产品白皮书

# 背景

# 数字化转型带来的变化

随着着信息化的不断发展和数字化时代的到来，数字化转型已成为整体业务转型战略的关键组成部分。数字化转型是一种颠覆性的创新，通过彻底重构客户体验、业务模式和运营模式采用全新的方式交付价值、创造收入并提高效率。在数字化转型的过程中，用户对软件的需求大量增加，业务规模与技术复杂度都在急剧膨胀，同时对安全性、可靠性也提出了更高的要求。终端用户的期望逐步将端到端的产品交付延伸至端到端的价值交付。

# 数字化转型带来的挑战

新的业务模式下，业务敏捷性的要求越来越高，业务链条越来越长，新技术也不断涌现。传统的小团队、慢节奏的交付模式，已不能适应当下业务的发展。为实现数字转型需要更多的专业化职能团队不断引入新的技术和方法来进行快速的交付。所以业务团队之间的配合协作能力以及对新技术的运用能力，对数字转型的发展至关重要。而如何在保障安全与质量条件下，协同多个团队使用最新的技术快速的完成端到端价值交付，成为亟待解决的难题。

# DevOps是什么

DevOps是Develop与Operations的缩写，是敏捷思想从软件开发端(Dev)到系统维护端(Ops)的延伸。DevOps 强调的是高效组织团队之间如何通过自动化的工具协作和沟通来完成软件的生命周期管理，从而更快、更频繁地交付更稳定的软件。在数字化转型过程中,众多组织通过 DevOps 实现了软件的价值交付和科技数据的落地。DevOps 正在成为一种新的研发模式,DevOps 最佳实践逐渐成为数字化转型的必经阶段。

# 产品定位

金蝶Apusic研发运营平台以软件研发全生命周期管理为目标，以过程管理与工具，质量控制，效能改进为核心，借助DevOps体系持续改进提升组织流程和工程实践的流动性、反馈效率，并建立学习型组织。逐步从传统管理模式向IT敏捷模式转变，最终达到业务敏捷的目标，提升投入产出的效能比。

# 平台价值

# 完善的研发过程支撑

金蝶Apusic研发与运营平台提供完善的研发过程管理，使研发团队的不同角色能够在平台下进行无缝的配合，使研发问题能够被更早的发现和处理。使管理效率得以改进。
平台通过可视化的自动化流水线实现产品构建过程的低代码化和可视化，把开发人员从重复性的工作中解放出来，专注于业务研发。使开发效率得以提升。

# 云应用快速交付与运维

随着业务复杂度的增加，复杂业务系统在不同环境中的部署、迁移和运维成为业务交付最大的难点与瓶颈。平台以业务应用为最小管理单元，建立了业务应用规范定义，实现业务应用定义可视化配置并与底层复杂的技术实现分离，极大的简化了应用部署与运维管理的难度。
用户无需关注底层实现，只需要根据业务需要定义进行应用属性配置，即可以完成数十个组件构成的复杂应用的应用系统的一键部署，跨环境一键迁移，动态水平扩展，动态可观测添加等能力。极大的简化了云应用部署和运维的技术难度和管理难度，使业务上线过程变得简单而高效。

# 业务纬度的应用级安全质量管理

金蝶Apusic研发与运营平台将安全与质量放在核心位置，创新性采用以业务应用为核心的应用级质量管理功能来替代以过程为核心的质量管理过程。
平台根据业务过程中嵌入的质量检查点，自动收集整合各个环节质量数据，以应用为核心进行质量信息整合，实现了业务视角的质量数据，也使业务质量更加可视化和直观化。
通过应用级安全质量管理，用户可以对已上线应用使用新标准进行质量验证，使持续性的线上应用安全与质量管理成为了可能。

# 应用场景

# 应用统一发布

对于信息中心来说，经常需要为供应商（如：集成商、外包团队和软件厂家）提供业务部署环境为供应商下发虚拟机，由供应商自行安装应用系统和相关软件。完成整个系统的上线交付。
在这种资源分配使用的模式下，信息中心无法从按业务优先级进行资源调配，造成资源浪费。由于缺乏统一管理的能力，很难推动供应商对线上业务进行升级，导致系统长期暴露在安全风险之中。而对于供应商来说，由于信息中心仅能够提供虚拟机，缺少基础中间件和安装包，供应商不得不花费很大力气在基础软件安装和升级与管理上。而当需要进行环境迁移时，供应商不得不反复进行这些安装与部署操作，浪费了大量时间，业务上线时间也受到了影响。

金蝶Apusic研发与运营平台提供了应用资源动态管理功能，供应商可以在信息中心的配置限额下，对应用进行动态的水平伸缩，例如在仿真环境中，进行上线测试时，增加资源，测试完成后，释放出资源。使资源能够得到合理的使用。也减少了信息中心的资源调配工作。
在平台提供的应用仓库中，预制了常用中间件和支撑软件，供应商可以简单的将其加入到自己的应用中，降低了供应商搭建系统的难度。预制应用可根据管理方要求提供版本升级，使漏洞能够尽快得到处理。从根本上解决信息安全问题，而不再需要逐个系统的跟踪和解决。
平台提供跨环境迁移能力，将测试集群中的应用，一键复制到生产集群中。并自动安装所有依赖组件，使供应商能够在测试通过后，快速上线业务。也使信息中心可以在测试环境中进行评估后，直接完成业务上线，使整个管理过程更加顺滑。
如果供应商采用代码交付，平台能够定期对代码使用最新标准进行漏扫和测试，并将测试结果关联到在线业务应用上，管理方可以对线上应用进行持续的源码级安全监控。

# 敏捷持续交付

对于具有线上业务组织来说，敏捷交付都是非常重要的，当出现系统漏洞或发生线上事故时，具备及时发布版本并尽快升级到生产环境的能力，能够有效减少业务停机时间，减少业务的损失和不良影响的发生。

金蝶Apusic研发与运营平台提供了从代码到上线的全过程自动化支持，能够自动化完成代码构建、质量检查、制品生成，制品发布、应用版本更新部署。使代码提交后，在数分钟之内即可在仿真环境中进行测试。极大的加快了问题解决速度。

# 柔性运维

对于普通的供应商来说，构建一套能够自动伸缩、滚动升级、具备动态可观测性能力的系统是非常困难的。
金蝶Apusic研发与运营平台通过可插拔运维特征，能够在运行期动态添加这样的能力到应用系统中，使普通的业务应用也能具备可伸缩性，可观测性，大大降低了运维难度。尤其在有需要统一日志采集，统一系统监控的场景下，只要添加对应的运维插件，即可在不影响系统运行的情况下，实现对业务系统的动态能力扩展。使统一运维管理难度大大降低，也使管理规范的落地更加容易。

# 平台架构

# 设计理念

DevOps理念的贯彻，将主要构建以下2个能力：第一，持续地顺畅高质量交付有效价值。持续优化协作模式和工程体系，消除业务需求交付过程中的一切阻碍和等待，让交付节奏跟上业务发展的需要，同时保障交付的质量和交付效能的可持续性。

第二，极致弹性和韧性的系统运行。IT系统必须满足业务运营的要求，具备极致的弹性和韧性。弹性是指它随业务负载自动、实时的扩缩容，以精准的弹性和合理地成本满足业务；韧性指的是确保系统安全、合规和稳定的运行，实现系统运行的连续可用性和安全稳定。为了建设这两个能力，我们明确提出了 DevOps 实施的价值主张。

它们分别是：
1）业务驱动的协作模式；
2）产品导向的交付模式；
3）特性为核心的持续交付；
4）应用为核心的运维。接下来将分别作一概述。

业务驱动的协作模式
IT系统的交付是一个协作过程，涉及交付链路上的不同职能，如：业务、产品、开发、测试和运维等；涉及不同功能团队，如前端、后端、中台的不同产品、基础技术组件等。
如何让协作更高效，从而更快地响应和交付业务需求？我们第一个主张就是，业务驱动的协作模式。它要求：1）通过业务需求拉通端到端的交付过程，包括：业务、产品、开发、测试、运维等职能的工作；2）通过业务需求对齐各个功能开发的工作，如：前端，后端，中台的交付节奏等。
业务驱动的协作模式寻求系统优化，确保各个局部的工作转化为业务可见的交付效能。
产品导向的交付模式
业务需求的满足最终必须落地到产品上才能够交付。产品的交付有两种模式，分别是产品导向的和项目导向的。项目关注短期的交付，而产品关注的是长期的价值。我们主张产品导向的交付模式，是为了长期的效率和业务的价值。
产品导向的交付模式把技术交付团队看成利润中心（而非成本中心），面向产品和业务建设跨功能和相对稳定的产品交付团队，以业务价值和业务响应来衡量和激励产品交付团队。团队面向业务价值，持续地迭代和学习，并积累软件资产、工程和技术资产，提升自己的响应和交付能力。
特性为核心的持续交付
“业务驱动的协作模式”以及“产品导向的交付模式”，这两者都离不开工程能力的支持，尤其是持续交付工程能力。
我们将持续交付分解为持续部署和持续发布这两个能力。其中，部署（deployment）是技术概念，指的是将软件安装到一个特定的环境；发布（release）是业务概念，指让一个或一组需求对用户可用。
建设持续交付能力，首先要做到两个解耦。1）需求之间的解耦，让各个需求的开发和发布能够独立进行；2）部署和发布之间的解耦，让部署的动作更加灵活，发布能够随需进行。
这两个解耦要达成的是：单应用持续变更和单需求持续发布的能力。这是响应业务最敏捷的方式，也是我们对持续交付能力的追求。上图反映了这一状态，一个业务需求经过拆解，对应多个应用的变更，每个应用独立开发、测试和部署，当该需求涉及的所有变更部署完成，这个需求就可以自动发布，或通过特性开关按业务需要发布。
为了做到单应用的持续部署和单需求的按需发布，需要一系列机制、能力和工具体系的支持，如：环境的管理，持续交付流水线的构建、开发联调的手段、质量的保障体系。
应用为核心的运营体系
运维的目标是在快速响应业务的同时，保障业务系统运行的弹性和韧性。弹性指的是随业务的规模自动和精准伸缩的能力，韧性指的是系统运行的稳定、安全，并保障业务的连续性。
应用视角是连接系统和业务的必然选择，也是连接开发和运维的必然选择。DevOps 的开发、交付、运营工作都是围绕应用展开的。每个应用有独立的负责人，对应独立的代码库，有自己独立的资源集、预算，故障定责都是以应用为维度展开的。
运营体系是构建在应用这个基础单元之上的。基于应用，我们可以进行各种精细化管理，推动完成技术升级，资源成本优化，以及各种稳定性治理工作，实现监、管、控一体化的运营。

# 业务架构

金蝶Apusic研发与运营平台将价值交付的全过程分为CI和CD两个子过程，分别侧重研发与交付。两个子过程可以整合使用，也可以分别使用单独使用。使不同类型，不同发展阶段的组织都能够使用平台能力提升、改善自己的业务过程。

平台将管理过程划分为三个部分，贯穿于整个价值交付过程：

过程管理与工具
平台内置端到端的价值工作流，为全流程的不同过程提供了最佳实践与工具，不同职能的人员可以各司其职，使用平台工具快速高效的完成自己所负责的内容。平台通过对交付物的可视化管理，使交付过程更加清晰透明，也使管理过程更加有效。
质量控制
平台对于质量管理贯穿于整个管理过程，通过对目标的设定，目标的执行与目标的检查完成质量管理的闭环。平台对质量管理提供“监”与“管”两种能力。用户可以通过平台对全局质量信息的查阅实现对质量情况的监管，督促相关人员改进。用户也可以提供平台设立质量检查点，对于不能满足质量要求的，不允许进入下环节。
效能改进
价值交付的效能取决于整个流程瓶颈的效能，即使开发速度再快，如果无法部署到用户环境中，依旧是无效的开发。所以从输入到输出的流速才是效能跟踪的最核心要素。平台针对不同场景、不同类型的业务，提供了需求到交付、开发到制品、开发到部署、制品到部署等多种。交付效能跟踪能力。

# 技术架构

金蝶Apusic研发运营平台采用平台、租户、项目、环境的多纬度权限管理架构。使用户可以根据业务需要进行分级分层的管理，同时满足了信息的流动共享与安全性的需求。
平台采用切面和埋点方式，实现对各个控制点、处理过程的数据采集，使用户行为数据和过程数据都能够被系统所感知，通过平台的数据分析系统，实现了对全局质量、过程进度、操作行为等方面的数字化分析。

平台通过工作流、代码管理、流水线、制品库、应用管理等能力，屏蔽掉复杂的底层技术，并将成熟的最佳实践实现转换为可视化的业务配置，使开发人员无需学习各种技术细节，也能享受新技术带来的好处。

# 平台功能特性

# 精细化的权限控制

金蝶Apusic研发与运营平台提供了平台级、租户级、项目级与环境级权限控制，用户可以根据自己的需求动态配置相应的权限，系统内置研发过程中通用角色，比如产品经理、项目经理、开发工程师、测试工程师、运维工程师等。

# 项目协同管理

金蝶Apusic研发与运营平台提供敏捷研发的项目管理实现从需求到发布运营的全流程管理，并提供丰富的研发效能指标，方便客户及时发现研发过程中的瓶颈或问题。

平台以用户为中心，提供用户工作台，使工作统计、最新动态、我的待办、流程图、版本总览、版本统计、指派给我的BUG等模块能够集中的进行可视化展示，使平台用户能够快速了解今日需要处理的事物。

# 可视化的流水线编排

金蝶Apusic研发与运营平台通过具备可视化编排能力的流水线，将用户常用的执行过程串联起来，使用户可以一键完成代码获取、代码构建、代码扫描、单元测试、制品生成、上传制品库，应用部署的全过程。

流水线具有如下特点：

灵活易用的流水线在线编排，支持JAVA、GO等多语言。
预制大量功能组件、如代码扫描、漏洞扫描、K8S部署、Helm部署等。
可视化组件配置，无需代码编写即能完成复杂的过程配置。
所见即所得的执行结果，历史数据可随时查阅。
任务容器化全独立运行，任务之间不相互影响，可随意增减新任务步骤
支持WebHook触发和定时触发，方便与其它自动化系统集成。

# 流水线模版

在一个成熟的业务组织中，具有对工作过程的自优化能力，通过不断的总结经验教训形成对于特定问题的最佳实践，使他人能够以相同的方式，快速完成工作。
金蝶Apusic研发与运营平台提供丰富的流水线预制模板，将业界最佳实践封装起来，使不同的团队都可以便捷的使用。通过自定义模板和可扩展组件功能，用户也可以将根据业界的最佳实践，改造出组织内的自由的最佳实践，并进行封装和共享。使其更加适应自身的情况，更多的对已有经验进行复用，提升过程规范性与工作效率。