亲历者说: Kubernetes API 与 Operator, 不为人知的开发者战争(21)

其实 , Operator 并不平坦的晋级之路 , 只是 Kubernetes API 生态风起云涌的冰山一角 。 几乎在每个星期 , 甚至每一天 , 都有太多围绕着 Kubernetes 开发者生态的角逐 , 在这个无比繁荣的社区背后 , 以不为人知的方式开始或者谢幕 。

而这一切纷争的根本原因却无比直白 。 Kubernetes 项目 , 已经被广泛认可为云计算时代应用开发者们的终端入口 。 这正是为何 , 无论是 Google、微软 , 还是 CoreOS 以及 Heptio , 所有这个生态里的大小玩家 , 都在不遗余力的在 Kubernetes API 层上捍卫着自己的话语权 , 以期在这个未来云时代的开发者入口上 , 争取到自己的一席之地 。

而在完成了对收 CoreOS 的收购之后 , RedHat 终于在这一领域拿到了可以跟 Google 和微软一较高低的关键位置 。 2018年 , RedHat 不失时机的发布了 Operator Framework , 希望通过 Operator 周边工具和生态的进一步完善 , 把 Operator 确立成为分布式应用开发与管理的关键依赖 。 而伴随着 Operator 越来越多的介入到应用开发和部署流程之后 , Kubernetes API 一定会继续向上演进 , 进一步影响开发者的认知和编程习惯 。 这 , 已经成为了云计算生态继续发展下去的必然趋势 。

推荐阅读