ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

16.Operator控制器

2021-10-20 10:03:00  阅读:165  来源: 互联网

标签:控制器 运维 16 扩缩容 deployment Operator


16.Operator控制器

1.为什么需要Operator?

我们前面讲了很多很多基础的资源对象和控制器,如pod、deployment、service、deployment等等,仿佛已经满足了我们大多数情况的场景和需求了,那我们为什么还需要operator呢?

我们再来回顾一下,无状态应用(如nginx)的扩容是最方便的,我们只要使用deployment控制器中的ReplicaSet字段申明,我们需要几个数量的nginx节点即可。

那对于有状态应用呢?

此时你可能想到,StatefulSet控制器,没错!他的确能够帮助我们解决有状态应用基础的扩缩容动作和行为逻辑,但是还有大多数场景,他是完成不了的。

如mysql主从集群、多主集群的扩缩容、备份、数据迁移等包含一系列传统架构中,需要运维人员介入,并通过脚本处理的复杂操作。

另外,在Kubernetes上运维人员通常喜欢使用自动化来处理重复的任务。

Operator控制器就是将运维人员的知识、操作和预期翻译成代码片段,如果你了解jenkins,就好比jenkins file、DSL和groovy。
这是我一直坚信和推崇的一个理念:
“基础设施即代码”(Infrastructure as Code)

正是如此,他们每个节点具有不同的角色配置文件、启动顺序、依赖性和自动化操作。

此时,State

标签:控制器,运维,16,扩缩容,deployment,Operator
来源: https://blog.csdn.net/flq18210105507/article/details/120783052

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有