Geografia macroregional da Power Platform e Dynamics 365

Uma geografia de macro-região representa o limite de residência de dados que está alinhado com as leis de residência de dados para uma dada geografia. Este artigo lista as regiões disponíveis numa geografia macro-regional específica.

A melhoria da funcionalidade de macrorregiões no provisionamento de ambientes permite-lhe selecionar uma geografia de macrorregião durante a criação do ambiente. Esta funcionalidade aplica-se apenas à cloud pública e está a ser implementada globalmente. Neste momento, está disponível em regiões geográficas selecionadas.

Como administrador, pode selecionar uma geografia de macro-região, como a América do Norte, Europa ou Asia-Pacific em vez de uma região específica do centro de dados. A plataforma atribui automaticamente automaticamente a região ideal do centro de dados dentro da geografia macro selecionada, com base na capacidade, disponibilidade do produto e considerações de desempenho. Esta abordagem ajuda a garantir uma experiência mais escalável, resiliente e eficiente para todos os clientes, continuando a respeitar os compromissos de residência de dados. A seleção inteligente de regiões assegura que os ambientes são colocados em regiões com capacidade e saúde ideais, melhorando o tempo de atividade e a capacidade de resposta.

A utilização de uma geografia de macro região oferece as seguintes capacidades:

  • À medida que as suas cargas de trabalho crescem, a plataforma coloca dinamicamente os ambientes em geografias mais adequadas para gerir procura em grande escala, sem intervenção manual.
  • Já não precisa de avaliar e selecionar uma região individual de centro de dados, simplificando a criação do ambiente enquanto mantém o controlo regional e a alinhamento com as leis de residência de dados.
  • A Microsoft pode otimizar continuamente a infraestrutura de backend, garantindo que beneficia de investimentos contínuos em novas regiões, capacidade e resiliência.
  • Continua a controlar onde os seus dados residem a nível geográfico, garantindo alinhamento com requisitos empresariais, de conformidade e regulamentares, como o EUDB.

Mudanças esperadas na sua experiência de provisionamento com a geografia de uma macroregião

  • Ao criar um novo ambiente, se o tenant ainda não reunir os critérios de elegibilidade para a seleção da região do centro de dados, é apresentada a lista de geografias de macrorregião. O portal não mostra regiões individuais do centro de dados.
  • Pode ver a geografia da sua macro-região e localização dos dados (região do centro de dados) nas propriedades do ambiente e na lista de ambiente.
  • Uma geografia de macro região é uma fronteira de residência continental e pode incluir um ou mais continentes e geografias, como Europa, Reino Unido, Médio Oriente e África, enquanto uma região representa a região do centro de dados de implantação.
  • O sistema determina automaticamente a região dentro dessa geografia macro-regional utilizando o encaminhamento baseado em capacidade, desempenho e disponibilidade do produto.

Geografia das macro-regiões

A tabela seguinte descreve a geografia de cada macro-região:

# Geografia das macro-regiões Regions Descrição
1 América do Norte Estados Unidos, Canadá Os seus dados residem nos Estados Unidos ou no Canadá.
2 As Américas Estados Unidos, Canadá, Brasil Os seus dados residem nas Américas, incluindo América do Norte e América do Sul.
3 União Europeia (UE) e Associação Europeia de Livre Comércio (EFTA) França, Alemanha, Noruega, Suécia, Suíça, Polónia, Itália, Irlanda, Países Baixos Os seus dados residem dentro dos Estados-membros da UE e da EFTA, que são regiões da União Europeia de Fronteira de Dados (EUDB).
4 Europa e Reino Unido (Reino Unido) Reino Unido, França, Alemanha, Noruega, Suécia, Suíça, Polónia, Itália, Irlanda, Países Baixos Os seus dados residem na UE e na EFTA ou no Reino Unido e não devem ser considerados EUDB.
5 Europa, Reino Unido, Médio Oriente, África Reino Unido, França, Alemanha, Noruega, Suécia, Suíça, Polónia, Itália, Irlanda, Países Baixos, África do Sul, Emirados Árabes Unidos (EAU) Os seus dados residem na Europa, Reino Unido, Médio Oriente ou África e não devem ser considerados EUDB.
6 Ásia-Pacífico Singapura, Austrália*, Índia*, Japão, Coreia do Sul Os seus dados residem na região Asia-Pacific.

* As regiões da Austrália e da Índia têm restrições fiscais e exigem alinhamento com os requisitos de residência dos dados e responsabilização, para cumprir as regras locais de declaração fiscal e para garantir a auditabilidade dentro da respetiva jurisdição. Se for um cliente que necessita que os seus inativos permaneçam na Austrália e na Índia, deve considerar obter residência de dados avançada e está sujeito a outras necessidades regulatórias.

Atenção:

  • A geografia das macro-regiões #1 está orientada para a América do Norte.
  • A geografia das macro-regiões #2 é direcionada para pessoas na América do Sul.
  • Geografia das macro regiões #3, União Europeia (UE) e Associação Europeia de Comércio Livre (EFTA), está orientada para o EUDB.
  • A geografia das macro-regiões #4 inclui especificamente o Reino Unido (UK) com a Europa. Os clientes que querem estar no EUDB não devem escolher o #4.
  • A geografia das macro-regiões #5 está orientada para o Médio Oriente e África. Os clientes que querem estar no EUDB não devem escolher o #5.
  • A geografia da macroregião #6 está orientada para a Ásia-Pacífico.

Note

Nuvens soberanas como a Government Community Cloud (GCC), Government Community Cloud – High (GCC-H) e Department of Defense (DoD) mantêm-se inalteradas e estão excluídas da estratégia macro-regional.

Critérios de elegibilidade para a seleção de regiões de centros de dados

Para selecionar uma região específica de centro de dados dentro de uma geografia de macro região ao criar um novo ambiente, permita:

O SKU Advanced Data Residency (ADR) aplica-se apenas ao Microsoft 365. Para ser elegível para o acesso à região do datacenter do Dynamics 365 e do Power Platform durante a criação de um novo ambiente, ative esse acesso para todas as licenças do Microsoft 365 no inquilino.

Residência de dados e conformidade

  • Os dados residem sempre dentro do limite geográfico da macro-região selecionado. Se for um cliente que cumpre os critérios de ADR, os seus dados do Dynamics 365 e Power Platform ficam armazenados em repouso dentro da região do centro de dados selecionada.
  • Se precisar da EUDB, selecione a macro-região, União Europeia (UE) e Associação Europeia de Livre Comércio (EFTA). Esta seleção garante que os seus dados em repouso estão dentro do limite EUDB. Saiba mais sobre o EUDB aqui.
  • As regiões da Austrália e da Índia podem estar sujeitas a restrições fiscais e podem necessitar de alinhamento com os requisitos de residência dos dados e de responsabilização para cumprir as regras locais de declaração fiscal e para fins de auditabilidade dentro de uma jurisdição. Para manter os seus dados tranquilos na Austrália e na Índia, saiba mais sobre a aquisição de ADR para tomar uma decisão informada para o seu negócio.
  • A plataforma não expande as garantias de residência para além de compromissos contratuais. A seleção da macro-região define a fronteira da Microsoft para a localização dos serviços e a residência dos dados no ambiente. Não interprete as macro-regiões como áreas legais, regulatórias, fiscais ou definidas por conformidade, nem as veja como determinantes das obrigações do cliente.
  • O EUDB é um compromisso contratual da Microsoft relativamente à fronteira de dados, não é o mesmo que uma jurisdição legal como o perímetro do EEE/RGPD. A documentação atual do EUDB descreve o EUDB como um limite geograficamente definido dentro do qual a Microsoft se compromete a armazenar e processar dados de clientes e dados pessoais para os serviços online empresariais da Microsoft, incluindo Azure, Dynamics 365, Power Platform e Microsoft 365, sujeito a exceções documentadas.

Exemplos de experiências de residência de dados

Se um cliente não tiver residência avançada de dados (ADR) ativada no inquilino:

  1. O cliente pode ver e selecionar numa lista de geografias de macrorregiões ao criar um ambiente.
  2. O cliente escolhe Europa e Reino Unido como a sua geografia macro-regional.
  3. A plataforma atribui uma região (por exemplo, Alemanha ou Itália) com base na capacidade e disponibilidade do produto.
  4. O cliente pode visualizar a região atribuída do centro de dados dentro da geografia da macro região após o provisionamento.

Se um cliente efetivamente tiver o SKU Advanced Data Residency (ADR) ativado para 100% das suas licenças do Microsoft 365 nesse inquilino, fica elegível para a seleção da região do datacenter para o Dynamics 365 e o Power Platform:

  1. O cliente pode ver e selecionar a partir de uma lista de regiões de datacenter Power Platform e Dynamics 365 ao criar um ambiente. A sua seleção garante que os seus dados são armazenados em repouso dentro da região selecionada do centro de dados.
  2. O cliente pode visualizar a região atribuída do centro de dados após o provisionamento.

Se o cliente não tiver residência avançada de dados (ADR) e exigir seleção de região do centro de dados (por exemplo, França), precisa de obter o SKU ADR. Para saber mais, consulte Residência dos Dados Avançada.

Continuidade para clientes com ambientes existentes

À data do anúncio, a Microsoft não antecipa impactos nos ambientes existentes, que continuam a manter a região de datacenters selecionada. A Microsoft gere continuamente a sua infraestrutura global para manter a fiabilidade, desempenho e capacidade do serviço. Caso surjam circunstâncias futuras que exijam alterações que possam afetar os ambientes existentes, o licenciamento ADR regula a escolha da região. A Microsoft mantém-se comprometida em mantê-lo informado antecipadamente sobre quaisquer desenvolvimentos que possam afetar a prestação de serviços.

FAQ

Como se liga um ambiente Power Platform numa região a recursos alojados noutra região?

Crie uma rede virtual (VNet) na região associada ao ambiente do Power Platform e utilize o emparelhamento de VNets para estabelecer a ligação à VNet da região separada. Considere as necessidades de seleção de regiões desde o início se tiver VNets Azure existentes, endpoints privados ou topologia de rede hub/spoke.

  • Se tiveres ADR, tens controlo total sobre a colocação da região do datacenter no ambiente e podes criar primeiro uma VNet.
  • Se não tens ADR e não tens intenção de obter ADR, provisiona primeiro o ambiente e depois o VNet.

Hoje, os clientes podem permitir listar as URLs regionais e intervalos de IP para a região do centro de dados selecionada. Sem ADR, no entanto, um ambiente Asia-Pacific pode ser atribuído a qualquer região do centro de dados dentro dessa macro região. Nesse caso, os clientes têm de permitir listar todas as possíveis regiões de datacenters na Ásia-Pacífico?

Podem permitir listar a região atribuída após o provisionamento.

Quais são as considerações sobre a colocação de regiões de centros de dados dentro de uma região macro?

Um algoritmo baseado na capacidade e disponibilidade do produto seleciona a região mais adequada do centro de dados durante o provisionamento. Esta região serve como a região padrão do centro de dados para essa macro região, para esse inquilino, durante o período de tempo previsível. Se a capacidade ou outras condições se tornarem limitadas, o algoritmo faz uma avaliação e transfere o fornecimento de novo ambiente para esse inquilino para outra região de centro de dados dentro da macro região, de modo a manter o desempenho ótimo.

Por exemplo, para um inquilino, se o algoritmo selecionar França como região do centro de dados durante a primeira criação de ambiente para a macro-região Europa e Reino Unido, então os ambientes subsequentes provisionados para esse tenant na Europa e na macro-região do Reino Unido também são provisionados em França, a menos que França enfrente capacidade ou outras restrições.

Tomemos o exemplo de um inquilino t1, que decide criar um ambiente em cada macro-região. Por exemplo, no NAM, o novo ambiente é criado no Canadá. Com isto, o Canadá fica registado como geografia de afinidade da macro NAM. O ambiente seguinte nessa macro seguirá a afinidade e irá para a mesma geo–-Canadá. Agora o cliente decide criar outro ambiente numa outra região macro, digamos, as Américas. Digamos que o novo ambiente é criado no Brasil. Com isto, o Brasil fica agora registado como geografia de afinidade para a macro-região das Américas. Assim, se T1 continuar a criar um ambiente em cada macro, o primeiro ambiente criado determina e configura a geografia de afinidade para essa macro.

Planeie a possibilidade de circunstâncias imprevistas colocarem ambientes criados sob uma geografia macro-regional ampla em diferentes regiões de centros de dados dentro dessa macro-região. Esta localização pode afetar o alinhamento de rede do Azure, a conceção da integração com a VNet, as expectativas de latência e a revisão jurídica do cliente. Considere utilizar ADR se precisar de posicionamento determinístico das regiões do datacenter.

Os clientes do Dynamics 365 podem ativar o ADR nos seus locatários em qualquer região do Azure no mundo?

Todos os clientes da Dynamics 365 e Power Platform localizados em qualquer uma das 17 regiões do centro de dados são elegíveis para ativar a ADR em qualquer uma das 28 regiões Go-Local. Quando ativa a ADR, esta estabelece um compromisso relativo aos dados inativos para manter as cargas de trabalho selecionadas do Microsoft 365 na localização Go Local associada. As 17 regiões de datacenters Dynamics 365 têm uma sobreposição perfeita com os Microsoft 365 Go Locals. Tenha em atenção que existem três regiões do Azure — Bélgica, Finlândia e Grécia — que atualmente não dispõem de suporte numa região Go-Local correspondente e, por isso, não podem ativar o ADR para suporte de dados do Microsoft 365 em repouso. No entanto, se o cliente precisar de ativar a ADR para acesso à área geográfica de dados inativos do Dynamics 365 e para o compromisso relativo aos dados inativos, escale para o suporte do Dynamics 365 para ADR necessária para uma região do Azure não suportada para a macro região do D365.

Se não tiver ADR, isso significa que os meus ambientes de teste, desenvolvimento e produção podem agora ser divididos em três macro regiões diferentes?

Assim que ficar associado a uma região de datacenter dentro da geografia da macro região selecionada no primeiro aprovisionamento, a Microsoft segue a lógica de afinidade de colocação para os colocar juntos. A Microsoft reserva-se o direito de reagir em circunstâncias imprevistas.

A ADR estabelece um compromisso relativo aos dados inativos para a região de datacenter do D365 selecionada como área geográfica do meu ambiente? Não vejo o D365 suportado na documentação do D365?

Tenha em atenção que a ADR não assume quaisquer compromissos relativos a dados em repouso relativamente ao Dynamics 365. A funcionalidade ADR oferece uma garantia de dados em repouso para determinados produtos do Microsoft 365 na região Go-Local associada.

O compromisso relativo aos dados inativos para o Dynamics 365/Power Platform provém do produto Dynamics 365/Power Platform, em conformidade com os termos do produto. Todos os clientes da Microsoft que já dispõem de ADR para o Microsoft 365 ficam automaticamente elegíveis para acesso à localização dos dados do Dynamics 365 aquando da criação do ambiente, e o compromisso previsto nos termos do produto aplica-se de modo a manter os dados inativos do cliente na região de datacenter do Dynamics 365/Power Platform associada ao ambiente. Se um cliente comprar ADR para 100% das licenças do Microsoft 365 no tenant, a Dynamics 365/Power Platform assume o compromisso de dados em repouso, permitindo selecionar a região do centro de dados para a geolocalização no momento da criação do ambiente e garantindo que os dados em repouso do cliente serão armazenados na região do centro de dados selecionada e aí permanecerão, em conformidade com os termos do produto.

Conteúdo relacionado

  • Last updated on