驾驶者模型_驾驶者

最新推荐文章于 2024-08-09 10:32:41 发布

danpob13624

最新推荐文章于 2024-08-09 10:32:41 发布

阅读量115

点赞数

文章标签： python 人工智能 java 大数据编程语言

原文链接：https://www.javacodegeeks.com/2014/04/driving-devops.html

版权

驾驶者模型

在devops社区中，有很多关于共享原则和价值的重要性以及孤岛破坏的讨论：打破开发人员与运营部门之间的“ 混乱之墙 ”以创建敏捷的，跨职能的团队。通过根本的组织变革和建立全新的文化进行根本性的改善。

但这并不需要那么难。我们所要做的只是三个简单但重要的步骤。

可靠性至上

当我们首次启动我们的在线平台时，一切都非常疯狂。销售部门忙于获得客户反馈并吸引更多客户。开发仍在完成应该完成的功能的积压工作，以响应销售和合作伙伴的更改，并帮助支持系统。 Ops试图稳定一切，帮助更多的客户，并随着更多客户的加入而解决性能问题。我们都在向前冲，但并不总是朝着同一方向前进。

我们的首席执行官意识到了这一点，并做出了重要决定。他把可靠性放在第一位，这就是我们系统，客户数据以及我们提供的服务的可靠性和完整性。对于每个人：不只是操作，还包括开发，销售，市场营销，合规性，管理。高于一切。与吸引新客户，赶上最后期限或削减成本相比，重要的是不要弄乱我们必须拥有的客户。

随着我们的不断发展，可靠性，弹性和完整性一直是公司的第一大推动力。

这意味着每个人都朝着相同的目标而努力–目标易于理解和衡量：改进MTTF，MTTD和MTTR窗口；减少错误计数并缩短响应时间，改善审计和笔测试的结果。

它使人们有更多理由在更高层次上进行合作。

它将政治和冲突减少到最低限度。

开发的首要任务从尽快推出功能转变为确保系统以最佳状态运行，并且任何更改都不会对客户产生负面影响。这意味着操作人员将花费更多的时间来了解运行时，花费更多的时间来解决操作问题，进行更多的审查和回归测试以及进行压力测试，预期兼容性问题，计划回滚和前滚恢复。

更小，更频繁的发行

花更多的时间进行测试和审查以及与操作人员合作意味着完成功能所需的时间更长。但是我们仍然必须跟上客户的需求-我们仍然必须交付。

为此，我们将软件发布周期从2-3个月缩短到2-3周，有时甚至更短。每个版本提供的内容较少，有时仅提供1个新功能或某些修补程序，但提供的频率更高。如果必须延迟更改或功能，如果开发人员或测试人员需要更多时间来确保更改已准备就绪，则没什么大不了的-如果本周未准备就绪，则下周或不久将准备就绪之后，对于企业和客户仍然足够快。

在较短的时间内进行规划和工作意味着开发可以更快地响应方向变化和优先级变化，因此开发人员始终专注于交付当时最重要的功能。

发行时间越短，开发工作就越敏捷，思考和工作速度更快。自动化更多测试。要更多地关注部署，请使步骤更简单，更高效–更安全。

批处理在一起的更改较少，因此更易于检查和测试。犯错误的机会更少。当我们犯了一个错误时，更容易理解出了什么问题，并且减少了解决它的时间。

RCA –从错误中学习

我们仍然犯错，大便仍然发生。当出现严重错误时，我的工作就是向我们的客户和所有者进行解释。发生问题的原因，原因以及我们将要采取的措施，以确保不会再次发生这种情况。

我们不知道无可指责的事后验尸，但这还是我们做到这一点的方式。在根本原因分析会议中，我们将开发人员，测试人员，操作人员和管理人员聚集在一起，以仔细检查发生了什么，出了什么问题，了解原因并进行修复。

我们确保人们专注于事实和解决问题：发生了什么，接下来发生了什么，我们看到了什么，我们没有看到什么，为什么？将来我们可以做些什么来解决它或防止它再次发生，或者更有效地识别和响应此类问题？更好的培训，更好的工具，更好的过程，更好的文档，更好的错误处理，更好的测试和检查，更好的配置检查和运行时检查，更好的信息以及更好的通信方式。

关注细节和问题，而不是人员。证明犯错是可以的，但掩盖错误不是可以的。我们变得更好了：在运营，测试，设计，部署，监视，事件处理方面。作为组织更好。我们在团队内部和团队之间建立了透明和信任。我们学习了如何从失败中前进，对我们处理严重问题的能力更有韧性和信心。