这本由供应商撰写的技术入门书是由Network World编辑的，目的是消除产品推广，但读者应该注意，有个足球雷竞技app它可能更倾向于提交者的方式。
向云的迁移正在顺利进行中。超过一半的cio调查在去年的Gartner Symposium IT Expo上，他们说他们将采用云优先战略向前推进。Verizon的市场状况:企业云2016报告调查发现，84%的企业表示，他们的云使用量在过去一年有所增加，一半的企业表示，到2018年，他们至少75%的工作负载将使用云。更能说明问题的是，半数受访者使用两到四家云服务提供商。
无论你是想转移到云计算，考虑云投资组合的多样化，还是只想比较云计算的性能和价值，在做任何决定之前，请考虑以下五个关键问题:
*如何监控互联网基础设施?当您监视您的内部基础设施和应用程序时，您有哪些关于您的客户连接到您的业务所依赖的外部Internet连接的信息?如果到特定数据中心的连接中断，或者云提供商无法到达重要市场，您的系统管理员应该拥有必要的工具，将流量路由到另一个中心，以保持服务的运行。如果您遇到延迟或质量下降，您的IT团队必须知道如何监视这些问题，以及如何优化性能。
另一件需要考虑的事情是了解您的“平均时间清白”——如何快速准确地确定影响客户的问题是由您的应用程序、数据或计算环境造成的，还是由Internet路由、宕机或云/SAAS提供商造成的。虽然云服务提供商、CDNs和加速服务可能会声称“一直在运行”，但这并不意味着你的客户总是可以访问到它们。
*如果你是一家跨国公司，你如何确保云上的全球可用性?如果您的终端用户在一天的任何时间从全球各地访问您的互联网资产，您需要确保您的终端用户体验是平等的，无论客户在何时何地访问您的网站、应用程序或内容。确定可用性意味着了解您的服务是否对客户和合作伙伴可用。这对于理解您所选择的云提供商和CDNs的连接性能尤其重要。
2015年谷歌云服务中断近两个小时，原因是其虚拟网络流量路由中的软件问题。如果您的业务使用单个云实例和谷歌云客户端，而您没有监视网络范围的可用性，那么您就会遇到这种中断，您的可用性就会受到影响。
那么你的生意如何确保你有强壮的可用性无论本地互联网的条件或在大半个地球吗?在多个云供应商站点上分布主机可以保护客户免受单一站点或单一区域宕机的影响。还建议您监视全局网络以确定负载级别。如果您注意到性能问题，可以使用一些工具来平衡这些负载，并确保无论时间、日期或情况，可用性都保持强大。
*使用一个云提供商足够或你应该考虑使用多个提供者吗?虽然不是所有的云提供商都是平等的，但是使用多个服务是唯一简单的业务连续性和风险缓解策略。它还可以是一种基于峰值使用、成本峰值和全球负载平衡来管理云成本的有效策略。
使用各种csp使您的公司能够访问多个云实例(位置)，使您能够满足本地市场的客户并利用本地连接。通过使用基于地理位置的先进的基于dn的交通管理解决方案，您可以控制哪些云实例服务于哪些客户，并且通过使用正确的工具，您可以在一个地方进行管理。
使用多个云为您的业务提供了更大的灵活性和价值，允许您扩展规模，并提供始终在线的印象。当出现中断或加载时间变慢(无论是由于流量路由问题还是恶意攻击)时，访问不同路径的能力也很有用。与多个提供商合作将帮助您规避这些问题，尽可能快地重新路由流量，以确保最小的中断。作为额外的好处，拥有多个csp可以帮助在问题发生之前就保护它们，允许您将应用程序和服务部署到两个(或更多)云实例中，这样它们就可以使用全局负载平衡或故障转移架构互相备份。
*最佳互联网性能的最大风险是什么?最大的风险就是不知道性能的实时状态——Internet延迟问题在哪里，全局可用性和可达性是什么样的，最终用户的实际性能如何。在潜在客户输入域和打开页面之间，会发生大量的事情。在CDN或ISP级别，在SAAS提供商或客户连接的网络中，可能会发生错误。一个网站运行速度慢的原因也有很多，而且大多数消费者和公司都不清楚他们的性能问题是如何产生的以及为什么会出现这样的问题。
管道故障、路由异常、延迟、包丢失、安全威胁(如中间人攻击和DDoS)只是对平稳运行的网络的一些常见风险。了解您的连接——以及监视、控制和优化它们——是对Internet性能的真正测试，也是对您的网络中的薄弱环节的真正测试。
*我如何保持我的网站在事件停机?宕机正在改变您的业务，宕机的发生频率惊人——全球互联网上每天宕机超过3000次。而且，如果没有办法衡量客户和资产之间的关系，大多数公司都很难检测到互联网连接故障。
持续监视面向internet的体系结构是确保长期不受中断影响的唯一正确方法。如果您不能正确地发现停机，您的企业将无法管理响应，从而降低销售、收入以及品牌信心和忠诚度损失的风险。与对基础设施具有真实可见性的正确合作伙伴一起工作，将使您能够减少停机风险，而不仅仅是通过在中断之前或中断期间识别它并做出近乎即时的重新路由决策。