AWS红心多云？它会发生的

你听到远处的隆隆声了吗？看到像侏罗纪公园一样向外扩散的同心涟漪了吗，在你的云彩自满的杯子里？

这将是前奏：编造谣言，越踩越近，云龙雷克斯亚马逊网络服务将在年底前宣布某种类型的多云管理工具。

这听起来太牵强了！这不可能是真的！多年来，AWS一直在告诉我们其他云的存在。他们甚至向他们的合作伙伴口述了奥威尔式的新说法，即“多云”、“跨云”、“任何云”必须从记忆洞中消失。

AWS构建跨云仪表板的想法是如此愚蠢，以至于科里·奎恩(Corey Quinn)取笑它，从而引发了他的标准咆哮。

如果你对原因感到困惑，你可能还在想着“多云”，就像供应商在2016年试图向你推销的那样：作为一种对冲，无论是不是微妙的，都是为了抵御巨大的糟糕的AWS锁定。

这不是真实的人们在地面上使用多云的方式。从来都不是。AWS知道这一点。

听着，我以前也加入过多云嘲笑者。我称多云是“寻找问题的问题”，并对那些将解决方案剥离到最低公分母的供应商投下阴影，试图包抄提供商原生服务，但注定要失败。

但莉迪亚·梁(Lydia Leong)说，多云在大多数组织中是不可避免的。(我希望将其正式化为梁氏定律，因为在接下来的十年里，它将继续听起来很有洞察力。)。超过了令人惊讶的临界量低点，您几乎注定会在您的组织中到处散布Azure、AWS和GCP-这并不一定是因为您正在做出一些草率的“战略”选择，让提供商相互较量。这可能是因为您收购了另一家公司，或者某个团队需要一个云提供而另一个云不提供的服务，或者(最有可能的是！)。你只是根本没有任何自上而下的计划。见鬼，如果你按照杰夫·贝佐斯(Jeff Bezos)那种低沟通、高度自主的2-Pizza团队思维模式运营，那么在组织层面上可能会有双云或三云的情况。

事实上，当我们今年夏天在A Cloud Guru对26,000名云构建商进行调查时，大约75%的人认为AWS是他们公司的主要云。但基本上相同数量的人表示，他们也有一些工作负载在Azure或GCP上运行。再说一次，没有人这样做是一种战略选择，这只是现实。四分之三的云商店在AWS上作弊。

那么，梁朝伟认为多云是不可避免的，而Ben Kehoe也正确地坚持多云解决的问题就像给牛倒垃圾一样(你知道这不是真的，因为YouTube上没有视频)，这怎么可能是正确的呢？

组织级别的多云是不可避免的，甚至不是一件坏事。工作负载级别的多云是营销驱动的幻想。

几个月前，RedMonk的州长James将手指放在这个问题的按钮上，观察到人们正在做的事情(成功！合情合理！)。在术语“多云”的保护伞下，多云与供应商试图如何销售并没有太大关系。他在那篇文章中花了一些时间寻找一个更好的术语来描述“在云提供商和其他SaaS供应商之间混合和匹配的最佳服务选择”，但并没有真正提出任何有粘性的东西。

事实证明，有一个术语正试图做出这种精确的区分，这个词就是“多云”。我在我的书里用了这个词，但老实说，我也不指望它能坚持下去。我们已经有了一个听起来不像是进步式浪漫关系的词。这听起来与真正的构建者想要的意思一模一样：他们正在使用来自多个云的服务。多云。

想想看，围绕多云的种种乱七八糟的事情，让我非常想起了为“无服务器”这个词的灵魂而进行的永恒战争。是的，我们知道有服务器！是的，我们知道我们在单个云上运行单个工作负载，不这样做将是愚蠢的！但是“无服务器”已经坚持了下来，把所有的语义干扰放在一边，因为它感觉是对的。“无服务器”是建立在FAAS之上的感觉。“多云”是副总裁在BI团队中看到一点Azure，在研发团队中看到一小块GCP时的感觉。

如果我们都对语言的描述性方法感到更自在，这将是一次更容易的对话。但我不会屏息以待。

如果您关注了一段时间，就会知道基本上有两个AWS服务梯队：

AWS希望您使用的服务是从零开始设计的，旨在提供定义AWS做事方式的那种性能、可扩展性和(当然)深度集成。EC2和DynamoDB都属于这一类。IAM、Lambda、S3、Kinesis、ECS。QLDB是最近加入正典的一个项目。很容易发现这些“AWS原生”服务，因为它们经常受到亚马逊零售业的阻挠。

The…。其他服务，如Amazon MSK(Apache Kafka的托管流媒体)，有时似乎只是因为客户的要求才存在。AWS并不一定希望你使用Kafka而不是Kinesis，或者使用EKS而不是ECS，但如果你对Kubernetes的欲望引诱你使用Azure或GCP，那么他们会更讨厌你，这样他们就会在你所在的地方与你会面。

现在，让这个逻辑远远超出我们所有人认为的逻辑极限。AWS不能再在只承认Azure和该团伙足够长的时间来取笑他们在Re：Inventent Keynote中的市场份额的泡沫中运营。如果他们的企业鲸鱼正在发出信号，表明他们需要工具来管理多个云(他们确实是！多云是很难管理的，它一直都在敲打它们！)，然后AWS最终会把它交给它们。这存在于他们的DNA中。这就是他们取胜的方式。

这么说吧：AWS之所以建造ECS，是因为他们拥有伟大的工程师。他们卖EKS是因为他们很聪明。他们太，太聪明了。他们是云的速度猛禽，只要他们愿意为了追求客户价值而蚕食自己的产品，他们就仍然很难被击败。

“多云是AWS无法比拟的杀手级价值支柱”不再是创业领域唯一安全的赌注。虚拟的Re：发明博览会大厅里的每一只恐龙都在要求被小行星击中。做好撞击的准备。

几周前，我随便走进一家巴诺书店，发现书架上放着我自己的书。很难用语言来表达那是什么感觉。我脑海中唯一浮现的词就是感谢：感谢我在威利的编辑，感谢我的技术评论员，感谢我长期受苦的家人。还有人类、狗、猫和阿米古鲁米，他们读了这本书，留下了好评。

如果你碰巧读过并喜欢“大声朗读云”，你会考虑在亚马逊上快速评论一下吗？我听说这对出版商很有帮助，我将非常感激，最后一次。如果你不喜欢这本书，你当然可以把那些废话留给自己。

如果你还没有买，现在是为你的非技术朋友和家人取消圣诞购物的绝佳时机…

我在A Cloud Guru上开始了一个新的博客和视频系列，名为“亲爱的Gurus”，我在那里为希望进入云计算的人提供职业建议。这个系列已经产生了我一直以来最喜欢的YouTube评论：“这并不全是胡说八道。”这个我要了!。

云简历挑战赛作为每月#CloudGuru挑战赛找到了永续生活，现在就可以攻克11月版(机器学习！构建Netflix风格的推荐引擎！)。特邀嘉宾凯莎·威廉姆斯。

下周我将在cloudtamer.io的CloudUnity峰会上做主题演讲。主题：COVID时代的云。我会给你们留下我要开始和…谈话的内容。

-康威定律-&>康威的隔离推论：最终，您的系统质量将反映用于设计它的远程白板软件的质量。

摩尔定律摩尔的哀叹：2020年的天数大约每两个月翻一番，而其中完成的有用工作量却减少了一半。

-2-Pizza Team->；单屏团队：如果在视频聊天中无法在同一屏幕上看到所有同事，则说明您的团队太大了。

-墨菲定律：任何可能出错的事情都会出错。(此版本不需要更新。)