分享人 ： 孙长虹 京东云 DevOps 解决方案架构师
复旦大学计算机系毕业，并领有人民大学心理学硕士学位。曾任职于 Alcatel-Lucent，IBM 和惠普，具备丰盛的大型简单产品研发及项目管理教训，善于组织级麻利和 DevOps 转型，并领有 EXIN Agile Coach, 业务麻利，DevOps Master，以及 SPC 认证，也是 EXIN 受权麻利和 DevOps 讲师。他负责京东云 DevOps 解决方案，也为批发、金融、交通等多个行业的大型企业客户提供过麻利和 DevOps 咨询服务。
大家好，欢送来到我在京东做研发系列直播，我是来自京东科技的解决方案架构师孙长虹，明天我给大家带来的直播主题是：探索京东 DevOps，云原生 IT 研发模式的改革。
Question：如何了解 DevOps 与云原生之间的关系？
孙长虹：依据 Pivotal 的定义，云原生包含 DevOps、继续交付、微服务以及容器；其中，继续交付也是狭义的 DevOps 一部分，因而从概念上来讲，DevOps 既是云原生的重要组成部分；同时也是云原生能力的一个集大成者。
云原生是业务疾速变动背景下的必然技术趋势，云原生关乎速度和敏捷性，它的价值在于减速企业把新想法推向市场进行验证和实现增长；而 DevOps 可能帮忙企业疾速、频繁和牢靠地交付软件，从而实现云原生价值。
云原生带来了 IT 改革，次要包含软件架构的改革和研发模式的变动，软件架构的变动是大型单体利用向微服务的转变，研发模式的变动是大批量阶段式或瀑布式的开发向小批量增量开发的转变。而麻利和 DevOps 的理念、办法和实际是以后研发模式改革的次要伎俩。
接下来我将率领大家从四个方面一起探索京东的 DevOps：介绍京东对 DevOps 的了解和所做的摸索，而后重点介绍积淀了京东 DevOps 教训的行云研发协同平台，它的一些要害个性和典型利用场景。随后介绍一下京东云所能提供的 DevOps 转型服务。
Question：软件开发复杂度晋升带来了哪些问题？
孙长虹：如果让咱们用一个词来形容以后的时代特征，那么 VUCA 肯定会排在前列。VUCA 是易变性、不确定性、复杂性和模糊性这四个词的首字母缩写。在 VUCA 时代，命令与管制的传统形式不再实用，组织必须可能疾速响应变动和不确定性，灵便应答复杂性和模糊性。
与此同时，软件在这个时代的重要性与日剧增。
早在 2011 年，原网景公司的创始人安德森提出“软件吞噬世界”这一大胆阐述，现在这一构想逐步成为事实；譬如随同着新批发的崛起，有人提出“程序员吞噬批发”的说法；随同着汽车技术的飞速发展，又有人提出“软件吞噬汽车”的阐述。无论如何，简直当初所有业务都离不开软件，软件曾经成为企业的外围竞争力。
然而，软件的复杂度一劳永逸，使得交付过程困难重重，这是一个典型的软件交付过程的价值流：
在需要分析阶段，遇到了像业务需要含糊，需要不确定性，剖析周期长等艰难。
在布局排期阶段，经常有大量的需要积压；以及跨团队的开发排期难等问题。
在设计和编码阶段，会遇到需要变更多，跨零碎联调的艰难。
而在功能测试阶段，很多团队仍旧依赖手工测试，品质问题多，从代码到测试的整个过程的周期长，代码品质低，返工多等。
在 SIT/UAT 阶段，会遇到集成工夫晚，集成问题的排查难等艰难。
从布局到最终的上线，又会遇到利用之间耦合大，跨团队协调简单，集成周期长等艰难。
在部署公布阶段，传统手工投产过程十分软弱，容易呈现问题，问题追溯艰难也都很常见
端到端地看，就会发现：业务需要的前置工夫长，开发过程不通明，不可预测，需要变更艰难，需要价值不明确，大量低质量需要产生了大量节约等各种艰难。
软件开发是一个简单的过程，先驱者们得出软件开发须要采纳经验性过程的论断。经验性过程是绝对于“已定义过程”而言的，所谓已定义过程，就是在一个我的项目开始的时候，就制订具体的打算，辨认全副的工作项，而后在整个我的项目执行过程中，严格遵循打算，直至所有工作实现。经验性过程是在我的项目之初明确指标，把高优先级的工作项辨认进去；而后用增量的形式继续进行检查和调整，直至指标达成。
Question：麻利在不同期间的定义是怎么的？
孙长虹：传统的定义过程，只能反对简略类型的工作，为撑持简单工作，必须采纳经验性过程，也就是麻利组织这样一种工作形式。正如 Scrum 指南中所指出的，Scrum 是为了解决简单问题的。麻利的重要性早就失去了行业领先者们的器重。
IBM 在其《CEO Study》中所论述的，CEO 们的首要任务是晋升企业的业务敏捷性，以应答疾速变动且高度简单的环境。而麦肯锡公司在《麦肯锡月刊》中指出：3/ 4 的受访者示意，组织敏捷性是头等大事，近 40% 的受访者目前正在进行组织敏捷性转型。
麻利并没有一个明确的概念。在传统软件开发办法无奈应答疾速、多变、和动静市场环境的背景下，作为一种代替办法被提出。以《麻利宣言》为标记，包含一组价值观和准则，多种软件开发框架和办法，以及一系列最佳实际。
麻利有这样一些具体特色：
1、以客户为核心关注价值，即由客户定义价值，并且由价值来驱动开发，另外就是最小可行产品进行测试和学习，以增量的形式来进行交付，先交付小批量性能，通过用户的反馈来失去学习；
2、跨职能自组织团队通力协作，即组建跨职能团队，可能负责端到端这样一种交付，另外 3、端到端的疾速流动和及时的反馈，以及继续的改良工作办法。
如果咱们认真扫视这些特色，会发现这些特色岂但实用于软件开发，本质上麻利曾经成为一种新的工作形式，不仅仅利用在 IT，而是广泛应用在整个组织。
Question：DevOps 如何演进？
孙长虹：DevOps，实际上是继承了精益和麻利办法，并将其渗透到整个交付过程。采纳大量卓越的技术实际，它是交付方法论和技术实际引进的这样一种交融，从而使得组织可能更加疾速、频繁和牢靠的去构建、测试和公布软件，以满足业务的这种疾速变动的要求，使得企业更加适应市场竞争的须要。
正如出名的钻研机构 Forrester 所指出的那样，当初各行各业都在做数字化转型，要想取得数字化的收益，就须要一些具体的动作，比方挪动利用 互联网 大数据等等，然而将数字化转型仅限于这些动作是远远不够的，该当专一于在他们上层更为要害和根本的需要，也就是为未知未来的继续的商业和技术改革做好筹备。数字化是要求企业具备应答变动的能力，麻利和 DevOps 恰好能够帮忙企业实现 IT 的转型，帮忙企业在业务上可能具备适应变动的能力，从而被认为是数字化转型的一个根本的能力。
Question：京东在 DevOps 方面的摸索历程如何？
孙长虹：京东在 DevOps 的摸索次要从两方面发展：一方面是实际，比方麻利或 DevOps 的治理和工程实际，包含像 Scrum、看版办法、业务麻利、继续集成、继续交付、DevOps 等等。另外一方面是撑持这些实际落地的工具在整个团体层面的继续演进。
具体来看，京东在 DevOps 的摸索有三个畛域：
第一个畛域是晋升研发的管理水平。讲到研发的管理水平，其实咱们面对的问题不是没有办法，而是咱们所面临的办法太多，京东在摸索中基于典型的研发场景，组合一些办法和实际，并且失去了工具平台的这样撑持，从而达成在各个场景下的指标。
第二个摸索的畛域是加强研发的工程能力，咱们当初所应用的很多的研发的工程的实际办法，实际上曾经存在很长一段时间，京东在 DevOps 摸索中，基于 DevOps 平台的价值流，把各种工程技术的实际做了有机的整合，从而能产生更大的效用。
第三个摸索畛域是研发的效力度量，京东领有一个组织级的研发效力度量的一个体系，像度量根本准则、指标的抉择的准则等。基于京东价值流交付模型，也建设了一系列残缺的指标体系，而后在行云效力度量平台的撑持下，实现度量数据的一种场景化的利用，从而撑持效力的继续的改良。
京东的 DevOps 摸索能够稀释在这张 DevOps 全景图里。
在这张全景图的最上面，是一系列的最佳实际，包含需要和业务的实际、编码的实际、开发的实际、测试的实际，以及运维的实际等。所有这些实际都由一些具体的效力组件来撑持，例如项目管理、需要治理、代码库、流水线等，基于 DevOps 一体化的这种理念，咱们整合了这些组件，造成了一个面向一线产研用户的一体化平台，包含我的项目合作域、开发域、测试域、运维域等。基于这个平台的大规模利用，积淀了很多研发数据，基于这些数据又能够做研发的效力度量，基于效力度量实现的业务洞察，来继续改良咱们的实际组合，进一步的做提炼。
京东的 DevOps 教训能够提炼成黄金三角，黄金三角的核心是其指标，也就是疾速、晦涩、牢靠和可继续的交付价值。三角的三局部，别离是效力实际，它是京东多年多状态大规模研发效力的实践经验，这些教训积淀在效力平台上，这个效力平台是一站式的 DevOps 平台，笼罩了软件交付的全生命周期，也撑持了整个组织的大规模的研发流动的发展，第三局部是效力度量，效力平台产生的数据，对它进行开掘造成洞察，能够用来优化效力实际，随着效力实际的晋升，来进一步对效力度量提出更高的要求，也欠缺效力度量。与此同时效力度量的利用也推动了效力平台在整个团体的利用更加深刻。这三者是相辅相成的关系。
效力平台作为另外两个局部效力实际和效力度量的一种撑持，起到了整个京东研发效力底座这样一种作用。
Question：行云 DevOps 研发效力平台有哪些要害的个性？
孙长虹：这里列出了行云 DevOps 平台的一些外围的性能。次要包含这么几个局部：
首先是治理合作域，它包含面向项目管理人员 PMO 的项目管理能力。
第二局部是需要治理，是面向业务人员的需要的端到端的治理。
第三局部是团队空间，是面向研发团队的治理研发工作，麻利的迭代撑持，都能够在这里失去了反对。
另外是测试治理，是面向测试人员，包含像一般的测试用例的治理、测试计划全线的跟踪提测等。另外就是工程合作域，包含京东自研的大规模代码库，自研的大规模流水线，以及部署和公布这样的能力。右上角是行云的效力度量。基于平台所积淀的研发流动数据，进行效力的剖析和洞察，从而反对效力的继续改良。
不同的 DevOps 平台，在性能上其实差别并不是很大，京东通过多年的大规模利用，也造成了本人的一些要害个性，这里列出了 8 个要害个性。
第一个要害个性：端到端对立价值流。Gartner 在 2021 年曾提出精益的价值流将会被融入 DevOps 的阐述，同时也提出了价值流交付平台的概念。这个价值流交付平台就是国内的 DevOps 一体化平台。京东在这一块走的更进一步，岂但具备端到端的一体化的平台，实现了整个价值流在线上的协同，价值流的可视化以及可改良，具体来说，首先京东在整个团体层面对立了研发价值流；其次实现了从业务提出需要，到最终需要上线和收益验证，端到端流转的线上化，基于对立的研发价值流，造成了整个团体层面对立的研发效力的指标定义，此外在各个研发团队的层面又能够依据本人的理论状况，灵便定义本人研发一个状态，以及这些研发状态的流转的规定，简略来说，就是通过 DevOps 一体化的平台，可能落地京东的这种价值流交付的模型，为整个团体层面的研发协同和效力度量奠定了根底。
第二个要害个性：多视角和跨畛域的协同。第一个视角其实是业务的视角，整个需要的端到端的跟踪，第二个视角是产品视角，赋能产品经理，可能对本人的产品进行布局、进行价值摸索，进行继续的经营。第三个视角是研发的视角，治理研发流动，治理研发的工作工作
以及反对像麻利开发，第四个视角是面向传统的项目管理，以及 PMO 的视角，实现了像工时的治理，整个我的项目范畴里程碑危险的治理等等。
第三个要害个性：端到端的流程买通，以及整个研发流动的晦涩连接。需要从提出之后，进入了需要治理，在需要治理模块进行需要的一种受理，需要的沟通，并把业务需要拆分成一个个 IT 零碎的一种产品需要，再把产品需要调配到一个个研发团队，在研发团队会并行的进行开发和测试，开发人员应用代码库进行代码治理，提交代码，而后触发了代码的质量检查以及代码的评审，代码提交之后，触发了主动的流水线，实际主动的构建，包含主动的冗余验证，测试人员基于，开发人员的提测来进行测试的布局，而后执行测试、治理缺点。行云研发协同平台也集成了一系列的自动化测试的能力，能够被流水线调用，或者是在测试人员执行测试的时候曾经调用。在这里咱们实现了自动测试和测试治理的对立，对立自动测试和手工测试使劲，对立执行，而后造成对立的测试报告，通过验证的制品，会进入制品库，而后通过部署和公布利用，把它公布到指标的环境中去，包含线上环境。总结一下，从业务提出需要，到产品和业务沟通受理需要，需要调配到开发团队，而后再执行具体的开发和测试的工作，直至上线验收，以及收益的一个验证，实现了全流程的线上化，整个的过程全是买通，并且是十分晦涩的进行连接。
第四个要害个性：数据的关联全程可追溯。基于价值流，也就是需要，咱们把各种治理对象都进行了关联，比如说与代码进行关联，与测试进行关联，与缺点进行关联，与公布进行关联等，从而实现了全程的可追溯。
第五个要害个性：状态的更新。可能实现主动和精确及时的这样一种状态的更新，咱们在做效力度量的时候常常会遇到这样一个问题，平台上采集的数据有可能不精确，解决这个问题，诚然能够采纳一些管理手段，然而行云提供了一种技术手段。行云提供了需要评审的线上评审能力，咱们在线上进行需要评审，评审通过之后，这个需要的状态就主动流转到待上线，因为咱们的需要也是跟代码进行关联的，当开发人员创立分支进行编写代码的流动的时候，这个需要的状态就自动更新到那个开发中，当开发人员进行提测，测试人员开始测试之后，需要就主动的进入到测试中的状态，当测试人员实现这个提测标记提测通过，这个需要又会主动的将其状态变为待上线，整个端到端的绝大部分的这个过程的这种状态，都能够自动更新，从而保障了研发过程数据的精确，以及疾速的失去采集，从而撑持了咱们更好的去做效力度量。
第六个要害个性：能力的凋谢比拟容易扩大，行云研发效力平台，提供了欠缺的凋谢 API
领有插件化及组件化的能力，易于集成和被集成，同时行云通过利用商店，建设了整个的工具链生态。
第七个要害个性：平安和高可用。从网络应用数据和运维多个层面确保安全，全链路的端到端的高可用，另外采纳 K8S 集群部署，确保无单点故障。
第八个个性：国产信创和自主可控，整个平台采纳了纯自研的架构，基于包含芯片、服务器、操作系统以及数据库和中间件全栈的国产信创生态，实现了自主可控。
Question：行云 DevOps 研发效力平台有哪些典型的利用场景？
孙长虹：咱们梳理了行云 DevOps 平台的 6 个典型利用场景
第一个场景是敏稳双模的研发协同。在研发过程中，不管组的大小，都会遇到既存在传统的瀑布式的这样一种我的项目，又存在敏态的迭代增量式的我的项目，并且这些我的项目须要协同的场景。行云研发协同平台一方面提供了稳态的反对能力，通过项目管理模块；另外一方面又提供了敏态的反对能力，通过团队空间，在团队空间外面反对迭代，像 Scrum 经济看板这样的一种研发的模式，又提供了面向业务的需要治理模块，可能通过对需要的，端到端的跟踪需要的层次化可视化，来把稳态和敏态的我的项目进行关联，可能更加透明化的来进行合作，从而可能无效的撑持敏稳双模的研发协同。
第二个场景是多层次的价值闭环，随着麻利或 DevOps 转型的深刻，咱们越来越多的发现更大的瓶颈可能是在业务和产研的协同上，研发团队更多的去问产研咱们这个需要的价值是什么，在这里行云也提供了一些绝对比较简单的性能，然而也十分无效的实现了多层次价值闭环，首先是在业务指标的层面，在布局我的项目的时候，要求填入我的项目的 ROI，同时在我的项目的中后期，也能够对我的项目的 ROI 进行验证，在业务提出需要的时候，也能够提醒业务人员输出需要的价值，需要要有哪些收益，在需要验收之后，也提供了这种收益验证的这样的性能。业务指标由用户的具体应用场景所承载，所治理的对象就是业务需要，在业务需要的层面，咱们会要求需要提出者明确需要的场景以及验收规范，在需要交付之后，要进行业务的场景演示以及业务需要的验收，从而实现了在业务需要层面的闭环。业务需要又分解成一个个的产品性能，在这个产品的性能层面，咱们会要求咱们的 PO 或者业务剖析人员，基于麻利的形式去编写需要，比如说用户故事的这样的模板，编写验收规范等，在迭代完结之后要进行产品性能的演示，以及产品性能在迭代前期的测试，实现了在产品性能层面的闭环。最初是在代码层面的一个闭环，从而实现了四个层面的从指标到业务需要到产品性能及代码，多层次的价值闭环。
第三个场景是大型产品、大型项目或者是大型需要的协同。在组织里可能会遇到这样的场景，一个业务需要有可能须要多个研发团队的协同，同样每个研发团队同时有可能会接管到，来自不同的多个业务单元的需要，这就造成了非常复杂的多对多场景，解决这样简单的场景协同问题，一方面要有跨团队协同的机制，比方如何做指标对齐，如何做研发节奏的同步，同时也须要一个平台撑持，比如说行云研发零碎平台就提供了整个需要的层次化需要，端到端的这样一种流动可视化，从而可能帮忙咱们在大型协同中的关联方，可能对整个我的项目的状态有比较清楚的意识，促成高质量的我的项目决策，从而实现大型团队的协同。
第四个场景是继续集成和继续部署，也就是 CICD；CICD 将 DevOps 次要的工程实际，从代码的编写、构建、验证、部署都集成在一起，从概念上来说，CI 和 CD 通过制品库进行连贯实现了在 CI 的一次构建，通过 CD 可能随时随地进行部署，CD 既是继续部署的一个简称，也是继续交付的简称，咱们能够把继续交付了解为继续集成和继续部署的一个总和。通过 CICD 可能实现频繁的提交和集成代码，并且代码一经提交就触发蕴含自动化验证的构建流水线，部署的指标环境，直至公布上线。
第五个场景是研发的品质内建。这里次要包含这么几个局部，首先是测试左移，而后开发和测试更加严密的合作，测试的自动化，可能实现疾速的反馈和频繁的执行。第三局部是高质量的继续集成，这里包含代码的提交纪律，每日构建和提交构建等，还有就是品质门禁，代码以高质量在不同的环境中升级，通过测试左移、分层测试自动化，以及多环节品质卡点，放慢反馈，尽早发现和解决缺点，晋升代码品质。
第六个场景是精细化研发治理。提供了不同视角的研发治理的精细化，比方研发视角的不同角色的工作工作的排期可视化，项目管理视角的工时申报，整个工时散布的治理，还有治理视角的人力资源饱和度日历，还有从业务视角能够看到本人的老本离开，以及所有的需要以及子需要的打算和理论耗费的工时等等，从而撑持了各个不同角色的精细化研发治理。
Question：京东组织级 DevOps 转型整体框架是怎么样的？
孙长虹：DevOps 转型服务其实并不容易，首先是在团队层面可能会遇到这样的一些挑战，一个是能力的缺失，可能团队短少 DevOps 的常识，或者是实际的教训；第二个是志愿缺失，很多团队没有把研发效力的继续改良作为本人的次要的职责，只关注于日常的需要交付，短少继续改良的志愿和意识。第三点是不足业务的参加，如果仅仅是产研参加的话，实际上没有方法最大化 DevOps 的价值，第四个就是内部团队来负责改良，这样真正的改良的主体，也就是咱们的一个个的 DevOps 团队，他们是被动去做改良，这种改良不长久。此外还有长期的我的项目团队，当有我的项目需要的时候长期组建团队，从各个不同的职能团队获取资源，组建团队，我的项目实现之后又遣散团队，这样使得 DevOps 的能力没方法失去积淀。
另外 DevOps 转型在组织层面也存在着很多的挑战，首先是整个组织转型的指标不明确，或者是不对齐，无奈造成一个合力，其次整个转型流动不足对立的领导和组织，使得各个不同的职能机构做一些部分的改良，工具也是碎片化；第三点是瀑布式或者是毫无章法的 DevOps 转型的施行，使得转型难以落地或者执行不到位；第四是不足规模化推广的伎俩，在局部我的项目团队或者是试点我的项目外面，可能见到一些功效，但没方法大规模的去复制。第五点是没有效力度量，或者是效力度量的利用程度低，从而无奈实现组织层面的继续改良。
DevOps 转型在集体层面其实也面临着很多的挑战，对集体而言工作形式的转变，这个会挑战集体的一个舒服区；第二个是集体能力的缺失或者是差距，比如说集体无奈胜任在新的工作模式下的要求；第三点是被动参加，这会导致参加人员不足心理平安；第四点是不足自我改良的能源，局部在 DevOps 转型中受到影响的人员，会回绝这种这种变动，回绝学习、回绝改良；第五就是理论的日常工作中，其实会对通明和合作提出十分高的要求，团队成员会受到来自伙伴很大的压力，也都会妨碍转型顺利开展。
基于这些转型的挑战，咱们总结了一个组织级的 DevOps 转型整体的框架，这一方面是京东本人 DevOps 转型教训的提炼，同时也是咱们服务客户、帮忙客户转型，所做的一个总结。
DevOps 转型的整个指标是疾速晦涩牢靠和可继续的交付价值，撑持这一指标实现的是研发体系、研发治理和工程实际，以及支撑体系和实际落地研发工具，仅仅有这些还不够，特地对于大型组织还须要文化的建设和能力建设，以及撑持短暂和继续转型的组织建设。
Question：京东云能提供哪些 DevOps 转型服务？
孙长虹：这样一个框架的落地并不容易，京东云能够为咱们的客户提供一些转型的服务。咱们能够一起看一下。
首先是培训赋能，就包含麻利或 DevOps 的根底培训、治理实际和工程实际的培训，以及面向外围人员的深度培训，还有一些认证培训等，使得咱们的客户可能疾速全面地理解麻利和 DevOps 的前沿办法，以及京东的一些最佳实际，为组织转型破冰。
第二个是转型布局，有些企业在本身的数字化转型之下来进行发展，或者有些组织曾经启动了麻利和 DevOps 的转型，但也有些组织在采纳行云 DevOps 平台的时候，其实并没有整个 DevOps 转型的考量，这种状况下咱们就能够帮忙这样的客户组织，来制订一个企业级的系统化的转型框架，从而使得客户更加有信念开启 DevOps 的转型之旅。
第三个服务是平台的建设和经营，咱们能够帮忙客户布局 DevOps 平台建设的整体思路和施行门路，而后以行云为根底，基于客户的理论的需要，为客户定制专属的 DevOps 平台，并且把平台进行推广应用，而后再基于应用过程中用户的反馈，来继续的演变平台、经营平台。
第四个是体系建设，咱们能够帮忙客户基于 DevOps 理念和客户研发的理论现状，对标业内研发效力晋升的一些优良实际，帮忙客户建设端到端的研发体系，并承载在 DevOps 平台上
第五个是标杆团队的打造，DevOps 的平台建成之后，只是 DevOps 的利用的一个终点，更重要的是 DevOps 平台如何可能为咱们一线的产研团队带来价值，咱们能够帮忙客户来进行 DevOps 的试点，抉择一些团队作为标杆，来验证一整套的 DevOps 办法和理念，在客户的研发环境中如何可能更好的落地，并且承载在这个 DevOps 平台上，解决应用过程中的各种各样的问题，从而为大规模的推广积攒教训。
第六个服务是文化建设，在大型的研发组织外面，必定会存在某些团队，这里可能也比拟合乎二八准则，有 20% 的团队他们很有改良的意识，违心去尝试新的办法，尝试新的工具来晋升效力，然而大多数的研发团队，还是次要的关注点在本人日常的交付流动，没有把研发效力的继续改良作为本人的一个重要的职责，通过文化建设流动，可能激活一线的研发团队，帮忙他们建设转型的紧迫感，转型的主体意识，以及采取行动的志愿。
第七个服务是教练造就，咱们能够帮忙客户建设外部教练的这种运作模式和造就的机制，
帮忙他们提拔辨认一些外部教练的种子，通过教练训练营等流动来帮忙客户造就本人的外部教练，并且撑持这些外部教练来进入各个一线的产研团队，反对一线产研团队更加深刻和更加长久的转型。
第八个服务是组织建设，咱们能够帮忙客户打造一个面向产研提供卓越的麻利和 DevOps 服务的一个高效的撑持组织，从而撑持咱们的客户更加长久和更加深刻的转型。DevOps 组织建设是基于一线产研团队的理论需要，来梳理 DevOps 的撑持组织，比如说麻利的 PMO 或者 DevOps 能力核心，基于他们的需要来梳理咱们所须要提供的服务，而后进行能力的盘点，辨认能力的差距，建设服务的撑持能力。京东能够帮忙咱们的客户，来布局和建设和经营这样的组织，并且帮忙咱们的客户的 DevOps 能力核心，进行能力的继续建设。
Question：京东 DevOps 的次要劣势有哪些？
孙长虹：首先，京东的 DevOps 是通过了咱们的实际的测验，是咱们整个团体大规模多状态研发场景的多年打磨，另外也经验了像 618、11.11，以及像 2022 年春晚我的项目的严苛考验。
第二，行云 DevOps 平台是内外同源，所有的工具都源自于团体外部，并且继续在演变。
第三，行云研发协同平台是行业当先的一个价值流交付平台，可能撑持业务和技术更好地协同，可能实现研发价值流的这种可视、可度量以及可改良。
最初一点，咱们岂但可能提供，撑持各个行业典型研发场景的平台，咱们也可能提供组织级的施行方法论，以及咱们的施行服务来帮忙咱们的客户去做转型，此外行云研发协同平台也领有一些业内的行业权威资质，比如说信通院 DevOps 解决方案先进级，以及效力度量的先进级的认证，咱们施行的专家，也都具备很丰盛的 DevOps 或者麻利转型辅导，和麻利平台落地教训。
最初我做一个简略的总结，咱们理解了京东对 DevOps 了解和京东对 DevOps 摸索，学习了承载京东 DevOps 教训的行云研发协同平台，8 个次要个性和 6 个典型的利用场景，以及 8 个咨询服务，置信通过明天的视频，大家对于京东的 DevOps 曾经有了一个比拟全面的理解，那么最初祝福大家在今后的工作中，可能拥抱 DevOps，拥抱云原生，拥抱变动，本次直播到此结束，谢谢大家。