1. springcloud - 微服务架构一站式解决方案
1. 微服务架构的特点
1.1 理解微服务
软件架构经理了从单体架构、垂直架构、SOA架构到微服务架构的过程
单体架构：
- 所有的功能模块，放在同一个工程里面开发
- 所有的功能打一个war包部署到服务器
- 应用于数据库分开部署
- 通过部署应用集群和数据库集群提高系统的性能和并发
- 优点就是简单，开发成本低，缺点就是所有的功能都放在同一个工程里面开发，不易于开发、扩展以及升级维护，而且性能扩展只能通过扩展集群节点、成本高、有瓶颈。
垂直架构
- 以单体结构规模的项目为单位进行垂直划分，即将一个大型的项目拆分成一个个的单体结构的项目
- 项目与项目之间存在数据冗余，耦合性较大。比如子模块中都可能会引用用户信息
- 项目之间的接口多为数据同步接口
- 优点：项目架构简单、前期开发成本低、周期短、小型项目首选。 同时通过业务的垂直拆分，原来的单体项目不至于无限扩大，不同的项目可以采用不同的技术实现
- 缺点： 全部的功能都集成在一个工程中，对大型项目不易于开发、扩展以及维护
SOA架构
- 基于SOA架构的思想是讲重复公用的功能抽取为组件，以服务的方式给各个系统提供服务
- 各个项目（系统）与服务之间采用webservice/rpc 等方式进行通讯
- ESB企业服务总线作为项目与服务之间的通讯桥梁
优点：
- 将重复的功能抽取为组件，提高开发效率，提高可维护性，可重用行和可扩展性
- 可以针对不同服务的特点制定集群或者优化方案
- 采用ESB减少系统中的接口的耦合
缺点：
- 系统与服务的界限模糊，不利于开发以及维护
- 虽然使用了ESB总线，但是服务的接口协议不固定，种类繁多，不利于维护
- 抽取的服务粒度过大，系统与服务之间的耦合性高
微服务架构
- 将系统服务层完全独立出来，并见服务层抽取为一个一个的微服务
- 微服务遵循单一原则
- 微服务之间采用RESTFul等轻量协议传输
优点：
- 服务拆分力度更加细，有利于资源的重复利用，提高开发效率
- 可以更加精准的指定每个服务的优化方案，提高系统的可维护性
- 微服务架构采用去中心化思想，服务之间采用RESTful等轻量级协议通信，相比ESB更轻
- 适用于互联网时代，产品迭代周期短
缺点：
- 微服务过多，服务治理成本高，不利于系统的维护
- 分布式系统开发的技术成本高（容错，分布式事务等），对团队的技术能力挑战比较高
1.2 集群、分布式、微服务的理解
- 分布式：一个业务拆分多个子业务，部署在不同的服务器上
- 集群： 同一个业务、部署在多个服务器上
- 微服务的意思也就是将模块拆分成一个独立的服务单元、通过接口来实现数据的交互
分布式是指将不同的业务分布在不同的地方。而集群指的是将几台服务器集中在一起，实现同一业务。
分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。
分布式，从窄意上理解，也跟集群差不多，但是它的组织比较松散，不像集群，有一个组织性，一台服务器垮了，其它的服务器可以顶上来。
分布式的每一个节点，都完成不同的业务，一个节点垮了，那这个业务就不可访问了。
好的设计应该是分布式和集群的结合，先分布式再集群，具体实现就是业务拆分成很多子业务，然后针对每个子业务进行集群部署，这样每个子业务如果出了问题，整个系统完全不会受影响。
微服务的设计是为了不因为某个模块的升级和BUG影响现有的系统业务。微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。
分布式和微服的架构很相似，只是部署的方式不一样而已。
分布式需要做好事务管理。
集群模式需要做好session共享，确保在不同服务器切换的过程中不会因为没有获取到session而中止退出服务。
一般配置Nginx*的负载容器实现：静态资源缓存、Session共享可以附带实现，Nginx支持5000个并发量。
1.3 什么是微服务
为适应企业的发展，提高软件研发的生产力，降低软件研发的成本，软件架构也做了升级和优化，将一个独立的系统拆分为若干个小的服务，每个小服务运行在不同的进程中，服务于服务之间采用http轻量协议传输数据，每个服务所拥有的功能具有独立性强、耦合度高的特点，这样的设计就实现了单个服务内的高内聚，服务于服务之间的低耦合效果，这一个一个的小服务就是微服务，基于这种方法设计的系统架构即为微服务架构
2. 微服务技术栈的技术构成
- 负载均衡、网关路由：高可用、集群部署，校验、请求转发、服务集成
- 服务治理：服务的注册、发现
- 容错：避免雪崩
- 监控跟踪：监控资源的利用、服务的响应、容器资源利用
- 消息总线：消息队列、异步通讯
- 配置管理：统一配置管理
2.1 Spring Cloud
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
2.2 Spring Cloud技术栈
现有微服务技术结构
服务治理：Duboo、Dubbox、Eureke、Netflix等
配置管理：Disconf、QConf、Diamood等
服务跟踪：Hydra、Zipkin、Sleuth等
Spring Cloud集成了众多的解决方案，提供一站式微服务解决方案。(Nexflix公司)
Spring Cloud的子项目，大致可分成两类：
一类是对现有成熟框架”Spring Boot化”的封装和抽象，也是数量最多的项目；
第二类是开发了一部分分布式系统的基础设施的实现，如Spring Cloud Stream扮演的就是kafka, ActiveMQ这样的角色。对于我们想快速实践微服务的开发者来说，第一类子项目就已经足够使用，如：
- Spring Cloud Netflix
是对Netflix开发的一套分布式服务框架的封装，包括服务的发现和注册，负载均衡、断路器、REST客户端、请求路由等。
- Spring Cloud Config
将配置信息中央化保存, 配置Spring Cloud Bus可以实现动态修改配置文件
- Spring Cloud Bus
分布式消息队列，是对Kafka, MQ的封装
- Spring Cloud Security
对Spring Security的封装，并能配合Netflix使用
- Spring Cloud Zookeeper
对Zookeeper的封装，使之能配置其它Spring Cloud的子项目使用
- Spring Cloud Eureka
Spring Cloud Eureka 是 Spring Cloud Netflix 微服务套件中的一部分，它基于Netflix Eureka 做了二次封装，主要负责完成微服务架构中的服务治理功能。
clipboard.png
