Migração de plataforma para a nuvem

Byron McNaughtGerente Sênior de Marketing de Soluções | F5

Os arquitetos ajudam a definir as diretrizes dos processos e os recursos técnicos necessários para implementar a estratégia digital da empresa, o que muitas vezes inclui transformar aplicações web e a infraestrutura de APIs — gateways de API, malhas de serviços e portais de desenvolvedores — em plataformas baseadas na nuvem.

Na prática, existem as abordagens de “lift and shift”, “refatoração” (ou “rearquitetura”) e “replataformização”, e a decisão sobre qual jornada arquitetural seguir depende de vários fatores. Por exemplo, quanto acoplamento e coesão podem ser implementados com segurança. O objetivo deve ser uma API altamente coesa e fracamente acoplada, pois ela oferece uma interface estável e um nível de abstração que protegem o sistema contra um efeito cascata de alterações na implementação que, de outra forma, seriam necessárias quando uma única mudança de design fosse feita. Isso permite que as diferentes partes da arquitetura evoluam de forma independente.

Decompor uma aplicação monolítica existente em microsserviços e migrá-la para a nuvem é uma escolha sensata para a modernização, pois essa abordagem permite que provedores e consumidores de APIs evoluam seus sistemas com mais eficiência.

Aqui, exploraremos um estudo de caso hipotético em que uma organização moderniza um sistema legado, refatorando-o para uma arquitetura baseada em APIs e migrando-o para uma nova plataforma na nuvem.

Evoluindo para um sistema baseado em APIs

O que significa modernizar um sistema legado? Uma etapa comum em qualquer jornada de transformação digital é oferecer os pontos de contato adequados para que os clientes realizem transações, o que, no mínimo, significa criar um aplicativo móvel. Mas há outros aspectos envolvidos. Na nova economia digital, a pressão para reduzir o tempo de lançamento no mercado aumentou rapidamente o número de integrações com terceiros, à medida que as organizações optam por “Desenvolver, Tomar Emprestado ou Comprar” para ampliar sua presença digital e sua base de clientes.

Ao analisarmos mais a fundo como a modernização é realizada na prática, constatamos que ela envolve tanto processos quanto tecnologia — mais especificamente, a automação da implantação e do aprimoramento de sistemas para entrega e verificação contínuas (processos), além da evolução de aplicações web legadas para arquiteturas orientadas a serviços e baseadas em APIs (tecnologia). Além disso, uma infraestrutura de APIs, como um gateway de API, ajuda a garantir uma implantação eficaz em um ambiente de nuvem por meio de recursos robustos de gerenciamento de tráfego e segurança.

Aqui, analisamos um estudo de caso hipotético de uma jornada digital desse tipo, envolvendo duas fases:

1. Redesenhar um sistema legado e uma aplicação monolítica para adotar uma arquitetura orientada por APIs
2. Usando a infraestrutura de APIs para transformar o sistema em uma plataforma de nuvem

Em nosso exemplo hipotético, um sistema de conferências oferece funções como a criação de uma conta de participante (criar conta), a consulta das sessões disponíveis (consultar sessões) e a reserva de participação (reservar sessões). O cliente interage com o sistema de conferências por meio de um navegador da web. Por exemplo, para reservar uma sessão da conferência:

Nos bastidores, o cliente interage com uma aplicação web, que envia chamadas de API para a aplicação de conferência. A aplicação de conferência usa SQL para consultar o armazenamento de dados do backend:

Diversos requisitos estão impulsionando a necessidade de modernizar o sistema legado de conferências:

1. Compatibilidade com um aplicativo móvel
2. Expansão do serviço para mercados globais
3. Redução dos custos operacionais no data center privado que atualmente hospeda o sistema

É elaborado um plano de alto nível:

1. Expor o serviço Attendee aos consumidores usando um gateway de API
2. Refatorar a funcionalidade de Sessões (visualizar/reservar) usando uma malha de serviços
3. Migrar o serviço de Participantes para a nuvem

Estão sendo tomadas medidas para refatorar o componente Attendee e transformá-lo em um serviço independente. O sistema de conferências agora tem duas interfaces de tráfego:

1. O cliente e o sistema de conferência (Norte-Sul)
2. O sistema de conferência e o sistema do participante (Leste-Oeste)

Em seguida, um gateway de API é implantado para viabilizar um gerenciamento de tráfego escalável, sustentável e seguro, incluindo terminação SSL/TLS, autenticação e limitação de taxa:

Em seguida, uma malha de serviços é provisionada para reaproveitar a funcionalidade de Sessões do sistema legado de conferências em um novo serviço de Sessões. Uma malha de serviços oferece controle granular do roteamento, garante a confiabilidade e intermedeia o tráfego com eficiência para a comunicação de APIs entre serviços, facilitando a visualização e a reserva das sessões de um participante:

Por fim, é hora de migrar o serviço Attendee e o gateway de API para a nuvem. Essa abordagem evita grandes retrabalhos e, ao mesmo tempo, aproveita os serviços nativos da nuvem à medida que a organização deixa para trás sua infraestrutura local existente:

Para colocar este guia em prática e modernizar seus aplicativos legados, confira o eBook Dominando a arquitetura de APIs e conheça as práticas recomendadas para migrar para sistemas baseados em APIs.

Sobre o autor

Byron McNaughtGerente Sênior de Marketing de Soluções | F5

Mais publicações de Byron McNaught