架构师之中台思维_系统发展之路_结果和抽象之间平衡的艺术

父文章

   如何成为一名架构师,架构师成长之路_golang架构师成长之路_个人渣记录仅为自己搜索用的博客-优快云博客

什么是架构 架构图_个人渣记录仅为自己搜索用的博客-优快云博客

接手依赖于中台系统的挑战

   看上去边界的入参和出参都很简单, 但是大量复杂的逻辑存在与下游依赖的各个系统的配置中.

   对接一个新业务, 你得了解这些系统的配置对应的能力. 不然你无法接业务 ,或者说经常以为是个简单的配置对接, 但是依赖下游的n多人力无法拉齐.

中台和平台的区别. 

解释五花八门, 中台和平台的区别是什么？-有了

我的理解按照马云的意思, 中台应该是新的业务出现后, 中台代码可以不用改,

   1.业务方接入中台后自己简单配置+实现接口就好了. 所以就需要回调点, 稳定性上不可取.

   2. 再弱化点,用规则引擎来实现, 新的业务传入动态的key/value, 让中台同学配置下. ( 这种后续治理非常难. 透传的东西里有啥, 不好管控, 不算好的解决方案 )

   3.  传入中台定制好的领域能力字段实现动态能力 + 基于业务标识配置的一些静态能力.

 平台是构建领域能力.

  中台是上游仅传一个bizId+ operationId. 中台配置固化的参数.  通过连接点回调到业务方. 业务方自己维护operationId的缓存. 同步结束后缓存清理. 

   如果是异步化链路,调用N次,这个缓存的生命周期多久,通用内存系统,不好及时清理. 传递必要的信息下去, 通过规则引擎或者回调, 每个系统要限制回传的数据, 上线前必须要联调. 或者说error, 然后进行收费.

   要统一接管起来. 如果传递是动态的,每个系统都需要配置,哪些字段往下传,动态获取,然后下传. 这个是各个中台复用的中台能力. 反而让字段到处在各个系统传递,影响面不好评估.

策略点建设平台

   更好是 领域实体配置平台.

  平台策略点建设, 配置系统_个人渣记录仅为自己搜索用的博客-优快云博客    

任何系统的发展都是如此.

1. 业务增长

2. 烟囱增长 _ 结果优先 _ 太快去抽象抽象不好

3. 太多的烟囱,

   3.1 抽象复用为平台

   3.2 面对更多新的业务,提供不同的枚举值能力. 平台开始复杂

   3.3 平台本身下游不停地下沉,上浮

4. 更多的业务方接入,抱怨程序传参复杂, 另外不够灵活,新的业务接入需要开发

   4.1 面对不停地下游系统的沉淀,更多的业务接入,减少上游的对接成本, 枚举值笛卡尔积被抽象成业务id,有中台同学配置,提供业务id ( 业务标识pc或者业务事件标识pec). 提供了策略点平台,还有规则引擎 -> 动态脚本. 支持不同业务不同参数灵活配置.

        写死的数据结构变成了动态的数据结构,通过kV遍历 或者 脚本动态判断. 

平台系统建设所具备的能力_个人渣记录仅为自己搜索用的博客-优快云博客

状态机/流程引擎/审批流的流程引擎/结合低代码开发的流程引擎 区别 业务系统中使用流程引擎_spring状态机 流程引擎区别_个人渣记录仅为自己搜索用的博客-优快云博客

   4.2 基于数据结构提供通用的页面- 支付收银台

5. 海量的业务方, 5.a 配置本身就是成本 5.b 还要5个下游一起联调 5.c 配置的脚本各种参数, 严重干扰中台同学, 5.d ext中有什么根本不知道,全部透传. 存在覆盖风险.

        5.1 策略点平台变成中台回调平台,真正中台化, 仅传参唯一id, 中台同学不再识别业务属性,ext变得清爽.

        5.2 出现业务门面facade, 提供产品化运营后台, 支持业务方自由配置,选择一些模版进行配置.

阶段	问题	解决方案	中间件技术