Tendência No. 8: Arquitetura de aplicativos em malha/rede e serviços

Explorar as oportunidades e lidar com o dinamismo da malha digital inteligente exige alterações na arquitetura, tecnologias e ferramentas utilizadas para projetar, desenvolver e entregar soluções. A arquitetura de aplicativos em malha e serviços é uma arquitetura de solução multicanal que suporta múltiplos usuários em vários papéis que usam vários dispositivos e se comunicam através de múltiplas redes para acessar funções do aplicativo.

A arquitetura encapsula serviços e expõe APIs em vários níveis e através das fronteiras organizacionais. Ele equilibra a demanda por agilidade e escalabilidade de serviços com a sua composição e reutilização. A arquitetura permite que os usuários tenham uma solução otimizada para endpoints específicos (tais como desktops, smartphones e automóveis), bem como uma experiência contínua, que mudam através destes canais diferentes.

Mini serviços e micro serviços são modelos de serviço altamente complementares nesta arquitetura. Aplicações monolíticas (arquitetura de sistema operacional mais comum e antiga, no qual cada componente do sistema operacional está contido no núcleo do sistema) são retrabalhadas para compartilhadas, mini serviços reutilizáveis que reduzem o alcance de um serviço para baixo para uma capacidade individual. Mini serviços são projetados para suportar composição e reutilização. Estes serviços publicam APIs que podem ser acessadas a partir de aplicativos cliente e de outros serviços, e eles permitem a integração e interoperabilidade entre sistemas de aplicação.

Micro serviços reduzem o escopo de um serviço para baixo para uma característica individual ou de função otimizada para a agilidade e escalabilidade a um nível de funcionalidade detalhada. Normalmente, um Micro serviço não publica sua API para acesso fora do seu âmbito de aplicação imediata.

As equipes geralmente constroem um mini serviço publicando uma API que encapsula um conjunto de micro serviços que, juntos, implementam uma capacidade.
O mini serviço apresenta a capacidade (para aplicativos móveis, por exemplo), enquanto os microserviços implementam as características individuais dentro da capacidade. Aplicações em si podem expor um conjunto de APIs que não expõem todas as APIs mini serviço subjacentes de nível superior.

Abstração via APIs é um princípio fundamental desta arquitetura. recipientes. A computação sem servidor é um modelo de abstração que se baseia nesses conceitos e ganha terreno. Neste modelo de computação em nuvem, o provedor gerencia totalmente a infra-estrutura (por exemplo, máquinas virtuais) para servir solicitações de aplicativos para que o desenvolvedor não tenha que pensar sobre os recursos do servidor. É por isso que é chamado de “sem servidor”, embora o fornecedor ainda é proprietário e opera os servidores nos bastidores.

Gêmeos digitais, soluções de Internet das coisas e plataformas de inteligência artificial de conversação (como o Microsoft Cortana, o Google Now, Siri da Apple e Amazon Echo / Alexa) requerem uma abordagem orientada a eventos. Esta arquitetura se aproxima e deslocará para “eventos em primeiro lugar, a resposta em segundo” abordagem durante os próximos cinco anos. Ambos os modelos são essenciais para a empresa moderna, mas na malha digital inteligente, o foco principal se deslocará para o modelo orientado a eventos. Por exemplo, respondendo em tempo real para um sinal de socorro de um dispositivo de casa, mudar itinerários de transportadores em resposta a novas informações estrada ou tempo, e fornecer suporte de ordem de compra “ao vivo” pode capacitar os clientes e criar uma vantagem de negócio diferenciadora.

O modelo orientado a eventos é particularmente adequado ao desenho de aplicações em escala web, onde os micro serviços buscam maximizar a autonomia e a agilidade, e a autonomia possibilita o paralelismo para escala extrema.
A
rquitetura orientada a eventos otimizada para agilidade, resiliência, menor custo de mudança e extensão, design aberto e escala da web. Os modelos de projeto de aplicativo orientados por solicitação e evento são complementares. Ambos podem ser úteis e apropriados, dependendo do tipo de processo de negócio que está sendo implementado.

No entanto, a maioria das organizações usa o processamento de eventos para fins restritos em contextos de aplicativos isolados – eles não consideram um modelo de projeto de aplicativo prevalecente igual a arquitetura orientada a serviços com solicitação comum. Isso deve mudar para acomodar o impulso ao negócio digital e permitir que as organizações escolham o modelo de design mais adequado para a tarefa em mãos.

Como a adoção do processamento de eventos como um modelo dominante de projetos de aplicativos aumentará, o uso complementar de arquiteturas orientadas a serviços e eventos transformará a arquitetura de aplicativos em malha/rede e serviços em uma malha de aplicativos, eventos e serviços.