zb吧(zb吧)

(中国计算机世界出版服务公司出品)

很多时候，多云的建筑是很有意义的。然而，在自由选择、灵活性和避免供应商锁定方面，多云天气可能会给企业带来一些隐性成本和潜在问题。

云计算有很多令人眼花缭乱的选项，从CIO到实习生每个人都会感到无所适从——那些24GB内存的服务器看起来不错，新的人工智能图像分类系统也是如此。哦，那是什么？长期对象存储？也给我拿些泽贝塔。

一家云服务商提供的服务选项那么好，我为什么不选择两家三家甚至更多的服务商呢？几乎每个人都经历过作业逐渐填满书桌，食谱越来越复杂，直到填满厨房柜台的每一寸空。对于现代的建筑师来说，他们很自然的会有利用整个互联网所有可利用资源的想法。

云建筑是有意义的，因为它很好地满足了一些实际需求。更多的云意味着更多的API选择、更多的数据中心位置和更多的人工智能算法。只要有足够多的人工智能算法，总会有一些可能行得通。新的改进出现后，对云服务持开放态度的架构师团队可以灵活地充分利用它们。

云架构也很受欢迎，因为公司希望摆脱供应商锁定。每当要续签合同时，原来的服务提供商就会趁机抬高价格，直到公司为其引入竞争对手。如果公司从一开始就在架构中加入云敏捷性，一旦供应商的销售团队想要提高价格，公司就可以很容易地转向其他供应商的云服务。对于一个公司来说，只需要一个周末就可以把业务转移到另一个供应商的服务上，这是不可抗拒的。

然而，所有这些优势都是有代价的。足够敏捷地享受竞争带来的优势也有一些副作用，有些副作用可能要几周、几个月甚至几年后才会出现。以下是多云天气的一些隐患，会削弱用户的体验。

无法使用专有工具。

现代云服务的许多组件都是纯商业产品。厂商出售的例子中RAM的大小是不同的，不同的用户对Linux的风格有自己的偏好。在所有这些看似普通的选项中，有些选项会提供独特而强大的工具，但这些工具是有专利的。甲骨文的主数据库，谷歌的Firebase和微软的。Net堆栈就是其中的典型代表。

这使得云用户很难充分利用这些专利工具，因为用户很难在另一个云服务中复制它们。如果你的目标是确保自己有其他选择，可以随时切换到其他厂商的服务，那么你可能享受不到真正适合自己的选项。自由最大的代价是用户永远得不到一个优秀的工具。

选择受到限制

有时候别无选择是件坏事。做决定需要时间。当选择受到限制时，用户不得不制作大量的电子表格和列表，然后提交给考试部门进行考试，这一切可能只会节省一些微不足道的开支。

注意供应商的变化。

云计算的很多组件都是商业产品，可以互相替代。虽然它们可以相互替代，但这些组件之间仍然存在细微的差异，这需要团队不断关注这些差异:也许一个云服务在另一个云服务之前切换到了PHP 8，而另一个云服务在定价和收费模式上可能不利于大量带宽的使用。越来越多的供应商和合作伙伴意味着给用户的邮件通知和视频会议会越来越多，也意味着每年面对面会议中的广告也会占用更多的时间，团队中的每个人都需要做更多的工作。"多云& # 34；成本意味着用户需要长时间对众多供应商的公告、新闻稿、邮件保持关注和警惕。

代码失败的概率增加。

年轻人喜欢用& # 34；开玩笑/不开玩笑& # 34；诸如此类的话被用来衡量有多少诚意，标准制定者也是如此。从理论上讲，互联网离不开精心制定的标准，这些标准保证了互联网中的一切都是可互操作的。这句话虽然很有道理，但在实践中并不完全成立。用户的Ubuntu，Python，或者其他一些所谓的标准版本，总会有细微的差别。当代码遇到这些差异时，就会出现异常甚至崩溃。如果用户在多个云服务上使用自己的代码，代码遇到这些细微差别的概率也会增加。奇怪的是，这些问题往往出现在周六晚上或节假日。

耽搁

与向世界其他地方的数据中心发送数据包相比，在同一机架的机器之间发送数据包更快。如果你想利用南极存储价格低的优势，那么多云策略可能会遇到更长的延迟。在许多情况下，延迟问题并不重要，因为有些数据包不需要快速传输。例如，许多后台计算不需要高速。但是对于为应用的交互组件提供支持的主例程来说，越靠近核心微服务越好。

更多的训练时间

选择云服务意味着用户应该学习和掌握服务提供商的愿景和独特的界面。选择多个云服务，意味着用户需要多次学习和掌握，团队需要不断积累专业知识。目前已经有产品简化了这个过程。

例如，Backblaze引入了一个可以模拟亚马逊S3存储桶的存储API。可惜这样的产品并不多，用户的N次选择意味着要经过N次培训。

价格陷阱

流行的开源操作系统的现代实例似乎已经成为商品。用户通常会选择小时价格最低的产品，但需要注意的是，这些产品往往隐藏了一些重要的潜在成本。例如，一些云服务对离开其中心的数据收费。随着长期使用，一些云服务可能会有更好的回报。云服务的定价模型需要考虑很多因素。如果用户希望选择价格最低的云服务产品，那么他们需要仔细评估自己的选择。这些云服务产品只是看起来像商品，但其定价模式却与普通商品大相径庭。

集成度不高

用户选择云服务产品后还有很多工作要做，整个过程更像是用户交付产品。我们的用户团队或许可以发挥神奇的作用，给代码层增加一些重要的功能，但如果用户接触的只是极少量的代码，要实现超越是非常困难的。很多工作不需要太多的智能，很多任务最好用最简单的方法完成。如果用户要求高，只选择一种云服务可能是最好的选择。原因是多云架构只是最低限度的实现了很多云服务产品的集成。

无法享受折扣。

云提供商会给大量购买的客户提供很大的折扣，尤其是当客户承诺长期使用时。保持敏捷性并随时准备迁移到新的云服务不仅意味着避免供应商锁定，还意味着不享受供应商折扣价格。如果用户将费用分摊到多个云服务上，他们将很难享受到厂商提供的批量购买的折扣。

信任问题

做生意不要相信任何人。用户不要把所有的信任都放在一个服务商身上，这是非常明智的。选择的自由意味着信任更多的厂商，但这种做法会导致厂商失望或背叛的概率翻倍。用户可能不信任自己的每一个云提供商，但是云架构的运营需要更多的信任。如果信任度可以量化为一个数字，那么多云架构所需要的信任度要比只有一个云提供商所需要的信任度多好几倍。

法律漏洞增加。

坚持使用云服务提供商的一个好处是，提供商很难推卸责任。假设用户从一家公司购买火险，从另一家公司购买水灾险。如果洪水导致电气火灾，那么用户很可能会遇到两家公司互相扯皮，认为赔付是对方公司的事的情况。多云选择意味着用户要签署很多默认协议，协商很多合同，也意味着这些协议和合同之间存在更多漏洞，用户更容易踩到这些漏洞。