企业基础设施的标准抽象
-
在现如今,没有人会再去质疑一个平台团队采纳 Kubernetes 作为自己的基础设施的合理性。事实上,在2020 年时,Kubernetes 项目已经非常接近于地完成了它最重要的使命,即:为云计算基础设施带来一层可以让平台团队基于此构造“一切”的平台层抽象。
现在我们已经能够看到,今天的云原生社区已经开始广泛认可 Kubernetes 项目作为“The platform for platform”的定位与价值,越来越多的平台、团队开始基于 Kubernetes 构建所需要的上层平台,面向终态的声明式 API 与其背后“辛勤”工作的控制器,为“构建基础设施层抽象”这个充满了挑战的技术难题,提供了一个可以在复杂度与可用性之间互相平衡的一个好的解决方案。正是如此,Kubernetes 项目才拥有了庞大的集成生态,让这个“企业基础设施的标准抽象”,逐步成为了业界公认的事实。
而更为重要的是,Kubernetes 真正的成功之处,是在于它真正押注的是构建抽象的方法而非这些抽象本身。在绝大多数情况下,企业基于 Kubernetes 构建上层平台,都会引入各种各样其他的抽象作为补充。
长久以来,业界对云计算的认知,一直围绕着“SaaS + PaaS + IaaS”这样经典的三层架构模型展开。然而,在 前几年,随着云原生技术的极大普及,我们却发现这个模型似乎正遭受着挑战。
现如今的云原生技术,以 Docker 以及容器这个创新性的技术革命为基础,又取经典 PaaS 之所长,最终在业内所有人士的关注下,以 Kubernetes 生态为载体而最终落地。
此外,对于“SaaS”来说,云原生带来的容器化软件打包与交付体系和 Kubernetes 底座,也已经极大地改变了云端软件的分发与运维方式。所以,无论是 PaaS 也好,还是 SaaS 也好,本质上正在被“云原生”的技术浪潮迅速“压平”,在这种背景下,传统“水平”划分云计算体系的方法其实已经变得难以自洽。
Kubernetes 的成功,极大使能了“平台构建者”这个以往被人们遗忘在企业成本中心(Cost Center) 里的重要角色。事实上,Kubernetes 之所以能够取代 Docker 生态成为今天云计算平台上的主角,很大程度上是这个群体做出了最终的决定。否则,按照 Docker 所触达到的用户群体规模以及其在开发者生态中的被接纳度, Kubernetes 几乎毫无胜算。
但与此同时,Kubernetes 之上的平台构建生态,在今天依然是高度集中的。这种平台构建生态的高度集中,与云原生希望构建的“普惠式”未来,显然是不相符的。当然,既然技术发展还没有跟上愿景,那么云原生社区也就不会停下脚步。
西南地区IT社群(QQ)
- 云南
- 【昆明网页设计交流吧】243627302
- 【昆明nodejs交流吧】 243626749
- 【VUE】838405306
- 【云南程序员总群】343606807
- 【昆明UI设计】104031254
- 【云南软件外包】15547313
- 贵州
- 【PHP/java源码/站长交流群】55692114
- 四川
- 【成都Java/JavaWeb交流】86669225
- 【vaScript+PHP+MySql】116270060
- 【UI设计/设计交流学习群】135794928
- 重庆
- 【诺基亚 JAVA游戏博物馆】 559479780
- 【PHP,Java,Python,C++接单】 442103442
- 西藏