垂直云正在兴起，因为传统云让位于专业化。
过去 15 年的基础设施叙事一直以云为主。 它的增长推动了从硬件、软件到运营等方方面面的创新浪潮，并导致了行业历史上最大的工作负载迁移。 少数超大规模企业推动了这种增长，它们的影响怎么夸大都不为过。 他们在人才库中占主导地位。 它们主导着市值增长。 他们主导着全球 IT 支出，其中前几位 5 年花费超过 $2019B （并且至少超过 $10B）。 因此，他们还对从芯片到软件的整个供应链产生了巨大的影响，他们现在用这些来推动议程，这些议程仅限于他们（相对）狭隘的基础设施应该如何看待。
从这个来之不易的主导地位，他们已经说服了大部分行业，他们是唯一能够构建可扩展且具有成本效益的云基础架构的公司，行业的其余部分应该在此基础上构建内容应用程序。 （当然，直到他们决定理所当然地推出有竞争力的服务。）
然而，与所有架构时代一样，大型集中式云只是 IT 基础设施长弧上的另一个路径点。 他们的巨大成功现在正在导致另一个转变，自然而然地将工作负载推回更专业的基础设施。 这种趋势是这篇文章的重点。
顺便说一句，这种转变对传统云而言绝不是失败。 事实上，他们在使用传统 IT 的旅程中仍处于相对早期的阶段，并将继续这样做数十年——在此过程中越来越显着。 他们正在做他们应该做的，构建一个非常通用的产品来支持 IT 应用程序的长尾。
然而，在大多数情况下，为了提供更高级别的资源，他们最终只是以新的方式捆绑了通常的低级别资源——并针对平均工作负载进行了优化。 因此，贸易云往往 也有 一般也 不灵活，他们的服务 也有 浅的。 因此，正在建立一批新的基础设施公司，以满足围绕丰富的垂直整合服务日益增长的需求。 或垂直云，我们喜欢这样称呼它们。
完全专注于特定类型的工作负载或云服务的垂直云往往更复杂、更具成本效益且性能更高。 虽然它们可能一开始就建立在传统的集中式云之上，但我们也越来越多地看到它们使用特殊用途的物理基础设施。
这些公司现在能够做到这一点，因为 (a) 云应用程序越来越松散耦合，允许他们的开发人员选择他们使用的云基础设施服务，也许最重要的是，因为 (b) 云的规模已经达到了一个点，这些单独的云服务的市场足够大，可以支持大型、可行的独立公司。
因此，在许多方面，我们正在进入一个新的、令人难以置信的基础架构时代，在这个时代，任何基础架构服务（以及应用程序的任何常见子组件）都是围绕垂直云构建公司的公平游戏。 您在构建基础设施方面做得越好，服务就会越好。 而且由于市场足够大以维持这一点，大型中央云在结构上处于不利竞争地位。 具有讽刺意味的是，基础设施初创公司的首要问题已经从“如果 AWS/GCP/Azure 决定与您竞争怎么办？” 到 “w为什么不与 AWS/GCP/Azure 进行更直接的竞争？=
为了脱离抽象，让我们看一下这正在具体改变基础设施公司的构建方式的几个领域。 我们选择了三个，但还有很多其他的（如果有时间，我们也很乐意写出来）：
目录
前端开发人员正在使用后端，计算正在向他们提供： 传统上，用于构建网页的计算逻辑位于服务器端并由后端团队实现。 但是，前端开发人员的数量要多一个数量级，因此我们看到许多框架的兴起，这些框架使前端开发人员能够直接使用云服务作为后端来构建复杂的应用程序。 最流行的紧急堆栈是 JAMstack。
交互式网络应用程序显然受益于更接近用户的计算。 而且由于后端现在被抽象为一组服务，实现它们的团队可以通过利用 CDN 层将它们推向用户。 这正是我们现在所看到的。 许多新服务，从数据库到渲染引擎，再到协作工具，都被实现为工作负载，并在 Fly.io 和 CloudFlare 等下一代 CDN 上运行； 这既为前端提供了动力，又为用户提供了性能。 自然，Fly 和 CloudFlare 会构建自己的基础架构，因为最终这是提供低成本和良好性能的最佳方式，如果您有能力这样做的话。
人工智能正在推动新的硬件建设： 不同的工作负载受益于不同的硬件和软件配置。 如此之多，以至于在未经调整的平台上运行工作负载可能会导致成本和性能损失几个数量级。 虽然有许多类型的工作负载都属于这一类并且在云用户群中很受欢迎，但其中最值得注意的是人工智能工作负载。 众所周知，Facebook、谷歌、微软和许多其他公司已经为人工智能训练构建了定制集群。
AI 工作负载与围绕 Web 服务器和数据库构建的传统云应用程序有很大不同。 专门的云不仅具有为 AI/ML 计算构建的不同芯片，而且还具有不同的调度程序、网络互连、管理故障的模式以及为此目的调整的许多其他设计方面。 鉴于这一切，难怪在过去几年中，我们看到诸如 MosaicML 之类的以 AI 为中心的云越来越受欢迎。
这并不是说传统云不能提供以人工智能为中心的服务。 所有流行的都有。 但它是另一项服务，与数百个其他服务并列。 因此，对于那些将 AI 工作负载成本和性能放在首位的用户来说，他们越来越多地探索其他选择是可以理解的。
应用平台全栈： 前两个示例是位于应用层下方的水平基础架构组件。 然而，我们也开始看到趋势转向更高级别的应用平台。 我们最喜欢的例子之一就是在 Mighty 所做的工作。 Mighty 在云中将浏览器作为服务运行，以使 Web 应用程序更快（加载、交互、堆叠等）。 该团队选择了特定硬件并将其与自己的 Chromium 浏览器集成，以提供比远程桌面软件的传统公共云产品好几个数量级的体验，同时与本机笔记本电脑体验相媲美。
-
在我们结束之前，值得注意的是，过去十年中的许多技术和业务创新都有助于实现这一趋势。 从技术上讲，建立裸机硬件产品比以往任何时候都容易。 硬件供应商已经调整了他们的商业模式，以允许完整的运营支出而不是资本支出。
我们还想指出，这篇文章的重点是由基础设施团队建立的基础设施公司，他们的专长是基础设施。 有许多这样的团队完全有能力从硬件上构建可扩展的系统。 过去，市场根本不足以维持这种专业化水平。 但他们现在。 一个新的基础设施时代即将到来。 我们都会因此变得更好。
***
此处表达的观点是引用的个人 AH Capital Management, LLC (“a16z”) 人员的观点，而不是 a16z 或其关联公司的观点。 此处包含的某些信息是从第三方来源获得的，包括来自 a16z 管理的基金的投资组合公司。 虽然取自被认为可靠的来源，但 a16z 并未独立验证此类信息，也不对信息的持久准确性或其对特定情况的适用性做出任何陈述。 此外，该内容可能包含第三方广告； a16z 未审查此类广告，也不认可其中包含的任何广告内容。
此内容仅供参考，不应被视为法律、商业、投资或税务建议。 您应该就这些事项咨询您自己的顾问。 对任何证券或数字资产的引用仅用于说明目的，并不构成投资建议或提供投资咨询服务的要约。 此外，本内容并非针对也不打算供任何投资者或潜在投资者使用，并且在任何情况下都不得在决定投资于 a16z 管理的任何基金时作为依据。 （投资 a16z 基金的要约仅通过私募备忘录、认购协议和任何此类基金的其他相关文件提出，并应完整阅读。）任何提及、提及或提及的投资或投资组合公司所描述的并不代表对 a16z 管理的车辆的所有投资，并且不能保证这些投资将是有利可图的，或者将来进行的其他投资将具有类似的特征或结果。 由 Andreessen Horowitz 管理的基金进行的投资清单（不包括发行人未允许 a16z 公开披露的投资以及对公开交易的数字资产的未宣布投资）可在 https://a16z.com/investments 获得/。
其中提供的图表仅供参考，在做出任何投资决定时不应依赖。 过去的表现并不预示未来的结果。 内容仅在所示日期生效。 这些材料中表达的任何预测、估计、预测、目标、前景和/或意见如有更改，恕不另行通知，并且可能与他人表达的意见不同或相反。 有关其他重要信息，请参阅 https://a16z.com/disclosures。
