《如何快速搭建一个微服务架构》---总结

       第一次听视频公开课,以为会各种讲广告,干货会比较少;最后觉得还可以,对我这种菜鸟还是有一些作用,先简单做一个总结吧。做什么事情,总会有一点收获;

1. 传统单体机构、主流的SOA(面向服务的架构)和新兴的微服务架构的优缺点比较

   缺点:一个服务由各个模块组成

         a、耦合性高---各个代码之前会相互调用

         b、部署耗时长---包很大,且有串型部署项目的情况

         c、稳定性/可用性差--一个服务发生故障,很可能会导致其他服务阻塞不可用

         d、可扩展性差,不能针对特定模块去优化,提升性能

  微服务架构的优点:各个模块被拆分成一个一个的服务

         a、边界清晰,开发测试维护简单---一整个服务被拆分成单个服务

         b、技术栈灵活,可用用多种语言编写,通过协议来调用

         c、松耦合

         d、可用性高

2、服务器端负载均衡和客户端负载均衡的区别

服务器端的负载均衡:

        这个在平常的开发中很常见,比如一个服务要部署在几个节点(集群模式),那么你就需要在nginx里面配置很多的ip:port,然后客户端访问的时候,将请求到nginx,然后由nginx将请求转发给对应的服务;也就是说客户端事先不知道请求哪个服务器

       缺点是:

               如果集群很大,那么需要在nginx中配置很多的ip:port,可维护性差,如果需要新增服务节点,需要运维人员去手动配置

客户端的负载均衡:

       其实是第一次听说这个概念,不过平时也用到过,比如利用dubbo去调用接口服务;客户端在调用服务器接口的时候,已经知道去调用哪个服务

      优点:由服务应用去自动注册到注册中心,注册中心来维护各个服务的调用地址

3、 一个微服务架构的组成结构

      框架:注册中心、负载均衡、声明式服务(feigh)、容错(hystrix)、网关(权限)zuul和配置(resource)

      拆分:循序渐进,不要期望一步到位

    

原文地址:https://www.cnblogs.com/piaxiaohui/p/9665618.html