YML

Spring Boot 配置文件加载位置 Spring Boot启动会扫描以下位置的 application.properties 或者 application.yml 文件作为Spring Boot的默认配置文件： -file:./config/ -file:./ classpath:/config/ classpath:/ 以上是按照优先级从高到低的顺序，所有位置的文件都会被加载，高优先级内容会覆盖低优先级内容。我们也可以通过配置 spring.config.local 来改变默认配置。 来源： oschina 链接： https://my.oschina.net/u/4950428/blog/4910066

1. Auth2认证流程 用户 授权 ，颁发服务令牌，服务拿着令牌去请求资源 2. 令牌分为哪几类？ 答： 分为 普通令牌和 JWT令牌 3. 向客户端返回的令牌 包括 哪几部分？ 答： token(短令牌)，刷新令牌，jwt令牌 4. 如何生成JWT令牌？ 答： 使用 JwtHelper生成令牌，根据(内容，私钥) //创建jwt令牌 @Test public void testCreateJwt(){ //密钥库文件 String keystore = "xc.keystore"; //密钥库的密码 String keystore_password = "xuechengkeystore"; //密钥库文件路径 ClassPathResource classPathResource = new ClassPathResource(keystore); //密钥别名 String alias = "xckey"; //密钥的访问密码 String key_password = "xuecheng"; //密钥工厂 KeyStoreKeyFactory keyStoreKeyFactory = new KeyStoreKeyFactory(classPathResource,keystore_password.toCharArray()); //密钥对（公钥和私钥） KeyPair

spring boot使用一个全局配置文件：主要是以下两种类型 　　application. properties ：例：server.port=9998 　　application. yml (YAML) ：例：server: 　　　　　　　　　　　　　　　　　　port:8080 配置文件的作用主要是修改spring boot在底层的默认配置 yml ：以数据为中心。 　　基本语法： 　　　　key:(这里一定要有个空格) value表示一对键值对 　　　　以空格的缩进来控制层级关系：只要是左对齐的一列数据，都是同一个层级的 。 　　值的写法：　　 　　　　字面量：普通的 值（数字，字符串，布尔）: 　　　　　　key: value 字面量直接来写，字符串不用加单引号或者双引号 　　　　　　" " :双引号，不会转义字符串里面的特殊字符，写了什么就是什么，比如在双引号中写了\n (转移后为换行)，但是这里就只是\n 并不会换行 　　　　　　‘ ‘ ：会转义 　　　　对象（属性和值）（键值对）: 　　　　　　　　key: value : (注意空格和缩进) 　　　　　　　　　　　　　filed: value 　　　　　　例如： 　　　　　　　　people： 　　　　　　　　　　　name: zhangs 　　　　　　　　　　　 age: 20 　　　　　　peopleName

Nacos 0.8.0版本完善了监控系统，支持通过暴露metrics数据接入第三方监控系统监控Nacos运行状态，目前支持prometheus、elastic search和influxdb，下面结合prometheus和grafana如何监控Nacos，官网 grafana监控页面 。与elastic search和influxdb结合可自己查找相关资料 Nacos集群暴露metrics数据 集群每个节点中修改配置application.properties文件，暴露metrics数据 cd /workspace/nacos/conf vim application.properties management.endpoints.web.exposure.include=* 看是否能访问到metrics数据 http://xx.xx.xx.xx:8848/nacos/actuator/prometheus 部署prometheus采集Nacos metrics数据 下载地址为 download prometheus 解压prometheus压缩包并安装 tar xvfz prometheus-*.tar.gz /workspace/ cd /workspace/prometheus 修改配置文件，注意格式缩进 vim prometheus.yml - job_name:

docker 搭建zookeeper集群 安装docker-compose容器编排工具 Compose介绍 Docker Compose 是 Docker 官方编排（Orchestration）项目之一，负责快速在集群中部署分布式应用。 Compose 项目是 Docker 官方的开源项目，负责实现对 Docker 容器集群的快速编排。Compose 定位是 「定义和运行多个 Docker 容器的应用（Defining and running multicontainer Docker applications）」，其前身是开源项目 Fig。 使用一个 Dockerfile 模板文件，可以让用户很方便的定义一个单独的应用容器。然而，在日常工作中，经常会碰到需要多个容器相互配合来完成某项任务的情况。例如要实现一个 Web 项目，除了 Web 服务容器本身，往往还需要再加上后端的数据库服务容器，甚至还包括负载均衡容器等。 Compose 恰好满足了这样的需求。它允许用户通过一个单独的 docker-compose.yml 模板文件（YAML 格式）来定义一组相关联的应用容器为一个项目（project）。 Compose 中有两个重要的概念： 服务 ( service )：一个应用的容器，实际上可以包括若干运行相同镜像的容器实例 项目 ( project )

本文主要讲解mall整合OSS实现文件上传的过程，采用的是服务端签名后前端直传的方式。 OSS 阿里云对象存储服务（Object Storage Service，简称 OSS），是阿里云提供的海量、安全、低成本、高可靠的云存储服务。OSS可用于图片、音视频、日志等海量文件的存储。各种终端设备、Web网站程序、移动应用可以直接向OSS写入或读取数据。 OSS中的相关概念 Endpoint：访问域名，通过该域名可以访问OSS服务的API，进行文件上传、下载等操作。 Bucket：存储空间，是存储对象的容器，所有存储对象都必须隶属于某个存储空间。 Object：对象，对象是 OSS 存储数据的基本单元，也被称为 OSS 的文件。 AccessKey：访问密钥，指的是访问身份验证中用到的 AccessKeyId 和 AccessKeySecret。 OSS的相关设置 开通OSS服务 登录阿里云官网； 将鼠标移至产品标签页，单击对象存储 OSS，打开OSS 产品详情页面； 在OSS产品详情页，单击立即开通。 创建存储空间 点击网页右上角控制台按钮进入控制台 选择我的云产品中的对象存储OSS 点击左侧存储空间的加号新建存储空间 新建存储空间并设置读写权限为公共读 跨域资源共享（CORS）的设置 由于浏览器处于安全考虑，不允许跨域资源访问，所以我们要设置OSS的跨域资源共享。 选择一个存储空间

由于spring-cloud的官方核心组件eureka停止升级维护，再加上支持国货，微服务的技术选型spring-cloud-alibaba，注册和服务发现中心，调用服务则选为dubbo，虽然耦合性有点高(指尖银河)，但好歹是国货，没说的，必须支持。 小声比比：这类文章比较多，我也跟风一波，凑下热闹 技术栈： spring-boot、spring-cloud-alibaba-nacos、dubbo 首先是nacos nacos是干嘛的呢？简单来说就是服务注册、服务发现、高可用配置中心 首先下载nacos https://github.com/alibaba/nacos/releases 选择1.4版本下载并解压 由于本人技术有限，只配置了nacos单机版，所以此文只叙述nacos的单机模式的相关操作 nacos数据存储 nacos的数据存储有好几种方式，默认用的file方式存储数据，如果要最快速启动的话自然什么也不用改，如果要更换数据存储方式的话则需要修改${nacos}/conf/application.properties文件 db.num = 1 db.url.0 = jdbc:mysql://12.32.12.32:3243/sdfdsf?characterEncoding = utf8 & connectTimeout = 10000 & socketTimeout =

安装准备 redis服务器：172.22.3.163:6379 prometheus主机已安装prometheus和grafnana ： 参考： centos7.8安装prometheus和grafana实战 本实践基于prometheus对已存在redis服务进行监控。 相关安装文件 https://github.com/oliver006/redis_exporter/releases/download/v1.15.1/redis_exporter-v1.15.1.linux-amd64.tar.gz 安装redis_exporter 在redis服务器安装redis_exporter # cd /opt/ # wget https://github.com/oliver006/redis_exporter/releases/download/v1.15.1/redis_exporter-v1.15.1.linux-amd64.tar.gz # tar -zxf redis_exporter-v1.15.1.linux-amd64.tar.gz # cp redis_exporter-v1.15.1.linux-amd64/redis_exporter /usr/local/bin 创建service并设置自动启动 ## 创建service # vi /usr/lib

前言 在之前已经写了关于Git,Gitlab以及Ansible的两篇博客《 Git+Gitlab+Ansible剧本实现一键部署Nginx--技术流ken 》，《 Git+Gitlab+Ansible剧本实现一键部署动态网站（二）--技术流ken 》，以及关于jenkins的简单使用《 Jenkins持续集成介绍及插件安装版本更新演示（一）--技术流ken 》。相信大家也已经完全掌握了这三项工具的使用，也可以使用这几项工具可以部署静态以及动态网站了。 以前的博客可以实现一键部署网站了，但是并没有实现持续化集成部署网站。沉重的工作还是落在了可怜的运维工程师上面。 但是你有没有想过这样一个问题，假如网站全部部署成功了，现在我们的开发程序员隔三差五的修改网站上的某些功能或者修改页面内容，难道都需要运维人员再手动执行命令吗？有没有一种方法使得程序员修改完成代码之后可以自己测试、部署上线哪？ 回答是有的！jenkins就可以完成上述的工作了。 本篇博客将使用git+gitlab+ansible+jenkins实现真正的持续化一键部署静态网站 下一篇博客将介绍如何使用git+gitlab+ansible+jenkins部署一套动态的网站。敬请期待。 Gitlab创建项目 第一步：gitlab的安装即配置 请参考我之前的博客《 Gitlab在linux/windows中免密使用（二）-

前言： 　　说到监控方案，市面上开源的有很多，最常用的zabbix，深入使用zabbix以后，才知道zabbix设计团队有多厉害，简直是一个完美的监控告警方案。但是在针对docker的监控上还差点，需要自己写监控脚本实现。为此从去年开始调研针对docker的监控方案，如下： 　　1，cadvisor+influxdb+grafana 　　　　优点：部署方便，cadvisor监控docker主机和docker信息，influxdb记录数据，grafana展示 　　　　缺点：1，无法获取cpu使用率，cadvisor采集到的是cpu使用时间，得到cpu使用率需要计算，grafana没有办法做复杂的运算。 　　　　　　2，告警体系几乎没有，grafana有基本的告警功能，仅限于图表类型数据可以告警，并且没有告警收敛、告警分析的功能，存在告警风暴的风险。 　　　　　　3，influxdb开源版本不支持集群，商业版才支持集群。这个对后续扩展是个问题。 　　2，Weave Scope 　　　　优点：简直完美的监控，界面漂亮，操作方便，自带终端堡垒机功能。 　　　　缺点：1，他的优点也是他的缺点，权限这么大的终端（root用户），居然没有认证体系，任何人拿到ip就能对服务器做任何操作了 　　　　　　2，总体感觉这个方案是给人看的，不太适合做监控系统，界面花哨，但是实际使用并不方便。 　　3