Um aplicativo nativo da nuvem é projetado desde o início para aproveitar a elasticidade e natureza distribuída da nuvem. Para entender melhor o que é um aplicativo nativo da nuvem, é melhor começar com o que não é: um aplicativo tradicional e monolítico. 

Os aplicativos monolíticos funcionam como uma única unidade, geralmente com sistemas de operação personalizados, middleware e pilhas de linguagem para cada aplicativo. A maioria dos scripts e processos também é desenvolvida especificamente para criação, teste e implantação. No geral, essa arquitetura de aplicativos cria dependências aproximadas, dificultando a mudança, o teste, a implantação e a operação de sistemas à medida que eles crescem. O que começa como algo simples para projetar e implantar logo se torna complexo, difícil de evoluir e desafiador de operar. 

Em comparação, os aplicativos nativos da nuvem aproveitam ao máximo a natureza dinâmica e distribuída da infraestrutura moderna para alcançar maior velocidade, agilidade, escalonabilidade, confiabilidade e eficiência de custos. 

Os aplicativos nativos da nuvem costumam ser divididos em vários serviços autônomos por meio do uso de tecnologias e metodologias, ou seja, DevOps, entrega contínua e integração contínua, contêineres, microsserviços e APIs declarativas. Isso permite que as equipes implantem e escalonem componentes de maneira independente, para que possam fazer atualizações, corrigir problemas e fornecer novos recursos sem qualquer interrupção do serviço.

Ainda assim, os fundamentos das arquiteturas nativas da nuvem são baseados em cinco pilares principais: 

Microsserviços: quase todas as arquiteturas de nuvem são baseadas em microsserviços, mas o principal benefício que elas oferecem é a composição, que detalha um aplicativo em uma coleção de serviços menores e leves que podem ser facilmente compostos e conectados entre si por meio de interfaces de programação do aplicativo (APIs). Por exemplo, um aplicativo de e-commerce pode ser composto por um serviço específico para o carrinho de compras, outro para pagamento e outro que se comunica com o back-end sobre o gerenciamento de inventário. A composição também permite que as equipes troquem e recomponham componentes para atender a novos requisitos de negócios sem interromper outra parte do aplicativo. 

Contêineres e orquestração: os contêineres são componentes executáveis leves e que contêm todos os elementos necessários, incluindo o código-fonte e as dependências do app, para executar o código em qualquer ambiente. Os contêineres oferecem portabilidade de cargas de trabalho que aceitam códigos "criar uma vez, executar em qualquer lugar", facilitando o desenvolvimento e a implantação. Eles também ajudam a reduzir a chance de atrito entre linguagens, bibliotecas e frameworks, já que podem ser implantados de maneira independente. Essa portabilidade e flexibilidade tornam os contêineres ideais para a criação de arquiteturas de microsserviços.   

A orquestração de contêineres também é essencial à medida que o número de microsserviços aumenta para ajudar a gerenciar contêineres e executá-los sem problemas como um aplicativo. Uma plataforma de orquestração de contêineres, como o Kubernetes, fornece supervisão e controle de onde e como os contêineres são executados, repara quaisquer falhas e balanceia a carga entre os contêineres.

DevOps: o desenvolvimento de aplicativos nativos da nuvem exige a mudança para uma metodologia de entrega ágil, como DevOps , em que os desenvolvedores e as equipes de operações de TI colaboram para automatizar processos de entrega de infraestrutura e software. O DevOps permite que as equipes de desenvolvimento e operações se comuniquem de maneira mais próxima e se unam em uma finalidade compartilhada, criando uma cultura e um ambiente em que é possível criar, testar e lançar aplicativos com mais rapidez. 

Integração contínua e entrega contínua (CI/CD): a automação pode consertar, escalonar e implantar sistemas muito mais rapidamente do que as pessoas. Os pipelines de CI/CD ajudam a automatizar a criação, teste e implantação de alterações de aplicativos sem a necessidade de programar inatividade ou aguardar uma janela de manutenção. A entrega contínua garante que os lançamentos de software sejam mais confiáveis e menos arriscados, permitindo que as equipes ofereçam novos serviços e recursos com mais rapidez e frequência. 

As tecnologias e os serviços nativos da nuvem ajudam você a criar, executar e implantar aplicativos escalonáveis em qualquer ambiente. Embora seus clientes e usuários comerciais se beneficiem de um aplicativo regular, os serviços nativos da nuvem operam em segundo plano para manter as coisas funcionando sem problemas. 

Por exemplo, serviços nativos da nuvem podem descrever as ofertas como serviço de provedores de serviços de nuvem (por exemplo, IaaS e PaaS e modelos de serviço SaaS), os microsserviços de um aplicativo e as APIs que conectam e permitem a comunicação entre os serviços. 

Na verdade, há uma diferença entre nuvem e nativo da nuvem. A nuvem se refere à computação em nuvem, em que empresas ou indivíduos pagam para acessar recursos de computação como um serviço sob demanda. 

Embora seja frequentemente usada como uma descrição abrangente das ferramentas e técnicas usadas para desenvolver software na nuvem, o termo "nativo da nuvem" não se resume apenas à adoção da nuvem. Em vez disso, o termo se refere a como os aplicativos são criados e entregues, não apenas onde são implantados. Em alguns casos, um aplicativo pode nem ser executado na nuvem. É possível criar aplicativos com princípios nativos da nuvem e executá-los no local ou em ambientes híbridos. 

Apesar dos vários benefícios nativos da nuvem, esse modelo tem algumas vantagens e desvantagens a serem consideradas. A computação nativa da nuvem nem sempre é simples de implementar, já que, além de adotar novas ferramentas e tecnologias, ela também exige mudanças culturais para que o uso dela seja bem-sucedido.

Veja alguns desafios comuns nativos da nuvem: 

• Lidar com sistemas distribuídos e muitas partes móveis pode ser complicado se você não tem ferramentas ou processos para gerenciar o desenvolvimento, teste e implantação.
• Aumento nos custos operacionais e de tecnologia sem a otimização e a supervisão correta de custos para controlar o uso de recursos em ambientes de nuvem 
• Falta das habilidades de tecnologia existentes para trabalhar e integrar uma pilha de tecnologia mais complexa
• Resistência às mudanças culturais necessárias para implementar tecnologias nativas da nuvem e práticas recomendadas de DevOps
• Dificuldade em comunicar conceitos nativos da nuvem para receber suporte e aceitação de executivos não técnicos

No entanto, todas as opções acima podem ser gerenciadas com a experiência e a estratégia certas. Por exemplo, adotar uma abordagem de migração lift-and-shift é um bom ponto de partida, mas não oferece muitos dos benefícios nativos da nuvem listados acima. Muitas organizações acabam ficando estagnadas neste estágio porque não anteciparam a despesa e a complexidade da reestruturação para uma arquitetura nativa da nuvem. 

Recomendamos não tratar nativo da nuvem como um projeto big-bang de vários anos. Em vez disso, ele deve ser considerado uma jornada contínua de iteração constante para aprender e melhorar à medida que você avança.