导语
❝
无状态服务是一种不需要保存任何数据状态的服务，也不需要维护任何会话信息的服务。
这些服务通常被设计为可扩展和高可用性的，因为它们可以在任何时间点部署或删除，而不会对应用程序的可用性产生影响。
❞
针对于无状态服务，我们在日常工作中能否做到”无状态运维“？类比无状态服务不需要保存任何数据状态，我认为”无状态运维“应该具备以下几个特点：
标准化
自动化
场景化
正是以上几个特点，让我们可以脱离”文档查询、登录主机、询问队友“等各种数据上下文，从而快速解决问题。
因此“无状态运维”在运维日常工作中可以很好的和“运维自动化“结合起来，这个结论同时也给了我一个启发：K8S是否可作为运维的最佳实践？
下面就将让我们一边学习《K8S驱逐》一边分析下运维的工作，来给枯燥的K8S学习加点料！
K8S驱逐总览
运维分析
驱逐源 功能概述 运维工作
control-manager发起 周期性检查所有节点状态 主机监控
Kubelet发起 周期性检查本节点资源 操作系统监控
kube-scheduler 按优先级抢占式调度 流量降级
用户发起 按需主动驱逐 例行维护
从以上几个运维工作继续延伸到相应的场景：
统一监控平台纳管，覆盖基础设施、应用层、数据层的多维度监控；
技术架构，支撑访问链路冗余、流量降级、快速切换等；
运维变更，覆盖例行维护、系统变更、应急演练；
K8S完成驱逐依赖的control-manager、kube-scheduler、kubelet及各种controller控制器等组件的密切配合，而在现实生产运维中，大家往往关注的是事前快速发现、事中快速响应，而事后架构支撑、容量的规划、系统的设计、需求的合理性等一些列关键因素都很容易被降级关注，这不禁让人唏嘘不已！
结语
经过一番分析，”K8S是否可作为运维的最佳实践？“这个范围只适用运维的话属实有点大，但是不妨碍我们从运维的视角去学习K8S，其他都见仁见智吧！
声明：文中观点不代表本站立场。本文传送门：https://eyangzhen.com/412550.html
