A arquitetura orientada a eventos (EDA) é um modelo de integração criado para publicação, extração, processamento e armazenamento de eventos de aplicativos ou serviços, que maximiza o potencial de aplicativos nativos da cloud e impulsiona tecnologias potentes de aplicativos, como a análise em tempo real e o suporte para decisões. Existem dois modelos básicos de transmissão de eventos em uma EDA, sendo que em uma delas os consumidores de eventos fazem uma assinatura em um tipo ou tipos de mensagens publicadas pelos produtores de eventos. Quando um produtor de evento publica um evento, a mensagem é enviada diretamente para todos os assinantes que desejam consumi-la. Normalmente, um message broker cuida da transmissão de mensagens de eventos entre editores e assinantes. O broker recebe as mensagens do evento, converte-as se necessário, mantém a ordem dessas mensagens em relação as outras, disponibiliza-as para que os assinantes possam consumi-las e, em seguida, exclui as mensagens após serem consumidas, para que não sejam consumidas novamente.
Pelas características descritas, esse modelo de transmissão é conhecido como mensagens de:

Representational State Transfer (Rest) representa um estilo arquitetônico aplicado para fornecer padrões entre sistemas de computador na web, facilitando a comunicação entre eles. No estilo REST, a implementação do cliente e do servidor pode ser feita de forma independente, sem que cada um conheça o outro, significando que o código do lado do cliente pode ser alterado a qualquer momento, sem afetar a operação do servidor, e o contrário também é válido. Os clientes que lidam com a arquitetura REST geram requerimentos para reaver ou alterar recursos, já os servidores assumem o papel de responder tais demandas. Uma solicitação, geralmente, consiste em HTTP - que define o tipo de operação a realizar, header - permitindo ao cliente transmitir informações sobre o pedido, um caminho para um recurso e o corpo de mensagem opcional contendo dados. Nesse contexto, quanto ao verbo HTTP, é fundamental conhecer quatro entradas básicas. A primeira para recuperar um recurso específico (por id) ou uma coleção de recursos, a segunda, para criar um novo recurso, a terceira para atualizar um recurso específico (por id) e a quarta e última para remover um recurso específico por id.
Essas entradas básicas são conhecidas, respectivamente, como:

A arquitetura de software de microsserviço permite que um sistema seja dividido em vários serviços menores, individuais e independentes, que são executados como processos autônomos e se comunicam entre si por meio de APIs. Cada microsserviço pode ser implementado em uma linguagem de programação diferente em uma plataforma diferente. Entre os tipos de microsserviços, um combina vagamente os serviços com a funcionalidade relacionada, enquanto que outro facilita a interação entre aplicativos não relacionados. Esses tipos de microsserviços são denominados, respectivamente, de:

No contexto da Arquitetura de Aplicações, a sigla API representa a Interface de Programação de Aplicações - um conjunto de regras e definições que permite que softwares diferentes se comuniquem. Existem vários tipos de arquitetura de API, que nada mais são do que diferentes abordagens, sendo que a escolha de qual será aplicada depende das necessidades específicas de cada sistema, bem como das dos desenvolvedores envolvidos. Enquanto um dos tipos corresponde a uma estrutura de procedimento remoto que oferece independência de linguagem, sendo comumente utilizado em sistemas distribuídos como os de microsserviços, outro refere-se a uma maneira de os sistemas se comunicarem de forma assíncrona, em que um informa a outro sobre eventos ocorridos em tempo real, sendo comumente utilizado em entregas de produtos, no qual o cliente é notificado quanto ao recebimento de um item.
Esses dois tipos de arquitetura de API são conhecidos, respectivamente, como:

Arquitetura de software é a estrutura fundamental ou o arcabouço de um sistema de software, que define seus componentes, suas relações e seus princípios de projeto e evolução, envolvendo um conjunto de normas, princípios e técnicas para construção de software. Entre os tipos de arquitetura de software, o padrão MVC é bastante flexível, com alta escalabilidade e reusabilidade. Como característica, faz a separação da apresentação e a interação dos dados do sistema, que é estruturado em três componentes lógicos. O primeiro, estabelece as regras de negócio, interage com o sistema de dados e faz as operações associadas aos dados. O segundo, define e gerencia como os dados são apresentados ao usuário. Para finalizar, o terceiro, corresponde à camada intermediária, interage com o usuário por meio de teclas, cliques do mouse e requisições.
Esses três componentes lógicos são denominados, respectivamente:

A arquitetura orientada a serviços (SOA) define uma maneira de tornar os componentes de software reutilizáveis e interoperáveis por meio de interfaces de serviço. Os serviços usam padrões comuns de interface e um padrão de arquitetura, para serem incorporados rapidamente a novos aplicativos. Entre os componentes dessa arquitetura, um é o código que cria a lógica para realizar a função de serviço específica, como a autenticação de um usuário ou o cálculo de uma fatura, enquanto que outro define a natureza do serviço e seus termos e condições associados, como os pré-requisitos para usar o serviço, o custo do serviço e a qualidade do serviço prestado.
Esses componentes são, respectivamente:

Com a arquitetura "Cloud Native" , os desenvolvedores podem criar, testar e implantar rapidamente serviços novos e atuais, o que permite lançar produtos e serviços com mais rapidez e reduzir o risco de implantações. A "Cloud Native" oferece diversos benefícios e casos de uso que impulsionam a inovação e melhoram a experiência dos usuários. Ao adotá-la, as empresas podem acelerar o desenvolvimento de novos recursos e trazer produtos ao mercado mais rapidamente. Uma vantagem dessa arquitetura refere-se ao uso de contêineres e a orquestração, que otimizam o consumo de recursos, reduz custos operacionais e evita desperdícios.
Essa vantagem pode ser resumida de acordo com a opção: