云计算有着众多令人眼花缭乱的选项，从首席信息官到实习生都会感到无所适从--那些有24GB内存的服务器看起来不错，新的人工智能图像分类系统看起来也很好。哦，那是什么东西？长期对象储存吗？也给我准备几个ZB（泽字节）吧。
一家云服务提供商提供的服务选项就这么好，那么我为什么不再选择两、三家，或是更多的服务提供商呢？几乎所有人都经历过家庭作业逐渐堆满书桌、食谱越来越复杂直到占满厨柜台面的每一寸空间。对于现代架构师来说，他们会很自然地萌生出想要利用整个互联网中所有可用资源的想法。
多云架构之所以有意义，在于其很好的满足了一些实际需求。更多的云意味着更多的API选择、更多的数据中心位置，以及更多的人工智能算法。只要人工智能算法足够多，总会有一些算法可能会奏效。在新的改进出现后，对多云服务持开放态度的架构师团队可以灵活而充分地利用它们。
多云架构之所以受到欢迎，还有一个原因在于公司希望摆脱厂商锁定。每当合同要续签时，原来的服务供应商就会趁机涨价，直到公司为其引入竞争对手为止。如果公司从一开始就将多云敏捷性加入到体系结构中，一旦供应商销售团队想涨价，那么公司可以很容易地改用其他供应商的云服务。对于公司来说，只需要一个周末的时间即可将自己的业务迁移至另一家供应商的服务上，这点具有不可抗拒的吸引力。
然而所有这些优势都是有代价的。保持足够的敏捷来享受竞争带来的优势，这也存在着一些副作用，有的副作用可能在几周、几个月甚至几年之后才会显现出来。以下是多云隐藏的一些潜在危险，这些潜在危险将会削弱用户的体验。
现代云服务中的许多组成部分都是纯商业产品。厂商销售的实例中的RAM大小都不尽相同，不同用户对Linux的风格也各有偏好。在所有这些看似普通的选项中，有些选项会提供独特而强大的工具，不过这些工具是有专利的，甲骨文的主数据库、谷歌的Firebase和微软的.Net堆栈只是其中的典型代表。
多云使得用户很难充分利用这些专利工具，因为用户很难在另一个云服务中复制它们。如果你的目标是确保自己有其他的选择，可以随时切换到其他厂商的服务上，那么你可能无法享受到真正适合自己的选择。自由选择的最大代价就是用户永远都无法得到一款优秀的工具。
有时没有其他的选择也不失为一件坏事，做出决定需要时间。选择受到制约时，用户不得不制作大量的电子表格和清单，然后再提交给审查部门进行审查，所有这些工作做下来可能只节省了一些微不足道的费用。
云计算的许多组件都是可以相互替代的商业产品。虽然可以相互替代，但是这些组件仍然存在着微小的差别，这需要团队不得不持续关注这些差别：也许一个云服务已经先于另一个云服务切换到了PHP 8，另一个云服务在定价和收费模式方面可能不利于大量带宽的使用。越来越多的供应商和合作伙伴意味着用户的电子邮件通知和视频会议也会越来越多，意味着在年度面对面会议上的广告宣传也将占用更多的时间，团队中的每个人都需要做更多的工作。"多云自由"的代价意味着用户需要长期保持对众多供应商的公告、新闻稿和电子邮件的关注和警惕。
年青人喜欢用"开玩笑/不开玩笑"之类的话来衡量到底有多少诚意，标准制定者也是如此。从理论上讲，互联网与精心制定的标准是不可分开的一对，这些标准确保了互联网中的所有东西都具有互操作性。虽然这句话很有道理，但是做起来却并非完全如此。在用户的Ubuntu、Python，亦或是其他一些所谓的标准版本之间，总是会有微小的差异，当代码遇到这些差异时就会出现异常甚至是崩溃。如果用户在多个云服务上使用自己的代码，那么代码遇到这些微小差异的概率也会增加。诡异的是，这些问题往往会在周六晚上或是假期中出现。
