springcloud微服务架构

1.什么是微服务

In short, the microservice architectural style [1] is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies.
译：

简而言之，微服务体系结构风格[1]是一种将单个应用程序开发为一套小型服务的方法，
每个服务在自己的进程中运行，并与轻量级机制（通常是HTTP资源API）通信。
这些服务是围绕业务能力构建的，可通过完全自动化的部署机制独立部署。
这些服务的集中管理是最低限度的，可以用不同的编程语言编写，并使用不同的数据存储技术。

集群:cluster同一种软件服务的多个服务节点共同为系统提供服务过程称之为该软件服务集群
分布式: distribute不同软件集群共同为一个系统提供服务这个系统称之为分布式系统

1. 基于原来单个应用开发出一系列微小的服务
2. 每个服务都运行在自己的进程里面
3. 每个服务都基于项目中业务进行拆分
4. 拆分出来的每个服务独立部署
5. 这些服务都是基于分布式管理
   通俗定义:
   微服务是一种架构,
   这种架构是将单个的整体应用程序分割成更小的项目关联的独立的服务。一个服务通常实现一组独立的特性或功能，包含自己的业务逻辑和适配器。各个微服务之间的关联通过暴露api来实现。
   这些独立的微服务不需要部署在同一个虚拟机，同一个系统和同一个应用服务器中。

2.为什么微服务?

单体应用架构：

# 1.优点
-单一架构模式在项目初期很小的时候开发方便,测试方便，部署方便，运行良好。
#2.缺点
- 应用随着时间的推进，加入的功能越来越多，最终会变得巨大，一个项目中很有可能数百万行的代码，互相之间繁琐的jar包。
- 久而久之，开发效率低，代码维护困难.
- 还有一个如果想整体应用采用新的技术，新的框架或者语言，那是不可能的。
- 任意模块的痛洞或者错误都会影响这个应用，降低系统的可靠性

微服务架构:

#1.优点
- 将服务拆分成多个单一职责的小的服务，进行单独部署，服务之间通过网络进行通信
- 每个服务应该有自己单独的管理团队，高度自治
- 服务各自有自己单独的职责，服务之间松耦合，避免因一个模块的问题导致服务崩溃
#2.缺点
- 开发人员要处理分布式系统的复杂性
- 多服务运维难度，随着服务的增加，运维的压力也在增大
- 服务治理和服务监控关键