DevOps 的主要误解和最佳实践

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

运营的主要目标是保持应用的稳定健康,而开发的主要目标是快速产出满足业务和客户需求的新特性。变化无疑是稳定性的最大敌人,了解开发与运维之间的冲突是 DevOps 的主要目标之一。

弥合 DevOps 冲突,或拆除这些孤岛之间的隔离墙,部分是文化变革,部分是技术变革。更好的沟通、更好的协作以及开发和运营之间更高效的关系肯定会有助于建立一个更健康、更高效的组织,但仅靠沟通不足以使组织在当今充满挑战的商业环境中取得成功。

技术和与工作相关的概念必须支持这种转变,否则我们会留下很多善意,但在成功的流程改进方面却没有多少。我们需要提高整体效率,并应对业务最终用户对频繁更改、强大功能和新产品发布的需求所带来的风险。

根据我们的经验,成功的 DevOps 的关键因素是:

  • 采用敏捷概念而不是瀑布概念 ,从而实现更小、更集中和迭代的开发块,从而加快上市时间,并减少更改,从而降低运营的潜在风险,并最终降低客户的风险。
  • 更好的协作和协调 要么由 (1) 推动变革采用的员工提供支持,他们的目标是收集信息并确保每个人都同步,要么 (2) 由协作工具、聊天、门户和会议提供支持,以确保每个人都有更广泛的理解关于即将实施的变更的“Dev”和“Ops”以及双方需要考虑的内容。
  • 基于可访问信息的 自动化 。这特别适用于频繁更改。我们不能指望人们能够记住他们采取的每一个动作,以及这些动作可能会产生什么影响,在工作范围发生变化时他们需要考虑什么等等。

DevOps 误解

事实上,许多人仍在寻求正确解释 DevOps 是什么,这表明 DevOps 对公众来说仍然是多么不明确。 DevOps 在行业内并没有一个统一的定义,它会随着不同的影响而变化,因此破除一些迷思很重要。

我们最新白皮书的摘录可供 免费下载