“如何实现集中管理、灵活高效的CI/CD”在线研讨会精彩内容分享

“如何实现集中管理、灵活高效的CI/CD”在线研讨会精彩片段分享

片段主讲人：李培（西瓜刀）

大家好，我是李培。前面听文老师讲DevOps，包括CI/CD 的一些理论，也是挺有收获。我想结合我的不管是开发还是技术支持的实际工作经验中，遇到了一些思考，来给大家分享一下。前面听文老师已经讲过，现在DevOps，包括DevSecOps，除了传统的研发和运营之间的鸿沟需要进行弥补以外，安全问题——刚才文老师讲的流程里边，需要可以做测试，然后可以把包括软件成分分析，包括软件静态扫描工具，都可以集成到整个流程中，能加速产品的有效交付。DevOps现在虽然很热，但是实际上十年前，还没有这个概念的时候，研发团队面对市场的实际问题时，也会自发的做一些类似的工作。首先，从逻辑上来讲，它有利于弥补传统的研发运营、分离造成的割裂。一般来说，比较大的公司里会有部门讲，研发人员实际上是不会太关心运营人员的死活。坦白来说，如果是有一个bug报给研发人员，如果是没有一些流程的约束或者管理的话，那可能自然反应就是说：来我帮你改一下、我提交一下、你去测吧，基本就是这个思路。运营的话，是希望求稳。因为一旦线上的东西出问题，不管是电信机房里面的设备，还是刚才文老师提到的比如一些金融的外部应用，往往代表很多人夜不能寐，可能半夜两点被叫起来去解决问题。所以说，二者身上是存在鸿沟的。不光是研发和运营，甚至还有测试，每个部门实际上所关注的点都有所区别的。测试就希望最安全，永远发现有问题，永远不要发布，那这样的话就没有风险。但研发部门就希望东西能发出去，这样头上的任务就交差了。然后运维部分，运维部门就希望有一个稳定的版本，非必要不随便升级，每个人他都有自己的关注点。以前没有提到DevOps的时候，比如十年前，我当时工作的那家公司接到一个很重要的项目，一战定生死的这种项目，不计成本。研发是说我都做好了，可以交付了，但是运营是不敢接的，就说这个搞不了，失败不起承担不起。那怎么办？上面大老板就会拍板。最后，我们去香港，找一个大酒店包两层楼包了两年。研发人员不管是大牛小牛，都是驻场，就住在那里，有什么问题就当天给家里反馈。修改了之后，马上把版本发出去。这实际上是一种，没有完善的工具流程支撑，但就是肉体和精神层面的DevOps…

除了 龙智技术支持负责人 李培外，还有 CloudBees亚太区资深解决方案工程师 杨海涛与清晖项目管理资深讲师、EXIN DOF授权认证讲师 文吉 等大咖坐镇此次研讨会，分享他们在DevOps、CI/CD等领域的经验与心得。

​我们将会议进行了全程录制， 方便您在任何时间观看，不错过任何精彩内容。点击获取完整版视频。

​

​

​​​​