4007676280
云终端系列报道第七十一期 - 持续部署与持续反馈 2016-09-02

炙伦云终端分享嘉宾:


    3.5 什么是持续部署?
    持续部署和持续集成非常接近,持续部署就在持续集成完成后,自动部署到生产环境。
    部署生产环境的能力和部署开发联调环境、测试验证环境一样,但是我们通常做不到生产环境的自动化部署,原因有很多:
    1. 商业、市场上的策略,新版本功能披露的时机需要人为控制;
    2. 许多组织的测试并不充分,这无法确保一次新的发布能够在没有人工干预的情况下部署至生产环境中。即使这些测试本身是可靠的,但往往没有将这些测试在所有可能在生产环境中出现的相同条件下运行。
    3. 生产环境的自动化部署对团队能力要求高,例如研发同学需要编写足够充分的单元测试,关注线上的服务部署状况、测试同学要提前做好新版本的测试准备、运维同学的角色定位在发生变化,将会从枯燥重复的部署操作中解放出来,去实践一个业务运维应该关注的工作——业务监控、业务分析、性能优化等等,这是对公司组织结构和团队功能的变革。
    在很多传统企业的场景下,就算我们做不到持续部署,对开发联调环境和测试验证环境的持续集成的实践已经是非常巨大的进步了。
    
    3.6 什么是持续反馈?
    在实现了持续集成、持续部署后,我们的版本能够从提交代码后,自动化部署到各个环境而无需人工干预,但是好像还缺少些什么?
    是的,没错,我们还缺少持续反馈。
    版本上线,我们需要得到持续的反馈:
    1. 研发、测试和运维团队关注版本的质量、版本的性能;
    2. 运维团队关注目前关联系统的IT运营分析,例如集群容量变化等等;
    3. 运营和产品关注新版本带来的产品收益、对用户的影响;
    4. ……
    我们一般会通过监控平台和日志分析来做持续反馈。
    通过监控平台和日志平台的数据分析反馈,我们得到产品的程序性能跟踪、运营的数据分析,这些都可以反馈到提升业务价值上,最终实现了持续交付。

上一页:云终端系列报道第七十期 - 持续集成实例 下一页:云终端系列报道第七十二期 - 端到端监控
推荐新闻 Recommended news
帮助中心
4007676280