Hoje em dia muitos desenvolvedores querem usar microsserviços para tudo, mas existem alguns aspectos importantes que devem ser considerados antes de qualquer coisa.
Você pode utilizá-los para escalar a sua aplicação em múltiplos deploys, por exemplo, que mitigam os riscos e permitem que você faça diversos deploys no mesmo dia.
Um outro ponto é que você consegue formar equipes de especialistas para trabalhar em problemas específicos, que se tornam cada vez mais especializadas em tomar conta da aplicação e ter, de certa forma, mais autonomia para fazer os deploys, etc.
E, enfim, quando você cria um ambiente de muitos desenvolvedores, é pouco provável que todos eles trabalhem na mesma base de códigos. Mas é exatamente por isso que nesses ambientes é muito mais vantajoso trabalhar com microsserviços.
Responsabilidades
Existem muitas vantagens e situações que valem a pena trabalhar dessa forma, mas numa situação na qual a empresa não tem esse grau de maturidade, principalmente em práticas de DevOps, não vale a pena trazer esse tipo de complexidade.
Ou seja, uma empresa já deve ter processos simples, rápidos e eficientes de deploying para que você consiga trabalhar com microsserviços. E quando você tem 300 microsserviços, você deve ser capaz de criar 300 formas de deploy para lidar com essa responsabilidade.
Então se você ou a sua empresa ainda têm dificuldades para fazer um simples deploy, que não seja automatizado, não é recomendável que você comece por microsserviços; mas que você crie um senso de maturidade para organizar todo esse processo de entrega.
Equipes
Também vale ressaltar que se você tem poucas pessoas na sua equipe, em dado momento você vai ter muito mais microsserviços do que pessoas no time. É importante esclarecer que essa situação pode gerar microsserviços órfãos, que ninguém sabe ao certo quem vai se responsabilizar por eles, já que são muitos microsserviços para poucos desenvolvedores.
Isso não é necessariamente errado, já que algumas empresas como a Uber chegaram a ter muito mais microsserviços do que desenvolvedores. E, no fim, essa é uma decisão muito mais estratégica, mas não faz sentido você ter 3 pessoas para cuidar de 10 microsserviços.
Testes
Uma outra situação é quando você não tem a prática de fazer testes na sua aplicação, com monitoramento e nem consegue saber como as coisas estão funcionando. E dessa forma é inviável trabalhar com microsserviços.
Seja como for, desenvolva habilidades e maturidade na sua empresa para agilizar a entrega de softwares, com testes de CI/CD e observabilidade. Com essas garantias você consegue preparar o seu time para assumir um projeto específico e com uma boa comunicação.
Então pense nesses pontos e reforce a parte de observabilidade, pois sem essa precaução é muito arriscado colocar os seus microsserviços no ar.
Se você curtiu esse conteúdo e quer saber mais sobre microsserviços, clique aqui e solicite contato conosco que nós te ajudamos.
