Princípios de conectividade de rede do Microsoft 365

Este artigo aplica-se tanto ao Microsoft 365 Enterprise como ao Office 365 Enterprise.

Antes de começar a planear a sua rede para a conectividade de rede do Microsoft 365, é importante compreender os princípios de conectividade para gerir de forma segura o tráfego do Microsoft 365 e obter o melhor desempenho possível. Este artigo ajuda-o a compreender as orientações mais recentes para otimizar a conectividade de rede do Microsoft 365 de forma segura.

As redes empresariais tradicionais são concebidas principalmente para fornecer aos utilizadores acesso a aplicações e dados alojados em centros de dados operados pela empresa com uma forte segurança de perímetro. O modelo tradicional pressupõe que os utilizadores acedam a aplicações e dados dentro do perímetro da rede empresarial, através de ligações WAN a partir de sucursais ou remotamente através de ligações VPN.

A adoção de aplicações SaaS, como o Microsoft 365, move alguma combinação de serviços e dados para fora do perímetro da rede. Sem otimização, o tráfego entre utilizadores e aplicações SaaS está sujeito à latência introduzida pela inspeção de pacotes, hairpins de rede, ligações inadvertidas a pontos finais geograficamente distantes e outros fatores. Pode garantir o melhor desempenho e fiabilidade do Microsoft 365 ao compreender e implementar diretrizes chave de otimização.

Neste artigo, irá obter informações sobre:

Arquitetura do Microsoft 365

O Microsoft 365 é uma nuvem distribuída de Software como Serviço (SaaS) que fornece cenários de produtividade e colaboração através de um conjunto diversificado de microsserviços e aplicações. Os exemplos incluem Exchange Online, SharePoint Online, Microsoft Teams, Office num browser, entre muitos outros. Embora aplicações específicas do Microsoft 365 possam ter as suas funcionalidades exclusivas à medida que se aplicam à rede do cliente e à conectividade à nuvem, todas partilham alguns dos principais princípios, objetivos e padrões de arquitetura. Esses princípios e padrões de arquitetura para conectividade são típicos de muitas outras nuvens SaaS. Ao mesmo tempo, eles são diferentes dos modelos de implantação típicos de clouds de plataforma como serviço e infraestrutura como serviço, como o Microsoft Azure.

Uma das características de arquitetura mais significativas do Microsoft 365 (que muitas vezes não é vista ou mal interpretada pelos arquitetos de rede) é o facto de ser um serviço distribuído verdadeiramente global, no contexto da forma como os utilizadores se ligam ao mesmo. A localização do inquilino alvo do Microsoft 365 é importante para compreender a localidade onde os dados do cliente estão armazenados na nuvem. No entanto, a experiência do utilizador com o Microsoft 365 não envolve ligar diretamente a discos que contêm os dados. A experiência do utilizador com o Microsoft 365 (incluindo desempenho, fiabilidade e outras características importantes de qualidade) envolve conectividade através de portas de entrada de serviço altamente distribuídas que são expandidas em centenas de localizações da Microsoft em todo o mundo. Na maioria dos casos, a melhor experiência de utilizador é alcançada ao permitir que a rede do cliente encaminhe os pedidos dos utilizadores para o ponto de entrada de serviço do Microsoft 365 mais próximo. É preferível ligar ao Microsoft 365 através de um ponto de saída numa localização central ou região.

Para a maioria dos clientes, os utilizadores do Microsoft 365 estão distribuídos por muitas localizações. Para alcançar os melhores resultados, os princípios delineados neste documento devem ser analisados do ponto de vista da expansão (e não da expansão). Concentrando-se também na otimização da conectividade ao ponto de presença mais próximo na Rede Global da Microsoft e não à localização geográfica do inquilino do Microsoft 365. Essencialmente, isto significa que mesmo que os dados do inquilino do Microsoft 365 possam estar armazenados numa localização geográfica específica, a experiência do Microsoft 365 para esse inquilino permanece distribuída. Pode estar presente numa proximidade muito próxima (de rede) de qualquer localização de utilizador final que o inquilino tenha.

Princípios de conectividade do Microsoft 365

A Microsoft recomenda os seguintes princípios para alcançar uma conectividade e desempenho ideais do Microsoft 365. Utilize estes princípios de conectividade do Microsoft 365 para gerir o seu tráfego e obter o melhor desempenho ao ligar-se ao Microsoft 365.

O objetivo principal na conceção de rede deve ser minimizar a latência ao reduzir o tempo de ida e volta (RTT) da sua rede para a Microsoft Global Network, a estrutura da rede pública da Microsoft que interliga todos os datacenters da Microsoft com pontos de entrada de aplicações na nuvem e de latência baixa espalhados pelo mundo. Pode saber mais sobre a Rede Global da Microsoft em Como a Microsoft cria a sua rede global rápida e fiável.

Identificar e diferenciar o tráfego do Microsoft 365

Captura de ecrã que mostra a opção Identificar tráfego do Microsoft 365.

Identificar o tráfego de rede do Microsoft 365 é o primeiro passo para poder diferenciar esse tráfego do tráfego de rede genérico ligado à Internet. A conectividade do Microsoft 365 pode ser otimizada através da implementação de uma combinação de abordagens, como a otimização de rotas de rede, regras de firewall e definições de proxy do browser. Além disso, ignorar dispositivos de inspeção de rede para determinados pontos finais também é benéfico.

Para obter mais informações sobre os métodos de otimização do Microsoft 365, consulte a secção otimizar a conectividade aos serviços do Microsoft 365 .

A Microsoft publica todos os pontos finais do Microsoft 365 como um serviço Web e fornece orientações sobre a melhor forma de utilizar estes dados. Para obter mais informações sobre como obter e trabalhar com pontos finais do Microsoft 365, consulte o artigo Intervalos de URLs e endereços IP do Microsoft 365.

Sair de ligações de rede localmente

Captura de ecrã que mostra Sair das ligações de rede localmente.

O DNS local e a saída de Internet são de importância crítica para reduzir a latência de ligação e garantir que as ligações de utilizador são efetuadas para o ponto de entrada mais próximo dos serviços do Microsoft 365. Em uma topologia de rede complexa, é importante implementar o DNS local e o ponto de saída da internet local juntos.

Antes do advento dos serviços em nuvem, como o Microsoft 365, a conectividade à Internet do utilizador final como fator de design na arquitetura de rede era relativamente simples. Quando os serviços da Internet e os sites estão distribuídos por todo o mundo, a latência entre os pontos de saída da empresa e um determinado ponto final de destino deve-se, em grande medida, à distância geográfica.

Numa arquitetura de rede tradicional, todas as ligações à Internet de saída atravessam a rede empresarial e saem de uma localização central. À medida que as ofertas de nuvem da Microsoft amadureceram, uma arquitetura de rede distribuída voltada para a Internet tornou-se crítica para suportar serviços de nuvem sensíveis à latência. A Microsoft Global Network foi projetada para acomodar requisitos de latência com a infraestrutura Distributed Service Front Door, uma malha dinâmica de pontos de entrada globais que roteia conexões de serviço de nuvem de entrada de entrada para o ponto de entrada mais próximo. O objetivo é reduzir o comprimento da "última milha" para clientes de nuvem da Microsoft, encurtando efetivamente a rota entre o cliente e a nuvem.

As WANs corporativas geralmente são projetadas para fazer backhaul do tráfego de rede para a sede central de uma empresa para inspeção antes de sair para a Internet, geralmente por meio de um ou mais servidores proxy. O diagrama a seguir ilustra essa topologia de rede.

Captura de ecrã que mostra o modelo de rede empresarial tradicional.

Como o Microsoft 365 é executado na Microsoft Global Network, que inclui servidores front-end em todo o mundo, geralmente há um servidor front-end perto da localização do usuário. Ao fornecer um ponto de saída de Internet local e ao configurar servidores DNS internos para fornecer uma resolução de nome local para pontos finais do Microsoft 365, o tráfego de rede destinado ao Microsoft 365 pode ligar-se aos servidores de front-end do Microsoft 365 o mais próximo possível do utilizador. O diagrama seguinte mostra um exemplo de uma topologia de rede que permite que os utilizadores que se ligam a partir do escritório principal, sucursais e localizações remotas sigam o caminho mais curto até ao ponto de entrada mais próximo do Microsoft 365.

Captura de ecrã que mostra o modelo de rede WAN com pontos de saída regionais.

Encurtar o caminho da rede para pontos de entrada do Microsoft 365 desta forma pode melhorar o desempenho da conectividade e a experiência do utilizador final no Microsoft 365. Também pode ajudar a reduzir o efeito de futuras alterações à arquitetura de rede no desempenho e fiabilidade do Microsoft 365.

Além disso, os pedidos DNS podem introduzir latência se o servidor DNS que responde estiver distante ou ocupado. Pode minimizar a latência da resolução de nomes ao aprovisionar servidores DNS locais em localizações de filiais e certificar-se de que estão configurados para colocar os registos DNS em cache de forma adequada.

Embora a saída regional possa funcionar bem para o Microsoft 365, o modelo de conectividade ideal seria fornecer sempre uma saída de rede na localização do utilizador, independentemente de estar na rede empresarial ou em localizações remotas como casas, hotéis, cafés e aeroportos. Este modelo de saída direta local está representado no seguinte diagrama.

Captura de ecrã que mostra a arquitetura de rede de saída local.

As empresas que adotaram o Microsoft 365 podem tirar proveito da arquitetura de Porta Frontal de Serviço Distribuído da Microsoft Global Network, garantindo que as conexões do usuário com o Microsoft 365 tomem o caminho mais curto possível até o ponto de entrada mais próximo da Microsoft Global Network. A arquitetura de rede de saída local fá-lo ao permitir que o tráfego do Microsoft 365 seja encaminhado para a saída mais próxima, independentemente da localização do utilizador.

A arquitetura de saída local tem os seguintes benefícios em relação ao modelo tradicional:

  • Fornece um desempenho ideal do Microsoft 365 otimizando o comprimento da rota. as ligações de utilizador final são encaminhadas de forma dinâmica para o ponto de entrada do Microsoft 365 mais próximo pela infraestrutura Distributed Service Front Door.
  • Reduz a carga na infraestrutura de rede corporativa, permitindo saídas locais.
  • Protege as ligações em ambas as extremidades ao utilizar a segurança de ponto final do cliente e funcionalidades de segurança na nuvem.

Evite hairpins de rede

Captura de ecrã que mostra para evitar grampos de cabelo.

Como regra geral, o caminho mais curto e direto entre o utilizador e o ponto final do Microsoft 365 mais próximo oferece o melhor desempenho. Um hairpin de rede acontece quando o tráfego WAN ou VPN com destino específico é direcionado primeiro para outro local intermediário (como pilha de segurança, agente de acesso à nuvem ou gateway da Web baseado em nuvem), introduzindo latência e potencial redirecionamento para um ponto de extremidade geograficamente distante. Os hairpins de rede também são causados por ineficiências de encaminhamento/peering ou pesquisas de DNS (remotas) subótimas.

Para garantir que a conectividade do Microsoft 365 não está sujeita a hairpins de rede, mesmo em casos de saída local, verifique se o ISP utilizado para fornecer pontos de saída da Internet para a localização do utilizador tem uma relação de peering direto com a Microsoft Global Network na proximidade dessa localização. Também poderá configurar o encaminhamento de saída para enviar diretamente tráfego fidedigno do Microsoft 365. Isso é em oposição ao proxy ou túnel por meio de um fornecedor terceirizado de segurança de rede baseada em nuvem ou nuvem que processa seu tráfego vinculado à Internet. A resolução de nomes DNS locais dos pontos finais do Microsoft 365 ajuda a garantir que, para além do encaminhamento direto, estão a ser utilizados os pontos de entrada do Microsoft 365 mais próximos para as ligações dos utilizadores.

Se utilizar serviços de segurança ou rede baseados na nuvem para o seu tráfego do Microsoft 365, certifique-se de que o resultado do hairpin é avaliado e que o seu efeito no desempenho do Microsoft 365 é compreendido. Isto pode ser feito ao examinar o número e as localizações das localizações do fornecedor de serviços através das quais o tráfego é reencaminhado em relação ao número das suas sucursais e pontos de peering da Microsoft Global Network, à qualidade da relação de peering de rede do fornecedor de serviços com o seu ISP e à Microsoft e ao efeito no desempenho do backhauling na infraestrutura do fornecedor de serviços.

Devido ao grande número de localizações distribuídas com pontos de entrada do Microsoft 365 e à respetiva proximidade dos utilizadores finais, o encaminhamento do tráfego do Microsoft 365 para qualquer rede de terceiros ou fornecedor de segurança pode ter um efeito adverso nas ligações do Microsoft 365 se a rede do fornecedor não estiver configurada para um peering ideal do Microsoft 365.

Avalie proxies ignorados, dispositivos de inspeção de tráfego e tecnologias de segurança duplicadas

Captura de ecrã que mostra a existência de proxies, dispositivos de inspeção de tráfego e tecnologias de segurança duplicadas.

Os clientes empresariais devem rever os seus métodos de segurança de rede e redução de riscos especificamente para o tráfego vinculado do Microsoft 365 e utilizar as funcionalidades de segurança do Microsoft 365 para reduzir a dependência de tecnologias de segurança de rede invasivas, com impacto no desempenho e dispendiosas para o tráfego de rede do Microsoft 365.

A maioria das redes corporativas impõe segurança de rede para o tráfego da Internet usando tecnologias como proxies, inspeção TLS, inspeção de pacotes e sistemas de prevenção de perda de dados. Estas tecnologias fornecem uma importante mitigação de riscos para pedidos genéricos da Internet, mas podem reduzir drasticamente o desempenho, a escalabilidade e a qualidade da experiência do utilizador final quando aplicadas a pontos finais do Microsoft 365.

Serviço Web de Pontos Finais do Microsoft 365

Os administradores do Microsoft 365 podem utilizar um script ou chamada REST para consumir uma lista estruturada de pontos finais do serviço Web de Pontos de Finais do Microsoft 365 e atualizar as configurações de perímetro, firewalls e outros dispositivos de rede. Isto garante que o tráfego com destino ao Microsoft 365 é identificado, tratado de forma adequada e gerido de forma diferente do tráfego de rede com destino a Web sites genéricos e muitas vezes desconhecidos. Para obter mais informações sobre como utilizar o serviço Web de pontos finais do Microsoft 365, consulte o artigo Intervalos de URLs e endereços IP do Microsoft 365.

Scripts PAC (Configuração Automática de Proxy)

Os administradores do Microsoft 365 podem criar scripts PAC (Configuração Automática de Proxy) que podem ser entregues aos computadores dos utilizadores através de WPAD ou GPO. Os scripts PAC podem ser utilizados para ignorar proxies para pedidos do Microsoft 365 de utilizadores de WAN ou VPN, permitindo que o tráfego do Microsoft 365 utilize ligações diretas à Internet em vez de atravessar a rede empresarial.

Para obter mais informações sobre como utilizar ficheiros PAC para otimizar a conectividade de rede em dispositivos cliente, consulte Gerir pontos finais do Microsoft 365.

Funcionalidades de segurança do Microsoft 365

A Microsoft é transparente sobre a segurança do datacenter, a segurança operacional e a redução de riscos dos servidores do Microsoft 365 e dos pontos finais de rede que eles representam. As funcionalidades de segurança incorporadas do Microsoft 365 estão disponíveis para reduzir os riscos de segurança de rede, tais como Prevenção de Perda de Dados do Microsoft Purview, antivírus, Autenticação Multifator, Sistema de Proteção de Dados do Cliente, Defender para Office 365, Microsoft 365 Threat Intelligence, Microsoft 365 Secure Score, as funcionalidades de segurança incorporadas para toda a nuvem caixas de correio e Segurança DDOS de rede.

Para obter mais informações sobre o centro de dados da Microsoft e a segurança de Rede Global, consulte o Centro de Confiança da Microsoft.

Otimizar a conectividade aos serviços do Microsoft 365

Os serviços do Microsoft 365 são uma coleção de produtos, aplicações e serviços dinâmicos, interdependentes e profundamente integrados. Ao configurar e otimizar a conectividade aos serviços do Microsoft 365, não é viável ligar pontos finais (domínios) específicos a alguns cenários do Microsoft 365 para implementar a listagem de permissões ao nível da rede. A Microsoft não suporta a listagem seletiva de permissões, uma vez que causa incidentes de conectividade e de serviço para os utilizadores. Os administradores de rede devem, portanto, aplicar sempre as diretrizes do Microsoft 365 para a listagem de permissões de rede e otimizações de rede comuns ao conjunto completo de pontos finais de rede (domínios) necessários que são publicados e atualizados regularmente. Embora estejamos a simplificar os pontos finais de rede do Microsoft 365 em resposta aos comentários dos clientes, os administradores de rede devem estar cientes dos seguintes padrões principais no conjunto de pontos finais existente atualmente:

  • Sempre que possível, os pontos finais de domínio publicados incluirão carateres universais para reduzir significativamente o esforço de configuração de rede para os clientes.
    • O Microsoft 365 anunciou uma iniciativa de consolidação de domínio (cloud.microsoft), que oferece aos clientes uma forma de simplificar as suas configurações de rede e acumular automaticamente otimizações de rede para este domínio para muitos serviços atuais e futuros do Microsoft 365.
    • Uso exclusivo do domínio raiz cloud.microsoft para isolamento de segurança e funções específicas. Isto permite que as equipas de rede e segurança dos clientes confiem nos domínios do Microsoft 365, melhorando simultaneamente a conectividade a esses pontos finais e evitando o processamento desnecessário de segurança de rede.
    • Algumas definições de ponto final especificam prefixos IP exclusivos correspondentes aos seus domínios. Esse recurso oferece suporte a clientes com estruturas de rede complexas, permitindo que eles apliquem otimizações de rede precisas utilizando detalhes de prefixos IP.

As seguintes configurações de rede são recomendadas para todos os pontos finais (domínios) de rede necessários do Microsoft 365 e categorias:

  • Permitir explicitamente pontos finais de rede do Microsoft 365 nos dispositivos de rede e serviços pelos quais as ligações do utilizador passam (por exemplo, dispositivos de segurança de perímetro de rede como proxies, firewalls, DNS, soluções de segurança de rede baseadas na nuvem, etc.)
    • Evite domínios do Microsoft 365 desde a desencriptação TLS, interceção de tráfego, inspeção avançada de pacotes e filtragem de pacotes de rede e conteúdo. Tenha em atenção que muitos resultados para os clientes que estão a utilizar estas tecnologias de rede no contexto de aplicações não fidedignas/não geridas podem ser alcançados pelas funcionalidades de segurança do Microsoft 365 de forma nativa.
    • O acesso direto à Internet deve ser priorizado para os domínios do Microsoft 365, reduzindo a dependência do backhaul de rede alargada (WAN), evitando hairpins na rede e permitindo uma saída de Internet local mais eficiente para os utilizadores e diretamente para a rede da Microsoft.
    • Certifique-se de que a resolução do nome DNS ocorre próximo da saída da rede para garantir que as ligações são servidas através da porta de entrada mais otimizada do Microsoft 365.
    • Priorize as ligações do Microsoft 365 ao longo do caminho da rede, garantindo a capacidade e a qualidade de serviço para as experiências do Microsoft 365.
    • Ignore dispositivos de intermediação de tráfego, como proxies e serviços VPN.

As orientações de conectividade do Microsoft 365 foram concebidas em torno da identificação de pontos finais com base no domínio. A Microsoft recomenda a utilização dos dados de ponto final de domínio publicados disponíveis como https://aka.ms/m365endpoints origem principal para a configuração, listagem de permissões e otimização de conectividade do Microsoft 365.

Alguns clientes com topologias de rede complexas também podem usar dados de prefixo IP publicados, quando disponíveis, para oferecer suporte a otimizações de rede específicas, como roteamento personalizado, VPNs de túnel dividido e bypass de proxy. Embora a Microsoft publique prefixos IP para alguns serviços do Microsoft 365, muitos pontos finais de serviço na nuvem são dinâmicos por natureza e os respetivos endereços IP associados podem mudar ao longo do tempo. Para esses pontos de extremidade, apenas os dados de ponto de extremidade baseados em domínio são publicados e nenhuma informação de endereço IP correspondente é fornecida.

Considerações adicionais sobre a rede

Ao otimizar a conectividade ao Microsoft 365, determinadas configurações de rede podem ter um impacto negativo na disponibilidade, interoperabilidade, desempenho e experiência do utilizador do Microsoft 365. A Microsoft não testou os seguintes cenários de rede com os nossos serviços e sabe-se que causam problemas de conectividade.

  • Cessação TLS ou inspeção avançada de pacotes de quaisquer domínios do Microsoft 365 com proxies de clientes ou outros tipos de serviços ou dispositivos de rede.
  • Bloqueio de protocolos específicos ou versões de protocolo como QUIC, WebSocket's, etc. por infra-estrutura de rede intermediária ou serviço.
  • Forçar uma mudança para uma versão anterior ou ativação pós-falha dos protocolos (como UDP --> TCP, TLS1.3 --> TLS1.2 --> TLS1.1) utilizados entre aplicações cliente e serviços do Microsoft 365.
  • Roteamento de conexões por meio de infraestrutura de rede aplicando sua própria autenticação, como autenticação de proxy.

Recomendamos que os clientes evitem utilizar estas técnicas de rede para o tráfego destinado a domínios do Microsoft 365 e que as ignorem para ligações do Microsoft 365.

A Microsoft recomenda a configuração de um sistema automatizado para transferir e aplicar a lista de pontos finais de rede do Microsoft 365 regularmente. Consulte Gestão de alterações para endereços IP e URLs do Microsoft 365 para obter mais informações.

Comparando a segurança de perímetro de rede com a segurança de ponto final

O objetivo da segurança de rede tradicional é proteger o perímetro da rede corporativa contra invasões e explorações maliciosas. À medida que as organizações adotam o Microsoft 365, alguns serviços de rede e dados são parcial ou totalmente migrados para a nuvem. Tal como para qualquer alteração fundamental da arquitectura de rede, este processo exige uma reavaliação da segurança da rede que tenha em conta factores emergentes:

  • À medida que os serviços em nuvem são adotados, os serviços de rede e os dados são distribuídos entre os datacenters no local e a nuvem, e a segurança de perímetro deixa de ser adequada por si só.
  • Os utilizadores remotos ligam-se a recursos empresariais em centros de dados no local e na nuvem a partir de localizações não controladas, como casas, hotéis e cafés.
  • Os recursos de segurança criados especificamente para esse fim estão cada vez mais incorporados nos serviços de nuvem e podem potencialmente complementar ou substituir os sistemas de segurança existentes.

A Microsoft oferece uma vasta gama de funcionalidades de segurança do Microsoft 365 e fornece orientação prescritiva para empregar as melhores práticas de segurança que podem ajudá-lo a garantir a segurança dos dados e da rede para o Microsoft 365. As práticas recomendadas incluem:

  • Utilizar a autenticação multifator (MFA) A MFA adiciona uma camada extra de proteção a uma estratégia de palavra-passe forte, ao exigir que os utilizadores confirmem uma chamada telefónica, uma mensagem SMS ou uma notificação de aplicação no smartphone depois de introduzirem corretamente a respetiva palavra-passe.

  • Utilize Microsoft Defender for Cloud Apps Configure políticas para monitorizar atividade anómala e agir em relação a ela. Configure alertas com Microsoft Defender for Cloud Apps para que os administradores possam rever atividades invulgares ou de risco do utilizador, como a transferência de grandes quantidades de dados, múltiplas tentativas de início de sessão falhadas ou ligações a partir de endereços IP desconhecidos ou perigosos.

  • Configurar a Prevenção de Perda de Dados (DLP) A DLP permite-lhe identificar dados confidenciais e criar políticas que ajudam a impedir que os seus utilizadores partilhem acidental ou intencionalmente os dados. O DLP funciona em todo o Microsoft 365, incluindo o Exchange Online, SharePoint Online e OneDrive, para que os seus utilizadores possam manter-se em conformidade sem interromper o fluxo de trabalho.

  • Utilizar o Sistema de Proteção de Dados do Cliente Como administrador do Microsoft 365, pode utilizar o Sistema de Proteção de Dados do Cliente para controlar a forma como um engenheiro de suporte da Microsoft acede aos seus dados durante uma sessão de ajuda. Nos casos em que o engenheiro requer acesso aos seus dados para solucionar e corrigir um problema, o Customer Lockbox permite que você aprove ou rejeite a solicitação de acesso.

  • Use a Classificação segura

Uma ferramenta de análise de segurança que recomenda o que pode fazer para reduzir ainda mais os riscos. A Classificação de Segurança analisa as suas definições e atividades do Microsoft 365 e compara-as com uma linha de base estabelecida pela Microsoft. Obtém uma classificação com base no seu alinhamento com as melhores práticas de segurança.

Uma abordagem holística do reforço da segurança deve incluir a consideração do seguinte:

  • Mude a ênfase da segurança de perímetro para a segurança de ponto final ao aplicar funcionalidades de segurança baseadas na nuvem e de cliente do Office.
    • Reduzir o perímetro de segurança para o datacenter
    • Ativar confiança equivalente para dispositivos do utilizador dentro do escritório ou em localizações remotas
    • Concentre-se em proteger a localização dos dados e a localização do utilizador
    • As máquinas de utilizador geridas confiam mais na segurança do ponto final
  • Gerencie toda a segurança da informação de forma holística, não se concentrando apenas no perímetro
    • Redefina a WAN e a construção da segurança da rede de perímetro permitindo que o tráfego confiável ignore os dispositivos de segurança e separando dispositivos não gerenciados para redes de Wi-Fi convidado
    • Reduza os requisitos de segurança de rede da borda WAN corporativa
    • Alguns dispositivos de segurança de perímetro de rede como firewalls ainda são necessários, mas a carga é reduzida
    • Garante uma saída local para o tráfego do Microsoft 365
  • As melhorias podem ser abordadas incrementalmente, conforme descrito na seção Otimização incremental . Algumas técnicas de otimização podem oferecer melhores relações custo/benefício dependendo da sua arquitetura de rede, e você deve escolher as otimizações que façam mais sentido para sua organização.

Para obter mais informações sobre a segurança e conformidade do Microsoft 365, consulte os artigos Segurança do Microsoft 365 e Microsoft Purview.

Otimização incremental

Representamos o modelo de conectividade de rede ideal para SaaS anteriormente neste artigo, mas para muitas grandes organizações com arquiteturas de rede historicamente complexas, não é prático fazer diretamente todas essas alterações. Nesta secção, discutimos muitas alterações incrementais que podem ajudar a melhorar o desempenho e a fiabilidade do Microsoft 365.

Os métodos que utilizará para otimizar o tráfego do Microsoft 365 variam consoante a topologia da sua rede e os dispositivos de rede que implementou. As grandes empresas com muitas localizações e práticas de segurança de rede complexas precisam de desenvolver uma estratégia que inclua a maioria ou a totalidade dos princípios listados na secção de princípios de conectividade do Microsoft 365 , enquanto as organizações mais pequenas poderão apenas precisar de considerar um ou dois.

Você pode abordar a otimização como um processo incremental, aplicando cada método sucessivamente. A seguinte tabela lista os principais métodos de otimização por ordem do seu efeito na latência e fiabilidade para o maior número de utilizadores.

Método de otimização Descrição Impacto
Resolução DNS local e saída de Internet Aprovisione servidores DNS locais em cada localização e garanta que as ligações do Microsoft 365 saem da Internet o mais próximo possível da localização do utilizador. Minimizar a latência
Melhore a conectividade fiável até ao ponto de entrada do Microsoft 365 mais próximo
Adicionar pontos de saída regionais Se a sua rede empresarial tiver várias localizações, mas apenas um ponto de saída, adicione pontos de saída regionais para permitir que os utilizadores se liguem ao ponto de entrada do Microsoft 365 mais próximo. Minimizar a latência
Melhore a conectividade fiável até ao ponto de entrada do Microsoft 365 mais próximo
Ignorar proxies e dispositivos de inspeção Configure browsers com ficheiros PAC que enviam pedidos do Microsoft 365 diretamente para pontos de saída.
Configure routers de borda e firewalls para permitir o tráfego do Microsoft 365 sem inspeção.
Minimizar a latência
Reduzir a carga em dispositivos de rede
Habilitar conexão direta para usuários de VPN Para utilizadores de VPN, permita que as ligações do Microsoft 365 se liguem diretamente a partir da rede do utilizador em vez de através do túnel VPN ao implementar túnel dividido. Minimizar a latência
Melhore a conectividade fiável até ao ponto de entrada do Microsoft 365 mais próximo
Migrar da WAN tradicional para a SD-WAN SD-WANs (Software Defined Wide Area Networks) simplificam o gerenciamento de WAN e melhoram o desempenho substituindo roteadores WAN tradicionais por dispositivos virtuais, semelhante à virtualização de recursos de computação usando máquinas virtuais (VMs). Melhorar o desempenho e a capacidade de gestão do tráfego WAN
Reduzir a carga em dispositivos de rede