Operator经历了哪些发展史？

Operator 的诞生使得 Kubernetes 项目的负责人 Google 团队极为不适应，对于他们来说，Controller 应该是隐藏在 Kubernetes 内部实现的核心机制，即使开放了，也应该按照 Kubernetes 现有 API 规范成为 Controller Manager 管理下的一部分，Google 不希望失去 Kubernetes 生态系统的主导权。随着 Kubernetes 项目的发起人之一 Brendan Burns 加入 Red Hat，Google 团队和 RedHad 在社区推广 UAS（User Aggregated APIServer），它允许用户编写一个自定义的 APIServer，在这里面添加自定义 API，就可以与原生的 APIServer 绑定，部署在一起统一提供服务。并且 Red Hat 和 Google 还建议废弃 TPR，也就是 Operator 依赖的第三方接口资源，Operator 面临被关闭的风险。 在这种困境下，CoreOS 公司在 GitHub 上发布了一个帖子，让社区的开发者发声，挽救 TPR 和 Operator，由于 Operator 的用户太多，在来自社区的压力下，Google 和 Red Hat 最终选择了让步，Operator 从绝境中重生。后来 Kubernetes 使用 CRD 替代了 TPR， 这两种机制除了名称，其他方面并没有什么变化。 2018 年，RedHad 完成了对 CoreOS 公司的收购，并推出了 Operator 框架，进一步完善了 Operator 相关工具，使 Operator 的地位得到了稳固。

以上摘自《云原生应用开发：Operator原理与实践》，下载地址：https://developer.aliyun.com/ebook/download/7464