UDN-企业互联网技术人气社区

板块导航

浏览  : 836
回复  : 3

[持续集成] DevOps 和技术债务偿还自动化

[复制链接]
甘露Laurence的头像 楼主
发表于 2015-9-10 10:30:08 | 显示全部楼层 |阅读模式
本帖最后由 瞌睡虫 于 2015-9-10 10:36 编辑

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

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

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


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

  如今,我们看到的一个整体趋势是,如果机构不断地在 DevOps 自动化上寻找空间,就必须打破这种恶性循环,重新开辟一个新的良性循环。

virtuous-cycle-of-devops-technical-debt-repayment-2.png


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

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

  该途径已经在生产环境中得到验证,但是当下还存在两个注意点:

  首先,需要取得产品负责人的承诺,将生产率的提高用于偿还技术债务,而不是无止尽的特性扩展(这很可能是导致当下困境的原因之一)。

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

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

相关帖子

发表于 2015-9-11 08:30:56 | 显示全部楼层
使用道具 举报

回复

发表于 2015-11-4 08:48:20 | 显示全部楼层
udn-up
使用道具 举报

回复

发表于 2015-12-27 09:03:11 | 显示全部楼层
顶               
使用道具 举报

回复

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关于我们
联系我们
  • 电话:010-86393388
  • 邮件:udn@yonyou.com
  • 地址:北京市海淀区北清路68号
移动客户端下载
关注我们
  • 微信公众号:yonyouudn
  • 扫描右侧二维码关注我们
  • 专注企业互联网的技术社区
版权所有:用友网络科技股份有限公司82041 京ICP备05007539号-11 京公网网备安1101080209224 Powered by Discuz!
快速回复 返回列表 返回顶部