YML

1 、在 web 层，导入依赖： <!-- 整合FastDFS --> < dependency > < groupId > com.github.tobato </ groupId > < artifactId > fastdfs-client </ artifactId > < version > 1.26.1-RELEASE </ version > </ dependency > 2 、启动类中添加注解： @Import(FdfsClientConfig.class) @Import(FdfsClientConfig. class ) @SpringBootApplication public class TestApplication { ... } 3 、配置 application.yml： fdfs: so-timeout: 1500 connect-timeout: 600 pool: jmx-enabled: false thumb-image: width: 100 height: 100 tracker-list: 192.168.80.134:22122 4 、测试： @RunWith(SpringRunner. class ) @SpringBootTest public class MystoreProductWebApplicationTests {

spring cloud gateway已经使用了较长一段时间，一直有想法，整理整理一下，形成一个有效的记录，近期终于抽空写成笔记。 1、基本环境 版本：consul-1.7.2 服务：192.168.11.45（windows）、192.168.110.35(centos72)、192.168.110.36(centos72) 2、安装目录 centos7.2：/opt/consul-1.7.2 windows：D:/test/consul 3、集群架构 1.三个consul服务节点，组成集群提供注服务 2.两个producer生产者服务，提供业务服务响应 3.一个gateway网关服务，提供路由转发服务 4.消费者模拟请求发送到网关，再由网关路由到生产者服务的业务中； 4、Consul Consul是一个在分布式环境中的提供服务注册和发现流程的服务管理软件，分布式高可用，提供服务发现和配置共享，主要特点是：服务发现、健康检查、键值存储、安全服务通信、多数据中心。 在集群架构中，Consul保证了c（数据一致性）、a（高可用）特点，不保证p（分区容错）特点。在SpringCloud中已对 Consul 进行了自动配置与封装，并且官方建议替代 Eureka。 Consul 采用 raft 算法来保证数据的强一致性： a.服务注册到Consul时

简介 Apollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。 Apollo和Spring Cloud Config对比 通过对比，可以看出，生成环境中 Apollo 相比 Spring Cloud Config 更具有优势一些。 安装 Apollo 配置中心 搭建教程 参照 https://github.com/ctripcorp/apollo/wiki/Quick-Start 搭建 Apollo 配置中心，文档写的很清楚，这里就赘述了。 查看样例配置 搭建完成并启动后，访问 http://localhost:8070 ，界面如下。 输入用户名 apollo，密码 admin 后登录后，点击SampleApp进入配置界面。 与 Spring Boot 整合使用 创建一个springboot项目，主要代码如下。 pom.xml 添加 Apollo 客户端的依赖，为了编码方便引入commons-lang3。 < dependency > < groupId > com.ctrip.framework.apollo </ groupId > < artifactId > apollo-client </ artifactId > < version

昨天有个伙伴一直想让我写个搭建elasticsearch集群的文章，由于时间有限，用docker部署了一把,不多说了，直接上安装配置吧。 1、拉取镜像 docker pull elasticsearch:5.6 2、创建配置文件路径及data存放路径 cd /home/dingzhen mkdir -p ES/config cd ES mkdir data1 data2 data3 4、集群配置文件 在ES/config/路径下创建配置文件并配置 es1.yml文件 cluster.name: elasticsearch-cluster node.name: es-node1 network.bind_host: 0.0.0.0 network.publish_host: 192.168.111.129 http.port: 9200 transport.tcp.port: 9300 http.cors.enabled: true http.cors.allow-origin: "*" node.master: true node.data: true discovery.zen.ping.unicast.hosts: ["192.168.111.129:9300","192.168.111.129:9301","192.168.111.129:9302"] discovery

一、概述 手工搭建 Kubernetes 集群是一件很繁琐的事情，为了简化这些操作，就产生了很多安装配置工具，如 Kubeadm ，Kubespray，RKE 等组件，我最终选择了官方的 Kubeadm 主要是不同的 Kubernetes 版本都有一些差异，Kubeadm 更新与支持的会好一些。Kubeadm 是 Kubernetes 官方提供的快速安装和初始化 Kubernetes 集群的工具，目前的还处于孵化开发状态，跟随 Kubernetes 每个新版本的发布都会同步更新, 强烈建议先看下官方的文档了解下各个组件与对象的作用。 https://kubernetes.io/docs/concepts/ https://kubernetes.io/docs/setup/independent/install-kubeadm/ https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm/ 在创建Kubernetes集群时，阿里云容器服务提供两种网络插件：Terway和Flannel。 Flannel：使用的是简单稳定的社区的Flannel CNI 插件，配合阿里云的VPC的高速网络，能给集群高性能和稳定的容器网络体验，但功能偏简单，支持的特性少，例如：不支持基于Kubernetes标准的Network

本文如有任何纰漏、错误，请不吝指正！ PS : 之前写过一篇关于 SpringBoo 中使用配置文件的一些姿势，不过嘛，有句话（我）说的好：曾见小桥流水，未睹观音坐莲！所以再写一篇增强版，以便记录。 序言 上一篇 博客记录 ，主要集中在具体的配置内容，也就是使用 @ConfigurationProperties 这个注解来进行配置与结构化对象的绑定，虽然也顺带说了下 @Value 的使用以及其区别。 在这篇记录中，打算从总览，鸟瞰的俯视视角，来从整体上对 SpringBoot ，乃至 Spring Framework 对于外部化配置文件处理，以及配置参数的绑定操作，是如果处理的、怎么设计的。 这里其实主要说的是 SpringBoot ，虽然 @Value 属于 Spring Framework 的注解，不过在 SpringBoot 中也被频繁使用。 SpringBoot 版本： 2.2.6.RELEASE SpringBoot启动流程简介 在 SpringBoot 的启动过程中，大体上分为三步 第一步： prepareEnvironment ，准备 SpringBoot 执行时所有的配置。 第二步： prepareContext ，根据启动时的传入的配置类，创建其 BeanDefinition 。 第三步： refreshContext ，真正启动上下文。 在这上面三步中

之前画流程图都是用tomcat启动flowable modeler，但是这样启动就不能在分配任务用户/用户组的时候查询自己系统里的数据。所以现在需要把flowable modeler集成到项目里来。 之前自己也搜索了很多文章，都感觉不是很清晰，可能也是因为我刚接触不久。现在自己集成好了之后，记录一下自己学习的结果。 首先需要创建一个springboot应用，pom文件中引入相关jar包： <properties> <java.version>1.8</java.version> <flowable.version>6.4.1</flowable.version> <lombok.version>1.18.0</lombok.version> <fastjson.version>1.2.9</fastjson.version> </properties> < dependencyManagement > < dependencies > < dependency > < groupId > org.springframework.boot </ groupId > < artifactId > spring-boot-dependencies </ artifactId > < type > pom </ type > < scope > import </ scope > </

一、Compose简介 Compose是用于定义和运行多容器Docker应用程序的工具。通过Compose，可以使用YAML文件来配置应用程序的服务。然后，使用一个命令，就可以从配置中创建并启动所有服务。 Docker-Compose是一个容器编排工具。通过一个.yml或.yaml文件，将所有的容器的部署方法、文件映射、容器端口映射等情况写在一个配置文件里，执行docker-compose up命令就像执行脚本一样，一个一个的安装并部署容器。 Docker Compose将所管理的容器分为三层： 工程（project）； 服务（service）； 容器（container）； docker compose运行目录下的所有yml文件组成一个工程，一个工程包含多个服务，每个服务中定义了容器运行的镜像、参数、依赖。一个服务可包括多个容器实例。 docker-compose就是docker容器的编排工具，主要就是解决相互有依赖关系的多个容器的管理。 二、Compose的安装使用 使用compose这个容器编排工具，必须下载docker-compose这个命令，那么们可以去github官方网站搜索“docker/compose”,如下： 1）、在docker主机上执行github上得到的命令，如下： //下载compose工具时

https://www.toyaml.com/index.html 来源： oschina 链接： https://my.oschina.net/u/2842177/blog/4326626

Spring Cloud Zuul：API网关服务 SpringBoot实战电商项目mall（20k+star）地址： github.com/macrozheng/… 摘要 Spring Cloud Zuul 是Spring Cloud Netflix 子项目的核心组件之一，可以作为微服务架构中的API网关使用，支持动态路由与过滤功能，本文将对其用法进行详细介绍。 Zuul简介 API网关为微服务架构中的服务提供了统一的访问入口，客户端通过API网关访问相关服务。API网关的定义类似于设计模式中的门面模式，它相当于整个微服务架构中的门面，所有客户端的访问都通过它来进行路由及过滤。它实现了请求路由、负载均衡、校验过滤、服务容错、服务聚合等功能。 创建一个zuul-proxy模块 这里我们创建一个zuul-proxy模块来演示zuul的常用功能。 在pom.xml中添加相关依赖 < dependency > < groupId > org.springframework.cloud </ groupId > < artifactId > spring-cloud-starter-netflix-eureka-client </ artifactId > </ dependency > < dependency > < groupId > org.springframework