北京DevOps大会资料学习(7.24)

技术运营域

在前面几篇文章已经讲到，在整个DevOps能力成熟度模型和标准体系里面，除了项目和开发管理，持续交付，测试管理外，还有一个就是技术运营域。其中技术运营域本身重心又在IT运营和IT系统持续自动化运维上。

DevOps关键要素：价值流，部署流水线，版本控制，自动化配置管理

DevOps强调效率：持续集成，持续部署，持续交付

BizOps应用运维关注的是产品部署发布后的运行态，而应用运维本身从上到下又包括了运行业务系统，部署包容器，中间件，数据库，操作系统，IT基础设施。你也可以理解为从上到下从应用层，到服务层，到中间件平台层，到最终的IT基础设施资源层。而且各层各组件之间相互影响和制约。而从最早的IT资源网管监控，到中间件数据库监控，再到APM应用性能监控，则是一个从底朝上的监控顺序。

BizOps应用运维的关键原则

1.运维从立项开始，交付从需求开发:  即项目一开始就需要关注其是否具备可运维性

2.非功能性需求决定了应用系统生命力 ： 日志，容量，流控，安全，高性能，高可用，高扩展

3.应用运维要有串联整个技术栈能力： 流程-》应用-》中间件数据库-》操作系统-》IT基础设施

理解：应用运维应该具备两个层面的串联和追溯能力，其一是在某个应用功能出现明显性能问题的时候，能够快速的分析出具体的代码问题，Sql问题或资源本身的能力问题。其二就是当某一个资源出现明显的性能负荷或瓶颈的时候，能够快速的锁定到具体是哪一个应用功能不合理的处理逻辑或代码问题导致。

所有应用，中间件或资源的问题最终都会体现最终用户对业务系统的使用感受。一个优秀的应用运维应该是事先能够发现问题并提前解决，而不是等用户已经暴露反馈问题后再查找原因。

BizOps应用运维遵循IT服务管理规范

1.知识管理体系 ，基于生产运营各项工作积累的知识、文章与文档等全生命周期管理，构建嵌入各大IT服务流程与活动。 2.IT服务流程 ，专注于业务连续性的流程、规范、管理办法和事项。是一种重点化的ITIL，以业务连续性驱动的一系列流程管理活动。 3.工具与平台 ，自动化部署发布流程实现，多维度的监控体系工具，业务流程与应用可视化，组件标准化与平台化等，提供技术与工具链支撑。

IT运维服务和技术运营

Garter认为（IT Ser vice Management，ITSM ）是一套通过服务级别协议（SLA）来保证IT服务质量的协同流程，它融合了系统开发管理、网络管理、变更管理、资产管理、问题管理等许多流程的理论和实践。ITSM以客户和服务为导向，典型的系统有“CRM系统、ERP系统、决策支持系统和知识管理系统等”。

技术运营管理过程是技术运营能力建设的一个过程，包括监控管理、事件与变更管理、配置管理、容量与成本管理、高可用管理、业务连续性管理、用户体验管理等，它 以业务为中心，交付稳定、安全、高效的技术运营服务，构建业界领先的技术运营能力，支撑企业的持续发展和战略成功。

上面两个概念还是很模糊，个人理解技术运营强调业务目标和报账业务连续性没有问题，但是技术运营重点是运维贯彻整个IT研发生命周期， 从立项和需求运维就接入确保IT软件产品具备可运营和可持续运维能力。其次就是技术运营是一个主动发现，主动监控，主动发起自我优化调整的过程，而不是简单额自动化运维 。这种自我优化一方面是运维架构体系，运维工具支撑的优化，另外就是将可运维作为关键的非功能性需求反馈给软件产品进行后续的版本迭代优化。

注意，在DevOps标准体系技术运营里面增加了用户体验管理域，其中包括了业务认知管理和体验管理，在于将用户体验进一步标准化。不解决用户问题就不是做用户体验，运维基于技术服务业务，解决业务问题，更像基于技术优化用户场景，赋能业务场景。可以看下业务认知管理三级需要达到的水平如下：

1.具备能主动挖掘用户痛点需求的产品能力 ，并能以用户单场景化系统性解决问题

2.能够联动内部产品、客服等团队,丰富统一的用户体验类的知识管理系统

3.团队定期产品岗培训,主动优化团队 考核及创新性团队管理模式

精益敏捷管理

研发团队效能提升，那么就涉及到团队效能和个人效能，而团队效能和个人效能最终又体现在项目本身的效能KPI指标上面的，因此如何围绕项目，团队，个人建立度量指标体系和可视化的看板，是进行效能提升的一个关键。首先你要知道你当前所处的位置，并建立目标，你才知道如何去改进和找方法达到目标。

研发文化建设很重要，一个是工程师技术文化，一个是团队文化。

要改善个人效能，那么首先你要知道你的时间究竟花在哪里了？首先要有日志记录的习惯，类似很早以前就谈过的个人时间记录和个人软件过程改进等。你一天发现开发效率很低，既可能是你本身开发熟练度不够，也可能是你开发过程过程中被开会，电话等打断的时间太多。而这些都只有你记录了时间，才谈得上后面的分析。

除了提升我们自己的生产率水平，提升质量并减少返工外。减少等待是我们改进效能的另外一个关键点，编译构建等待，测试等待，部署等待都，而对于DevOps持续交付和自动化是有助于我们减少过程等待的。

研发效能提升

1.数据驱动：分层度量，效能大盘，兵力分布，辅助决策

2.流程优化：产品闭环，研发实践，工单协同

3.工具支撑：研发协同平台，持续交付平台，测试平台，架构中台

4.文化驱动：技术工程师文化，团队文化，企业文化，敏捷文化