【技术实现步骤摘要】
一种基于康威定律的智能化蓝图编排方法及装置
[0001]本专利技术涉及业务支撑领域,尤其涉及一种基于康威定律的智能化蓝图编排方法及装置。
技术介绍
[0002]根据康威定律,技术架构与组织的职责划分相关,微服务架构倾向于组织架构围绕业务领域边界进行划分。当电信IT系统采用了微服务架构后,原有的业务可能并没有发生变化,但系统已被拆分成了很多新的微服务,与传统架构相比,微服务架构下会更依赖通过各微服务之间的协作来实现一个完整的业务流程,这种协作依赖的就是规则编排方法。
[0003]目前常见的规则编排方法方式有以下几种:
[0004](1)没有配置界面,靠开发人员编写引擎规则脚本,这些规则脚本一般存储在数据库或者文件中,短期看是加快了业务代码的上线速度,长期看这种方式没有彻底解放业务人员和开发人员的耦合。
[0005](2)针对这种系统设置有一些特定系统页面,这些规则设置相对来说比较简单的,只需要判断某些参数是否符合某些条件即可,然后返回固定的值即可,不能达到灵活配置的要求。
[0006](3)在进 ...
【技术保护点】
【技术特征摘要】
1.一种基于康威定律的智能化蓝图编排方法,包括:创建若干微服务API或微服务API集合;所述微服务API集合基于已有的业务服务单元创建;按照用户业务的处理逻辑选取至少一个所述微服务API或微服务API集合,通过拖拽、连线、设置的图形化操作编排生成新的业务服务单元;利用流程引擎执行所述新的业务服务单元中包含的微服务API或微服务API集合,得到用户业务的处理数据;所述流程引擎还用于进行微服务API或微服务API集合之间参数的传递,以及对执行微服务API或微服务API集合的输入、输出参数缓存;若需要执行同样的微服务API或微服务API集合并且输入参数相同,则直接使用流程引擎已存的输出参数缓存信息。2.根据权利要求1所述的方法,其特征在于,所述微服务API至少包括以下一项或多项:能力方式,能力URL,能力类型,能力名称,状态,请求参数
‑
Body,请求参数
‑
Header,返回Response。3.根据权利要求1所述的方法,其特征在于,所述新的业务服务单元除了包含微服务API或微服务API集合,至少包括以下一项或多项:开始节点,结束节点,并行节点,排他节点,脚本节点,数据处理节点,链接线。4.根据权利要求3所述的方法,其特征在于,所述流程引擎还用于支持开始节点,结束节点,并行节点,排他节点,脚本节点,数据处理节点之间的协作;所述流程引擎还包括以下至少一项或多项功能:支持跨节点参数的传递,支持流程实时查询运行状态的查询,单实例中微服务结果缓存,自动执行流程,支持不同版本的流程同时运行,支持流程变更后的实施成效,面向业务应用API。5.根据权利要求1所述的方法,其特征在于,所述生成新的业务服务单元后,还包括:提交所述新的业务服务单元,将所述新的业务服务单元发布为新的流程应用,生成新...
【专利技术属性】
技术研发人员:姜兆惠,彭洪林,黄淙,
申请(专利权)人:杭州东方通信软件技术有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。