业务全景
围绕商户生命周期构建业务解决方案，做到业务的可视化以及可扩展的点。甚至可以提供业务方从需求到实现的闭环。
需要展现如下几点：
- 商户业务流程
- 商户现有能力解读
- 业务定制能力
- 业务价值
- 业务需求提报及管理
可扩展的底层架构
方案一
serverless，function as a service，业务定制方和中台业务容器隔离，中台对于可扩展的点抽象出统一接口层，由业务侧自行实现且部署定制业务逻辑服务，中台系统通过封装好的SDK（识别业务标或者某些字段）调用实际soa服务。
中台框架-common.png
方案二
类似osgi的bundle管理，业务的扩展由业务自行提供jar包，业务容器动态加载含有业务逻辑的jar。
中台框架4.png
两方案的对比
| 方案一（fass） | 方案二（jar/osgi） | |
|---|---|---|
| 业务理解度 | 基于扩展定制业务流程 | 基于扩展定制业务流程 |
| 业务开发难度 | 只需暴露基于接口的服务 | 理论上是需要了解jar包加载机制，中台研发团队需要解决运行时的依赖管理 |
| 容器侵入性 | 无容器，业务独立部署基于接口规范的服务 | 无法独立运行，需要依赖中台业务代码模块 |
| 调用方式 | rpc调用 | 本地调用 |
| 研发协作 | 无需协作 | 中台代码如有升级，业务代码需要同步升级 |
| 测试难度 | 依赖中台测试环境稳定性 | 中台和垂直业务为同一个项目，可进行独立测试环境部署 |
| 运维难度 | 业务方独立运维 | 业务方独立运维中台部分集群 |
| 适用场景 | B端复杂业务流程，主流程因soa调用，无复杂依赖。对延时容忍度较高 | 大流量场景，本地调用，无rpc损耗 |
最终方案
B端业务特点：对接业务方较多且链路较长，逻辑复杂，对耗时不敏感。
结合B端复杂业务场景，最终选择方案一
