Esta Orientação ajuda você a implementar uma arquitetura sem servidor para moderar com eficiência o fluxo crescente de conteúdo gerado pelo usuário e informações confidenciais. O conteúdo e as informações podem vir de uma vasta gama de setores, incluindo jogos, redes sociais, comércio eletrônico e ambientes regulamentados, como serviços financeiros e de saúde.

Diagrama de arquitetura

Baixe o diagrama de arquitetura de referência em PDF 

Pilares do Well-Architected

O AWS Well-Architected Framework ajuda a entender as vantagens e as desvantagens das decisões tomadas durante a criação de sistemas na nuvem. Os seis pilares do Framework permitem que você aprenda as melhores práticas de arquitetura, a fim de projetar e operar sistemas confiáveis, seguros, eficientes, econômicos e sustentáveis. Com a Ferramenta AWS Well-Architected, disponível gratuitamente no Console de Gerenciamento da AWS, você pode avaliar suas workloads em relação às práticas recomendadas ao responder a uma série de questões para cada pilar.

O diagrama de arquitetura acima exemplifica a criação de uma solução pautada nas melhores práticas do Well-Architected. Para ser totalmente Well-Architected, é preciso respeitar a maior quantidade possível das melhores práticas desse framework.

  • Ao escolher o Lambda e o Amazon S3, você pode implementar padrões de design compartilhados. Fornece a capacidade de compartilhar ativos criados entre contas, ambientes e equipes.

    Leia o whitepaper sobre excelência operacional 

  • Esta Orientação faz uso de serviços gerenciados para ajudar você a reduzir as tarefas de manutenção de segurança como parte do modelo de responsabilidade compartilhada. Embora esteja fora do escopo desta Orientação, você também pode validar a integridade do software executado em suas funções do Lambda.

    Ao escolher serviços gerenciados, você garante que todas as chamadas de API da AWS sejam feitas por meio de endpoints HTTPS usando comunicação TLS, protegendo assim os dados em trânsito.

    Leia o whitepaper sobre segurança 

  • Ao usar o Amazon API Gateway, você garante uma conectividade de rede altamente disponível para esse endpoint público da Orientação, além de fornecer proteção automática contra ataques distribuídos de negação de serviço (DDoS) por meio do AWS Shield, sem custo adicional.

    Ao usar uma combinação do Amazon EventBridge e do Amazon Simple Queue Service (Amazon SQS), você pode implementar dependências com acoplamento fraco, o que nos permite isolar o comportamento de um componente de outros componentes que dependem dele, aumentando a resiliência e a agilidade.

    Leia o whitepaper sobre confiabilidade 

  • Ao escolher serviços gerenciados sem servidor, você pode eliminar a necessidade de gerenciar os requisitos de escalabilidade. Com o Lambda, basta fazer o upload do seu código, e o serviço gerenciará tudo o que for necessário para executar e escalá-lo. E o Amazon API Gateway lida com todas as tarefas envolvidas na aceitação e no processamento de até centenas de milhares de chamadas de API simultâneas.

    Leia o whitepaper sobre eficiência da performance 

  • Esta Orientação usa os serviços sem servidor ou no nível da aplicação do Lambda e do Amazon SQS para eliminar a necessidade de gerenciar recursos.

    Ao escolher serviços gerenciados e sem servidor, você tem meios para definir atributos que podem garantir capacidade suficiente. Você deve definir e monitorar esses atributos para que sua capacidade excedente seja mantida em um nível mínimo e a performance seja maximizada.

    Leia o whitepaper sobre otimização de custos 

  • Ao escolher serviços gerenciados, você elimina a necessidade de identificar períodos de baixa ou nenhuma utilização em seus recursos.

    Esta Orientação otimiza o software e a arquitetura para trabalhos assíncronos e agendados usando arquiteturas orientadas a filas. Vários tipos de conteúdo disponibilizados pelo usuário não exigem ação imediata e, portanto, podem ser programados para evitar picos de carga e contenção de recursos devido à execução simultânea.

    Leia o whitepaper sobre sustentabilidade 

Recursos de implementação

Com sua conta da AWS, um guia detalhado é fornecido para experimentação e uso. Cada etapa da criação das orientações, incluindo implantação, uso e limpeza, é examinada para prepará-las para a implantação.

O código de exemplo é um ponto de partida. Ele é validado para o setor, é prescritivo, mas não definitivo, e mostra o que há por trás de tudo para ajudar você a começar.

Abra o guia de implementação
Abra o código de exemplo no GitHub

Conteúdo relacionado

Isenção de responsabilidade

O código de exemplo, as bibliotecas de software, as ferramentas de linha de comando, as provas de conceito, os modelos ou outra tecnologia relacionada (incluindo qualquer uma das anteriores fornecidas por nossa equipe) são fornecidos a você como Conteúdo da AWS nos termos do Contrato de Cliente da AWS ou o contrato por escrito pertinente entre você e a AWS (o que for aplicável). Você não deve usar esse Conteúdo da AWS em suas contas de produção, na produção ou em outros dados essenciais. Você é responsável por testar, proteger e otimizar o Conteúdo da AWS, como código de exemplo, conforme apropriado para uso em nível de produção com base em suas práticas e padrões específicos de controle de qualidade. A implantação de Conteúdo da AWS pode gerar cobranças da AWS para criar ou usar recursos cobráveis, como executar instâncias do Amazon EC2 ou usar armazenamento do Amazon S3.

As referências a serviços ou organizações terceirizadas nesta orientação não implicam em endosso, patrocínio ou afiliação entre a Amazon ou a AWS e terceiros. A orientação da AWS é um ponto de partida técnico, e você pode personalizar sua integração com serviços de terceiros ao implantar a arquitetura.

Esta página foi útil?

 Feedback