晚期FPS作业系统是多层构架，前面才演化出那时如 linux windows 的宏Mach微Mach构架。云作业系统也会有类似于行业发展趋势：从前都是FPS应用领域，而当代应用领域基本上都是洛佐韦领域。现阶段，kubernetes 早已正式成为事实上的“云作业系统Mach”，这让能使Mach普及化的妆容版蓄势待发。

那时，IaaS、PaaS 和 SaaS 在云原生植物控制技术普及化的大潮中早已不复存在，比如说罐子运转在零售版上就早已保有十分好的操控性了，与否还须要 IaaS 这几层？PaaS、SaaS 其本质都是罐子，与否还须要界定？这四层构架事实上早已被打穿！

开发人员很认“鸭式辩型”，即会划船、长尾巴的是青蛙。此种调适是极关键的，这也是 linux“所有人皆文档”的结构设计神学。而两个运转的 mysql 应用软件产业与两个 crm 应用软件只不过没其本质上的差别，因此在云作业系统中，“Mach其内皆为应用领域”。

云计算四次大潮

如前所述云Mach的云作业系统今后会引起云计算的非常大革新。

先来看一看有趣的 web1、web2 和 web3，把网络的革新指涉到云计算中，你会辨认出，二者的社会形态有十分类似于的地方性。

1 对 n 亲密关系

web1 : 门户网站生产内容，用户查看内容云计算 1.0 : 公有云厂商开发服务，企业和开发者使用

这个阶段的社会形态是 1 对多，云厂商几十款云产品无法满足市场上体量庞大、偏好各异的需求，就像 web1 用户只能看小编写的一些新闻。

n 对 1 对 n 亲密关系

web2 : UGC 用户生产内容，用户之间产生链接云计算 2.0 : 开发者生产云计算应用领域，给用户使用

渐渐地，云厂商开始弄 markting place，一定程度上想通过开放市场来连接云计算的生产者与消费者，这是云计算朝着 2.0 过度的信号。但是，缺乏标准就意味着难以协作，这个阶段想要彻底爆发必须要有“事实上的标准”出现。

Docker 镜像算是十分好的标准，可惜难以覆盖分布式应用软件，但大家通过 docker hub 协作是两个十分好的协作模型了。

kubernetes 的 API 标准是真正有潜力正式成为云计算 2.0 事实标准的。今后，大家都通过这个系统相互协作，才能像安卓生态蓬勃的应用领域爆炸一样，诞生越来越多优质的云服务。

n 对 n 亲密关系

web 3 : 网络所有权属于网络的所有参与者，数据回归用户自己手中云计算 3.0 : 算力属于所有计算的参与者，一台分布式超级计算机诞生

整个过程只不过是让计算和服务更民主，任何组织和个人都可以贡献自己的算力，发布和使用应用领域的人也不用关心应用领域到底运转在哪个地方性，整个计算的使用就像使用一台虚拟计算机一样。这与那时很多大的公链一样，不过现阶段的智能合约场景还过于局限、计算成本过高，虽然形式上很像超级计算机，但效果上隔了好几个鸿沟。

如前所述云Mach结构设计的云计算会更便宜

当前，公有云提供的云服务还是极其昂贵的。 IDC 托管硬件与在某云厂商官网查到的存储类型机器相比，二者价格相差十倍！（不过云厂商对大 B 都有十分大的折扣，小 B 没此种福利）

很多公有云厂商妖魔化私有云，说私有云就不叫云。我想问私有云怎么就不叫云了？是因为私有云太便宜还是私有云动了谁的蛋糕？这个价格对比小学生都能算的清楚。

只不过在云Mach结构设计的云作业系统出现之前，公有云确实会便宜，因为应用软件成本很高，企业想云在自己机房玩一套如 openstack 这样的 IaaS 每年基本上会花费上千万的成本，而那时开源生态逐渐成熟让应用软件成本变得便宜和稳定，私有云的成本便宜逻辑又开始成立了。

那还有个问题是“传统公有云为什么贵？”主要有三方面的原因：

第一，传统公有云还是如前所述 IaaS、PaaS、SaaS 的构架，每几层都意味着成本。应用软件的复杂度直接决定成本，自研所谓所有人优势那时反而会变为成本劣势，这是最主要的原因。第二，谈边际成本，这个不是按照公有云的用户体量去计算的，而是按照每个可用区的建设成本去计算的。如果应用软件体系复杂，每个机房须要大量管理节点、须要大量交付人员配合，那成本就无法降下来。但是，如前所述Mach结构设计的云作业系统管理节点只需三台，实习生都能在半个小时以内交付，就像装 centos 一样简单。第三，次要原因是公有云的弹性都要预留资源，这部分成本都会摊到消费者头上。

很多企业的业务资源使用都相对固定，如半年或一年做一次扩容等，托管或者自建肯定会更便宜，促销活动之类的一年也就几次，在促销时使用公有云即可，这样成本可以大幅度降低。

云计算会走向开源开放

封闭的云服务对于企业来说是场灾难，最简单的两个场景是应对云厂商的涨价行为，如果强绑定就意味着失去了议价权。近期某云厂商云开发就提价十倍，有些小企业的利润直接就被云服务吃光了。

其次，云厂商的云产品如果发展得不好是有可能被下架的，如果企业不幸使用了这类产品，下架时就须要付出非常大迁移成本，有些与代码耦合的部分甚至须要重写代码。

开源自然是开放的最好实现方式，不仅对上面几种场景有比较好的应对措施，关键还可以自由按照自己的需求进行定制。因此，今后开源与云是左右腿。

如前所述Mach构架的云计算会变得更简单

复杂的东西无法普及化，复杂的应用软件要么走向腐烂和消亡，要么重构变得简单，云计算也是如此。大家会辨认出 centos ubuntu 这样的 linux 发行版普及化了，但是那时的一些公有云能力很难随处运转和普及化，即便是开源了，像 openstack 也一直未能普及化。原因很简单，如果须要几十人的团队才能在生产环境玩起来的话，绝大多数企业都会放弃。

什么叫“内聚”，是功能不是以牺牲复杂度来换取的。像 linux 的 core 很内聚，驱动即使扩展了一万个，系统复杂度也没增加，虽然代码在一直增加。因此应用软件结构设计时的抽象能力就变得极为关键，如前所述云Mach构架结构设计的云作业系统也是高“内聚”的，通过扩展应用领域来扩展能力，而各应用领域之间是低耦合的。

Mach构架云作业系统爆发时机

如前所述开源技术的云服务在侵蚀昂贵且强绑定的公有云服务。

那时可以辨认出公有云云原生植物领域提供的服务商业化做得好的基本上都是开源强相关的，如如前所述 kubernetes 的云服务，如前所述 prometheus grafana 的可观测服务等。

用户越来越聪明了，便宜还是贵按按计算器就能算出来，而且绑定意味着认人鱼肉，控制技术选型明显往开源控制技术倾斜。

云原生植物侵蚀传统 IaaS 服务。

如前所述虚拟机的业务增长速度早已远远赶不上云原生植物生态的发展速度了，如前所述 kubernetes 的云原生植物生态每年几倍甚至有些产品每年几十倍的增长，大量企业在从虚拟机构架往云原生植物构架迁移。

前几年市场被教育得很好，越来越多的企业知道云原生植物降本增效不是一点点，该填的坑也被填得差不多了，开始考虑从观望状态变成实践了。

市场须要一款云作业系统进一步降低云原生植物门槛与成本。

现状是企业在实践云原生植物的时候还是容易迷失，生态过于庞大复杂，上千款生态应用软件让很多企业无从下手，而且真要落地的话，至少得有个专家能把云原生植物计算存储网络都玩明白，因此这个生态依然缺乏好用的、开箱即用的发行版。

只不过，这个发行版的要求还是很高的，要十分简单、不多不少地去满足客户的需求，还不能给用户带来负担，这就必须得十分好的结构设计理念和实现机制。

如何实现这样两个云作业系统

如何去结构设计这样两个作业系统，首先一定须要有十分好的结构设计理念。

化整为零，这意味着如果你不装应用领域，这个系统是空的，是 nothing，是 void*，和你买了一台新电脑里面除了作业系统什么也没装一样。自由组装，所有用户的需求都是通过具体应用领域实现的，而这些应用领域都是按需求从应用领域市场中下载，不会硬塞给用户不须要的东西，未能得到满足的需求也是通过应用领域去扩展。云作业系统不会追求各种应用领域风格的统一，就像 macOS 上的微信和飞书不会有统一的风格和账户系统。只有这样，各应用领域才能在自己的场景发挥出最大优势。