
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务分层架构是我们在学习软件编程开发技术的时候需要熟练掌握的一种架构方法,而本文我们就通过案例分析来简单了解一下,微服务分层架构都有哪些层级。
操作系统层
因为.netcore不包含wwf,因此,工作流定义时和运行时服务都必须宿主到windows平台下,除去与工作流相关的,其他库都是用的.netstandard开发的,可以选择部署到linux平台。
基础设施层
数据库可以选择SqlServer或者Mysql,数据访问采用的是frameworkcore封装的,整个系统多租户支持,读写分离支持。系统中用到了比较多的缓存,缓存部分可以流行的nosql实现。微服务传输通信用的是dotnetty。
基础组件层
基础组件就是用abp这套东西,对里面的配置管理、消息通知、权限认证、验证、Uow访问这块做了修改,增强了部分功能。另外还包括对微服务组件的封装。
应用服务层
应用服务里面的权限系统和基础服务的作用就相当于abpzero的作用,权限数据全部存储到缓存中,因为这部分数据更新频率低,访问量大。流程管理服务封装了业务系统与流程引擎之间的交互,如果三方系统要与流程引擎对接,也是参照这套封装来做。流程定义时和运行时服务都是与工作流相关的,.netframework平台。业务系统插件就是具体业务所在的位置。
服务宿主层
中小型应用,一般把流程定义时和流程运行时宿主到一个Host,其他所有服务宿主在一起,不同的服务之间调用,走微服务调用这块流程,大型的应用可以把服务拆分开来部署,服务与服务之间的调用可以加nginx做负载均衡。
展现层
ng-alain这套前端开发框架,重写了里面的拦截器和用户认证与abp对接,工作流设计时工具是winform实现的,用于流程定义管理。Mobile暂时没有实现,准备用ng-alain系列实现。
用户层
流程定义一般由系统开发人员或者经过培训的系统管理员来定义,一般不是由用户来做。
三方访问
三方接入主要是调用工作流运行时提供的接口,可以参考工作流管理服务实现思路。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。