平台架构搭建

如何针对一些流程进行包装,形成平台的通用能力。不同的业务实现扩展点那么就可以实现业务的隔离。

平台可以针对不同的流程进行接口编程。

平台升级的是领域模型,领域能力,领域能力的扩展点。

然后针对领域能力的扩展点的时候,使用的是商业能力来实现。商业能力实现的时候,部分实现,然后在调用自己开出的商业能力扩展点。进行运行的时候,决策走那个业务包的逻辑。

产品包:就是实现一些商业能力的扩展点,通用的的一个产品

业务包:实现定制商业能力扩展点。

一个业务身份有自己的产品包,业务包,其他的商业能力,那么可以设置优先级,来决定运行时的执行。

问题随着业务包逐渐增多,整个系统的加载,发布,需求评估,商业能力的创建,都需要很多人维护。

那如果平台只产出领域扩展点,业务来实现流程的定制,业务实现自己的商业能力,其实这样对业务有更大的自由度,随意的编排流程。缺点就是不会在沉淀 通用的商业能力,产品包,以及底层的扩展能力升级,业务升级可能会带来不可控的影响。

没有一个完美的架构方案

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值