在做系统架构规划的时候，负载均衡，HA(高可用性集群，是保证业务连续性的有效解决方案，一般有两个或两个以上的节点，且分为活动节点及备用节点，当活动节点出现故障的时候，由备用节点接管）都是经常需要考虑的方案。对应并发及单点故障，考虑负载均衡方案是必不可少的。如果并发不高只是应对单点故障，则通常使用HA方案。　　负载均衡(LoadBalance)是集

1.代码生成器：\正反双向\(单表、主表、明细表、树形表，快速开发利器)freemaker模版技术,0个代码不用写,生成完整的一个模块,带页面、建表sql脚本、处理类、service等完整模块2.多数据源：（支持同时连接无数个数据库，可以不同的模块连接不同数的据库）支持N个数据源3.阿里数据库连接池dru

官网文档：https://cloud.spring.io/springcloudstatic/springcloudgateway/2.2.1.RELEASE/reference/html/(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fcloud.spring.

开放端口规划：mysqldevelop：3407mysqltest：3408mysqlrelease：3409ps：1.不推荐使用默认端口3306，建议自定义端口2.如果采用阿里云服务器，在安全组开放端口3.自建服务器依据实际情况打开防火墙开放端口\各个系统防火墙不一样,操作有所不同\，譬如：C

docker启动容器服务的时候，报错nospaceleftondevice!(https://oscimg.oschina.net/oscnet/ec70391f624ebcfe85eb791b52132871c15.jpg)1\.检查磁盘是否用光!(https://oscimg.oschina.net/oscnet/f2a9

准备工作1.随便准备一个项目工程，在本地用Pipenv创建一个虚拟环境并生成Pipfile和pipfile.lock文件，如下：!在这里插入图片描述(https://oscimg.oschina.net/oscnet/fca068661b5923048636347374d3748ebf2.png)2.准备一台服务器，我这里

前言这还是一个标题党。OAuth2现在已经是开放授权协议的事实标准，你可以看到几乎所有的xxx开放平台均采取的OAuth2协议来进行授权。而在AuthorizationCode模式的基础上结合JWT，标准化的userinfoendpoint和服务发现，就成了OpenIDConnect。当然即便不加上这些限定，OA

自我保护背景首先对Eureka注册中心需要了解的是Eureka各个节点都是平等的，没有ZK中角色的概念，即使N1个节点挂掉也不会影响其他节点的正常运行。默认情况下，如果EurekaServer在一定时间内（默认90秒）没有接收到某个微服务实例的心跳，EurekaServer将会移除该实例。但是当网络分区故障发生时，微服务与EurekaSer

现有混合云平台的场景下，即有线下和线上的环境，又有测试与正式的场景，而且结合了Docker，导致打包内容有所区分，且服务的发布流程复杂起来，手工打包需要在编译阶段就要根据环境到处更改配置，因此纯手工发布增加了实施的难度，需要一个统一的适应各种环境部署的方案。!JenkinsGitLabDockerSpringCloud实现可持续自动化微服务(h

!(https://oscimg.oschina.net/oscnet/46fa65776788e1e3af4ca4689de733377a5.jpg)Nacos近期发布了0.7.0版本，该版本支持对接第三方CMDB获取CMDB数据、使用Selector机制来配置服务的路由类型、支持单机模式使用MySQL数据库、上线Node.js客户端，并修复了一些