序
起初人们将应用都迁移到了云上,如今又开始将它们分散部署。大家可能会很困惑,为什么会这样?接下来我会解释这种现象背后的原因。
随着市场规模的增长,用于构建业务的功能单元会逐渐变小。汽车工业的发展史就是一个典型的例子。福特荣格综合体(Ford River Rouge Complex,也称为福特荣格工厂)于20世纪20年代末建造。在那个年代,量产汽车相对来讲还是新事物,市场也相对较小,因此像福特荣格工厂这样的厂商必须制造汽车的所有零部件。大致来说,从工厂的一边输入水、橡胶和铁矿石等材料,从另一边产出汽车。当然,随着汽车市场的增长,庞大的汽车零部件供应链也在发展,包括配套的车轮、座椅、脚垫等。今天的大型汽车制造公司更像是集成商,而不是汽车零部件生产商。
应用程序领域也发生了同样的变化。在20世纪70年代,同一家制造商会生产芯片、电路板、系统组件、操作系统和各种配套的应用程序。随着时间的推移,市场规模快速增长,软硬件开始分家。硬件和软件的分离催生了许多独立的公司。这些公司围绕着独立的应用生态被创建出来。
这个市场一直没有停止增长,在过去的几年我们看到了应用的解耦。应用程序的通用(子)组件正在被抽离出来,不同公司以及项目围绕着这些通用组件而被创建。今天如果需要构建一个新的应用,可以很方便地集成第三方API来完成用户身份验证、发送文本或电子邮件、流媒体视频、授权资源访问以及许多其他有用的功能。
这种趋势和本书有什么关系?虽然过去十年我们看到应用大规模向云迁移,但下一个十年我们会看到应用及其组件远离云的爆炸式增长。如今工作负载的子组件已经在很大程度上与应用分离,因此它可以在任何地方运行,特别是运行在专门为它们构建和优化的基础设施上!事实上,我们开始看到一种被描述为反云(anti-cloud)的趋势——大公司选择将一些工作负载从一些大型云上迁移回自有的、优化过的基础设施中。我们甚至看到创业公司从一开始就选择构建自己的基础设施,因为它们了解这样做的费效比和性能优势。
本书不仅概述了边缘云运维(最近十几年的情况),还介绍了新时代分布式云的运维。在许多方面,云时代是系统架构的低谷,因为应用层之下的很多信息都深埋在三大云厂商的工程组织中。但这种情况正在发生改变,随之一起改变的是我们需要了解底层是如何运作的,这正是我推荐这本书的初衷。
Martin Casado
a16z合伙人