重定位：面向社群运维

大叔有话说:

“ 他强任他强， 

  清风拂山岗，

  他横任他横， 

  明月照大江。”

9个月零8天记录下内功心法的初体验：

• 保持节奏的确耗费大量时间和精力；
• 节奏中断会让你感觉与运维之路渐行渐远；
• 沉淀出《运维大侃侃》的运维倚天屠龙记；

为保证在非工作时间更舒服、更自由、更高效的分享，大叔必须要运维升级，即从面向《运维大侃侃》文档运维转变为面向“运维大侃侃”社群运维，主打一个对运维更有针对性的快速集中收敛、沉淀。下面就让我们从两个主题入手体验下吧。

主题1：运维赛道

❝

IT运维的发展分为以下五个阶段：

• 第一阶段为手工运维阶段，依赖个人知识、技术、经验解决信息系统问题。
• 第二阶段为流程化、标准化运维阶段，看重流程说明、标准规范等文档的建立与管理。
• 第三阶段为平台化、自动化运维阶段，聚焦企业运维平台建设，具备自动化运维能力。
• 第四阶段为 DevOps（研发运营一体化）阶段，助力企业实现软件生命周期的全链路打通，持续运营与优化。
• 第五阶段为 AIOps（智能运维）阶段，尝试将 AI 技术及海量数据应用于运维场景。

❞

以上是《企业IT运维发展白皮书（2019）》对IT 运维发展历程概括，当然我们运维也都会在每个阶段发光 发热，不同的是有的成为推动者，有的成为参与者，也有的成为放弃者，能坚持下来的可能又要面临35岁魔咒！

不疯魔不成活，先来看看资深运维佬们的聊天：

• “我这个年龄有口饭吃就不错了”
• “不搞运维几个月了，最近在做公司流程和制度梳理，以及在带效能产研团队”
• “这个年纪怎么了，有真本事那不是很吃香”
• “缺少了一位想要重新定义运维赛道的大佬”
• “运维感觉确实没有兴趣去深入学习，投入产出性价比太低了”
• “技术做的再怎么用，都会陷入怪圈”
• “35岁魔咒很难破”
• “运维的投入产出比挺高啊”
• “工作时间长不代表能力强”
• “学k8s、jenkins技能”
• “学历和年龄卡死了太多人”
• 等等

主题2：百密一疏

❝

“Jenkins 在带来无与伦比的便利同时，同时也会绊住我们前进的脚本，尤其是面对升级，可能会将我们一直依赖的努力付诸东流。”

❞

这话没毛病，Jenkins的迭代让很多插件的生命周期戛然而止，狠起来连自己都挂！我们享受了Jenkins带给我们太多的便利性，难道我们对于CI/CD的探索也就停止了吗？

首先是定位问题，Jenkins 具体CI/CD的二位一体，“OneTool”、“Plugin”的实现方式可能是运维的理想型。

其次是思想问题，Jenkins最重要的流水线编排思想使其远远超过了作为工具本身！

最后是使用问题，直接上案例！

案例：Vivo的CICD平台底层架构是基于JenKins+Spinnaker实现的，整个容器构建和部署流程如下：

• 首先，用户在CICD平台上创建好发布过程的流水线配置并保存。
• 其次，CI环节可实现和内部GitLab对接，拉取代码，基于jenkins进行代码编译和镜像构建，构建好的镜像经过安全扫描后，推送到开发环境的镜像仓库。
• 最后，在CD环节，CICD平台会调用容器平台提供的API，进行开发、测试、预发和生产环境的部署操作。

其中：

• Jenkins，基于CI的定位，提供在源代码变更后自动检测、拉取、构建和（在大多数情况下）进行单元测试的自动化过程。
• Spinnaker，基于云的 CD 平台，提供快速、可靠、稳定的软件变更服务。主要包含两类功能：集群管理（Cluster management）和部署管理（deployment management）。

尤其在云原生领域，Spinnaker、ArgoCD 作为CD领域细分工具，其出色的云原生适配性，可能是Jenkins插件无法比拟的。例如ArgoCD的几个优势：GitOps、声明式配置、多集群支持、高级回滚功能可扩展性等。因此，我们虽然在功能上做到了交付，但是在定位上、使用上可能会“百密一疏”！

总结

对于运维，我觉得有一句流行语非常适合“打败你的不是天真，是无邪”,只有“天真”的入行，“无邪”的坚持，才能让你承受住运维行业的“厚重”！