Conheça o básico do Hybrid Mail Flow
Quando estamos implantando o Exchange Online, uma das partes mais importantes é escolher como vamos gerenciar o fluxo de e-mail entre os dois ambientes. Isto se dá por que existem algumas possibilidades possíveis quando se tem um ambiente em Exchange Server. Exemplo:
- Ambiente misto com Exchange Server 2010 com 2013;
- Ambiente misto com Exchange Server 2007 com 2013;
- Ambiente misto com Exchange Server 2010 com 2016;
- Ambientes Exchange Server ou Online com AntiSpam de terceiros.
Estas são algumas possibilidades. Mesmo que os servidores que possuem o Exchange Server 2007 e 2010 não tenham mais suporte da Microsoft, ainda existem várias organizações que possuem servidores com estas versões de Exchange Server instalados.
Neste artigo não entraremos nos detalhes dos motivos para efetuar o upgrade de versão ou qualquer coisa do tipo, trataremos isto em outro post do blog.
Conheça o Hybrid Mail Flow
Quando executamos o Hybrid Deployment, temos duas opções de mail flow que são:
Mail Flow Centralizado;
Mail Flow descentralizado.
Cada um tem sua particularidade, porém grande parte das empresas onde já implantamos o Hybrid Deployment não tiveram a necessidade de utilizar o mail flow centralizado.
Mail flow centralizado:
Todas as mensagens para a internet irão sair pela sua organização de Exchange Server, independente de onde esteja a mailbox do usuário.
Mail flow descentralizado:
Cada organização irá se encarregar de enviar as mensagens pelo seu “Hub Transport”. Desta forma mailbox que estão no Exchange Online quando enviarem mensagens irão sair pelo Exchange Online e, mailbox que estiverem no ambiente On-Premises quando enviarem mensagens irão sair pelo Exchange Server.
Nossa recomendação
A recomendação na grande parte dos projetos que participamos é utilizar o mail flow descentralizado. Quando efetuamos está configuração não colocamos uma carga desnecessária para o Exchange Server. Pois, o Exchange Online se encarrega de enviar as mensagens de remetentes externos diretamente para o MX. Geralmente para grande parte dos clientes isto funciona perfeitamente.
Quando optamos por utilizar o mail flow centralizado, o Exchange Server fica responsável por todo o fluxo de e-mail. Isto pode causar uma sobrecarga no servidor, por mais que as mensagens das mailbox que estão no Exchange Online sejam tratadas como mensagens “locais” o Exchange Server recebe estas mensagens da internet, isto pode gerar uma fila desnecessária para o Exchange Server.
Vamos imaginar um cenário:
A empresa A1 possuí o Hybrid Deployment configurado com o Exchange Online, porém por algum motivo teve um problema no Exchange Server e, ele está indisponível. Com o mail flow centralizado todo o fluxo de e-mail independe de onde mailbox esteja hospedada vai ficar indisponível até que o Exchange Server fique disponível novamente. Dependendo do problema isto pode demorar algumas horas, dias.
Com o mail flow descentralizado se o problema ocorrer somente as mailbox que estão no ambiente de Exchange Server serão afetadas. Mesmo que o problema demore para ser resolvido, ainda sim a pressão sob quem administra o Exchange Server pode diminuir.
O mail flow centralizado pode ser uma saída para empresas que possuem algum tipo de regulamentação em manter os dados no país de origem ou, até mesmo algum tipo de regulamentação específica do setor. A Microsoft tem trabalhado para se adequar as várias regulamentações de cada país, isto vale para o Office 365 e, também para o Azure.
Algumas empresas utilizam o mail flow centralizado, pois ainda possuem contrato com AntiSpam de terceiros e, possuem o equipamento em seu datacenter. Neste caso é plausível manter o mail flow centralizado, porém não é a melhor saída. Pois o equipamento pode dar problema, o datacenter pode dar problema, consequentemente os e-mails não serão entregues aos destinatários.
Sempre que possível recomendadmos utilizar o mail flow descentralizado, por questões de disponibilidade do Office 365 (replicação geográfica) e até mesmo porque o Office 365 também possuí AntiSpam, DLP e afins. Sempre antes de executar a configuração do Hybrid Deployment devemos entender a necessidade de cada cliente e planejar da melhor maneira possível o mail flow, pois isto pode causar um impacto muito grande no negócio de cada cliente.