“如何实现集中管理、灵活高效的CI/CD”在线研讨会精彩片段分享
片段主讲人：李培（西瓜刀）
大家好，我是李培。前面听文老师讲DevOps，包括CI/CD 的一些理论，也是挺有收获。我想结合我的不管是开发还是技术支持的实际工作经验中，遇到了一些思考，来给大家分享一下。前面听文老师已经讲过，现在DevOps，包括DevSecOps，除了传统的研发和运营之间的鸿沟需要进行弥补以外，安全问题——刚才文老师讲的流程里边，需要可以做测试，然后可以把包括软件成分分析，包括软件静态扫描工具，都可以集成到整个流程中，能加速产品的有效交付。DevOps现在虽然很热，但是实际上十年前，还没有这个概念的时候，研发团队面对市场的实际问题时，也会自发的做一些类似的工作。首先，从逻辑上来讲，它有利于弥补传统的研发运营、分离造成的割裂。一般来说，比较大的公司里会有部门讲，研发人员实际上是不会太关心运营人员的死活。坦白来说，如果是有一个bug报给研发人员，如果是没有一些流程的约束或者管理的话，那可能自然反应就是说：来我帮你改一下、我提交一下、你去测吧，基本就是这个思路。运营的话，是希望求稳。因为一旦线上的东西出问题，不管是电信机房里面的设备，还是刚才文老师提到的比如一些金融的外部应用，往往代表很多人夜不能寐，可能半夜两点被叫起来去解决问题。所以说，二者身上是存在鸿沟的。不光是研发和运营，甚至还有测试，每个部门实际上所关注的点都有所区别的。测试就希望最安全，永远发现有问题，永远不要发布，那这样的话就没有风险。但研发部门就希望东西能发出去，这样头上的任务就交差了。然后运维部分，运维部门就希望有一个稳定的版本，非必要不随便升级，每个人他都有自己的关注点。以前没有提到DevOps的时候，比如十年前，我当时工作的那家公司接到一个很重要的项目，一战定生死的这种项目，不计成本。研发是说我都做好了，可以交付了，但是运营是不敢接的，就说这个搞不了，失败不起承担不起。那怎么办？上面大老板就会拍板。最后，我们去香港，找一个大酒店包两层楼包了两年。研发人员不管是大牛小牛，都是驻场，就住在那里，有什么问题就当天给家里反馈。修改了之后，马上把版本发出去。这实际上是一种，没有完善的工具流程支撑，但就是肉体和精神层面的DevOps...
除了 龙智技术支持负责人 李培外，还有 CloudBees亚太区资深解决方案工程师 杨海涛与清晖项目管理资深讲师、EXIN DOF授权认证讲师 文吉 等大咖坐镇此次研讨会，分享他们在DevOps、CI/CD等领域的经验与心得。
我们将会议进行了全程录制， 方便您在任何时间观看，不错过任何精彩内容。点击获取完整版视频。
标签：CI,流程,DevOps,研发,集中管理,运营,CD 来源： https://www.cnblogs.com/shdsd/p/16173828.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。