Compartilhar via

Padrões de design de arquitetura que dão suporte à segurança

Ao projetar arquiteturas de carga de trabalho, você deve usar padrões do setor que resolvam desafios comuns. Os padrões podem ajudá-lo a fazer compensações intencionais dentro de cargas de trabalho e otimizar para o resultado desejado. Eles também podem ajudar a reduzir os riscos provenientes de problemas específicos, o que pode afetar a confiabilidade, o desempenho, o custo e as operações. Esses riscos podem ser indicativos de falta de garantias de segurança, se deixados autônomos podem representar riscos significativos para os negócios. Esses padrões são apoiados pela experiência do mundo real, são projetados para modelos operacionais e de escala de nuvem e são inerentemente independentes do fornecedor. Usar padrões conhecidos como uma forma de padronizar seu design de carga de trabalho é um componente de excelência operacional.

Muitos padrões de design dão suporte diretamente a um ou mais pilares de arquitetura. Padrões de design que dão suporte ao pilar de segurança priorizam conceitos como segmentação e isolamento, autorização forte, segurança de aplicativo uniforme e protocolos modernos.

A tabela a seguir resume os padrões de design de arquitetura que dão suporte às metas de segurança.

Padrão Resumo
Embaixador Encapsula e gerencia as comunicações de rede descarregando tarefas de corte cruzado relacionadas à comunicação de rede. Os serviços auxiliares resultantes iniciam a comunicação em nome do cliente. Esse ponto de mediação oferece uma oportunidade para aumentar a segurança nas comunicações de rede.
Back-ends para Front-ends Individualiza a camada de serviço de uma carga de trabalho criando serviços separados que são exclusivos para uma interface de front-end específica. Devido a essa separação, a segurança e a autorização na camada de serviço que dão suporte a um cliente podem ser adaptadas à funcionalidade fornecida por esse cliente, potencialmente reduzindo a área de superfície de uma API e movimento lateral entre diferentes back-ends que podem expor diferentes funcionalidades.
Antepara Introduz a segmentação intencional e completa entre componentes para isolar o raio de explosão de defeitos. Você também pode usar essa estratégia para conter incidentes de segurança para o bulkhead comprometido.
Verificação de declaração Separa os dados do fluxo de mensagens, fornecendo uma maneira de recuperar separadamente os dados relacionados a uma mensagem. Esse padrão dá suporte à manutenção de dados confidenciais fora dos corpos de mensagens, mantendo-os gerenciados em um armazenamento de dados protegido. Essa configuração permite estabelecer uma autorização mais rigorosa para dar suporte ao acesso aos dados confidenciais de serviços que devem usar os dados, mas remover a visibilidade de serviços auxiliares, como soluções de monitoramento de fila.
Identidade federada Os delegados confiam em um provedor de identidade externo à carga de trabalho para gerenciar usuários e fornecer autenticação para seu aplicativo. Ao externalizar o gerenciamento e a autenticação do usuário, você pode obter recursos evoluídos para detecção e prevenção de ameaças baseadas em identidade sem a necessidade de implementar esses recursos em sua carga de trabalho. Os provedores de identidade externos usam protocolos de autenticação interoperáveis modernos.
Gatekeeper Descarrega o processamento de solicitação especificamente para a imposição de controle de segurança e acesso antes e depois de encaminhar a solicitação para um nó de back-end. Adicionar um gateway ao fluxo de solicitação permite centralizar a funcionalidade de segurança, como firewalls de aplicativo Web, proteção contra DDoS, detecção de bot, manipulação de solicitação, iniciação de autenticação e verificações de autorização.
Agregação de gateway Simplifica as interações do cliente com sua carga de trabalho agregando chamadas para vários serviços de back-end em uma única solicitação. Essa topologia geralmente reduz o número de pontos de toque que um cliente tem com um sistema, o que reduz a área da superfície pública e os pontos de autenticação. Os back-ends agregados podem permanecer totalmente isolados da rede dos clientes.
Descarregamento de gateway Descarrega o processamento de solicitação para um dispositivo de gateway antes e depois de encaminhar a solicitação para um nó de back-end. Adicionar um gateway ao fluxo de solicitação permite centralizar a funcionalidade de segurança, como firewalls de aplicativo Web e conexões TLS com clientes. Qualquer funcionalidade descarregada fornecida pela plataforma já oferece segurança aprimorada.
Publicador/Assinante Desacoplar componentes em uma arquitetura substituindo a comunicação direta cliente a serviço pela comunicação por meio de um agente de mensagens intermediário ou barramento de eventos. Essa substituição apresenta um importante limite de segmentação de segurança que permite que os assinantes da fila sejam isolados da rede do editor.
Quarentena Garante que os ativos externos atendam a um nível de qualidade acordado pela equipe antes de serem autorizados a consumi-los na carga de trabalho. Essa verificação serve como uma primeira validação de segurança de artefatos externos. A validação em um artefato é realizada em um ambiente segmentado antes de ser usada no SDL (ciclo de vida de desenvolvimento seguro).
Sidecar Estende a funcionalidade de um aplicativo encapsulando tarefas nãoprimárias ou de corte cruzado em um processo complementar que existe junto com o aplicativo principal. Encapsulando essas tarefas e implantando-as fora do processo, você pode reduzir a área de superfície de processos confidenciais apenas para o código necessário para realizar a tarefa. Você também pode usar sidecars para adicionar controles de segurança de corte cruzado a um componente de aplicativo que não é projetado nativamente com essa funcionalidade.
Limitação Impõe limites à taxa ou à taxa de transferência de solicitações de entrada a um recurso ou componente. Você pode projetar os limites para ajudar a evitar o esgotamento de recursos que podem resultar de abuso automatizado do sistema.
Chave de manobrista Concede acesso restrito à segurança a um recurso sem usar um recurso intermediário para fazer proxy do acesso. Esse padrão permite que um cliente acesse diretamente um recurso sem precisar de credenciais de longa duração ou de pé. Todas as solicitações de acesso começam com uma transação auditável. Em seguida, o acesso concedido é limitado no escopo e na duração. Esse padrão também facilita a revogação do acesso concedido.

Próximas etapas

Examine os padrões de design de arquitetura que dão suporte aos outros pilares do Azure Well-Architected Framework:

  • Last updated on