SpringCloud入门 - 微服务概述（一）

微服务概述

1. 技术架构

1.1 单体架构

所谓的单体架构就是把所有的业务模块编写在一个项目中，最终打成一个包，然后进行部署运行。如下图：

优点

• 易部署
• 易开发，技术单一
• 易测试

缺点

• 维护成本高
• 系统错误隔离性差、可靠性差
• 技术选型成本高
• 交付周期长、生产问题修复周期长

1.2 微服务架构

微服务(（Microservices Architecture)是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。服务之间互相协调，互相配合。服务之间采用轻量级的通信机制互相沟通，通常是基于HTTP的RESTful API。
微服务强调的是服务的大小，它关注的是某一个点，是具体解决某一个问题/提供落地对应服务的一个服务应用，狭义理解，可以看成是IDE里面的一个个微服务工程或者Module。
架构示例参考

优点

• 高内聚，一个服务可以只专做一件事；服务之间低耦合
• 可以使用不同的语言开发，技术栈灵活，易于和第三方集成
• 易于维护，单个微服务只关注特定的业务功能，代码量少、开发和维护较简单
• 单个微服务启动较快
• 局部修改容易部署
• 按需伸缩

缺点

• 服务多导致运维难度增大
• 系统容错、网络延迟、数据一致性等问题导致系统复杂度增大
• 接口调整成本高

2. 微服务技术栈

3. SpringCloud

3.1 SpringCloud是什么

基于SpringBoot提供了一整套微服务的解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于Netflix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。
SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统的基础设施开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线，全局所、决策精选、分布式会话等等，他们都可以用SpringBoot的开发风格做到一键启动和部署。

综上：SpringCloud是分布式微服务架构下的一站式解决方案，是各个微服务架构落地技术的几何体，俗称微服务全家桶。

3.2 Dubbo对比

dubbo框架专注于服务之间的治理，如果需要使用配置中心、分布式跟踪等内容则需要自己去集成，这样无形中使用dubbo的难度就会增加；Spring Cloud更加全能。

3.3 与SpringBoot的关系

• SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的服务整合并管理起来，为各个微服务之间提供配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务。
• SpringCloud依赖于SpringBoot，属于依赖关系

3.4 SpringCloud架构

3.5 微服务设计原则