DevOps 和技术债务偿还自动化

当企业想要迁移到一个 DevOps 模型时，常常须要偿还高等级的技术债务

说得更明确一点，机构每每陷入「技术债务的恶性循环」中，以致于任何迅速、敏捷的迁移方式都没法使用。这是技术债务中的希腊债务危机水平。

在多数状况下，机构会将层与层之间的流程和管理添加到软件开发生命周期，从而缓解低质量版本、生产等级缺陷、不稳定的环境、性能不佳等问题，然而这么作只能是治标不治本。

那么，在企业丧失竞争以前，咱们应该如何摆脱这个死亡漩涡，能够快速进行颠覆性创新，同时也腾出时间作一些别的事情。

现在，咱们看到的一个总体趋势是，若是机构不断地在 DevOps 自动化上寻找空间，就必须打破这种恶性循环，从新开辟一个新的良性循环。

若是能够自动完成一些常规的、容易出错的和时间密集型的任务，即可以利用效率和投资，也能将更多的时间和成本投入技术负债偿还中。

在技术债务偿还后，企业将获得一个质量更高、更稳定和更灵活的应用程序，从而能够从新在自动化工做上投入更多的时间，并启动下一个周期的改善和提高。

该途径已经在生产环境中获得验证，可是当下还存在两个注意点：

首先，须要取得产品负责人的承诺，将生产率的提升用于偿还技术债务，而不是无止尽的特性扩展（这极可能是致使当下困境的缘由之一）。

同时这里并不存在捷径，事实上机构必须抱着这样的思想——技术债务就像穿过流沙般危险或者技术债务就像带着80磅的背包跑马拉松，那么这里才存在一线生机。

其次，DevOps 不单单是自动化，而是 Culture-Automation-Lean-Metrics-Sharing（CALMS），因此这里要作的不单单是「自动化的一些工做」，随后即「以产品为核心」的理念。但首先要让产品负责人清晰运营需求，远离经济驱动为中心的项目模型。

原文连接：http://blog.devopsguys.com/2015/07/31/devops-and-automating-the-repayment-of-technical-debt/

本文系 | a5c76229754730010e79b1e5d0e0b55b4 | 工程师编译整理。想阅读更多技术文章，请访问 OneAPM 官方博客。