我最近举办了一个网络研讨会，讨论如何为Office 365最佳地构建网络。在此之前，许多客户抱怨他们在部署响应式Office 365实现方面遇到了困难。SharePoint不能正常工作;Skype的通话情况尚不清楚。忘了OneDrive for Business吧。这是令人难以置信的慢。
延迟和Office 365
确保顺利过渡到Office 365，或者任何云部署，都需要对正在部署的Office 365应用程序有一个坚实的了解。这里的延迟问题。Microsoft建议Office 365的往返延迟不超过275 ms，但是这些指标会随着Office 365应用程序的不同而发生显著变化。在线Exchange的延时不应超过50ms, SharePoint的延时不应超过25ms。(查看我的“终极”Office 365网络工具列表帮助您部署O365。)
一个客户的经验尤其让我印象深刻，因为它代表了许多企业在部署Office 365时所面临的挑战。该公司在波兰的办公室已经购买了office 365许可，这些许可可以访问微软荷兰数据中心的一个实例。尽管从波兰到荷兰的距离相对较短，但该公司在与SharePoint在线的数据传输过程中却经历了令人痛苦的漫长过程。我们只需要几分钟就可以移动10 MB的文件。
作为客户参与的一部分，我们检查了他们的路由策略。该公司正在通过MPLS网络将互联网流量恢复到美国的一个出口点。然后，流量通过互联网返回到位于荷兰的Office 365实例。难怪他们有延迟问题。
4o365网络架构及其评估
解决办法似乎很简单:通过向他们提供直接的互联网接入来消除回程。但是正如我们在网络研讨会中所讨论的，吞吐量和性能的一致性只是评估Office 365网络架构时考虑的一部分。您还需要考虑安全性、部署、移动支持和成本。
在我们所研究的四种网络体系结构之间，这些特征可能存在显著差异的网络研讨会. 分布式互联网接入是最简单的，将办公室直接连接到互联网，但没有内在的安全性。广域网扩展带来了更好的性能和改进的安全管理，但部署起来更具挑战性，将广域网扩展到了微软的边缘。快线则相反，将微软的优势带到广域网。基于云的SD-WAN似乎提供了一个很好的中间方案，
最后，我们在波兰办公室部署了一个SD-WAN设备，从而解决了互联网流量问题。Office 365流量被直接发送到公共互联网;广域网路的交通继续被拖回美国。随着RTT减半，Office 365的问题“奇迹般地”得到了解决。至于安全方面，他们使用了SD-WAN有状态防火墙，该防火墙只对必需的Office 365域/ ip开放，而其余流量继续被送回美国。本地防火墙的预算和管理是促成这一点的一个因素。
SD-WAN安全性至关重要
虽然分布式Internet访问可能适用于此客户，但可能不适用于您。对我的许多公司来说，管理分支站点的安全性是一个巨大的问题。虽然一个或两个办事处可能不构成问题，但在规模上跨分支办事处提供安全性是一个问题。
这就是为什么我一直说安全应该与SD-WAN集成。我并不是指每个SD-WAN提供商都提供的加密。我指的是先进的安全技术，比如下一代防火墙(NGFW)、入侵防御系统(IPS)和安全网络网关(SWG)。
SD-WAN供应商在这方面取得了进展。去年8月,卡托添加“诱导多能性”其融合网络和基于云计算的SD-WAN服务。开放系统重新打包其设备中的第三方服务，并提供NextGen防火墙、IDS/IPS和网络安全监视。Versa网络提供一个运行各种安全VNFs的vCPE，其中包括防火墙中的SSL检查。
在SD-WAN供应商不集成安全性的情况下，许多供应商使用服务插入和服务链接来简化第三方集成。例如，Velocloud一直在构建一个由安全供应商组成的第三方生态系统，如Palo Alto、Fortinet和Check Point。它最近扩大了生态系统包括赛门铁克、VMware和Forcepoint。银色的峰值与Zscaler、Palo Alto Networks、Fortinet和Check Point进行了类似的集成。
与将安全性集成到SD-WAN相比，提供安全性变得更具挑战性。您仍然需要在分支机构部署第三方安全产品和服务，并为此承担所有的复杂性和成本
推出Office 365的问题涉及安全、性能等多个方面。四种架构可以解决这些挑战的各个方面。哪种方法是正确的将取决于您的组织。