Fiabilidade e soberania no Azure

O Azure suporta um leque de opções de implementação, incluindo regiões de cloud pública, ambientes híbridos e ambientes de cloud soberana ou nacional. Esta flexibilidade ajuda-o a conceber para garantir a fiabilidade, cumprindo os requisitos regulatórios e jurisdicionais.

Este artigo explica como as considerações de soberania influenciam as decisões de design de fiabilidade e o que planear nos pontos-chave de decisão de arquitetura.

O que significa soberania para uma carga de trabalho fiável

Soberania significa que mantém o controlo sobre os seus dados e garante que estes permanecem sujeitos às leis da sua jurisdição. Na prática, a soberania afeta o design da fiabilidade de duas formas principais:

  • Controlo de acessos: Apenas partes autorizadas podem aceder ou mover dados. Os controlos incluem encriptação, chaves geridas pelo cliente, controlo de acesso baseado em funções e controlos operacionais.
  • Controlo geográfico: Os dados mantêm-se dentro de limites geográficos especificados, sendo regidos pelas leis locais.

A soberania baseia-se em resultados. Não requer isolamento da cloud global. Muitos requisitos de conformidade podem ser cumpridos em ambientes de cloud pública quando se aplicam os controlos certos, incluindo controlos de residência de dados, encriptação, auditabilidade e proteções de acesso legal.

Capacidades do Azure que suportam soberania

O Azure oferece várias funcionalidades que o ajudam a cumprir os requisitos de soberania:

  • Controlos de dados: As regiões do Azure estão agrupadas em áreas geográficas que definem os limites de residência dos dados. O Azure também suporta encriptação e chaves geridas pelo cliente, incluindo gestão centralizada de chaves através do Azure Key Vault.
  • Controlos operacionais: O Azure Policy pode restringir a implementação de recursos a regiões específicas, o controlo de acesso baseado em funções pode limitar permissões e o Customer Lockbox pode gerir o acesso do suporte da Microsoft. Também pode usar arquiteturas de registo e governação imutáveis para impor limites de conformidade em larga escala.
  • Opções de implementação e infraestrutura: Azure suporta múltiplos modelos de implementação e isolamento. Azure Government e Azure na China são clouds fisicamente isoladas que operam de forma independente do Azure global. O Microsoft Sovereign Cloud suporta padrões lógicos de isolamento dentro da cloud pública do Azure. Opções híbridas, como o Azure Local, suportam cenários de operação controlada pelo cliente e desconectada.

Onde as decisões de conceção de fiabilidade e soberania se cruzam

Ao desenhar a fiabilidade da sua solução, também precisa de considerar e planear quaisquer preocupações relacionadas com a soberania. Esta secção destaca algumas decisões que normalmente precisa de tomar ao considerar fiabilidade e soberania.

Seleção da região e da zona de disponibilidade

A localização da infraestrutura redundante determina tanto a fiabilidade como a postura de conformidade. Os desenhos multi-regionais frequentemente melhoram a fiabilidade, mas as restrições de soberania podem limitar a seleção de regiões a fronteiras geográficas ou geopolíticas aprovadas.

Se desenhar uma solução baseada em recuperação de desastres com múltiplas regiões, e a sua carga de trabalho deve permanecer dentro de uma jurisdição específica, escolha uma região de recuperação de desastres nesse mesmo limite. Se não estiver disponível nenhuma região secundária em conformidade, utilize a fiabilidade numa única região com recuperação com base em cópias de segurança e documente os compromissos inerentes à recuperação.

Para além dos padrões multirregional e multizona na cloud pública do Azure, pode usar o Azure Local para ambientes controlados pelo cliente, como datacenters on-premises ou locais remotos. O Azure Local suporta modelos operativos conectados e desconectados, o que pode ajudar a manter a continuidade do negócio para cargas de trabalho locais quando a conectividade à cloud está perturbada.

A Azure também oferece ofertas soberanas para clientes com requisitos jurisdicionais e regulatórios específicos. Exemplos incluem Azure Government, Azure na China e Microsoft Sovereign Cloud (anteriormente Microsoft Cloud for Sovereignty). Estes ambientes têm limites operacionais e de conformidade distintos, por isso confirme que a sua arquitetura de fiabilidade está alinhada com os requisitos do ambiente cloud específico que utiliza.

Tip

As zonas de disponibilidade fornecem uma camada adicional de fiabilidade dentro de uma região sem atravessar fronteiras geográficas. Use arquitetura multizona sempre que suportada.

Locais de backup, replicação e recuperação de desastres

Os destinos de backup e replicação devem seguir os mesmos limites regulatórios da carga de trabalho que protegem. Alguns serviços suportam replicação para regiões que escolher, enquanto outros usam pares de regiões definidos Azure.

Quando armazenar backups ou réplicas fora dos seus limites principais, certifique-se de que os dados estão encriptados e a colocação das chaves é planeada cuidadosamente. Se as chaves de encriptação forem armazenadas apenas na região principal, podem não estar disponíveis durante uma interrupção regional.

Quando usar chaves geridas pelo cliente com replicação para outra região do Azure que não seja a região emparelhada, alinhe a colocação das chaves com a colocação dos dados. O Azure Key Vault Managed HSM suporta a distribuição de chaves entre regiões para ajudar a manter a disponibilidade de chaves alinhada com os dados protegidos.

Acesso operacional e auditabilidade

As operações de fiabilidade devem permanecer controladas e auditáveis. As práticas seguras de implementação do Azure implementam alterações de forma incremental e isolam domínios de falha para reduzir o risco de impacto multirregional.

Para cargas de trabalho reguladas, o Customer Lockbox ajuda a garantir que os engenheiros de suporte da Microsoft não conseguem aceder aos dados dos clientes sem aprovação explícita. Use o Azure Monitor e o Azure Activity Log para manter registos de failover e recuperação para auditoria e relatórios de conformidade.

Conteúdo relacionado

  • Last updated on