Kubernetes 操作符:生态系统发展与数据基础设施集成
操作符优化与需求
在云服务中,使用新版本的 Operator SDK 并为每个资源配备独立的控制器,能让启动和关闭速度提升 20 倍,这对于满足客户对操作时间(10 - 15 秒而非 2 - 3 分钟)的期望至关重要。
同时,数据库操作符的成熟还需要 Kubernetes 提供更多原语。例如,Kubernetes 虽有 Deployments、ReplicaSets 和 StatefulSets 等,但不支持 MySQL 所需的主从概念。若能配置 Kubernetes 指定主节点,并在主节点重启时执行特定操作,就能减少 Vitess 中的错误处理代码。而且,Kubernetes 的领导者选举模块难以用于已有主从概念的操作符,导致代码重复。
数据本地化也是需要改进的方面。应用开发者希望对数据存储位置有更多控制权,并且能轻松摄入或加载数据。提供 Kubernetes 数据库解决方案的组织应将其作为服务提供,方便开发者使用。目前,开发者在 AWS 运行应用时若特定数据服务不可用,就需考虑使用其他云服务或自行构建功能,理想情况是无论应用运行在哪里,都能轻松创建和填充数据源。
不断发展的操作符生态系统
操作符模式在 Kubernetes 社区越来越受欢迎,这得益于 Operator Framework 的发展,它是一个用于创建和分发操作符的生态系统。
选择操作符
选择操作符时,要考虑多个方面,如功能特性、自动化程度、支持情况以及是专有还是开源等。Operator Hub 是寻找操作符的首选资源,它列出了涵盖云原生软件各方面的操作符,但依赖维护
超级会员免费看
订阅专栏 解锁全文
38

被折叠的 条评论
为什么被折叠?



