开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第1天，点击查看活动详情
为什么会有DevOps？
- aglie得到了广泛应用，严格反馈周期和持续改进的思想，交付产品速度要求更快
- 云、saas和online开发的能力促使整个开发生命周期流转变快
- 团队使用功能标志、渐进式推出和 A/B 测试来确保持续部署干净、高质量的代码。
-->这催生了从敏捷到 DevOps 的演变，这是一组用于自动化和集成软件开发和 IT 团队之间的流程的实践，使他们能够更快、更可靠地构建、测试和发布软件。
DevOps 团队的衡量标准是：他们将代码投入生产的速度。它们由每天发布的迭代次数以及代码更改从测试到部署再到生产需要多长时间来定义
DevOps工具链基本会有什么？
1. 规划、2. 构建、3. 持续集成、4. 部署、5. 运营、6. 持续反馈
Atlassian 是怎么做的？
最新概念--什么是 BizDevOps
实现业务/开发人员协作存在挑战——最直观的原因就是：
- 很少有业务利益相关者能够直接理解应用软件代码（开发人员的语言）
- 采用低代码平台和敏捷方法，而不是传统的应用程序开发方法
BizDevOps完整包含了DevOps敏捷开发以及交付的内容，作为扩展在需求端更多的引入了Business的角色，如前端的销售、MKT、产品等部门，甚至于来自外部的最终用户
- 业务部门在最初期的参与，可以更有效地统一业务需求和IT实现，在敏捷、速度的基础上更好实现方向的正确性
- 另一方面，在敏捷化的环境下，业务需求、IT应用的变更往往是细粒度而频繁发生的，通过业务部门在全流程的参与可以更有效的从业务整体视角进行全局管控及决策
区别：
- DevOps打破了开发和运维之间的鸿沟，通过运维开发提供自动化工具，从而具备从开发到运维的应用生命周期统一管理
- BizDevOps需要实现业务和IT之间的连接，其中重要的一点就是通过低代码（Low-Code）或是无代码（No-Code）开发平台，为业务人员、开发人员提供统一的交互基础
可以让大家各司其职：
- 核心IT团队更关注于提供自动化工具及平台，以及支撑业务功能实现的服务化功能和组件
- 业务分析师/开发人员可通过自动化平台工具以及服务组合，从业务需求出发对IT实现进行定义
