微服务入门基础

微服务入门基础

分布式与集群

是什么

集群是个物理形态，分布式是个工作方式。

分布式与集群的关系

分布式中的每一个节点都可以做集群，而集群并不一定就是分布式的，因为具体实现目的不同。

对于分布式来讲是将一个业务分拆多成个不同功能模块部署在不同的服务器上，不同模块相互配合调用完成整体业务。而对于集群来讲，则是把某个拆分的模块部署在多个服务器上。以负载均衡的方式响应请求。

分布式与集群的个各自优势

分布式与集群目的都是提高效率，但各有侧重。

分布式是以缩短单个任务的执行时间来提升效率，而集群则是通过提高单位时间内执行的任务数来提升效率。一个是保质，一个是保量。

比如一个整体请求需要3个模块协作完成响应，每个模块需要运行一个小时且三者并无前后依赖关系，对于单模块系统来讲可能花费3个小时，分布式完成响应则只需需要花费一个小时。

集群的保量可以理解为，3个请求共同调用一个模块，如果每个模块响应需要花费1个小时，那么单模块需要花费3个小时才可以完成全部响应，如果采用集群的方式则同样只需花费1个小时。

总结来说

好的设计应该是分布式和集群的结合，先分布式再集群，具体实现就是拆分整体为模块，然后针对每个子模块进行集群部署，如果一个模块如果出了问题会有集群中的其它模块进行响应，从而保证了整个系统运行不会受到影响。

分布式与微服务

提到分布式就不得不提到微服务，微服务的概念与分布式比较相似，但又不完全一样。

微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。

简单的说就是一个微服务就是一个实现某个业务小Module。

分布式应用场景

使用分布式的目的很简单就是扩展增强整体网站的用户容纳能力，利用更多的机器，响应更多的请求，处理更多的数据。

首先需要明确的是，只有单个节点提升性价比过低时，我们才需要考虑分布式系统。因为，分布式系统要解决的问题本身就是和单机系统一样的，而由于分布式系统多节点、通过网络通信的拓扑结构，会引入很多单机系统没有的问题，为了解决这些问题又会引入更多的机制、协议，带来更多的问题。

服务调用方式

无论是微服务还是SOA，都面临着服务间的远程调用。远程调用方式主要有两种分别是HTTP和RPC

HTTP

HTTP其实是一种网络传输协议，基于TCP，规定了数据传输的格式。现在客户端浏览器与服务端通信基本都是采用HTTP协议，也可以用来进行远程服务调用。缺点是消息封装臃肿，优势是对服务的提供和调用方没有任何技术限定，自由灵活，更符合微服务理念。现在热门的Rest风格，就可以通过HTTP协议来实现。

RPC

RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。比如说两台服务器A，B，一个应用部署在A服务器上，A服务器想要调用B服务器上应用提供的函数/方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。而RPC就是完成两台服务器接口的通讯工作。

执行流程

RPC两个核心模块：通讯，序列化。

关于RPC和HTTP参看：

• 既然有 HTTP 请求，为什么还要用 RPC 调用？
• 如何给老婆解释什么是RPC

关于SpringCloud和Dubbo如何选择参看：

• spring cloud 和 dubbo 各自的优缺点是什么?
• Java 微服务框架选型（Dubbo 和 Spring Cloud？）

RestTemplate

Spring提供了一个RestTemplate模板工具类，对基于Http的客户端进行了封装，并且实现了对象与json的序列化和反序列化，非常方便。

RestTemplate并没有限定Http的客户端类型，而是进行了抽象，目前常用的3种都有支持：

• HttpClient
• OkHttp
• URLConnection（默认）
<