Spring Cloud关健词

参考文档： https://springcloud.cc/spring-cloud-dalston.html

治理Eureka 注册中心
搭建高可用Eureka 注册中心
客户端负载均衡 Ribbon
保护Hystrix
声明式客户端 Feign
API 网关服务 
分布式配置中心 Config
消息总线设计
服务跟踪

------------------------------------------------------------------------------------------------

接口地址怎么管理? http://member.itmayicdu.com/api/user
容错机制、负载均衡、网关、路由策略、高并发情况下，怎么接口限流、断路

微服务解决框加-SpringCloud

SpringCloud解决什么样的问题？
配置管理、（注册中心 curcka、zk）、服务发现、服务注册、
断路器、路由策略、负载均衡、全局锁、分布式会话、客户端调用、接口网关(ZUUL)、服务管理系统

-------------------------------------------------------------------------------------------------

SOA、微服务架构

SOA也是基于分布式架构演变过来的。
SOA架构代表面向服务架构，俗称服务化，可以理解为面向与业务逻辑层。将共同的业务代码进行抽取出来的，提供给其它接口进行调用。
服务与服务之间通讯采用rpc远程调用技术 

(HttpClient--需要理解)
服务概念： 将共同的业务逻辑进行拆分，拆分成独立一个项目进行部署。没有视图层。
服务概念理解为接口

-------------------------------------------------------------------------------------------------

rpc远程调用技术框架：httplient、springcloud、dubbo、grpc
核心底层socket技术或者netty实现。

WebService底层是用Http协议+XML（SOAP）
RPC是远程用技术，两个或者多个应用实现远程调用，
SOA架构特点：底层基于SOAP或者ESB（消息总线）实现，底层使用HTTP或者Https协议+重量级XML数据交换格式进行通讯。
在后面微服务中，以json格式替代xml

SOA架构是面向服务架构、Soap简单对象协议 Http+xml混合物

---------------------------------------------------------------------------------------------------------

一、微服务架构产生的原因？

首先微服务架构基于SOA架构演变过来？
SOA架构缺点：
1.依赖与中心化服务发现机制
2.因为SOA架构采用SOAP协议（Http+XML）,因为XML传输协议比较占用宽带，整个XML报中
  有非常大冗余数据，所以在微服务架构中以json轻量级方式替代xml报文传输。
3.服务管理非常混乱，缺少服务管理和治理设施不完善。

二、微服务架构模式
微服务架构从SOA架构演变过来，比SOA架构上粒度更加进行精细。让专业的人做专来的事情（专注），目的是为了提高效率。每个服务与服务之间互不影响，每个服务必须独立部署（独立数据库，独立redis），微服务架构更架体现轻量级，采用resttful风格提供API,也就是Http协议+JSON格式，更加轻巧，更加适合互联网公司敏捷开发、快速迭代产品。