介绍
在快速发展的软件开发和 IT 运营领域,越来越多的企业开始采用DevOps 托管服务来简化流程、加强协作和加快交付速度。在过去的七年里,我一直在帮助企业实施 DevOps 转型,我可以亲身经历--它绝非光鲜的宣传册上所描述的那样简单。虽然托管的 DevOps 能带来巨大的好处,从节约成本到加快部署周期,但企业在实施和持续运营过程中经常会遇到重大障碍。本综合指南借鉴了我的实际经验,帮助您应对托管式 DevOps 中的常见挑战,并实施在生产环境中切实可行的解决方案。
托管型 DevOps 期望中的现实差距
我在为客户提供咨询时遇到的最大问题之一就是期望与现实之间的差距。许多企业都是带着不切实际的时间表和期望值进入 DevOps 管理的。
去年,我曾与一家中型金融科技公司合作,该公司希望在聘用托管 DevOps 提供商后的短短六周内,将其发布周期从每月部署彻底转变为每日部署。实际情况呢?他们花了近六个月的时间才实现这一目标。为什么呢?因为他们低估了几个关键因素:
-
遗留系统复杂:他们的核心银行平台有 15 年以上的技术债 务,几乎没有自动化。
-
团队技能差距:他们的开发人员在容器化、基础设施即代码或 CI/CD 实践方面经验极少。
-
组织阻力:中层管理人员默默地抵制改变既定流程。
设定现实的期望
为了避免类似的失望,我现在建议客户:
-
进行全面评估:在与任何托管 DevOps 提供商签约之前,请对您的现状进行详细分析,包括技术债务、技能差距和组织准备情况。
-
制定分阶段实施计划:将过渡分为 30 天、60 天和 90 天的里程碑,并制定明确、可衡量的目标。
-
为学习曲线做好预算:在过渡初期,由于团队需要适应新的工具和流程,预计生产率会降低 20-30%。
我的一个医疗保健客户采用了这种分阶段的方法,实现了更为顺利的过渡。我们首先为一个非关键的内部应用程序建立了一个简单的 CI 管道,然后随着团队信心和能力的建立,逐步扩展到更复杂的系统。
文化阻力:无声的 DevOps 杀手
根据我的经验,管理 DevOps 所面临的技术挑战很少是最难解决的。真正的障碍通常是人和组织方面的。
一个制造业客户在他们的 DevOps 托管计划停滞了几个月后,把我找了过去。从纸面上看,一切都很顺利--他们拥有所有的工具、信誉良好的服务提供商和执行支持。问题出在哪里?开发团队和运营团队之间根深蒂固的文化抵触。
开发人员认为新的 CI/CD 管道 "限制了他们的创造力",而运营部门则认为自动部署是 "冒险的捷径",会带来他们必须解决的问题。在决策过程中,这两个群体都没有被适当地纳入进来。
打造持久的 DevOps 文化
以下是克服这种阻力的实际方法: