Jacksen的技术博客 (沪ICP备14046774号-1)

一、话题的背景与现象呈现：

在 OP 私有化部署的软件产品应用场景中，常出现这样的困境：用户在软件实际使用时，遇到现有软件无法通过配置变更来实现的需求或解决的问题。实施服务供应商被找来后，称这是产品功能问题，自身无法解决，需找软件厂商；而软件厂商则表示该需求在其产品的某个迭代版本中已解决，建议用户升级到最新版本。这一情境下，实施服务供应商处境尴尬，急需思考有效的解决方案。

二、深度问题分析

1、费用争议

• 软件厂商立场：认为自身责任是提供软件，MA 责任范围仅为免费提供升级包，升级服务工作量成本应由客户或服务商承担，且此点在 MA 服务条款中明确说明。
• 实施供应商困境：查看厂商升级文档后发现短期内有多个小版本升级，按升级指南操作工作量大，且之前实施费用未涵盖此部分，抗拒承担费用。不同的软件厂商提供的升级方式会有较大的成本差异：有的厂商提供的软件升级方案不能跨版本升级，必须逐个版本升级，这种工作量是最大的，而且升级失败的风险很大，因为任何一个版本升级出错，就没法升级到最新的版本。也有一些厂商提供的软件升级方案可以跨版本升级，他们在升级脚本中会自动判断升级前的软件版本，做不同处理。这种厂商的软件升级工作量相对较小。 汉得H-ZERO PaaS平台属于后面一种。
• 最终用户观点：觉得此类需求或问题本就属于软件质保责任范围，费用应由实施供应商承担。

以 Oracle 和 SAP 软件为例，它们绝不提供升级服务，仅提供解决方案和升级包。实施商在质保期内，会根据问题或需求是否在 SOW 范围内决定是否免费提供升级服务；在国内，因 SOW 界定较模糊，费用承担多取决于客户 IT 预算和双方关系。项目过质保期后，客户若要升级，通常需支付费用给实施商开展升级项目。

2、PaaS 平台部署难题

PaaS 平台包含众多模块，若各模块单独部署，升级问题与上述类似；若共同部署，一个模块升级可能影响其他模块，因为可能涉及共享底层功能模块升级，导致工作量大幅增加，从这方面看，单独部署更具优势。但单独部署也存在额外成本：

• 硬件成本：基于微服务架构的 PaaS 平台有基础服务组件要求，每套至少需 1 – 2 台 8 核 16G 的服务器或虚拟机资源。若为集成平台、低代码开发平台、统一门户权限管理平台分别单独部署，将增加 3 – 6 套硬件资源成本。
• 运维工作量成本：基础服务组件升级时，共同部署只需升级一处；单独部署则需对每个部署实例进行升级操作，且升级后需投入必要的测试工作量
• 因此，单独部署和共同部署各有利弊，聪明的 CIO 可能采用混合方案，对非核心业务系统共同部署，对关键核心业务系统单独部署。

三、针对性解决方案

对于采用共同部署的最终客户，当 A 模块出现问题需升级，且升级涉及与其他模块共用基础服务组件，可能影响 B、C 等模块时，有以下两种解决方案：

• 方案一：请求厂商针对 A 模块问题提供单独某个大版本下的修复版小版本，而非最新的大版本的新版本（因为大版本新版本可能做了比较大的改动，也可能引用与其他模块共用的新版本基础组件，导致其他模块被动升级，大幅增加解决当前问题的工作量）通常厂商会对每个大版本提供几年的支持，如果不再支持，会发通告；只要是在支持范围内的大版本，只要持续付费MA，那么原则上产品的bug问题，厂商都会提供修复方案（一个Patch或者一个相同大版本下的小版本），对于超出支持历史时间范围内的软件产品版本，如果还要解决特殊问题，那么就需要通过特殊通道去依赖厂商配合了。
• 方案二：考虑到其他模块未来也需升级，直接升级到最新版本，最新版本可能依赖了新版本的基础组件，那么同时对受此基础组件影响的其他模块一并升级。但是这种方案要谨慎，需要仔细评估是否会引发其他模块的大版本升级， 因为对于PaaS平台，尤其是使用了高低代码开发平台，AIGC开发平台的最终客户，如果已经基于这些平台开发了一些业务应用系统，那么你升级之后必然要对这些应用系统做回归测试，尤其是大版本升级通常涉及较多的的回归测试和应用程序修正工作。这种测试和修正成本跟你在平台上已经构建的应用数量有关系，需要做谨慎评估。通常来说最终客户不应该为了解决某个模块的bug问题而要求对整个PaaS平台进行大版本升级，因为大版本升级影响的范围比较大，需要做全面的对业务操作的风险评估、升级和回归测试的成本评估，大多数情况下需要单独申请预算立项来做。

就解决特定问题而言，方案一成本最低，是合理的方案，所以大家通常更倾向于此方案。

四、附件：PaaS 平台模块构成详解

PaaS 平台产品一般由多个关键模块组成：

• 高代码开发平台：又称专业代码开发平台或高可控开发平台，常用于构建企业核心业务系统主干。
• 低代码开发平台：即高效率开发平台，具备零代码开发能力，用于构建企业核心业务系统部分支干以及多数非核心应用，满足长尾 IT 需求。
• 集成平台：也叫信息总线，主要用于企业各应用间的 API 功能集成和数据集成。
• 流程平台：也就是工作流平台，作为系统建设中的流程驱动引擎，在高低代码融合开发中广泛应用。
• 统一门户和权限管理平台：包含统一门户 Portal、统一身份认证、统一权限管理等功能，用于整合企业多套系统，方便用户登录和操作。
• 统一部署运维管理平台：涵盖 CICD 持续集成、持续部署、服务治理、性能监控、日志及问题追踪等功能，助力 IT 部门运维所有应用系统。
• 移动应用开发平台：多数高低代码开发平台虽采用流式布局实现 PC 和移动界面自适应，但无法满足企业需求。此平台针对移动端进行特殊开发处理，包括专门布局设计、适配安卓、IOS、鸿蒙的壳应用、后台集成及权限管理等能力。