笔者也是持牌金融机构，确实对开发、测试、预生产和生产环境进行严格的隔离，同时在“产品级”的制品的准出条件也非常审慎。一般情况下，持续交付流水线贯穿了业务需求、环境适配，研发、测试、安全、运维，最后上线，完成狭义上的“产品级”制品的交付，这个流程是没问题的。在多套环...

其实人工拉取版本耗费时间并不多，也不会出什么问题，中间的问题出在，同一个版本的被多个开发团队进行不同需求的开发。笔者所在的团队也因为实际情况，采取这种开发方式。比如开发负责人拉取一个20220117的分支，然后A团队基于这个分支进行需求1、2、3的开发，B团队基于这个分支进...

有必要，自动化测试必须要纳入至DevOps体系，举个简单的例子，自动化测试在持续交付过程中无处不在，比如持续集成过程中的单元测试，持续部署过程中的压力测试和功能性测试，持续交付之前的回归测试。在《DevOps权威指南》中，持续集成和测试章节有详细的描述，笔者在此概括一下。先说一...

直接摘录书籍中的内容敏捷和DevOps的关系： 绝大多数企业的 DevOps 实践在于软件快速交付和系统稳定运营。团队共享面向客户的价值和集成目标，同时共担质量责任。但是， DevOps 并不会取代敏捷，而是对敏捷的补充。它通过消除浪费和简化部署等思想，实现持续交付的目标。 DevOps ...

我是这么理解的，这两个不应该放在一起说，总体而言，DevOps是一个方法论，目的是为了提升组织级的能效和质量，这是技术管理者的范畴，如果CIO或者CTO作为DevOps的推动者，那DevOps的目的是为了更好、更快、更高质量的将产品投放到市场，并在市场中获得反馈后快速的进行优化。如果用大白...

如果要打造一个持续交付的流水线，首先要考虑多环境的问题。一般一个应用程序会有多个环境，比如开发环境、集成测试环境、系统测试环境、用户验收测试环境、类生产环境、生产环境。如何在OpenShift中隔离并建立对这些环境的部署流程有多种方案可以选择。同一个project中使用...

我们的CICD是统一平台的，结合容器平台，CMDB，制品仓库和自动化运维能力，可以实现绝大部分系统的交付。目前容器云遇到比较多问题的是网络方面，SDN的一些限制，和传统应用有所区别，对应用有些特殊配置需求。...

生产或测试目前实施项目 云管理平台对接 华为的openstack, 华为openstacke对接自家AC 完成SDN策略下发另外一个产品 CISCO的APIC, 云管平台对接APIC完成 SDN策略下发目前如果上sdn最好用厂商产品, 如果只用 overlay技术 性能损耗太大, 测试时可以小范围进行...

如果出于持续交付需要，CI/CD平台本身是必要的。如果团队规模较小，可以使用jenkins为主的开源方案。其pipeline功能还是非常强大的，并且集成了一部分交互式方案，相信无论是DEV-QA还是DEV-QA-PROD，小型交付团队使用绰绰有余。如果团队成熟度和规模较大了，可以考虑基于某些商业包...

CI/CD工具主要是进行代码的扫描、打包、QA部署、QA（自动）测试、（准）生产部署等。有一定并发性能要求及状态可视化要。一般开源方案以jenkins为主，通过Pipeline调用各自插件或shell脚本进行对应工作。商业方案也主要涉及以上思路。接口和插件层面，docker/K8S/OCP之类平台，对于jen...