标签：复杂 zab edm 设计 过程 使用 过滤 取反 团队
DevOps涉及领域广泛，其含义因人而异，在不同的理解和需求场景下，有着不同的实践形式。
DevOps可以理解为是一个职位、一种组织形式、一套工具集合、一组过程与方法。
但从商业价值角度来说，DevOps是指通过Dev（开发）和Ops（运维）的紧密合作来实现和提高商业价值的工作方式和文化。
不仅包括了新技术和新工具的使用，还包括相关的团队组织建设和文化，实现持续改善的运维结构，以及开发流程设计等。
通过开发与运维之间的协作，能够消除对个人的依赖、减轻团队之间的损耗，提高质量和开发速度，并通过互相理解来增强变更的灵活性，快速满足商业需求。
各种支撑DevOps的思想、改善对策和工具共同组成了DevOps，难以在广泛的场景中明确地指出DevOps实践的准确定义。
但通常都会包括实现“基础设施即代码”和组建适合DevOps的体制这两部分。
“基础设施即代码”是在DevOps实践中支持开发和运维紧密合作的一个非常有效的方法。
“基础设施即代码”，可以简单理解为：
组建适合DevOps的体制，运维团队和开发团队共享信息，在变更时互相审查，深入了解对方的工作内容，进而理解并达成共识。
拥有共同的目的意识，双方通过自主行动来不断接近共同目标。
此外，DevOps是融合在业务中的持续性的改善和实践，而不是为了一次性完成所有的改善。
理解传统开发模式和敏捷开发模式的不同，以及各自的问题。
瀑布模型明确划分了开发阶段和各阶段的产出物，无法有效应对新增需求。
敏捷开发以小规模团队为前提，每次只发布最低限度的功能集，然后听取反馈，进行持续改善。
开发和运维之间的产生“混乱”：运维产生技术负债、抵触变更和基础设施不足，开发忽略非功能性需求，运维和开发逐渐“割裂和对立”。
开发部门确保需求的实现，运维部门确保系统稳定、快速地运行，但最重要的根本任务是确保商业的有效性，商业价值的实现
通过工具和文化来支持开发和运维紧密合作，消除专业性和复杂性，减少工作量，同时使信息可视化，以此来降低变更带来的风险。
团队中任何成员都可以基于相同的信息迅速开展工作，同时通过自动化和持续集成来大幅缩短应对变更所需要的时间，高效满足商业需求。
文化的含义：尊重(Respect)、信任(Trust)、正确认识失败(Healthy attitude about failure)和避免指责(Avoiding Blame)。
基于REST API可以根据指定的参数来进行自动化配置。
REST API可以用URL表示资源，通过HTTP协议来获取资源的状态或者变更资源的配置。
在设计上支持和外部系统进行集成，可以将更新信息发送到外部沟通工具，也可以直接共享URL来访问指定的信息。
例如通用的WeChat、Skype等，面向企业的Cisco Jabber、Chatwork等。
将聊天机器人与聊天工具、业务系统集成，可以代替部分的人工作业，提升反应速度。
除了开源的持续集成和部署工具Jenkins，还有云的持续集成工具服务，例如Circle CI和Travis CI。
在持续交付阶段，可采用蓝绿部署方法来确保部署的安全性。
主流的监控工具主要是指Zabbix。
通过组合不同的中间件，可以将日志作为监控信息来进行分析处理。
标签：复杂 zab edm 设计 过程 使用 过滤 取反 团队
原文地址：https://www.cnblogs.com/anliven/p/11823793.html
