Complexidade de microsserviços: o custo oculto de fragmentar tudo.

Resumo

Um cliente conclui uma compra online. O valor é debitado do seu cartão, mas o pedido nunca é enviado.

Um viajante reserva um voo. O pagamento é processado, mas o assento nunca foi efetivamente reservado.

O sistema não apresentou falhas em nenhum dos casos. Partes do fluxo de trabalho foram executadas com sucesso, mas, do ponto de vista comercial, o resultado ainda é um fracasso. Em muitos setores, um sucesso parcial representa mais riscos do que uma interrupção completa.

Onde os microsserviços introduzem riscos?

Esse resultado pode surgir durante iniciativas de modernização quando processos de negócios que antes eram executados dentro de um único limite transacional passam a ser distribuídos por múltiplos serviços ou plataformas. Embora a decomposição possa melhorar a agilidade e a escalabilidade, ela também pode dificultar a coordenação e a consistência das transações quando um único processo de negócios abrange muitos componentes.

Essa flexibilidade tem um preço. Quando uma única transação comercial abrange vários serviços, cada um com seus próprios dados e lógica, garantir que tudo seja concluído corretamente torna-se significativamente mais difícil. Uma interrupção total é visível e desencadeia uma resposta. Uma falha parcial (em que algumas etapas são bem-sucedidas e outras não) pode passar despercebida por mais tempo, criando risco financeiro, insatisfação do cliente e complexidade operacional, principalmente em ambientes onde transações críticas para os negócios dependem de uma execução consistente de ponta a ponta.

Por que os mainframes ainda se destacam na integridade das transações durante a modernização?

Em muitos setores, o sucesso parcial não é aceitável. O princípio da integridade total das transações (tudo ou nada) exige que cada operação seja concluída com sucesso ou revertida completamente. No setor financeiro, um banco não pode atualizar um saldo sem o lançamento contábil correspondente, assim como uma seguradora não pode emitir uma apólice sem concluir a análise de risco, ou um sistema de viagens não pode confirmar o pagamento sem garantir a reserva.

Historicamente, os sistemas de alto risco que lidavam com esses tipos de cargas de trabalho eram construídos em torno de um princípio simples: uma transação ou é concluída integralmente ou não acontece de forma alguma.

O Monzo, um banco digital com sede no Reino Unido, falou publicamente sobre os desafios operacionais que surgiram à medida que seu ambiente cresceu para mais de 1.500 microsserviços. A empresa enfrentou esses desafios por meio de controles de engenharia mais robustos, observabilidade, práticas de teste e disciplina operacional. Sua experiência demonstra que, à medida que os sistemas se tornam mais distribuídos, as organizações precisam investir mais na manutenção da consistência e da coordenação.

O que mudou com a arquitetura moderna?

Atualmente, muitas organizações operam com sucesso sistemas distribuídos de grande escala. Embora as arquiteturas modernas possam fornecer fortes garantias transacionais, essas garantias geralmente exigem ferramentas adicionais e esforço de engenharia que historicamente eram fornecidos pela própria plataforma.

Em ambientes de alto risco e com grande volume de transações, um sucesso parcial causa mais danos do que uma falha visível. Um rollback limpo mantém os sistemas consistentes, facilitando a detecção de erros e oferecendo aos operadores um caminho claro para a recuperação.

O que muitas vezes passa despercebido nas discussões sobre modernização de mainframes é onde essa garantia residia originalmente. Os sistemas mainframe impunham atomicidade no nível da plataforma, formando uma base de confiabilidade e resiliência operacional, onde a consistência de dados e a integridade das transações eram inseparáveis. Os desenvolvedores não precisavam orquestrar a consistência entre vários componentes, pois ela já estava integrada à forma como as transações eram executadas.

Muitas arquiteturas modernas ainda exigem as mesmas garantias, mas a diferença agora é que a responsabilidade mudou. Em vez de ser gerenciada pelo sistema, a integridade das transações é frequentemente reconstruída na lógica da aplicação, distribuída entre serviços e camadas de coordenação. Essa mudança introduz novos modos de falha que muitas organizações encontram durante a modernização de mainframes, onde as garantias transacionais deixam de ser aplicadas no nível da plataforma.

Como as organizações podem modernizar seus mainframes sem perder a integridade das transações?

A modernização de mainframes exige uma definição criteriosa de onde reside a responsabilidade pela coordenação de transações. Enquanto algumas organizações optam por reconstruir essas garantias por meio de padrões de aplicativos distribuídos, outra abordagem consiste em preservar modelos de execução transacional comprovados, modernizando simultaneamente o ambiente circundante.

O Rocket Enterprise Server permite que as organizações executem COBOL e outras cargas de trabalho essenciais para os negócios em plataformas distribuídas e infraestrutura em nuvem, mantendo os comportamentos transacionais nos quais muitas empresas confiam há décadas.

Para cargas de trabalho que dependem de consistência transacional rigorosa, o Rocket Enterprise Server preserva a coordenação de transações gerenciada pela plataforma, permitindo a implantação em infraestruturas modernas. Isso possibilita que as organizações se modernizem sem a necessidade de reimplementar todas as garantias transacionais no código do aplicativo e nas interações de serviço.

No exemplo anterior, as falhas decorreram do controle fragmentado. Ao preservar a integridade transacional na camada de execução, esses modos de falha tornam-se muito menos prováveis ​​de ocorrer. À medida que os sistemas modernos evoluem, é importante garantir que as arquiteturas modernas não percam as garantias que as tornaram confiáveis ​​desde o início.

Repensando a arquitetura moderna

Durante anos, os esforços de modernização impulsionaram as equipes a dividir os aplicativos em serviços menores e independentes em nome da velocidade e da escalabilidade. Essa mudança trouxe benefícios reais, mas também introduziu novos desafios que muitas organizações ainda estão enfrentando. Na prática, muitas organizações estão se tornando mais seletivas sobre onde e como decompor os aplicativos. Algumas cargas de trabalho se beneficiam de arquiteturas altamente distribuídas, enquanto outras priorizam a consistência transacional e a simplificação das operações.

Os objetivos da modernização de mainframes são evoluir os sistemas de forma a preservar o que já funciona, especialmente a integridade transacional e a confiabilidade que sustentam a segurança dos mainframes e que muitos sistemas modernos ainda têm dificuldade em replicar.

Veja como o Rocket Enterprise Server ajuda as organizações a modernizar aplicativos essenciais para os negócios, preservando a consistência transacional em ambientes distribuídos e baseados em nuvem.