Trazendo a estratégia sem servidor da AWS para o Azure

A adoção da tecnologia sem servidor pela Capital One, especialmente por meio da AWS, marca um marco significativo na transformação tecnológica. Sua jornada convincente, detalhada no AWS re:Invent 2023, esclarece o profundo impacto da arquitetura sem servidor nas operações da empresa. Esses insights podem beneficiar as organizações que usam outras plataformas de nuvem?

Para responder a esta questão, devemos começar por analisar a sua abordagem.

A mudança estratégica da Capital One: uma abordagem sem servidor

Em 2020, a Capital One audaciosamente mudou tudo para a nuvem, migrando para uma arquitetura sem servidor. Este movimento ousado marcou a transição do gerenciamento tradicional de data centers para o foco na lógica de aplicativos que beneficia diretamente os clientes. Três coisas se destacam para mim nesta estratégia.

1. Ênfase no Custo Total de Propriedade

Ao concentrar-se no custo total de propriedade (TCO), a Capital One pretendia otimizar os gastos, considerando não apenas os custos iniciais da tecnologia, mas também as despesas operacionais contínuas. Em nossos esforços para transferir as responsabilidades deixadas para as mãos de nossos desenvolvedores mais capacitados, inevitavelmente os sobrecarregamos com todos as responsabilidades associadas a um projeto, muitas das quais estão fora do escopo da descrição do trabalho de um desenvolvedor.

Como George Mao, engenheiro de soluções da Capital One, descreveu o estado anterior da equipe:

“Os desenvolvedores tiveram que implantar instâncias do EC2, gerenciar o escalonamento, configurar as políticas de escalonamento automático e gerenciar os sistemas operacionais e contêineres implantados nessas instâncias do EC2. Tivemos que lidar com patches, vulnerabilidades e outras tarefas que chamamos de “executar o mecanismo” (RTE). Rapidamente percebemos que os custos de RTE são significativos para todas as equipes.”

Os slides a seguir da apresentação Re:Invent da Capital One ilustram quanta responsabilidade passou da equipe de desenvolvimento para as mãos de um provedor de serviços em nuvem bem gerenciado.

2. Valor comercial como objetivo principal

A transição da Capital One para a computação sem servidor não é apenas uma atualização tecnológica; é uma manobra estratégica que visa melhorar a eficiência operacional.

Primeiro, a equipe de TI não precisa mais gerenciar hardware de servidor, incluindo aquisição, manutenção e atualização de servidores físicos, o que representa um alívio significativo em termos de recursos e logística. O modelo sem servidor também elimina a necessidade de planejamento extensivo de capacidade. Onde antes o planejamento preditivo para uso do servidor era crucial, agora os serviços de computação sem servidor da AWS alocam recursos dinamicamente conforme necessário, eliminando suposições e ineficiências.

Ao transferir o gerenciamento e a manutenção de servidores para a AWS, a Capital One pode concentrar seus recursos em inovação e desenvolvimento. A equipe de TI, anteriormente ocupada com o gerenciamento de servidores, agora pode ser redirecionada para atividades mais estratégicas e que agregam valor.

3. Ferramentas impactantes ajudam a entregar TCO e valor comercial

Os insights da Capital One sobre desenvolvimento sem servidor apontam para a necessidade de novas ferramentas como o AWS Serverless Application Model (SAM), que permite construção e iteração locais. Ao aproveitar o AWS SAM, Capital One:

• Acelerou seu processo de desenvolvimento, dando aos desenvolvedores a capacidade de criar e iterar seus aplicativos sem servidor localmente.
• Forneceu às equipes uma maneira simplificada de definir e gerenciar recursos sem servidor, aumentando a eficiência operacional.
• Aproveitou a capacidade do AWS Lambda de dimensionar aplicativos sem servidor de maneira eficaz, otimizando custos.

Há diversas ferramentas no ecossistema da AWS para ajudar a tornar as implementações sem servidor bem-sucedidas para equipes de todos os tamanhos. No entanto, e se você precisar realizar essa transição em outra nuvem? Por exemplo, ao olhar para o Microsoft Azure, o cenário é um pouco diferente.

Apresentando os benefícios do SAM no Azure

O AWS SAM fornece suporte robusto para desenvolvimento local e teste de aplicativos sem servidor por meio da interface de linha de comando (CLI) do AWS SAM. Isso permite que os desenvolvedores executem funções e APIs sem servidor localmente, replicando o ambiente de nuvem para fins de desenvolvimento e depuração.

Esse suporte incluído permite que os desenvolvedores evitem fases extensas de configuração, mas acredito que o recurso mais valioso do AWS SAM é que ele foi adaptado explicitamente para o desenvolvimento de aplicativos sem servidor. Essa especialização oferece ao AWS SAM uma vantagem para atender às necessidades e fluxos de trabalho específicos de desenvolvedores sem servidor. Ele fornece uma camada de abstração mais amigável ao desenvolvedor sobre os recursos da AWS, facilitando o trabalho dos desenvolvedores com componentes sem servidor.

O Azure oferece ferramentas como modelos ARM e Bicep, que se concentram principalmente no gerenciamento e implantação de recursos. Embora essas ferramentas sejam eficazes em seu domínio, elas não replicam inteiramente a experiência de desenvolvimento sem servidor fornecida pelo AWS SAM. Ferramentas de terceiros no ecossistema Azure podem ajudar a colmatar estas lacunas importantes:

• Desenvolvimento e testes locais: Para espelhar o AWS SAM, os desenvolvedores precisam ser capazes de desenvolver e testar locais de aplicativos sem servidor. Isso reduz as dependências de implantações em nuvem e acelera o processo de desenvolvimento.
• Gerenciamento automatizado de infraestrutura: Os desenvolvedores do Azure também precisam de maneiras mais simples de gerenciar a infraestrutura. A automatização das tarefas de provisionamento e configuração permite que as equipes se concentrem mais no desenvolvimento de aplicativos do que na configuração da infraestrutura.
• Foco aprimorado no valor do negócio: A redução do tempo e do esforço gastos no gerenciamento da infraestrutura permite que as equipes se concentrem no desenvolvimento de recursos que agregam valor diretamente ao negócio. Isso é necessário para alcançar a abordagem adotada pela Capital One com o AWS SAM, que enfatiza o valor do negócio em detrimento da complexidade operacional.

Nitric é uma das ferramentas que visa trazer os benefícios que a Capital One experimentou com AWS SAM para o mundo Azure, com recursos focados na experiência do desenvolvedor, para preencher essas lacunas. Como uma estrutura de código aberto, permite desenvolvimento e testes locais, automatiza o provisionamento e a configuração da infraestrutura e permite que as equipes se concentrem no desenvolvimento de recursos. As equipes que buscam obter os benefícios do AWS SAM em seu desenvolvimento no Azure devem definitivamente experimentar o Nitric e ver como ele pode melhorar seu TCO e valor comercial.

Adotando a tecnologia sem servidor para a transformação dos negócios

A experiência da Capital One com a AWS resume a importância de focar no TCO e no valor comercial. Ao adotar arquiteturas sem servidor, minimizou os custos operacionais e orientou-se para inovações centradas no cliente.

Como Paul Johnston escreveu em sua postagem no blog Serverless Is a Doctrine, Not a Technology:

“Todos os tecnólogos de uma empresa estão lá para agregar valor ao negócio. O trabalho de uma pessoa em uma empresa não é fornecer tecnologia, mas fornecer valor ao negócio.”

Para empresas alinhadas com o Azure ou outros provedores de nuvem, é crucial identificar ferramentas e práticas que proporcionem uma experiência semelhante à AWS. Descubra mais sobre como a Nitric está aprimorando a experiência do Azure no desenvolvimento sem servidor, incluindo especificação automática de infraestrutura, sincronização CI/CD, conteinerização de aplicativos e provisionamento de funções e políticas com privilégios mínimos.

Confira o que estamos construindo na estrutura de código aberto Nitric e apoie-nos com uma estrela no GitHub!

SE INSCREVER