基于springboot+redis+bootstrap+mysql开发一套属于自己的分布式springcloud云权限架构（一）【云架构前言】

      在看本系列文档的时候请确保你已经拥有了以下的知识体系，否则你看本系列文档将会看到你云里来雾里去，该知识体系包括（spring boot、spring cloud、MySQL、redis、mybatis、bootstrap、js、jQuery、thymeleaf、css），以及开发工具IDEA。
       首先在开始编写本系列的时候，希望大家可以去了解一下rpc（远程过程调用），因为我们的spring cloud这套云架构的基础就是rpc远程过程调用，因此大家如果理解了本质，然后再来看本系列的文章相信会对大家的学习有所提升和帮助。
       若大家在看本篇文章的时候暂时没有spring boot以及spring cloud的基础的以下是学习这两块知识体系的书籍以及网络上的资源的地址：
       springcloud基础系列文章、IDEA中启动多个springcloud工程、以及学习的书籍：JavaEE开发的颠覆者 Spring Boot实战  完整版、Spring Cloud微服务实战这两本书，相信大家看完这两本书再来看此系列的文章，我相信大家这时候应该是很容易理解本系列文章的所有意图。
      首先从我们该系列文章的意图开始讲解，本系列希望到时候对大家自己开发一套属于自己的云权限架构并在此基础上进行自己相应应用的扩展，因此在本系列中并不涉及其他业务结构的扩展，理论上云结构应该是将所有的服务最小化，由于是一个demo因此我将整个权限架构全部放在一个服务中，因此大家可以根据自己相应的需求将相应的业务解耦出来。
      首先在我们的项目正式启用微服务的时候，我们的先问下自己是否我们的项目需要微服务架构，若是初创的项目建议不要使用微服务，直接使用spring boot进行项目的整合开发，整个团队在一个工程中进行项目的开发即可，除非到了一定的项目瓶颈且需求高度明确的时候才推荐使用微服务。
      使用微服务大家要有一个意识，那就是微服务会加大运维的工作量和工作强度以及运维的知识体系需要做进一步的提升，否则使用微服务而没有相应的运维团队来进行项目的维护，运维从开始的只维护几个工程的部署，突然暴增到几百个工程的部署，要是没有相应的知识体系和工具，我有理由相信这只会搞死运维人员，因此运维是在启用微服务的时候需要去面对的一个关口。
      本系列文章的微服务架构主要由以下板块组成：路由中心（api-gateway）、鉴权中心（authentication-center）、注册中心（registry-center）、链路调用监控系统（zinpkin）、链路调用监控系统、实体模型（model）、系统架构生产者（dinner-produce）、系统架构消费者（dinner-consumer）、系统层（dinner）。
      路由中心：所有的外部应用都通过路由中心来进行访问我们的工程，具体的系统业务不再对外网暴露任何端口。

      鉴权中心：所有的外部响应应用通过路由中心的时候，都会去鉴权中心进行一次权限验证，鉴权中心主要是用来防止用户非法访问我们的业务模块。
      注册中心：spring cloud基于Eureka构建的一个高可用注册中心。

      链路调用监控系统：用来监控整个业务系统中的业务流向以及相应信息的收集。

      实体模型：整个分布式业务所使用的通用实体以及工具。

      系统架构生产者：实现整个业务逻辑的微服务。
      系统架构消费者：对业务逻辑进行远程RPC调用的微服务。
      系统层：系统最终交付给客户使用的展示层（在此块大家可以使用angular4、easyui、extjs4或者其他的任意的前端框架来实现，该demo中是使用html+bootstrap+jquery来进行实现）。
       在上面已经给大家划分好了整个系统的开发架构，后续大家如果还有兴趣可以自己基于此去扩展基于GitHub或者SVN的自己的配置中心以及spring cloud相应的其他的子项目，本文是教会大家如何去构建一套分布式权限架构系统，因此默认大家对以上的知识体系都已经有了基本的了解。
        项目源码主分支地址：项目全部源码地址
下一篇文章地址：基于springboot+redis+bootstrap+mysql开发一套属于自己的分布式springcloud云权限架构（二）【构建实体模型】
QQ交流群：578746866