多云架构思考(一）

众所周知各种云厂商提供类似云产品，越是深度依赖某个云厂商的云服务，越是难于迁移到其他云厂商，而单云厂商故障越是能让业务彻底宕机，因此很多企业 会选择多云架构，它由多个云供应商提供的多个云服务组合而成，既可以是公共云，也可以是私有云。也可以组建 IDC来解决这个问题。

多云架构可以为企业带来许多好处，但同时也面临着诸多性能挑战。企业网 D1Net 编译了大学教授托齐 的一篇文章。

《多云架构的3个常见性能挑战和解决方案》

http://www.d1net.com/cloud/news/564417.html

本人在结合多云架构 更改增加最常见的性能难题，以及克服这些难题的技巧。希望引起大家思考 希望大家一起讨论

— 1 —

云平台之间的网络连接

当企业有两个应用程序或服务在同一个云平台中交换数据时，其数据通常不需要通过全球互联网传输。在大多数情况下，通过同一云平台中的网络传输数据的移动速度，都比通过全球互联网从一个云平台，传输到另一个云平台数据移动的速度快得多。这意味着，云平台之间的网络连接可能成为多云体系结构的严重性能瓶颈。要想解决这个难题，开发人员应避免将大量需要和其他云平台进行传输的数据，存储在一个云平台中。条件允许的话，可以在数据从一个云平台迁移到另一个云平台之前，对其进行压缩。压缩数据可能会增加企业的云计算费用，但会提高性能。

另外从网络模型上也存在诸多问题， 多云的网络路由重叠，导致必须设计之初考虑多云网络模型，但是往往很多公司创业初期 并没有加大很多网络运维成本且云厂商可选择子网又不径相同，这种问题产生更加加剧网络设计之初模型 给后续整个网络迁移工程提高大大成本 。

事前规划 事中调整 事后排查 连接用什么方式，来做安全网络都值得用户去深思熟虑

— 2 —

监控报警多个云平台

当监控云平台变得越来越困难时，识别云平台中的性能或可用性问题也就变得更加困难。解决这个难题的最佳方法是采用云计算监视工具。目前，几乎所有的 APM 解决方案都支持云平台，你可以轻松找到符合自己要求的工具。需要注意的是，针对多个云平台的优秀性能监视工具，不仅能监视所有云平台，还有配置工具，以了解多云工作负载的细微差别。企业使用的工具必须认识到运行在不同云平台中的两个服务已连接并相互依赖，以便能够有效地向工作人员发出潜在问题的警报。

— 3 —

扩展限制

云计算的主要优势之一是能够在需求变化时，迅速增加或减少工作负载的资源分配。在单个云平台中，使用云计算供应商的原生自动扩展工具，配置工作负载的自动扩展非常容易。但是，当用户的工作负载跨越多个云平台时，自动扩展就会变得棘手。企业无法使用 Azure 的自动扩展框架来扩展多云工作负载中基于 AWS 的组件，反之亦然。要想解决这个难题，用户可以在每个云平台上分别配置自动扩展。这种方法很有效，并且也不会给 IT 团队带来太大的工作量。当然用户结合自身开发兼容两个云厂商 但是，当多云工作负载的自动扩展本身业务很复杂时，IT 团队可能需要考虑采用通用控制平台来设置和管理其云计算环境。通用控制平台将自动在云平台之间执行扩展和负载平衡，无需在每个云平台中分别配置自动扩展。采用多云策略虽然可以提高云平台性能，但也需要借助正确的架构设计和工具。如果没有规划云平台之间的网络带宽瓶颈、多云监控和扩展挑战，企业很可能错过多云提供的性能机会。

— 4—

变革和未来

多云的架构给云平台提高更多的可用性 ，不仅仅只是单一产品的层面的可用性。在资源上有更多的选择，不同的云厂商优缺点并不一致，如目前遇到 XXX资源不足、CDN国内资源比较差 这并不是一家云厂商的可以解决的问题。

另一方面多云在费用对比上更加有议价权，产品选型上更加有产品对比性，资源情况上更加有可操作的资源。另外也要让云厂商知道 我们不仅仅可以使用你 也可以随时换掉你！

— 5—

结语

采用多云策略可以提高云平台性能，但是只有通过正确的架构设计和工具才能实现。如果没有规划云平台之间的网络带宽瓶颈以及多云监控和扩展挑战，企业很可能错过多云提供的性能机会。 最后大家一起努力 希望大家能做的更好、如果有什么好思路 可以一起讲出来大家一起讨探吧