江苏龙网

  1. 主页 > 生活百科 > >

微服务架构应用程序开发思路总结( 二 )

微服务


由于每个微服务组件都是一个独立运行的节点，所以微服务之间的相互调用都是远程方法调用模式，当然他们之间调用所使用的协议和方式可以有多种，有基于RPC框架的，也有基于网络套接字HTTP协议的 。
由于外部用户访问我们的系统时的请求往往都是某种综合的业务需求，而我们微服务架构实现时都是以组件服务节点运行的单一功能的服务请求处理，如此我们就需要对用户请求做一些路由过滤以及拆分和结果合并处理 。为此我们在整个微服务架构应用设计中引入了前端控制模式实现，即网关服务 。
网关服务同样被设计成微服务组件，所以可以采用高可用性架构或者网关服务集群部署，来提高稳定性，以及针对某些特定服务请求的过滤和分发处理 。
比如Netflix的Zuul组件就是一个基于JVM的不错的API网关设计，我们在开发微服务架构应用时，通常基于它来开发一些附加服务比如用户身份验证，鉴权，流量监控，限流，数据过滤等功能 。
由于网关作为整个系统对外提供服务的入口，它负责对请求的处理非常重要 。同时为我们的应用管理提供了极大的灵活性 。在一个微服务架构设计中，一个好的智能化的网关设计，将对整个应用系统起着至关重要的作用 。
同时由于我们的内部每个功能服务组件都是独立运行的节点容器，为了某个服务的健壮性我们往往会考虑采用集群化部署的高可用性架构 。
关于负载均衡组件作为某个单一功能将会有一个微型的服务节点集群来提供服务处理，为此对于功能调用的请求就需要一个负载均衡服务组件来负责监控各个服务节点运行状态并为其分配要处理的请求 。
所以在微服务架构中，负载均衡服务也是一个非常重要的设计实现 。
负载均衡服务，本质上就是点对点服务连接选择和建立的实现 。我们可以把它简单的想象成一个服务节点运行一个服务进程维护一个所有服务节点的状态列表，该服务节点会通过心跳请求不间断的去试图连接这些节点得到回应以检测各个服务节点的运行状态 。
然后根据某种算法比如轮询，加权指数等算法将请求映射的路径解析到服务节点列表中的服务节点上，从而将请求的地址映射到具体的服务节点，转发请求到该节点，由其对该请求进程处理 。
显然这样的负载均衡服务属于非系统功能性组件，应该有基础架构提供实现 。我们可以看到Spring Cloud框架里提供了Ribbon组件等 。
其实Ribbon也是基于Eureka组件添加了路由算法来实现的 。
我们知道Spring Cloud 的注册和发现服务组件Eureka是基于Netty开发的Client/Server模式的网络基础架构服务，它采用所谓的边车模式在我们具体服务组件的运行容器中，添加一个网络客户端线程，维护一个注册服务列表，同样的Ribbon也有一个这样的边车进程，可以通过它获取正在运行的服务组件信息，从而通过一定的负载均衡算法将请求映射给可用的服务组件 。
 
微服务开发框架我们知道在微服务具体开发的过程中Spring Boot是一个开发利器，因为Spring Boot是对整个Spring框架开发的集成和简化，它将web容器作为组件嵌入到了开发框架中 。
同时它为我们开发应用程序提供了简化的依赖包，以及使用Spring容器对于受托管组件的配置管理，提供了多种常用的默认配置和必备组件组合方案的预加载 。
并且为Spring容器的配置提供了基于键值对的文本格式或者yml格式的配置接口 。配合开发配置管理工具比如Maven或者Gradle等，我们很容易的将开发的应用程序打包成Jar文件 。
从而在JVM环境里直接运行它，这为我们开发微服务组件项目提供了非常简单便捷的工程框架 。
 
总结【微服务架构应用程序开发思路总结】总之，微服务应用开发是一种从就有的远程方法调用RPC框架和基于网络的HTTP请求处理为基础发展出来的一种应用程序组件化实现形式 。它也是应对当前应用程序云端化，服务组件化以及SaaS，Servless等架构应用的必然要求 。也就是说，我们必须将我们传统的单体综合应用系统打散成一个个能够独立运行且相互之间的依赖是通过标准的进程间通信或者网络访问为基础的节点集群部署架构的应用 。
这种结构的开发复杂性比起传统的应用程序来说大大的提高了，但是它能够通过功能单一简化提高管理和运维效率，降低对其它功能组件的影响，从而更好的做到服务的稳定性和可靠性，同时还能根据网络应用的特点，提高请求处理的弹性 。这些都是要求我们在设计和开发过程中转变思路，基于现有成熟的基础架构来构建新一代应用 。


推荐阅读


上一篇：想开淘宝店不知道怎么开 怎么样开淘宝店呢?

下一篇：超级店长和旺店宝哪个好用 淘宝超级店长必须用吗