SpringCloud学习 系列一、 前言-为什么要学习微服务
系列导航
SpringCloud学习 系列一、 前言-为什么要学习微服务
SpringCloud学习 系列三、 创建一个没有使用springCloud的服务提供者和消费者
SpringCloud学习 系列四、微服务中心 Eureka介绍及创建一个Eureka中心服务
SpringCloud学习 系列五、创建生产者和消费者验证微服务中心 Eureka的作用
SpringCloud学习 系列七、EurekaServer集群创建
SpringCloud学习 系列十、服务熔断与降级（1-简介）
SpringCloud学习 系列十、服务熔断与降级（2-方法级别服务降级）
SpringCloud学习 系列十、服务熔断与降级（3-类级别的服务降级）
SpringCloud学习 系列十、服务熔断与降级（4-Dashboard监控仪表盘）
本系列教程期望达到的效果是，看完之后不仅仅对springCloud能干什么有所了解，更重要的是看完之后就能上手实现这些功能。好多教程写的非常好理论很全面，但是实验部分源码和测试用例不全，或者有跳跃导致读者无法独立完成实验内容，最终只是知道能干什么但是自己却不能实现出来。本系列教程将会逐步将我自己掌握的一些知识点以实验的方式展示给大家，希望大家有所收获，逐步更新中敬请期待。
前言
为什么要用微服务？
做什么事之前总要明白为什么要需要，然后才去做，不能盲目的因为别人用了所以我们也要用最后搞得非常复杂。没有微服务之前我们使用的是单体应用和集群服务。各种架构没有好坏之分，只有是否与业务场景适合，适合的才是最好的。
单体架构
优点：
1、架构简单，部署和运维方便，适合于小型的业务规模（绝大部分场景都是小型）。
2、使用统一的数据库，数据的唯一性和事实性比较好保持，出综合的数据统计和分析的时候很容易。
3、出现问题很容易判断是哪台服务器的应用或者是数据库服务出现了故障。
缺点：
1、有单点问题，如果宕机所有的服务都不可用。
2、所有业务的功能模块都聚集在一起，功能之前如果有很多共同的代码，不同业务的需求开发同时进行的时候，维护起来有点麻烦。
3、由于是单体，对请求的并发量有限制，一个tomcat，并发量千级左右。
4、扩展成本高，根据单体架构扩展只能增加服务器的硬件资源成本高，且硬件性能也有瓶颈到达瓶颈后无法在提升。
集群应用架构
缺点：
1、投入了更多的服务器。
2、部署服务的时候需要部署多套比单体复杂。
3、增加了负载均衡，架构单体要复杂。
优点：
1、改善了单点故障问题。
2、可以通过服务器的增加从而提高并发的访问能力。
微服务架构
什么是微服务？
微服务核心就是把传统的单机应用，根据业务将单机应用拆分为一个一个的服务，彻底的解耦，每一个服务都是提供特定的功能，一个服务只做一件事,类似进程，每个服务都能够单独部署，甚至可以拥有自己的数据库。这样的一个一个的小服务就是微服务。
优点:
1、系统变成一个高可用，且容易扩展的架构。
2、每个服务足够小,足够内聚，代码更加容易理解, 开发简单，一个服务只干一个事情。
3、多个微服务可以由不同的开发人员并行开发相互不影响，提高效率
4、每个微服务只要保证接口一致，既可以使用不同的开发语言，也可以使用不同的数据库去完成各自服务的功能。
缺点:
1、极大增加了技术负责人的工作难度，要学习一大堆微服务相关的知识，还要将复杂的业务分解成微服务，设计好各个服务接口。只有在这个基础上普通开发人员才能够只关注他自己的那块业务。
2、大幅度提高了硬件的投入量或者需要使用容器技术模拟出多台服务器进行部署。
3、极大增加了运维人员的工作量，以前只要部署一个jar包，现在可能需要部署一堆jar包而且这些jar包还有先后顺序。
4、服务之间相互调用，增加通信成本。
5、引入了数据一致性问题，分布式事物问题。
6、系统监控,问题定位变得异常复杂，要投入额外的工作量去做这些。
微服务的适用场景：
大型复杂的项目
快速迭代的项目
并发高的项目
SpringCloud的架构
注：SpringCloud是微服务的一种实现方案
