SpringCloud--基础知识_springcloud基础知识csdn
赞
踩
1 分布式系统介绍
1 企业架构的演进
- 单体应用架构
- 垂直应用架构
- 分布式应用架构 SOA架构
- 微服务应用架构
1.1 单体应用架构
，大部分web工程(包含前端页面,web层代码,service层代码,dao层代码)是将所有的功能模块,打包到一起并放在一个web容器中运行。
优点：
所有的功能集成在一个项目工程中
项目架构简单，前期开发成本低，周期短，小型项目的首选。
缺点：
全部功能集成在一个工程中，对于大型项目不易开发、扩展及维护。
系统性能扩展只能通过扩展集群结点，成本高、有瓶颈。
技术栈受限。
1.2 垂直应用架构
将应用拆成互不相干的几个应用，以提升效率
优点：
项目架构简单，前期开发成本低，周期短，小型项目的首选。
通过垂直拆分，原来的单体项目不至于无限扩大
不同的项目可采用不同的技术
缺点：
全部功能集成在一个工程中，对于大型项目不易开发、扩展及维护。
系统性能扩展只能通过扩展集群结点，成本高、有瓶颈。
1.3 分布式SOA架构
SOA全称为 Service-Oriented Architecture，即面向服务的架构。它可以根据需求通过网络对松散耦合的粗粒度应用组件(服务)进行分布式部署、组合和使用
一个服务通常以独立的形式存在于操作系统进程中。
在功能的角度，把业务逻辑抽象成可复用、可组装的服务，通过服务的编排实现业务的快速再生，目的：把原先固有的业务功能转变为通用的业务服务，实现业务逻辑的快速复用。
特点
分布式、可重用、扩展灵活、松耦合
当垂直应用越来越多，应用之间交互不可避免，将**核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，**使前端应用能更快速的响应多变的市场需求
优点：
- 抽取公共的功能为服务,提高开发效率
- 对不同的服务进行集群化部署解决系统压力
- 基于ESB/DUBBO减少系统耦合
缺点：
抽取服务的粒度较大
服务提供方与调用方接口耦合度较高
1.4 微服务架构
-
通过服务的原子化拆分，以及微服务的独立打包、部署和升级，小团队的交付周期将缩短，运维成本也将大幅度下降
-
微服务遵循单一原则。微服务之间采用Restful等轻量协议传输
缺点：
微服务过多，服务治理成本高，不利于系统维护。
分布式系统开发的技术成本高（容错、分布式事务等）。
SOA与微服务之间的关系
SOA（ Service Oriented Architecture ）“面向服务的架构”:他是一种设计方法，其中包含多个服务， 服务之间通过相互依赖最终提供一系列的功能。一个服务 通常以独立的形式存在与操作系统进程中。各个服务之间 通过网络调用
微服务架构:其实和 SOA 架构类似,微服务是在 SOA 上做的升华，微服务架构强调的一个重点是业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。
2 分布式核心知识
1 分布式系统中的远程调用
在微服务架构中，通常存在多个服务之间的远程调用的需求。远程调用通常包含两个部分：序列化和通信协议
- 常见的序列化协议包括json、xml、hession、protobuf、thrift、text、bytes等
- 目前主流的远程调用技术有基于HTTP的RESTful接口以及基于TCP的RPC协议
RestFul 的推荐介绍
怎样用通俗的语言解释REST，以及RESTful？ - 慕课网的回答 - 知乎 https://www.zhihu.com/question/28557115/answer/584744188
怎样用通俗的语言解释REST，以及RESTful？ - Mingqi的回答 - 知乎 https://www.zhihu.com/question/28557115/answer/146660220
REST REpresentational State Transfer
（1） Restful 接口
REST，即Representational State Transfer的缩写，如果一个架构符合REST原则，就称它为RESTful架构。
资源（Resources）
所谓"资源"，就是网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的实在你可以用一个URI（统一资源定位符）指向它，
每种资源对应一个特定的URI。要获取这个资源，访问它的URI就可以，因此URI就成了每一个资源的地址或独一无二的识别符
表现层（Representation）
"资源"是一种信息实体，它可以有多种外在表现形式。我们把"资源"具体呈现出来的形式，叫做它的"表现层"（Representation）。比如，文本可以用txt格式表现，也可以用HTML格式、XML格式、JSON格
式表现，甚至可以采用二进制格式；图片可以用JPG格式表现，也可以用PNG格式表现。URI只代表资源
的实体，不代表它的形式。严格地说，有些网址最后的".html"后缀名是不必要的，因为这个后缀名表示
格式，属于"表现层"范畴，而URI应该只代表"资源"的位置。
状态转化（State Transfer）
访问一个网站，就代表了客户端和服务器的一个互动过程。在这个过程中，势必涉及到数据和状态的变
化。互联网通信协议HTTP协议，是一个无状态协议。这意味着，所有的状态都保存在服务器端。因
此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生"状态转化"（State Transfer）。
客户端用到的手段，只能是HTTP协议。具体来说，就是HTTP协议里面，四个表示操作方式的动词：
GET、POST、PUT、DELETE。它们分别对应四种基本操作：GET用来获取资源，POST用来新建资源
（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源。
（2 ）RPC
RPC（Remote Procedure Call ） 一种进程间通信方式。允许像调用本地服务一样调用远程服务
框架的主要目标就是让远程服务调用更简单、透明。RPC框架负责屏蔽底层的传输方式（TCP或者UDP）、序列化方式（XML/JSON/二进制）和通信细节。开发人员在使用的时候只需要了解谁在什么位置提供了什么样的远程服务接口即可，并不需要关心底层通信细节和调用过程。
(3) CAP理论
现如今，对于多数大型互联网应用，分布式系统（distributed system）正变得越来越重要。分布式系统的最大难点，就是各个节点的状态如何同步。CAP 定理是这方面的基本定理，也是理解分布式系统的起点。
zookeeper 保证的是CP 原则，允许一段时间内服务不可用
Consistency（一致性）：数据一致更新，所有数据的变化都是同步的
Availability（可用性）：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求
Partition tolerance（分区容忍性）：某个节点的故障，并不影响整个系统的运行
在一个分布式系统当中，分区容忍性和可用性是最基本的需求，所以在分布是系统中，我们的系统最当关注的就是A（可用性）P（容忍性），通过补偿的机制寻求数据的一致性
分布式系统一般保证AP
2 SpringCloud的基础知识
1 常见的微服务框架
1 SpringCloud
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。
Spring Cloud并没有重复制造轮子，它只是将目前各家
公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
2 ServiceComb
3 ZeroC ICE
2 SpringCloud 中的相关概念
服务注册：服务实例将自身服务信息注册到注册中心。这部分服务信息包括服务所在主机IP和提供服务的Port，以及暴露服务自身状态以及访问协议等信息。
服务发现：服务实例请求注册中心获取所依赖服务信息。服务实例通过注册中心，获取到注册到其中的服务实例的信息，通过这些信息去请求它们提供的服
提供的服务。
2 负载均衡
负载均衡是高可用网络基础架构的关键组件，通常用于将工作负载分布到多个服务器来提高网站、应用、数据库或其他服务的性能和可靠性。
3 熔断
4 链路追踪
5 API网关
3 SpringCloud的核心组件
Spring Cloud Netflix组件
Spring Cloud Alibaba组件
Spring Cloud原生及其他组件
@RequestBody注解用于读取http请求的内容(字符串)，通过springmvc提供的HttpMessageConverter接口将读到的内容（json数据）转换为java对象并绑定到Controller方法的参数上。
@ResponseBody注解用于将Controller的方法返回的对象，通过springmvc提供的HttpMessageConverter接口转换为指定格式的数据如：json,xml等，通过Response响应给客户端
