共计 3306 个字符，预计需要花费 9 分钟才能阅读完成。
以下是对云供应商（AWS，Azure，GCP）的论断：
- 云供应商将越来越关注软件栈中的最低层：通过 API 租赁其数据中心的算力。
- 其余纯软件提供商将在其上构建所有货色，包含数据库、运行代码等等。
目前云供应商提供从开发人员体验到硬件的端到端解决方案：
如果云供应商专一于最低层，而其余（纯软件）供应商专一于下面的层会怎么样呢？
五年后，请提出这个问题，让我对本人被证实是错的感到难堪。然而接下来通过 Redshift 的故事能够很好地表明我的想法。
Redshift 是 AWS 提供的一个数据仓库（又称为 OLAP 数据库）。在 Redshift 之前是一个光明的时代, 这个时代次要的玩家是 Teradata，它是一个线下部署的非云产品。
守业公司感觉用 SQL 来搞数据仓库不靠谱，而应用了 Hadoop。SQL 在过后是有点逊色的，起因在预先看来是很荒诞的。我很快乐咱们曾经走出了这个时代。
总之，有一个名为 ParAccel 的公司搞了一个数据仓库的软件，取得 AWS 受权，重新命名为 Redshift，并在 2012 年在 AWS 推出。
Redshift 在过后是第一个在云中运行的数据仓库。这是 AWS 的一个明智之举，因为它升高了小公司开始做数据分析的门槛。你不须要本人建设任何基础设施，也不须要终日写自定义 mapreduce 和从新加载 jobtracker。
你能够在 AWS 中启动一个 Redshift 集群，给它提供大量的数据，而后它就会开始工作。
Snowflake 是一个 1000 亿美元以上的上市公司。该公司的整个产品是一个数据仓库，看起来与 Redshift 相当类似。
AWS 领有微小的规模经济，管制着底层根底（EC2），并且能够在构建软件方面进行更大的投资。兴许因为锁定的价值，他们甚至能够补贴 Redshift 的开发，并通过其余产品补救资金。不过，事件起了一些变动，Snowflake 的倒退曾经超过了 Redshift。
哪些力量有利于像 Snowflake 这样的公司？这对其余云产品意味着什么？
最底层的云服务是一种纯正的商品服务。因而，为了赚钱, 云厂商至多须要做以下一项。
- 靠整个软件服务栈的下层服务赚钱。
- 用软件服务栈中上层服务来锁定客户，而后靠底层服务来赚钱。
我认为这些都是有情理的，至多从历史上看是这样，但也有一些乏味的趋势在向另一个方向倒退。
下层软件的竞争正变得异样强烈。有这么多的初创公司在做，在便宜的风险投资资金的推动下，违心在构建软件上破费数十亿美元。
云计算供应商可能很快乐只在最底层赚钱。利润率并不差，而且供应商的锁定度依然很高。
初创企业正在向云计算进发
素来没有这么多公司谋求属于云供应商的服务：
这期间产生了什么？可能是很多事件的会合。我至多看到了三个不同的因素：
1、大公司的激励措施导致很难提出新的疯狂想法。与此同时，风险投资家正在向该细分市场注入资金。如果你是一个有抱负的人，你会去 AWS 工作吗？还是你会退出晚期初创公司，或者创立本人的初创公司？预计翻新将从大公司转向初创企业。
2、软件供应商能够同时为所有云供应商构建。我认为这对 Snowflake 来说是一个真正的益处，因为他们的许多晚期客户都是关怀多云的银行，它也扩充了市场规模，晋升了云供应商的影响力。
3、许多胜利的云产品最后都是外部服务。这是一个令人惊叹的产品起源，亚马逊、谷歌和微软曾经进行了大规模测试，这些工具非常适合他们的大企业客户。
但对规模、可靠性和可配置性的极度关注的另一面是，开发人员体验已成为攻打载体，特地是那些可能更关怀进步开发人员生产力的中端市场和小客户。像优步、Netflix 和 Airbnb 这样的稍大的公司有团队来到去将外部工具商业化的历史（通常通过开源的两头步骤）。在主观上讲，这些工具往往更重视开发人员体验。
兴许领有最低层没那么蹩脚？
假如客户每年在 Redshift 上破费 100 万美元。在领取 EC2 经营老本和折旧后，毛利润额为 50-70 万美元。如果该客户将每年 100 万美元的估算转到 Snowflake，那么大概 40 万美元回到 AWS，使 AWS 的总利润约为 20 万美元。
这仿佛对 AWS 有点不好？这个还不能确定。依据财报，Snowflake 预计 2022 年的研发老本将占公司支出的 20%，销售和营销老本则是 48%。
那么，以 100 万美元的支出来计算，Snowflake 的老本是 70 万美元。但兴许 AWS 发明同样的支出只须要 30~40 万美元的老本。这样仿佛是正当的。
当初我想通了。AWS 面临着同样的状况，然而实际上却将构建和销售软件的所有老本“转嫁”给了 Snowflake 等企业。这对他们来说是一笔不错的交易。
AWS 建设软件服务的另一个起因是能够减少用户粘性。Redshift 自身或者并不是一棵摇钱树，但它缩小了 EC2 上的流失率。
在我负责 CTO 的六年中，我没有思考过来做云迁徙。与大多数公司一样，我的公司在工程师薪水上的破费比云计算自身要多得多。将贵重的工夫用在云计算迁徙上是不值得的，除非云计算开销成为毛利的重要组成部分，而这只有多数公司能够做到。
企业不能轻易抉择一个云计算提供商买下最便宜的数据库，而后在下面运行。企业心愿在雷同的云计算提供商和同一个数据中心中运行。
Snowflake、Confluent 和 MongoDB（Atlas）的注册流程中问了两个问题：1. 你的云计算提供商是哪家？2. 在哪个地区？请留神，第一个问题的选项只有 AWS、GCP 和 Azure。
更重要的问题的从一个云迁徙到另外一个云企业到底能够节俭多少钱？我认为是节俭不了多少的，因为没有人想发动价格战。处于一个相当稳固的寡头垄断仿佛十分好，如果我是云供应商，我并不会做这样的抉择。
2030 年的云
咱们向云的转变曾经大概 10 年了，只管它扭转了咱们构建软件的形式，但我认为咱们才刚刚开始。
重大改革通常分两个阶段产生。当一些新技术呈现时，人们会用最简略的办法来应用，让它们保留现有世界的概念模型。当咱们开始从新扫视生产模式时，真正的转变才会产生，因为新世界为发明价值开拓了路线。
比方，苹果公司开始在网上销售音乐时，咱们生产音乐的形式并未产生重大变动。但在像 Spotify 这样的提供商意识到所有权不再重要的时候，真正的扭转产生了。
从这个角度来看，过来的 10~15 年看起来有点像一种愚昧的“晋升和转移”。咱们只是把计算机放在云端，这远远不够。我认为新的更高级别的工具能够使咱们把注意力集中在构建利用程序代码上，而不是放心底层的基础设施。
初创企业行将来获取您的代码
大多数开发者都不与云计算提供商进行交互，这一点我并不会感到意外。另外一个令人兴奋的畛域是事务型数据库。但我认为行将到来的最大变动是，软件提供商将会越来越多地运行客户代码。
这个想法不新鲜——2007 年 Heroku 公布，2014 年 AWS Lambda 公布。Kubernetes 在过来的几年中始终很有意思，这依然是一种必然的趋势：走向一个齐全“无服务器”的世界。
当初，云端中的计算机利用率低得离谱，我猜想 CPU 均匀利用率大略只有 10%。有一种观点认为云计算提供商须要在云上运行软件，他们必须本人应用能力推动云的采纳。不过，他们曾经有了一堆外部的货色能够交付。市场成熟后，他们能够将精力集中在本人劣势最大的畛域。
对于云计算倒退的预测
- 云计算市场的支出将增长到每年 10000 亿美元，这简直齐全没有争议。
- 大多数工程师并不间接与云计算提供商进行交互，而是通过这些提供商提供的服务进行交互。
- 数据库市场（OLAP，OLTP，任何你能想到的）将由云计算供应商顶部运行的供应商主导，并且在底层齐全形象。
- 将有一些惊人的形式来解决目前妨碍无服务器解决方案的开发者体验问题。
- 初创公司和云计算提供商之间会有很多单干。云计算提供商可能会让出一个畛域，并试图成为初创公司的首选合作伙伴。
- Kubernetes 将成为被人们青睐五年的奇怪事物，正如 Hadoop 在 2009~2013 年一样，但世界仍将继续前进。
- 云计算中的资源利用率将会大大提高，工程师们在资源分配和配置上所破费的工夫会缩小一个数量级。
- IBM 最终放弃“混合多云”。
- YAML 会成为那些老去的开发者们酒桌上的话题。这个话题开始时，也意味着团聚该完结了。
