产品介绍

服务概述

应用现代化服务通过提供应用评估诊断、架构顶层设计、可靠性提升和容量提升等服务，帮助企业落地应用现代化，实现将传统应用升级为极致体验、高效智能、安全可靠的现代化应用，实现业务敏捷和高效创新，释放企业的数字生产力，成就高质量增长的现代化企业。

服务内容

1. 应用现状调研与评估：

   服务名称	服务内容
   应用现状调研与评估	应用现代化赋能：配套应用现代化理念，业界趋势，标准方案、实践案例，给出顶层设计建议和思路，对企业中高层进行松土 应用现状调研与评估：从应用架构、技术架构、运行基础设施、软件工程能力等维度对企业应用现状进行调研评估，初步判断改进措施

2. 应用架构现代化设计：

   服务名称	服务内容
   目标架构辅助设计-基础版	作为软件教练，辅助业务研发骨干提供目标应用架构顶层设计，提升架构适应性、灵活性 作为总架构师，基于企业业务场景，主导完成技术架构设计包括技术选型，如Serverless、应用集成、网关等 提供配套架构优化的研发流程规范，如API First，工程目录规范及角色认知等
   目标架构辅助设计-增量包	作为软件教练，辅助业务研发骨干提供目标应用架构顶层设计，提升架构适应性、灵活性 作为总架构师，基于企业业务场景，主导完成技术架构设计包括技术选型，如Serverless、应用集成、网关等

3. 应用系统容量提升：

   服务名称	服务内容
   应用系统容量提升-现场-基础版	基于目标架构设计，通过提升应用系统容量，解决系统性能瓶颈和资源冗余 与企业侧研发共同分析，完成容量提升架构优化，涉及接入层、应用层、数据层与基础设施优化 提供相关方法论包括参考架构 提供架构优化实施路径，指导研发团队持续迭代与优化
   应用系统容量提升-现场-增量包	基于目标架构设计，通过提升应用系统容量，解决系统性能瓶颈和资源冗余 与企业侧研发共同分析，完成容量提升架构优化，涉及接入层、应用层、数据层与基础设施优化 提供架构优化实施路径，指导研发团队持续迭代与优化
   应用系统容量提升-远程-基础版	基于目标架构设计，通过提升应用系统容量，解决系统性能瓶颈 与企业侧研发共同分析，完成容量提升架构优化，涉及接入层、应用层、数据层与基础设施优化 提供架构优化实施路径，指导研发团队持续迭代与优化 提供相关方法论包括参考架构
   应用系统容量提升-远程-增量包	协助企业梳理系统中各组件间依赖关系、分析组件内代码模块失效的各种潜在故障模式及其对系统功能的影响，提供故障消减策略与方案（如降级、多活、过载控制等） 针对梳理出的爆炸半径大问题，基于目标架构设计，从架构角度给出优化建议，提升应用可靠性

4. 应用可靠性提升：

   服务名称	服务内容
   可靠性提升架构优化-基础版	提供相关方法论，比如FMEA（故障模式和影响分析），帮助企业梳理系统中各组件间依赖关系、分析组件内代码模块失效的各种潜在故障模式及其对系统功能的影响，提供故障消减策略与方案（如降级、多活、过载控制等） 针对梳理出的爆炸半径大问题，基于目标架构设计，从架构角度给出优化建议，提升应用可靠性
   可靠性提升架构优化-增量包	协助企业梳理系统中各组件间依赖关系、分析组件内代码模块失效的各种潜在故障模式及其对系统功能的影响，提供故障消减策略与方案（如降级、多活、过载控制等） 针对梳理出的爆炸半径大问题，基于目标架构设计，从架构角度给出优化建议，提升应用可靠性

前提条件

• 企业需要提前30天申请应用现代化服务，以便评估企业业务目标和服务时间计划性。
• 为企业提供应用现代化服务时，获得企业对架构设计文档、源代码等资料进行查看的授权才能履行服务内容
• 为企业提供应用现代化服务时，获得企业对研发进行工作安排，梳理架构、代码的授权才能履行服务内容
• 企业需要确保有发文机制，即由高级技术管理者签发研发的规范流程，保证全员的遵守，对研发有约束力
• 公有云场景下，企业对core services的订阅要在1000万/年以上

服务范围

1. 服务覆盖范围
   • 为企业提供软件教练给出架构优化建议，通用的架构设计方法论、技术方案，协助企业的研发骨干设计目标应用架构
   • 为企业设计技术架构，明确技术平台能力建设，技术选型，对研发骨干进行赋能，协调研发骨干进行技术平台规范和流程建设。
   • 为企业明确应该采用的架构设计方法论，研发所需遵循的规范和流程，并协调企业的研发骨干，对其进行赋能并一起进行体系建设
2. 服务不覆盖范围
   • 无法主导应用架构设计，因为有很多业务领域知识（行业Know-How），需要企业投入研发骨干，本专业服务仅提供软件教练（提供方法论、规范、业务无关的通用技术方案），一起制定目标应用架构，无法提供有行业经验的业务架构师
   • 研发规范与流程的落实需要企业通过行政手段把控，本专业服务仅负责赋能研发骨干，并共同制定规范与流程，由研发骨干向全员宣讲和解读
   • 应用程序现代化服务中的技术选型涉及开源软件，本服务不会对开源软件进行兜底，仅提供架构设计阶段的技术选型论证，POC结束后，开源软件及相关代码的维护责任主体将转移给企业方。
   • 为企业进行代码质量扫描(目前仅支持Java语言的工具扫描)
   • 为企业进行架构梳理(目前仅适用于Java语言和大部分中间件)，非Java需要企业研发人力投入阅读
   • 应企业要求超出正常工作日和工作时间的相关工作（注：涉及加班工资和补助）
   • 外购件产品
3. 服务区域

   中国

服务流程

应用现代化服务流程：

服务交付件

华为方提供交付件（如下），企业官网确认验收或线下签字盖章作为验收通过的依据。

责任矩阵

1. 共同责任
   • 双方商定并确认具体的业务需求及目标；
   • 双方商定并确认项目管理计划；
   • 双方商定并确认方案内容并评审；
   • 完成合同签订。
2. 华为责任
   • 华为云需明确此次项目的负责人，因特殊情况导致华为人员变更，需要提前3个工作日知会企业，直至项目最终验收完成。
   • 华为云得到企业授权后，授权数据仅限用于服务中涉及的服务内容，不得超出限定范围。
   • 接收用户的需求申请，协调顾问现场进行实施。
   • 服务前，按照企业所选服务项，制定服务计划和报价清单供企业审核确认。
   • 服务期间，依确认后的服务计划进行实施，编写交付件。
   • 服务结束后，根据所选服务项，输出交付件。
3. 企业责任
   • 企业指派一位项目负责人协助华为云实施服务。此负责人应负责双方之协调及管理，负责审核、验收华为云提供的服务。
   • 企业必须提供业务系统相关的信息（包括但不限于应用架构、部署架构、资源数量和性能）。
   • 组织并参与相关的设计和研讨，包括访谈计划、走访人员、时间安排、现场调研内容、目的等。
   • 企业必须指派研发骨干在软件教练的指导下主导完成应用架构的设计。
   • 企业必须在研发相关的规范和流程制定后，完成发文，要求研发执行。

责任分工矩阵表

以下为职责描述案例，可酌情修改；

R=责任方/Responsibility

S=协助方/Support

验收标准

交付团队会基于整体调研、评估、诊断、规划、设计、过程支持结果，输出交付件。 交付物完整提交后，企业在7个工作日内确认方案，如无异议，签署验收报告后即完成验收。

基本概念

• 业务域：比如交易、用户运营、企业核心业务都是一个高内聚低耦合的领域。
• 业务实体：业务实体是业务结构的抽象表示（例如部门、业务单位或地理位置），业务实体一般包含一系列属性和函数，承载着业务逻辑对实体内的属性进行计算，以对外提供业务能力。
• 软件教练：如同一个球队的教练，原本是技术一流的优秀球员，后面转为教练，指导球员的日常训练，动作，战术调整，先进方法论的引入，帮助球员获得比赛胜利。软件教练也是研发出身，担任架构师组织架构活动，主导业务架构设计，促进过多次项目的成功。在企业侧作为教练，帮助企业的研发骨干完成架构设计，促进业务的成功。