Este guia demonstra como a torre de controle da Cadeia de Suprimentos AWS pode melhorar a visibilidade dos sistemas críticos para os negócios. Analise um fluxo constante de dados quase em tempo real para determinar insights práticos e recomendações preditivas para sua cadeia de suprimentos.

Diagrama de arquitetura

Baixe o diagrama de arquitetura em formato 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 utilizar exclusivamente os serviços gerenciados da AWS, cada serviço emite seu próprio conjunto de métricas para o Amazon CloudWatch, onde os clientes podem monitorar erros.

    Leia o whitepaper sobre excelência operacional 

  • Para serviços públicos (como a interface do usuário), o Amazon Cognito é usado para garantir acesso seguro às principais aplicações e serviços, incluindo controles de acesso baseados em funções. Os endpoints de API provisionados também são protegidos com controles adequados de acesso, autenticação e autorização para garantir o uso por sistemas e usuários permitidos. Para outros serviços da AWS, os controles de acesso baseados em perfis do AWS Identity and Access Management (IAM) são utilizados para garantir o acesso com privilégio mínimo entre os serviços.

    Os serviços gerenciados da AWS usados nessa arquitetura oferecem suporte à comunicação segura criptografando os dados em trânsito. Onde os dados são armazenados (como no Amazon Redshift e Amazon S3), os dados também são criptografados em repouso.

    Leia o whitepaper sobre segurança 

  • Essa arquitetura utiliza serviços gerenciados que foram criados para serem altamente disponíveis por padrão. Alguns serviços (como o Amazon Redshift) também podem ser configurados para implantação em várias zonas de disponibilidade. Cada componente dessa arquitetura foi projetado para manter a disponibilidade em caso de desastres. Os serviços gerenciados da AWS são projetados para abranger várias zonas de disponibilidade. Outros serviços, como o Amazon Redshift, também podem ser implantados em várias zonas de disponibilidade. No caso de falha na zona de disponibilidade, os serviços implantados podem continuar operando.

    Leia o whitepaper sobre confiabilidade 

  • Serviços escaláveis e altamente disponíveis, como Amazon S3, Amazon Kinesis, AWS Glue e Amazon Redshift, foram criados especificamente para workloads de análise de dados.

    Leia o whitepaper sobre eficiência da performance 

  • Essa arquitetura segue uma abordagem que prioriza a tecnologia sem servidor. Sempre que possível, os serviços sem servidor escalam de acordo com a carga para garantir que você pague apenas pelo que for usado. Além disso, os serviços gerenciados da AWS, que permitem a cobrança de utilitários, são usados.  

    A transferência de dados é uma consideração para qualquer arquitetura orientada a dados. Nessa solução, o maior volume de dados é ingerido pelos sistemas de origem, que geralmente não são carregados na direção da entrada. A transferência de dados para as transferências de arquivos SFTP da AWS, as solicitações do API Gateway e os dados do Amazon AppFlow são cobrados de acordo com o preço do serviço documentado. Todos os outros dados são mantidos na região para processamento a fim de minimizar as taxas de transferência.

    Leia o whitepaper sobre otimização de custos 

  • Os serviços gerenciados da AWS ajudam a aumentar e reduzir a escala de acordo com os requisitos e o tráfego dos negócios e são inerentemente mais sustentáveis do que as soluções on-premises. Além disso, os componentes sem servidor utilizados automatizam o processo de gerenciamento da infraestrutura e o tornam mais sustentável.

    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

[Assunto]
[Tipo de conteúdo]

[Título]

[Subtítulo]
Esta [postagem do blog/e-book/orientação/código de amostra] demonstra como [inserir uma breve descrição].

Aviso de 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.

Esta página foi útil para você?

 Feedback