SpringCloud

什么是微服务（官网给的定义： Microservices ）

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）进行通信。这些服务是围绕业务能力构建的，并且可以通过全自动部署机制独立部署。这些服务的集中管理最少，可以用不同的编程语言编写并使用不同的数据存储技术。

这种架构特点是将单个的整体应用程序分割成更小的项目关联的独立的服务。一个服务通常实现一组独立的特性或功能，包含自己的业务逻辑。各个微服务之间的关联通过暴露Http Rest Api来实现。这些独立的微服务不需要部署在同一个虚拟机，同一个系统和同一个应用服务器中。对于这些服务都是基于分布式管理。

原来架构

这是 传统的单体应用的架构 优点：单一架构模式在项目初期很小的时候开发方便，测试方便，部署方便，运行良好。

缺点：（1）随着开发的周期边长代码量的增多，会给我们的运维人员跟开发人员造成了很大的麻烦（2）如果某个热点服务发生故障会影响整个系统的运行。

微服务架构

这个的登录模块有点问题正常情况下微服务的登录模块应该是用的spring的权限管理框架

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

 # 1.核心组件说明
- eurekaserver、consul、nacos       服务注册中心组件   1
- rabbion & openfeign                服务负载均衡 和 服务调用组件  2
-   hystrix dashboard     服务断路器  和  服务监控组件  4
- zuul、gateway                      服务网关组件  3
- config                           统一配置中心组件 5
- bus                             消息总线组件

版本选择

springcloud的命名也很有意思 他是以这个伦敦地铁站的名称排的序 当然呢现在呢他是以这个年份进行排列。重点：（在搭建微服务环境的时候必须执行spring官网给到的这个springboot与springcloud的对应关系，而且搭建微服务环境的话这个必须是使用maven聚合环境搭建不然不行。）

稍后我会出一版springcloud原生的各个组件的环境搭建以及如何使用。

以及这个阿里巴巴的nocas跟ses跟sentinel的使用

会搭建一个前后端分离的小型的微服务管理系统。