课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,微服务架构在中队软件开发项目中被广泛应用,今天我们就一起来了解一下,关于微服务集成框架的一些组成部分都有哪些内容。
微服务架构的特征之一是“智能的端点,愚蠢的管道”。作为参照,ESB是智能管道的典型代表,ESB产品通常包括复杂的基础设施,支持消息路由、编排、转换和应用业务规则。在实践中,ESB本身会逐渐发展为系统中一个复杂的单块应用;同时,这也于尽量解耦、内聚的微服务架构思想相左。因此,微服务团队在解决问题时,倡议使用RESTAPI和轻量级消息系统实现系统集成。其中,消息系统仅提供可靠的异步消息传输通道,而不参与消息路由、编排、转换等环节,也不在消息系统中包含业务逻辑。在各种消息通信模式中,事件驱动模式因其完全解耦、高度容错的特性受到了微服务架构系统的欢迎。事件驱动消息系统的中心是一个不做消息路由、编排或者转换的MessageBroker,ApacheKafka是很好的选择。
集成服务对外包装所有和三方系统的同步异步交互,对内遵循微服务系统的规范,可以作为一个服务组件部署在当前微服务环境中。注意集成服务是针对每个三方系统独立开发的,每个集成服务都是微服务的Component,都可以独立部署。要避免一个集成服务面对多个三方系统,变成一个单块的集成平台。
微服务集成架构选则了通用性很强的REST、Kafka、Json格式消息作为标准,只需遵循约定的REST接口和消息定义,集成服务的开发者可以选用自己熟悉的语言、框架来编写。为了能加速集成服务的开发,笔者在定义了微服务集成模式之后,又设计并开发了Java技术栈的微服务集成框架。集成框架提供了和微服务系统内组件同步、异步通信所需要的基础能力,框架的组成主要包括:
服务注册发现服务
MessageBroker服务
微服务集成基础Jar包
微服务集成基础Jar包中包括
项目骨架工程框架
异常框架
日志框架
统一配置框架
服务注册和发现客户端
服务封装和访问框架
REST服务文档框架
消息发布和订阅客户端
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!