【Spring Cloud】001-微服务概述

一、概述

1、什么是微服务

微服务是一种用于构建应用的架构方案。微服务架构有别于更为传统的单体式方案，可将应用拆分成多个核心功能。每个功能都被称为一项服务，可以单独构建和部署，这意味着各项服务在工作（和出现故障）时不会相互影响；

也就是说，将应用的多个核心功能拆分为不同的模块，每一个模块作为一项服务可单独构建和部署，各项服务工作时不会相互影响；

2、微服务架构四个核心问题

服务很多，客户端该怎么访问？

这么多服务，服务之间如何通信；

这么多服务，如何管理？

服务挂了，怎么办？

3、问题的解决方案

Spring Cloud生态！

方案一：

Spring Cloud NetFlix：一站式解决方案；

访问：api网关，zuul组件；

Feign：--- HttpClient --- Http通信方式，同步，阻塞；

服务注册与发现：Eureka；

熔断机制：Hystrix；

方案二：

Apach Dubbo Zookeeper：半自动，需要整合别人的；

访问（api网关）：没有，找第三方组件，或者自己实现；

Dubbo：服务的输出和输入；

ZooKeeper：服务注册和发现；

熔断机制：没有；

Dubbo 这个方案并不完善！

方案三：

Spring Cloud Alibaba：新一代一站式解决方案，更简单了！；

3、新概念

服务网格Server Mesh！

istio；

万变不离其宗：

1、API网关；

2、HTTP,RPC;

3、服务的注册和发现；

4、熔断机制；

归根结底：

网络不可靠！

二、微服务扩展

1、微服务与微服务架构

微服务：

强调的是服务的大小，它关注的是某一个点，是具体解决某一个问题/提供落地对应服务的一个服务应用，狭义的看，可以看作是IDEA中的一个个微服务工程，或者Moudel；

微服务架构：

一种新的架构形式，Martin Fowler 于2014年提出；

微服务架构是一种架构模式，它体长将单一应用程序划分成一组小的服务，服务之间相互协调，互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务之间采用轻量级的通信机制**(如HTTP)互相协作，每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境中，另外，应尽量避免统一的，集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具(如Maven)**对其进行构建；

2、微服务优缺点

优点：

• 单一职责原则；
• 每个服务足够内聚，足够小，代码容易理解，这样能聚焦一个指定的业务功能或业务需求；
• 开发简单，开发效率高，一个服务可能就是专一的只干一件事；
• 微服务能够被小团队单独开发，这个团队只需2-5个开发人员组成；
• 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的；
• 微服务能使用不同的语言开发；
• 易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如jenkins，Hudson，bamboo；
• 微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果，无需通过合作才能体现价值；
• 微服务允许利用和融合最新技术；
• 微服务只是业务逻辑的代码，不会和HTML，CSS，或其他的界面混合;
• 每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一的数据库；

缺点：

• 开发人员要处理分布式系统的复杂性；
• 多服务运维难度，随着服务的增加，运维的压力也在增大；
• 系统部署依赖问题；
• 服务间通信成本问题；
• 数据一致性问题；
• 系统集成测试问题；
• 性能和监控问题；

3、微服务技术栈有那些

4、为什么选择SpringCloud作为微服务架构

选型依据：

整体解决方案和框架成熟度

社区热度

可维护性

学习曲线

当前各大IT公司用的微服务架构有那些？

阿里：dubbo+HFS

京东：JFS

新浪：Motan

当当网：DubboX

…

各微服务框架对比：