DevOps和云似乎有一种天然的品质：都追求“弹性和敏捷”、“软件即服务”、“软件定义一切”。一是引领“持续集成”和“持续交付”企业文化的转型理念，二是高并发、高可用场景下主流应用开发的事实基础设施。两人一旦气质相同，便会“携手”大步走向未来。技术变革就像马车和火车的变革。如果能及时迁移到新技术，新技术带来的增长将是不言而喻的。但显然不是所有人都能一上来就接受这种变化。正如在《云原生改造到底有多难 | T前线》一文中，职帮基础设施负责人董晓聪表示，“云原生的转型与转型，会对运维的方式产生一定的影响。对于运维来说和维修岗位，中型企业很难一下子接受，人的工作少了，更多关注基础设施的能力，不再局限于一些重复性、机械性的工作。传统运维更多指的是网络运维、数据库运维等，但现在我们在招聘软件上搜索“运维”，呈现给求职者的更多是“云原生运维”、“DevOps工程师”、“SRE工程师”、“云原生架构师”、“Kubernetes运维”、“维度”等词汇。当传统时代向“云”转移时，其内容和职责相关运维工作差异很大，原生时代的Kubernetes运维，DevOps在云上的工作内容因每个企业的实际业务而不同，但Kubernetes运维作为事实上的云运维和维护标准，这里作为典型例子介绍：熟悉DevOps、CI/CD，负责应用产品的持续开发工具系统的构建stemfordelivery和持续运维支持业务的快速迭代和稳定工具的构建；完善Kubernetes集群的监控体系、日志分析和全方位的数据运行（包括可用性指标、历史事故、资源利用率等），提高监控的有效性，及时发现故障，保证业务可用性；优化Kubernetes集群运维体系，持续优化底层基础组件部署，提升各条线的运维能力和问题处理效率；负责Kubernetes集群运维平台建设，打造自动化运维管控体系；负责Kubernetes集群管理、部署与发布、可观测系统的设计与实现。云上的DevOps远不止于此。DevOpsonthecloud如何崩溃然而，花与刺同在，弹性、可观察性、弹性、可持续性等一系列高端词汇会出现在其语境中。但回到落地层面，就如同“云泥之别”。很多在做数字化转型的企业，往往急于转型，却忽略了业务实际情况，强行“DevOps”上云。结果往往适得其反，崩溃得一塌糊涂。例如：电话会议第一个明显的问题：人才。要在云中进行DevOps，云运维工程师需要非常专业地理解非常专业的基于云的工具和构建工具链。如果你做不到，一切都是徒劳。企业要在传统运维人员中找到具备这种能力的员工并不容易。更糟糕的是，一些公司甚至将DevOps撤回传统平台并失败了。其次，云很少有大多数DevOops工具链所需的工具。虽然云端上已经有很多DevOps工具，但要么是公有云厂商出售，要么是DevOops云服务的主要合作伙伴，开发者经常会发现一个问题：你需要的工具中大约有10%到20%上不存在您的公共云平台。那时您将不得不整合另一个提供商的平台，这可能会导致多云复杂化。当然，是否需要那些缺少的工具取决于当时构建的应用程序类型。当然，DevOps工具提供商看到了云计算的成功，迅速填补了这个“工具荒”。但是，通常不可能在首选提供商处找到本地运行所需的一切。DevOps工程师通常选择混合搭配方法，采用“云优先”策略：如果他们能找到它，他们会选择在云上本地运行的工具，但在其他云提供商或那些令人恐惧的云提供商上有后备选项-房屋系统。加上在云和其他远程系统之间来回传输的代码和数据，工具链引入的复杂性会放大到相当棘手的难度。此时，第二个问题出现了：如果你没有了解云安全部署的员工，安全性和可靠性就成为另一个挑战。总之，自制应用程序和基础架构与基于云的SaaS之间的差距比您想象的要大。在找到合适的人才之前，决策者无法瞬间将DevOps迁移到云端。传统IT运维的劣势近年来，疫情明显推动了企业数字化转型。不同行业反映，越早进行数字化转型，越能引领业务。在此背景下，传统IT运维显得力不从心。首先，随着企业数字化转型步伐加快，IT系统数量快速增长。同时，云原生架构的应用导致系统复杂度增加。传统的运维方式已经不能满足业务发展的需要。提升运维效率和质量已经成为IT运维的必然趋势。二是传统运维依赖人的经验，难以保证业务的稳定性和安全性，阻碍了数字化转型的进程。最后，传统运维无法站在业务服务的角度去看待整体的数据变化，难以在第一时间确定问题的根源。因此，必须提高传统运维的效率，以满足数字化转型的要求。云中DevOps人员的现状那么，云中的DevOps人员呢？他们，或者说，是保障大大小小的假期和“购物节”全民线上狂欢的幕后工作者——云运维工程师和各再保险团队的工程师。什么是状态？云计算时代对运维提出了新的要求。云运维将本地工作转移到云服务器上。从基础设施到上层业务，管理对象会增加，包括存储、虚拟机、网络安全、防火墙、备份、Cache、负载均衡、数据库等。同时，云化、智能化的架构提升了运维的门槛，要求运维也具备垂直管理能力，可以统一监控，快速定位问题出在哪里。因此，运维需要一个强大的平台作为支撑，通过自动化部署来执行生命周期阶段的操作，按需配置和更新云资源，扩展现有维护模式，解决云运维困境，保障业务持续发展。具体到岗位，云运维工程师15k起薪，专家、架构师薪资25k-40k不等。无论是传统运维还是云运维，工程师的“随叫随到”状态都是一样的。“大年三十一家人在家吃年夜饭，工程师边看春晚边看监控系统”已经成为运维工作的新常态。受疫情影响，人们可以下班回家，但往往需要“远程值班”。如果你是在云厂商工作，在上云的整个过程中进行管理和技术支持，并定期与大客户进行沟通，也是非常重要的。企业更喜欢什么样的云运维人员？首先，需要熟悉IaaS、PaaS、SaaS层的架构和典型应用。二是基本功扎实的人员。熟悉安全、Linux系统、数据库、云服务、大数据等，熟悉基础组件（Nignx、Kubernetes、Redis、消息队列、MySql等）和顶尖高分项。有大中型企业业务场景经验，良好的协作和推广能力，如对客户现有IT架构进行梳理和分析，推动售前架构师提供的设计方案实施、安装和交付等。再比如，我对AWS、腾讯云、阿里云等不同品牌的云服务差异形成了很好的理解。最后，实践经验。如果你有丰富的企业级应用架构设计或云服务集成实施经验，往往在谈薪阶段主动权就掌握在自己手中。写在最后去年，阿里云发布了《云上自动化运维白皮书》，其中表示：65%的企业在公有云上使用了DevOps，但只有20%的企业认为他们已经完全利用了DevOps的全部功能。云与DevOps的结合，在发挥双重价值的同时，也带来了“统一简单的可观察性”、“分布式应用复杂度非常高”、“链路复杂度高”、“缺乏自助服务”等诸多问题。等待挑战。新需求是点亮技术进化树的触发点。开发人员从不担心新的和更方便的工具的出现。他们更需要的是在做出转型决策之前，冷静地了解各种“云上的东西”。不仅是工具，还有文化和观念的改变。参考链接：https://www.zdnet.com/article/cloudify-devops-6-4-arrives-heres-whats-newhttps://www.infoworld.com/article/3674690/how-devops-in-the-cloud-breaks-down.htmlhttps://www.zhihu.com/question/430000480/answer/2627883101https://zhuanlan.zhihu.com/p/469897872https://zhuanlan.zhihu.com/p/339177612
