更新时间:2024-05-28 GMT+08:00
分享

产品介绍

服务概述

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

服务内容

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

    服务名称

    服务内容

    应用现状调研与评估

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

    服务名称

    服务内容

    目标架构辅助设计-基础版

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

    目标架构辅助设计-增量包

    1. 作为软件教练,辅助业务研发骨干提供目标应用架构顶层设计,提升架构适应性、灵活性
    2. 作为总架构师,基于企业业务场景,主导完成技术架构设计包括技术选型,如Serverless、应用集成、网关等
  1. 应用系统容量提升:

    服务名称

    服务内容

    应用系统容量提升-现场-基础版

    基于目标架构设计,通过提升应用系统容量,解决系统性能瓶颈和资源冗余

    1. 与企业侧研发共同分析,完成容量提升架构优化,涉及接入层、应用层、数据层与基础设施优化
    2. 提供相关方法论包括参考架构
    3. 提供架构优化实施路径,指导研发团队持续迭代与优化

    应用系统容量提升-现场-增量包

    基于目标架构设计,通过提升应用系统容量,解决系统性能瓶颈和资源冗余

    1. 与企业侧研发共同分析,完成容量提升架构优化,涉及接入层、应用层、数据层与基础设施优化
    2. 提供架构优化实施路径,指导研发团队持续迭代与优化

    应用系统容量提升-远程-基础版

    基于目标架构设计,通过提升应用系统容量,解决系统性能瓶颈

    1. 与企业侧研发共同分析,完成容量提升架构优化,涉及接入层、应用层、数据层与基础设施优化
    2. 提供架构优化实施路径,指导研发团队持续迭代与优化
    3. 提供相关方法论包括参考架构

    应用系统容量提升-远程-增量包

    1. 协助企业梳理系统中各组件间依赖关系、分析组件内代码模块失效的各种潜在故障模式及其对系统功能的影响,提供故障消减策略与方案(如降级、多活、过载控制等)
    2. 针对梳理出的爆炸半径大问题,基于目标架构设计,从架构角度给出优化建议,提升应用可靠性
  1. 应用可靠性提升:

    服务名称

    服务内容

    可靠性提升架构优化-基础版

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

    可靠性提升架构优化-增量包

    1. 协助企业梳理系统中各组件间依赖关系、分析组件内代码模块失效的各种潜在故障模式及其对系统功能的影响,提供故障消减策略与方案(如降级、多活、过载控制等)
    2. 针对梳理出的爆炸半径大问题,基于目标架构设计,从架构角度给出优化建议,提升应用可靠性

前提条件

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

服务范围

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

    中国

服务流程

应用现代化服务流程:

服务阶段

服务说明

1、项目启动(开工会)

与企业项目负责人(团队)进行沟通,识别需求、建立预期目标、明确流程、内容、交付物对齐、识别干系人、制定工作计划。企业组织研发骨干参与项目,明确项目背景、意义、重要性

2、确定KPI目标

通过与企业技术高层到研发骨干的访谈,明确工作中遇到的技术类问题,明确本次涉及的业务范围,与企业项目(团队)进行沟通,系统调研,识别并明确目标KPI,如可靠性目标、系统容量目标等

3、现状调研与分析评估

通过企业现状调研与诊断评估输出诊断报告,明确宏观问题,在架构、研发治理等多个大维度进行能力评估给出现状与目标,以及对应的大致技术方案。与企业明确具体服务范围

4、应用现代化战略规划

技术战略制定,明确技术愿景、价值、目标、原则

5、阶段一:汇报

现状调研与分析评估报告汇报

6、目标架构设计

基于调研评估结果,完成应用顶层目标架构规划设计,包含设计基线(包括顶层架构设计原则、架构设计流程与规范、API First设计规范、代码工程目录规范、技术选型)和项目适配内容

基于应用架构,推导所需的技术架构以及技术选型

7、阶段二:汇报

应用顶层目标架构汇报

8、应用容量提升设计(可选)

与企业侧研发共同分析,完成目标架构方案设计,包含接入层,应用层,数据层与基础设施

9、应用容量落地实施

提供架构优化的实施路径,指导研发团队持续迭代与优化

10、应用可靠性提升设计(可选)

通过企业高可用业务相关的流量分析、数据分析、调用分析、缺陷梳理,输出故障模式列表

11、可靠性提升架构设计

在故障模式分析、过载控制等能力建设后,并在过程中梳理出了很多爆炸半径较大的问题后,帮助企业制定架构方案,以控制爆炸半径

12、可靠性落地实施

支持企业技术人员,完成实施,测试结果达成目标KPI

13、评审验收

评审验收

服务交付件

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

服务项

交付件

应用现状调研与评估

《应用现代化诊断评估报告》

《应用现代化战略规划》

应用架构现代化

《目标架构设计》

《技术架构设计》

可靠性提升架构设计

《可靠性设计流程与规范》

《可靠性提升架构建议》

故障模式分析

《xxx业务域服务依赖关系与降级策略》

《xxx业务域故障模式分析》

责任矩阵

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

责任分工矩阵表

以下为职责描述案例,可酌情修改;

R=责任方/Responsibility

S=协助方/Support

序号

业务流程

工作内容

华为云

企业

1

项目开工会

需求收集与企业项目负责人(团队)进行沟通,识别需求、建立预期目标、明确咨询流程、内容、交付物对齐、识别干系人、制定工作计划

R

S

指派一位项目负责人协助华为工程师,便于项目的顺利落地。此负责人应该承担双方的协调管理,并审核、验收华为云服务

S

R

2

应用现代化轻咨询

配套应用现代化理念,给出顶层设计建议和思路

R

S

3

应用现状调研

制定调研计划,访谈对象等

R

S

提供业务系统相关的信息(包括但不限于应用架构、部署架构、资源数量和性能)

S

R

分析调研结果,初步判断企业所需的改进措施,完成应用架构现状分析评估报告

R

S

输出调研报告准备研讨

R

S

4

应用架构设计

制定目标应用架构设计与规划,包含技术架构设计包括技术选型

R

S

配套架构规划设计,提供所需流程规范

R

S

专项提升设计:

完成XXX系统容量优化建议

完成XXX性能优化方案建议

制定XXX故障模式库与故障恢复方案

完成XXX高阶可靠性方案设计

R

S

阶段性验收

R

R

5

落地实施

组织和安排相关人员按照设计方案进行开发(未采购目标应用开发服务)

S

R

组织和安排相关人员按照设计方案进行开发(采购目标应用开发服务)

R

S

落地看护,实现方案评审,消除技术难题

R

S

6

上线保障

制定保障计划,输出保障日报(通常1个月)

R

S

确定业务正式上线运行及转维

S

R

7

验收

完成验收报告

R

S

验收评审

S

R

验收标准

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

基本概念

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

相关文档