这是我参与11月更文挑战的第5天，活动详情查看：2021最后一次更文挑战
中台相关架构主要为解决企业能力标准化及重复投资的问题，中台本质为企业级应用架构不同层次的抽象，不同有以往平台，中台通过采用云原生、微服务可延伸扩展的优势，并可持续进行领域内部持续重构，降低传统平台复杂度随着严谨在业务复杂度和技术复杂度上不断提升，维护成本持续提高的两难问题。
中台架构层次
- 最底层是容器、中间件、微服务治理、监控、DEVOPS流水线等技术及开发底座。
- 代表技术抽象的技术能力组件，比如流程引擎、消息中心、规则引擎、元数据引擎、低代码引擎、日志、异常处理等；
- 代表通用业务抽象的业务中心能力组件，比如统一用户中心能力、统一认证中心能力、统一鉴权中心能力、字典能力、任务管理能力、通知管理能力、代办管理能力、审计日志能力等；
- 代表领域业务抽象的业务中心能力组件，比如企业中心、商品中心、用户/组织/员工中心、交易中心、账务中心、营销中心等；
- 代表具体业务场景的领域聚合层，如B2B交易聚合，电子合同用印聚合，财务回款认领聚合等；
- 代表具体业务应用的应用调用，如B2B商城应用，企业统一运营平台应用，移动销售助手小程序应用等；
各层依照依赖从上到下调用，越上层越接近具体业务场景，越下层越贴近领域模型本质。
中台架构落地路径
- 方案一：引入一套成熟中台架构平台产品，如金蝶苍穹、用友YonBIP等，平台及各中心的成熟度有差异，引入前谨慎评估；
- 方案二：引入成熟技术中台及业务中台框架（1-2或1-3），引入中台开发伙伴根据本行业、本企业进行蓝图规划及落地；
- 方案三：用方案二的基础平台，自建研发团队落地；
- 行业差异度低，竞争强度大，推荐2；
- 业务数字化成熟度低，行业差异性高，推荐1、3；
- 成本敏感但有一定自研能力，推荐3；
