【无标题】微服务简介与入门

        微服务架构要求我们开发一个系统或者一个应用的时候，将应用划分成一系列的小服务。这些小服务之间可以通过http的方式进行互通。要说微服务架构之前，先得说说我们过去使用的单体架构。

        单体架构是指将一个应用中的所有的应用服务都封装在一个应用中，把数据访问，web访问等各个功能都放到一个war包内。这样做的好处是易于开发和测试同时也易于部署，但单体架构的缺点就是哪怕我修改一个非常小的地方都需要停掉整个应用，重新打包，部署这个应用的war包，同时对于一些特别大的应用重新部署将耗费大量的时间，也不方便我们去合作维护和开发。

既然说到微服务架构能使每个服务运行在自己的进程内，可独立部署和升级。微服务架构功能应该具备以下方面。

• 注册中心：服务提供者和消费者，能够从注册中心注册和得到服务信息。
• 配置中心：在微服务架构中设计服务较多需要对于配置文件统一管理。

• 服务链路追踪：对于服务之间的负载调用，要能通过链路追踪，得到具体参与者，调用链路出现问题能够快速定位。
• 负载均衡：服务调用服务会采用一定的负载均衡策略，来保证服务的高可用。

• 服务容错：通过熔断、降级服务容错策略，对系统进行有效的保护，降级是在服务或依赖的服务异常时，返回保底数据，熔断是指依赖服务多次失效，则熔断器打开，不再尝试调用，直接返回降级信息。熔断后，定期探测依赖服务可用性，若恢复则恢复调用。
• 服务网关：用户请求过载时进行限流、排队、过载保护、黑白名单、异常用户过滤拦截等都可以通过服务网关实现。

• 服务发布与回滚：蓝绿部署、灰度、AB Test等发布策略，可快速回滚应用。
• 服务动态伸缩、容器化：根据服务负载情况，可快速手动或自动进行节点增加和减少。

接下来以Eureka作为服务注册中心，简单配置一个微服务架构：

 Eureka简介：

        和Zookeeper类似，Eureka是一个用于服务注册和发现的组件，最开始主要应用与亚马逊公司的云计算服务平台AWS，Eureka分为Eureka Server和Eureka Client，Eureka Server为Eureka服务注册中心，Eureka Client为Eureka客户端。

该图为Eureka的原理图。

接下来将配置Eureka服务器EurekaServer。

第一步先添加Eureka server依赖 

 第二步在启动类中添加@EnableEurekaServer注解，表明该服务是注册中心

 第三步配置文件中添加相关配置

第四步启动并测试，访问http://localhost:9003/

 

显示如图即代表注册中心已配置完成。

接下来配置服务，并将其注册到注册中心

 第一步先添加Eureka Discovery client 依赖 

 第二步在启动类中添加@EnableEurekaClient注解

  第三步配置文件中添加相关配置

 第四步启动并测试，访问http://localhost:9003/

可以看到该服务已成功注册到注册中心。