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