Por que a liberdade do desenvolvedor pode valer as dores de cabeça dos microsserviços

Comentário: Os microsserviços podem ser o brinquedo novo e brilhante do desenvolvedor, mas criam todos os tipos de problemas. É por isso que os microsserviços valem a pena, mesmo assim.

Ah com certeza. Você já ouviu as razões pelas quais todos os “desenvolvedores 10X” mudaram de monólitos para microsserviços. Mais fácil de entender e gerenciar! Maior flexibilidade através de componentes independentes! Escala! Etc. Em seu caminho para injetar cautela na corrida de arquiteturas monolíticas para microsserviços (“Microsserviços são, nessa essência, uma crença religiosa que devemos abordar com ceticismo”), o consultor do setor Michael DeHaan apontou uma razão muito poderosa para microsserviços que não tem nada a ver com mérito técnico: os microsserviços reintroduzem a humanidade no desenvolvimento de software.

Deixe-me explicar.

Escolha sua aventura

Na verdade, vamos deixar DeHaan explicar: “[M]os icroservices estão presentes principalmente porque as equipes querem fazer suas próprias escolhas, não gostam de revisão de código ou ‘arquitetos’ arrogantes acima deles e, em menor grau, querem usar linguagens diferentes e mais novas.” Em outras palavras, eles querem expressar sua criatividade com o mínimo de restrições possível.

Como mencionado, os microsserviços permitem que uma empresa divida um aplicativo em componentes independentes. Diferentes equipes podem usar suas ferramentas e linguagens de escolha. É uma bonança de liberdade, como disse Raj Bala, analista do Gartner: os microsserviços permitem que você “misture e combine linguagens de programação e estruturas como nunca antes”.

CONSULTE: Google Workspace vs. Microsoft 365: uma análise lado a lado com lista de verificação (TechRepublic )

Este é um grande negócio? Com certeza, observou Sam Ramji, diretor de estratégia da Datastax: “Economia é psicologia em escala. Ainda que [Dehaan’s quote above] fosse a única verdade, seria suficiente construir uma indústria ao redor.” Por quê? Porque, salientou o CTO da Madala Software, Damien Hocking, “o desenvolvimento ainda é uma atividade centrada no ser humano”.

Os microsserviços, em resumo, dão aos desenvolvedores a oportunidade de se expressarem usando suas abordagens preferidas de programação. Isso é um grande negócio.

Não que essa liberdade de escolha do desenvolvedor venha sem custos. Como DeHaan explicou em detalhes:

“Como procuramos evitar a revisão de código, as alterações em um microsserviço podem exigir que centenas de equipes diferentes façam uma alteração correspondente. O compartilhamento de código entre linguagens também está completamente perdido, pois as funções básicas devem ser reinventadas, às vezes com lógica de negócios infelizmente diferente! … [Plus m]icroservices reverte… coisas [like full-stack tracing]e nos deixa com comunicações ineficientes, menos detecção de erros no desenvolvimento, maneiras mais fáceis de introduzir erros, uma experiência de depuração massivamente pior dependendo da pesquisa por meio de ferramentas de análise de log distribuídas, sistemas que travam com mais frequência e exigem cada vez mais software de gerenciamento para implantar.”

E ainda… o lado humano.

Talvez DeHaan esteja correto. Talvez em nossa corrida para os microsserviços “complicamos demais nossas infraestruturas de TI, perdemos eficiência em nossas implantações de nuvem e tornamos a depuração um inferno total”. Pode ser. E talvez a nuvem tenha conspirado para tornar todo esse caos possível. Pode ser.

VEJA: Principais atalhos de teclado que você precisa conhecer (PDF grátis) (TechRepublic)

Mas voltando ao ponto de Ramji, o “caos” supostamente criado pelos microsserviços vale a pena se der liberdade aos desenvolvedores. Podemos argumentar que as coisas deveriam ser de outra forma, mas amos décadas permitindo que os desenvolvedores agissem por si mesmos e não fossem influenciados (exceto pelas consequências não intencionais que DeHaan chama) por meio de código aberto, nuvem e muito mais. Não há como negar que os microsserviços criam muitos problemas em seu caminho para permitir a autonomia do desenvolvedor, conforme catalogado.

Mas há uma razão pela qual eles estão por perto, apesar desses problemas. A liberdade do desenvolvedor é uma droga poderosa. As melhores organizações descobrirão como maximizar essa liberdade enquanto impõem estrutura suficiente para minimizar alguns dos problemas que os microsserviços podem apresentar.

.