Arquiteturas de referência do Serverless Functions

  • Artigo

Uma arquitetura de referência é um modelo de componentes necessários e os requisitos técnicos para implementá-los. Uma arquitetura de referência não é personalizada para uma solução do cliente, mas é um cenário de alto nível baseado em ampla experiência. Antes de projetar uma solução sem servidor, use uma arquitetura de referência para visualizar uma arquitetura técnica ideal e, em seguida, misture-a e integre-a ao seu ambiente.

Padrões comuns de arquitetura sem servidor

Os padrões comuns de arquitetura sem servidor incluem:

  • APIs sem servidor, back-ends móveis e da Web.
  • Processamento de eventos e fluxos, processamento de dados da Internet das Coisas (IoT), big data e pipelines de aprendizado de máquina.
  • Integração e barramento de serviço empresarial para conectar sistemas de linha de negócios, publicar e assinar (Pub/Sub) para eventos de negócios.
  • Automação e transformação digital e automação de processos.
  • Middleware, software como serviço (SaaS) como Dynamics e projetos de big data.

O aplicativo Web faz back-end do cenário de varejo: pegue pedidos online de uma fila, processe-os e armazene os dados resultantes em um banco de dados.

O diagrama mostra uma solicitação feita em um aplicativo Web enfileirado no Service Bus, que é processada por uma função e enviada ao Azure Cosmos DB.

Aplicativo móvel apoia o cenário de serviços financeiros: os colegas usam o mobile banking para reembolsar uns aos outros pelo almoço. Quem pagou o almoço pede o pagamento por meio de um aplicativo de celular, que dispara uma notificação no celular dos colegas.

O diagrama mostra uma chamada H T T P A P I, que é processada por uma função e enviada para o Azure Cosmos DB. Ele aciona outra função para enviar notificações.

Backends conectados à IoT no cenário de fabricação: uma empresa de manufatura usa IoT para monitorar suas máquinas. O Functions deteta dados anômalos e dispara uma mensagem para o departamento de serviço quando um reparo é necessário.

O diagrama mostra dispositivos I o T que produzem solicitações de reparo, que são enviadas para o I o T Hub e, em seguida, são roteadas para processamento usando o Zendesk.

Processamento de bots conversacionais para o cenário de hospitalidade: os clientes pedem acomodações de férias disponíveis em seus telefones. Um bot sem servidor decifra solicitações e retorna opções de férias.

O diagrama mostra uma solicitação do usuário por meio de uma interface de conversação que um bot decifra para outra função para processar a solicitação.

Processamento de arquivos em tempo real para o cenário de saúde: a solução carrega com segurança os registros dos pacientes como arquivos PDF. Em seguida, a solução decompõe os dados, processando-os usando a deteção de OCR, e adiciona os dados a um banco de dados para consultas fáceis.

O diagrama mostra os registros de pacientes carregados, que são então decompostos e enviados aos Serviços Cognitivos para serem estruturados em um banco de dados.

Processamento de fluxo em tempo real para o cenário de fornecedor independente de software (ISV): um aplicativo de nuvem massivo coleta enormes quantidades de dados de telemetria. O aplicativo processa esses dados quase em tempo real e os armazena em um banco de dados para uso em um painel de análise.

O diagrama mostra um aplicativo que coleta dados, que são ingeridos por Hubs de Eventos, processados por uma função e enviados para o Azure Cosmos DB.

Automação de tarefas agendadas para o cenário de serviços financeiros: o aplicativo analisa um banco de dados de clientes em busca de entradas duplicadas a cada 15 minutos, para evitar o envio de várias comunicações para os mesmos clientes.

O diagrama mostra um banco de dados que é limpo por uma função a cada 15 minutos, que remove entradas duplicadas.

Estendendo aplicativos SaaS no cenário de serviços profissionais: uma solução SaaS fornece extensibilidade por meio de webhooks, que o Azure Functions pode implementar para automatizar determinados fluxos de trabalho.

O diagrama mostra um problema criado no GitHub, que dispara uma chamada webhook. Ele é processado por uma função que publica os detalhes do problema no Slack.

As seguintes arquiteturas de referência sem servidor apresentadas percorrem cenários específicos. Consulte os artigos vinculados para obter diagramas arquitetônicos e detalhes.

Microsserviços sem servidor

A arquitetura de referência de microsserviços sem servidor orienta você na conceção, desenvolvimento e entrega do aplicativo Rideshare da Relecloud, uma empresa fictícia. Você recebe instruções práticas para configurar e implantar todos os componentes de arquitetura, com informações úteis sobre cada componente.

Aplicativo Web sem servidor e processamento de eventos com o Azure Functions

Esta solução de duas partes descreve um sistema hipotético de entrega de drones. Os drones enviam o estado em utilização para a cloud, que armazena as mensagens para utilização posterior. Um aplicativo Web permite que os usuários recuperem as mensagens para obter o status mais recente do dispositivo.

Automatização da cloud baseada em eventos

Automatizar fluxos de trabalho e tarefas repetitivas na nuvem pode melhorar drasticamente a produtividade de uma equipe de DevOps. Um modelo sem servidor é mais adequado para cenários de automação orientada a eventos. Essa arquitetura de referência de automação baseada em eventos ilustra dois cenários de automação em nuvem: marcação de centro de custo e resposta de limitação.

Multicloud com Serverless Framework

A arquitetura Serverless Framework descreve como a equipe de Engenharia de Software Comercial (CSE) da Microsoft fez parceria com um varejista global para implantar uma solução sem servidor altamente disponível nas plataformas de nuvem Azure e Amazon Web Services (AWS), usando o Serverless Framework.

Mais arquiteturas de referência do Functions sem servidor

As seções a seguir listam outras arquiteturas e cenários de referência sem servidor e relacionados ao Azure Functions.

Geral

Back-end Web e móvel

IA + Machine Learning

Dados e análises

IoT

Jogos

Automatização

Contribuidores

Este artigo é mantido pela Microsoft. Foi originalmente escrito pelos seguintes contribuidores.

Autor principal: