持续交付模式下的安全活动 在上一篇文章《开发团队面临的三大安全挑战》中，我们对现如今敏捷精益团队所面临的安全挑战进行了总结和分析，这三大挑战分别是： 一次性的安全检查无法匹配持续性的交付模式 缺乏自动化、自助化的支持，安全实践落地难 高耸的部门墙让开发和安全团队难以进行高效的协作 在接下来的几篇文章中，我们将逐一为你介绍团队、组织应该如何应对这些挑战。本篇文章先来讲讲如何解决第一个挑战。 继续阅读 →
DevOps实践-打造自服务持续交付-上 双模IT是在以一种试图掩盖问题的方式来逃避目前最重要的问题：开发和运维之间的壁垒。感觉像是一个病人先是放弃治疗，然后又努力的寻找延长寿命的方法，有些隐患终会爆发。 紧接着，我们开始采用了一种看似不可行的方式开启了DevOps转型，建立公有DevOps团队。有很多人可能会说这是一种反模式，怎么可能会建立一个团队专做DevOps相关的事情，那和以前的运维部门又有什么区别？DevOps提倡的Dev与Ops高频度合作的文化是不是就无法大面积传播了？ 继续阅读 →
遗留系统流水线的改进 持续集成（Continuous Integration）是一种软件开发实践，它倡导开发团队频繁地进行系统集成，每一次的集成都可以通过流水线（Pipeline）快速验证。和传统的集成方式相比，持续集成可以有效地缩短反馈周期、提高软件质量、降低开发成本。这种开发实践也越来越为更多的开发者所接受。 继续阅读 →
CoreOS那些事之系统升级 前段时间在DockerOne回复了一个关于 CoreOS 升级的提问。仔细琢磨来，这个问题还有不少可深入之处，因此有了此文，供已经在国内使用 CoreOS 的玩家们参考。 继续阅读 →
利用Docker开启持续交付之路 本文总结我们在实际案例中使用Docker一些实践，它给我们的印象就是非常灵活，几乎是一个多面手，给整个流程带来了极大的灵活性和扩展性，并且也展现了极好的性能，符合它天生就为部署而生的特质。 继续阅读 →
实战：持续交付中的业务分析 在需要频繁交付、不断收集用户反馈、拥抱变化、追求业务敏捷的项目中，软件的开发和交付是迭代式进行的。在这样的项目团队中，BA（业务分析师）通常需要在一个开发迭代开始之前完成该迭代开发任务的分析。但在特殊情况下，从收集客户需求到将功能细节传达给开发团队的周期会缩短到一至两天。BA可以用于思考和分析的时间远远少于可以预先做出所有设计的瀑布式项目。 继续阅读 →
