导言
开始考虑引用“ DevOps 已死，渠道工程才是未来”作为标题，但这样的表达或许太过于绝对。终究，决定用了“扯淡的”这个词来描绘 DevOps，但这并不是一种文明的表达方式。 文章旨在从头审视 DevOps 和渠道工程，将分别讨论 DevOps 和渠道工程的概念，并要点分析渠道工程所倡议的一些中心内容。一起，期望通过本文能够给从事内部开发渠道（IDP）作业的同学们带来一些考虑。
DevOps的方针
在 2009 年，DevOps 这一概念就被提出，要点着重团队协作、自动化东西和流程改进，旨在进步软件开发和布置的速度和质量。但是，提出之后有近 15 年了，发现这一办法并未如预期完美实现了方针。在咱们公司内部，咱们也会发现软件交给本钱依然仍是较高，从布置发布东西的视点来看，无论是 J-ONE、JDOS 仍是现在的行云布置，关于研制人员日常布置发布仍存在必定的本钱，但这种现象如同不仅仅是东西层面的问题。
DevOps 本身是一种理念，着重团队协作，使开发团队和运维团队能够严密协作。尽管着重了自动化和东西的重要性，但它并没有清晰指出具体的发展方向。因而，呈现了渠道工程（Platform Engineering）这一理念。尽管最早是谁提出的已无法考证，但在 2022 年 7 月份，一条Twitter上的音讯“DevOps is dead, long live Platform Engineering” 在国内外的 DevOps 圈子迅速传达开来，并得到了广泛的回应。
渠道工程（Platform Engineering）是一种新的运维理念，着重内部开发渠道应该供给技能研制人员自服务的才能。其间心观点之一是通过屏蔽基础设施的杂乱性，为技能研制人员供给灵活的东西链和作业流程。这样，能够利用渠道的底子才能，自主解决问题，无需依赖渠道层的参加，使得开发团队能够愈加高效地开展作业，进步软件交给的速度和质量。
渠道工程的界说
渠道工程是设计和构建东西链和作业流的学科，可在云原生时代为软件工程安排供给自助服务功用。渠道工程师供给的集成产品一般被称为“内部开发人员渠道”，涵盖了应用程序整个生命周期的运营需求。 –界说来自 platformengineering.org （关于渠道工程的界说较多，但大部分意思较一起：首要是倡议自助服务削减底层基础支撑东西的杂乱性和不确认性，减化作业流程，削减终究用户在运用进程中的认知本钱，然后改善了终究用户的体会，和进步出产功率）
渠道工程和 DevOps 都是软件开发和运维领域的概念，它们一起重视进步软件开发和布置的功率和质量，但它们的要点和办法有所不同。渠道工程着重于构建可重用的渠道架构，供给场景化的才能，供给自助化的体会。而 DevOps 则侧重于团队协作、自动化东西和流程改进，以进步软件开发和布置的速度和质量。
在 2023 年，Gartner 已将渠道工程列为顶级战略趋势之一。最近发布的 2024 年十大技能趋势中，Gartner 再次提到了渠道工程，而且将其提升了一个等级，这表明渠道工程在业界的认可度得到进一步提升。
在曩昔的几年中，人们一向寻求 DevOps，并从才能成熟度的视点推进提升。但是，关于投入和产出的量化评价却相对含糊。渠道工程提出了一些衡量其价值产出的方式，包括自助式体会和尽或许削减人力投入。通过致力于建造自助化、场景化的才能，供给有价值的渠道。
回到本文的标题，咱们来谈谈为什么开发人员不愿意承当运维的作业。
开发为什么不想做运维
DevOps 着重团队协作，并鼓励开发人员承当必定的运维作业。但是，在现实中，为什么这一点往往难以实现？我以为首要有以下几个方面的理由：
•专心于中心开发使命： 开发人员一般更倾向于日常软件开发使命，他们或许没有太多时间和精力在其他方面，否则会影响日常使命的作业进展。
•不熟悉或不感兴趣： 开发人员或许没有足够的经历来处理运维的作业，或许他们对运维作业不感兴趣，导致在运维方面缺少活跃性。
•运维的锅太重、事太杂： 运维作业涉及到出产环境，因而其职责和影响规模较大。任何运维失误都或许导致体系毛病、服务中止或数据丢失等严峻后果。因而，关于开发人员来说，承当运维作业或许带来额定的压力和职责。此外，运维作业一般包括各种琐碎而冗杂的使命，包括7*24值勤。
•缺少好用的东西和渠道支撑： 缺少易用且高效的自动化东西和渠道，运维作业就会愈加依赖手工操作，然后增加了运维的本钱和杂乱性。
以上或许是开发人员不太愿意承当运维作业的一些或许的理由。我接下来看下运维的实质是什么？
运维作业的实质
运维作业要点是保障体系的安全和稳定运转。它不仅需要 7×24小时监控线上环境的稳定性，还需要处理各种日常的运维使命。这些使命或许包括资源管理、日常巡检、毛病排查与修正、工单处理等。
最近，一些大厂经历了严峻的线上稳定性毛病，这给业界带来了很大的重视。以下是最近发生的两个重视度比较高的P0级毛病：
11.12阿里云毛病： 阿里云发生了一场史诗级大翻车，全球一切区域一起呈现毛病，发明了闻所未闻的职业新记载，由于AK的反常的代码存在逻辑缺点，导致有用请求都不在白名单中，形成了“阿里全系产品崩了”共计三个半小时的毛病。终究，采取了分批重启 AK 服务的办法，才陆续进行康复。
11.27滴滴毛病： 依据网上流传的信息，滴滴这次的超长宕机事件的原因是，选择了本钱较低的K8S的原地晋级方案，由于过错的晋级操作，导致晋级变成了降级，干掉了一切的pod，终究，具体的康复进程尚不清楚，直至28日下午，滴滴APP才底子康复正常。
最近的这些线上毛病对整个职业发生了极大的警示，一切企业都相同面对着线上稳定性应战。
带来的一些考虑
安全出产，警钟长鸣： 面对线上问题，咱们绝不能单纯地寻求速度和省劲，关于任何线上操作，都必须保持敬畏之心。
安全出产，人人有责： 无论是开发人员编写的过错代码逻辑，仍是运维人员过错的晋级操作，终究都有或许给公司带来无法估量的损失。
（上图来历于网络）
出产环境的稳定性，最难得不是技能，而是依赖无数细节的落地，稳定性的保障需要大量的投入，但是这个事最大的问题就是，难被认可，以及怎么来衡量做的好呢？网上从前一个段子，大约意思就是“那些代码写的没有 Bug 的人，往往默默无闻，甚至或许被干掉；相反，那些经常写 Bug 的同学，由于日常忙碌于修正 Bug ，反而能风生水起”，当然，开发不愿意承当运维的原因，的确是由于线上稳定性的职责严峻，一起运维作业的负担也很重，而且缺少适用的东西和渠道来支撑。
但是，渠道工程被提出，作为一种新的理念，旨在解决这些问题，并进步软件交给流程。接下来聊一聊，与 DevOps 比较【渠道工程】的成功要害因素有哪些。
渠道工程成功的要害因素
如安在公司内推进渠道工程
作为一个相对新颖的概念，渠道工程已连续两年获得 Gartner 的认可，将其推向了咱们不得不重视的重要位置。要在公司内推进渠道工程，我以为需清晰以下几个方面：
•渠道规模： 内部有许多东西，首先要确立威望或认证的东西，进行继续投入与迭代，而非各自发展，防止形成重复建造和本钱的糟蹋。
•渠道文明： 渠道到底是为谁而做，为谁服务，技能研制人员是咱们的天主，树立以服务技能研制人员为主的渠道文明，一起满意公司管理视点。
•渠道方针： 中心方针是构建场景化的东西，使技能人员能在渠道中自助化运用，把场景化、自助化作为中心方针。
•渠道Owner： 企业界的IPD不或许会集在同一个部分，因而确认特定场景的 Owner 至关重要，能够消除职责鸿沟不清晰的问题。
•需求来历： 一切以研制需求为主，要统筹研制人员的运用体会，防止大而全的版本晋级改动，导致研制迁移体系，迁移资源，然后带来的额定运用本钱。
•渠道API： 内部渠道天然就应具有丰富API，满意内部研制的需求，并也应供给具体的文档让技能人员运用。
综上，从全局的维度讨论了如安在内部推进渠道工程。接下来，咱们讨论一下渠道工程下的东西应具有哪些特质：
渠道工程下建造什么样的东西
个人以为，相较于面向顾客的产品，内部东西更为重要。由于顾客产品用户有选择权，但内部人员并无太多选择余地，最多只是抱怨几句，却仍需继续运用。要打造令内部人员满意的东西，个人觉得至少需要以下要害特点：
•产品化： 内部的东西渠道必定要产品化，定坐落服务全集团，而非限制自己地点部分的几个人，或许几十人运用，必定要把方针用户定位是集团内一切研制同学，只有这样才能把东西做好。
•用户体会： 重视用户体会，除了供给基础的GUI界面，API等才能之外，别的也要留意屏蔽杂乱的后端逻辑，降低用户的运用本钱。
•集成化： 这儿讲集成，不仅是像现在行云/泰山相同通过东西市场把各个东西集成到渠道上就行了，这些仅完成了第一步，仍是以研制运用场景为方针，以应用为视角作业区，例如在发布时，整合监控、日志、预案、告警等可观测的视图，让用户在一个地方满意一切该场景的需求。
•自助化： 用户无需渠道同学的帮忙，能满意一切功用，这儿举个例子，咱们去银行取钱，在柜台人工能够取，但需银行人员的帮忙，但咱们通过ATM，相同也能够彻底自助的取钱。
渠道工程下的内部开发团队
在渠道工程背景下，内开发团队或许会有以下共性状况，例如这四方面：
•产品化： 内部东西再需求把控方面特别容易被定制，通过一段时间后，或许会演化成了某个人或许某个小部分的定制产品。
•优先级： 经常接到或面对“某C-x老板”的高优先级需求。
•认可性： 由于与事务脱节，难以衡量价值，长期下来，对产出的价值认可或许会发生疑虑。
•重复建造：内部东西和渠道的重复建造问题较为严峻。
个人觉得内部渠道团队应要坚持做以下几件事：
•继续收集用户需求，并对渠道长远规划路线图。
•完善用户运用手册和最佳实践，提升用户体会。
•保持开放心态，必定要供给API。
•继续推广和运营所担任的渠道。（生孩子和养孩子）
•针对重复建造问题，加强协作共建，防止陷入小规模的自嗨式“个人/部分东西”建造
如何衡量渠道工程的成功呢？
首要在于要从一些指标维度进行衡量评价。假如一个渠道或许东西，在做了一年后，关于本身的运用状况一无所知，而仅专心在做功用开发，那么怎么来衡量这个渠道带来的价值呢？我觉得最要害的在于要寻找一个要害的指标，这个指标能够是事务维度，也能够是产品维度或安排维度，我抛出几个维度仅供参考：
•用户维度（第一个就是要用户维度，提升用户体会）
◦周活跃用户数
◦赋能事务数
◦NPS净推荐值
•产品维度
◦拜访功率
◦执行功率
◦执行成功率
•安排维度
◦XX周期
◦XX用时
渠道工程的未来
针对渠道工程的未来发展，现在国内外的状况如下：
国外的状况
当时，国外各大厂像Google、Spotify、Netflix、Walmart等一大批公司均在活跃推进渠道工程在企业界部的实施，11月份，CNCF正式发布了渠道工程的才能成熟度模型，分别从5个维度上划分了4个等级，CNCF发布的成熟度模型维度比较粗粒度，首要从团队/人员、渠道应用、用户体会、自服务以及渠道迭代等方面进行评价，并未对渠道功用维度进行具体划分。
国内的状况
在国内，现在渠道工程也逐步遭到大家的重视，特别是原来就担任DevOps东西相关的人员，愈加重视渠道工程带来的新的概念和倡议方向。我国信息通信研究院也正在安排职业界的专家，一起整理一份契合国内现状的渠道工程才能要求规范，会清晰渠道工程功用维度。我现在也参加了部分作业，如有对此感兴趣的同事，欢迎联络我一起参加。
最终，放个一个Gartner猜测的数据，Gartner猜测，到 2026 年， 80% 的软件工程安排将树立渠道团队，其间 75% 将包括开发者自助服务门户。80%的软件工程安排将树立渠道团队作为可重复运用的服务、组件和东西的内部供给者，用于应用程序交给。
可见，渠道工程不仅仅是一种趋势，它是软件交给的未来。
作者：京东零售技能渠道 井亮亮
来历：京东零售技能转载请注明来历
