O que significa modernização de aplicativos?

A modernização de aplicações é o processo de pegar aplicações legadas existentes e modernizar sua infraestrutura de plataforma, arquitetura interna e/ou funcionalidades. Atualmente, grande parte da discussão sobre a modernização de aplicações está focada em aplicações locais monolíticas (normalmente, atualizadas e mantidas usando processos de desenvolvimento em cascata) e em como essas aplicações podem ser incorporadas à arquitetura de nuvem e aos padrões de lançamento, ou seja, microsserviços e DevOps.

Os benefícios da modernização de aplicações podem ser resumidos como melhoria da velocidade de entrega de novos recursos, exposição da funcionalidade de aplicações existentes para serem consumidas via API por outros serviços e replanejamento de aplicações locais para a nuvem com o objetivo de escala e desempenho da aplicação, bem como estratégia de TI e data center de longo prazo.

Os desafios com a modernização de aplicações geralmente se resumem a custo e complexidade. Mover uma aplicação do local para a nuvem sem pensar no ROI é migrar aplicações apenas por migrá-las. Por outro lado, outras aplicações podem se beneficiar significativamente da reformulação da plataforma ou reformulação da arquitetura, mas são tão fortemente acopladas a sistemas e infraestrutura existentes que a complexidade da modernização pode superar os benefícios.

A chave para o sucesso na modernização de aplicações, como a maioria das coisas, se resume à estratégia e à escolha de projetos de modernização de aplicações em que os benefícios da nuvem, velocidade, desempenho, escala, desenvolvimento de novas funcionalidades etc. ofereçam à aplicação um caminho claro para melhorar a experiência do cliente e o ROI.

Aplicações legadas também são frequentemente aplicações monolíticas. Aplicações monolíticas têm duas características que tornam desejável modernizá-las: são difíceis de atualizar e são difíceis e caras para escalar.

Aplicativos monolíticos são difíceis de atualizar por razões de arquitetura. Como todos os componentes de uma aplicação são enviados juntos, é difícil e custoso adicionar funcionalidades, dada a sobrecarga de complexidade e desafios de integração.

Eles são desafiadoras e caros para escalar por motivos semelhantes. Se até mesmo um componente de um aplicativo estiver enfrentando desafios de carga e desempenho, pode ser necessário dimensionar todo o aplicativo apenas para atender ao componente único mais exigente. Essa abordagem traz um desperdício considerável de computação.

Ao modernizar uma aplicação para uma arquitetura de microsserviços, os componentes são menores, fracamente acoplados e podem ser implementados e dimensionados independentemente uns dos outros. Embora traga seu próprio conjunto de desafios, é nessa abordagem que se encontra grande parte do valor central da modernização.

A forma mais importante de iniciar qualquer projeto de modernização de aplicações é com uma avaliação de aplicações. Fazer um inventário do que você tem é quase sempre uma das maneiras mais óbvias de iniciar praticamente qualquer transformação como essa.

Depois de ter uma lista, você pode começar a plotar todas essas aplicações em relação a um eixo x e y de facilidade/dificuldade e aumento de valor potencial se modernizada. Você também pode pensar no valor "potencial" como a importância da aplicação para a experiência do cliente e para o futuro de sua organização.

As aplicações que se enquadram no quadrante superior direito dessa grade de alto valor e baixo esforço serão os candidatos mais óbvios e menos controversos para iniciar um projeto de modernização de aplicações.

As decisões mais difíceis se resumirão aos aplicativos de alto valor que são difíceis de migrar. Para esses, também não é preciso ter uma estratégia de tudo ou nada no primeiro dia. Nesses casos, existem abordagens para a modernização de aplicações que podem reduzir riscos e custos e, ao mesmo tempo, mover seu portfólio na direção certa

Existem algumas abordagens bem conhecidas para a modernização de aplicações que se concentram em uma combinação da plataforma, da arquitetura da aplicação e da exposição da funcionalidade de uma aplicação via API.

O padrão mais comum de modernização de aplicações envolve refatorar e dividir uma aplicação monolítica em uma coleção de pequenos microsserviços fracamente acoplados.

No exemplo acima de arquiteturas de microsserviços, uma aplicação de varejo foi dividida de uma única aplicação de n camadas em uma coleção de microsserviços de todos os serviços individuais dentro do aplicativo, cada um com seu banco de dados e modelo de dados.

Uma abordagem nesse espaço é conhecida como "padrão strangler". Em vez de desmontar o monolito de uma só vez, o padrão strangler consiste em desmontar a aplicação pouco a pouco, retirando primeiro as partes mais fáceis e valiosas e, à medida que essa abordagem progride, eventualmente não restar mais nada do monolito.

Frequentemente parte da refatoração para microsserviços, a reformulação da plataforma ou a reformulação da hospedagem de aplicações quase sempre fazem parte do processo de modernização. Embora seja possível simplesmente fazer lift-and-shift de aplicativos sem fazer uma reescrita substancial, com mais frequência, o valor é encontrado na reestruturação da aplicação para aproveitar melhor os modelos de nuvem, aproveitando contêineres e Kubernetes. (Saiba mais sobre a migração para a nuvem.)

Por fim, outra abordagem à modernização pode envolver deixar uma aplicação no local, mas expor com segurança suas funções ou dados por meio de APIs. Essa abordagem, baseada mais fortemente em integração do que em migração, permite que novas aplicações nativas da nuvem simplesmente aproveitem os recursos dos sistemas e dados existentes.

Há um amplo portfólio de tecnologias que podem facilitar os processos de modernização pelos quais a maioria das organizações está passando.

Embora a nuvem pública seja uma parte crítica de qualquer estratégia de modernização, as estratégias de nuvem privada, nuvem híbrida e multinuvem também são extremamente importantes por motivos de segurança, latência e arquitetura.

Por inúmeras razões, uma organização pode não estar pronta para ir diretamente do data center para a nuvem pública, e os outros modelos de nuvem podem ajudar a resolver toda a complexidade arquitetônica e de políticas associadas ao local onde determinadas cargas de trabalho precisam residir com base em sua características únicas específicas.

Os contêineres e o Kubernetes surgiram não apenas como um desafiante para virtual machines (VMs) como uma forma de computação para todos os fins na nuvem, mas também como um facilitador importante da nuvem híbrida e das estratégias de modernização de aplicações.

A conteinerização permite que uma aplicação seja empacotada de maneiras consistentes e leves para que possa ser executada de forma consistente em ambientes de desktop, nuvem ou locais. Esse tipo de flexibilidade é um benefício real para as organizações que traçam seu caminho na nuvem.