下一代架构？从组装式企业到组装式应用

Posted 2022-12-16 华为云开发者联盟

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了下一代架构？从组装式企业到组装式应用相关的知识，希望对你有一定的参考价值。

摘要：华为云ROMA Connect作为进入Gartner“企业集成平台”魔力象限的厂商，在EiPaaS领域持续积累沉淀，为各大企业数字化转型、应用现代化演进提供了强大的驱动力。

1.为什么未来的企业是组装式的？

物竞天择，适者生存，企业也是一样，在发展过程中，为了适应市场环境而做出快速改变。良性的竞争也会促进企业自身业务创新，提升运营效率。当今企业面临几大挑战：

业务更快速的变化。可以看到这几年一些新的需求如远程办公、远程教育、信息安全等迅速涌现。
用户体验的多样性。区别于之前线上或者线下的体验方式，企业及用户更需要线上线下如何互动的体验。除了在PC端，还有手机端、pad端、车机端、元宇宙、AR/VR等等，各种丰富的设备正在不断探索各种场景下的新体验。
全球经济环境的波动。很多企业的国际业务会受到环境的影响，众多企业将业务重心转移到国内市场。

企业该如何应对挑战？如何能够快速适应变化，领先竞争对手？

我们不能再用过去的思维方式来应对当前和未来的挑战了！过去我们是如何做的？

没有变化就不动
尽量躲避风险
总是把项目庞大化
尽量保持稳定性

我们要转变为“组装式”思考方式：

一切都在变化中
化风险为机遇
用模块化产品的方式思考
选择灵活具有弹性的工具

组装式思考是一种思维方式，帮助我们面向新的业务价值点、通过模块化的工具去把控飞速变化的风险。组装式企业将为企业增加极大的竞争力和灵活性。

2.融合团队是组装式企业中的“组装者”

融合团队是组装式企业中的“组装者”。按部就班的使用过往的方式分析、开发和交付，无论是业务团队还是IT团队，都无法单独支持正在飞速发生的业务变革。业务团队和IT团队必须共同努力，承担共同的愿景。不仅仅是IT团队和业务团队，可组装是一项团队变革：所有受影响或感兴趣的利益相关者都必须参与进来，以配合变革的步伐。

融合团队是一个多种角色不同专业的人员组合成的团队，以业务结果为共同的目标。融合团队中业务人员与IT人员之间不再有部门壁垒，不再对立，是合作协同的关系。未来企业的组织方式将会是更多的融合团队，各方持续协作，有力推动业务快速适应变化并快速创新。

3.组装式应用是未来企业组织的数字孪生

未来企业包含几个模块：业务核心能力、业务模块（如客户管理、价值呈现、财经等等）、运营模块（如流程管理、资源管理、行政管理等等）。企业需要自建一部分核心业务能力，一部分能力直接外包或直接从供应商购买，另一部分则会与生态伙伴合作。未来企业是组装式的，那么与之对应的IT系统、业务应用也是组装式的。面对自建、供应商、生态伙伴，企业对外提供的业务应用也将是通过更大程度的复用和组装来实现。组装式应用是组装式企业的数字孪生。

3.1 PBC（Packaged Business Capabilities封装的业务能力）

组装式应用由一系列封装好的业务能力（PBC，Packaged Business Capabilities）组成。PBC是封装好的软件组件，是具有完善定义的业务功能，可对外开放接口，业务用户可快速识别。PBC并没有固定的大小、功能范围或内部体系结构，而PBC具有模块化、可发现、自主和可编排（集成）的特征。

一个PBC的组成结构如上，一个PBC包含内部数据和元数据、可由多个服务/微服务组成，PBC对外开放有两个渠道：

API接口
事件通道，可以是event事件网格，也可以是消息队列（如Kafka、RocketMQ等等）

同时PBC也可以包含可选的用户交互等等的能力。

我们可以对现有的PBC做如下分类：

基础PBC提供某种特定的业务服务，同时开放API供外部调用。基础PBC在当今的应用体系结构中非常广泛，由IT专业人员设计并开发。基础PBC没有完全封装数据实体，因此会受到外部数据和服务的依赖关系的约束。银行存款服务就是一个例子。
数据PBC提供分析数据。例如信用评级或情绪分析。这些服务现在也可以随时从Google AI和Equifax等供应商以API为中心（Headless）的SaaS和DaaS的形式提供。
完全PBC封装了一个业务实体（例如，全周期账户或产品管理），并在很大程度上是自主的，可随时供新的外部应用组装。它们的架构是仿照先进的物联网数字孪生的架构。
迷你应用PBC封装了一个业务实体，并具有用户界面，可独立部署，能够与其他此类迷你应用程序和其他用户体验界面搭配使用。
流程（抵押、付款订单）不是PBC。流程仅仅是一个作业流，不是PBC，而流程管理，可以作为一个PBC。

根据业务场景，PBC可以分为如下的一些类型：

• 封装的业务对象

例如：帐户管理、采购订单管理

• 流程管理

例如：订单到现金、信贷批准

• 数字孪生

例如：涡轮机管理、电梯管理

• 数据参考

例如：汇率查找、关键字搜索

• 分析洞察

例如：情绪分析、信用评估

3.2 组装式应用是下一代软件架构

可组合架构是一种新的思维方式，即认清变革是获得新业务价值的驱动力，模块化+快速组装是加速变革的工具和手段。

2000-2010年，主流的架构体系为单体架构。单体架构的特征为：紧耦合、完全封闭的架构，系统复杂、错综交互，动一发而牵全身。此阶段的单体软件之间的交互主要通过企业总线ESB。软件的交付形式为整体的项目式交付，即一单项目完成即完成，不是一个持续的规划。这就容易导致重复制造各种轮子，如OS、DB、Middleware等等。

到了2010-2020年，新的架构逐渐向服务化架构演进，如SOA架构、微服务架构。SOA服务化架构的主要特征为：松耦合。应用为集中式、计划内停机扩容，通常也通过ESB进行系统集成。此时的软件团队规模较大，为100~200人，软件开始以产品式进行规划交付，但TTM（Time To Market）较长，为年、半年、月。SOA架构在大型、超大型企业中仍然流行。

而微服务架构的主要特征为充分解耦。服务可扩展性强，可做到自动弹性伸缩；服务高可用，升级、扩容可不中断业务。同时随着DevOps的实践不断涌现，团队可按天、周进行升级发布。微服务架构在互联网公司、中小企业、初创公司更为常见。

当今2020年以后，组装式架构渐渐成为主流。此阶段的主要特征为：

服务器无感知
API&Event为基础
一切皆服务
超小的资源粒度（函数级）
无需运维
毫秒级的极致弹性
小时级的业务构建

应用不再是以整体方式交付，而是组装式交付，通过服务目录/市场方式自助式选择并组装。

4.如何进行组装

4.1 EiPaaS（融合集成）是组装式应用的基础

组装式业务应用参考体系架构：

最开始为集成数据平台，包含各种源数据（App、API、消息、数据库、函数）、元数据、衍生的数据、内部的流程、关系、日志等等。这一层用于连接原始的或传统的系统。
通过集成平台，组装成各种类型的PBC。
这些PBC将发布到服务目录/服务市场。
组装平台上，PBC将被编排以及与不同的UX开发和运营治理系统集成，生成新的组装式的应用，为不同的业务场景、不同的用户提供千人千面的体验。

通过上述架构可以看到，这一架构需要的核心能力有：集成、组装PBC、资产发布、编排。而EiPaaS（Enterprise integration Platform as a Service）整合跨APP数据、开放API、封装业务能力（PBC），通过低代码提供的组装体验，企业灵活编排以实现新的业务能力，EiPaaS是组装式应用的基础。

2023年，30%的新应用将采用组装式进行交付，而2020年不到5% 。2023年，超过75%的SaaS供应商将使用组装式应用的体系结构。大型SaaS厂商都开始布局iPaaS并取得大幅增长，技术趋势围绕多云、互联系统/事物、事件流、边缘、API驱动的集成、人工智能等展开。