题图摄于北京奥林匹克公园

（文後附信息一则：VMware招聘企业架构师 ）

不知不觉Harbor 开源项目发布后我们已经走过了 4 个年头，Github 上的星星数超过1万1千参与贡献代码的开发者有170多位。随着 Harbor 功能的完善用户对 Harbor 的认可度很高，在生产系统中的部署也越来越多我们也从用户反馈中了解到需要改进的地方。比较多用户嘚呼声是需要 Harbor 的Operator以便更好地管理多个

Operator 是 Kubernetes 上运维服务的一种模式，经历了数年的发展社区中被频繁地关注和谈及，基本上得到了用户的接受对于 Operator 的作用有不同的理解，有人认为是一组 CRD亦或是个开发框架；也有人认为是设计模式和管理工具。但有一点可以确定：它源自管理复杂、有状态的应用的需要而此前的方法还有不尽人意之处。

长期使用 Harbor 的用户可能会对 Operator 有疑问它与当前 Harbor 的 Helm Chart 部署相比，到底适合怎樣的场景简单地说，Helm 是模板化工具允许定制不同应用的部署 YAML，而 Operator 的设计目的是通过更好的自动化来简化日常的管理事务

Operator 受欢迎的原洇之一，是因为它使开发人员能够使用自定义控制器 （Controller） 和自定义资源定义（Custom Resource DefinitionCRD）来扩展 Kubernetes 控制平面，从而实现真正的声明式 API这赋予了开發人员比用默认控制器更大的自由度，可管理除 Kubernetes 内置对象之外的其它资源在 Harbor 的 Operator 中，控制器被有效地挂接到消息传递队列中允许不断地保持在特定的状态。

双周例会周三晚9点（中英文）：/goharbor

欢迎点“在看”或分享给感兴趣的朋友。

VMware招聘企业架构师