YML

CentOS7 Linux yml安装 Redis 1. 安装redis 检查是否有redis yum 源 ​yum install redis 下载fedora的epel仓库 yum install epel-release 安装redis数据库 yum install redis 安装完毕后，使用下面的命令启动redis服务 # 启动redis service redis start # 停止redis service redis stop # 查看redis运行状态 service redis status # 查看redis进程 ps -ef | grep redis 设置redis为开机自动启动 chkconfig redis on 进入redis服务 # 进入本机redis redis-cli # 列出所有key keys * 防火墙开放相应端口 # 开启6379 /sbin/iptables -I INPUT -p tcp --dport 6379 -j ACCEPT # 保存 /etc/rc.d/init.d/iptables save # centos 7下执行 service iptables save 2.修改redis默认端口和密码 打开配置文件 vi /etc/redis.conf 修改默认端口，查找 port 6379 修改为相应端口即可 修改默认密码

[toc] 说明 在上一篇 企业级镜像管理系统Harbor 中，我们简要说明了单机版本harbor的配置。然而这种单机部署显然无法满足在生产中需求，必须要保证应用的高可用性。 目前有两种主流的方案来解决这个问题： 双主复制 多harbor实例共享后端存储 双主复制 主从同步 harbor官方默认提供主从复制的方案来解决镜像同步问题，通过复制的方式，我们可以实时将测试环境harbor仓库的镜像同步到生产环境harbor，类似于如下流程： 在实际生产运维的中，往往需要把镜像发布到几十或上百台集群节点上。这时，单个Registry已经无法满足大量节点的下载需求，因此要配置多个Registry实例做负载均衡。手工维护多个Registry实例上的镜像，将是十分繁琐的事情。Harbor可以支持一主多从的镜像发布模式，可以解决大规模镜像发布的难题： 只要往一台Registry上发布，镜像就像“仙女散花”般地同步到多个Registry中，高效可靠。 如果是地域分布较广的集群，还可以采用层次型发布方式，如从集团总部同步到省公司，从省公司再同步到市公司： 然而单靠主从同步，仍然解决不了harbor主节点的单点问题。 双主复制说明 所谓的双主复制其实就是复用主从同步实现两个harbor节点之间的双向同步，来保证数据的一致性，然后在两台harbor前端顶一个负载均衡器将进来的请求分流到不同的实例中去

今天博主使用typecho各种不爽，索性干掉typecho，使用WordPress 依赖 mysql nginx yml 文件 version: '3' services: nginx: image: nginx:1.13.9-alpine ports: - "80:80" - "443:443" restart: always volumes: - ./wordpress.conf:/etc/nginx/conf.d/default.conf - ./nginx_logs:/var/log/nginx - ./letsencrypt:/etc/letsencrypt depends_on: - wordpress networks: - daryl_blog_net wordpress: image: wordpress:latest restart: always volumes: - ./html:/var/www/html networks: - daryl_blog_net depends_on: - db environment: WORDPRESS_DB_HOST: db:3306 WORDPRESS_DB_USER: wordpress WORDPRESS_DB_PASSWORD: password db: image: mysql:5.7.23 volumes:

源码： https://gitee.com/smfx1314/sendMail Spring Boot中发送邮件步骤 Spring Boot中发送邮件具体的使用步骤如下 1、添加Starter模块依赖 2、添加Spring Boot配置(QQ/网易系/Gmail) 3、调用JavaMailSender接口发送邮件 开始编码 创建springboot项目，添加依赖 项目结构 1、添加依赖 在 Maven pom.xml 配置文件中加入 spring-boot-starter-mail 依赖。 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-mail</artifactId> </dependency> 2、添加配置参数 然后在 application.yml 文件中加入以下配置。 application.yml 配置 网易系(126/163/yeah)邮箱配置 ## QQ邮箱配置 spring: mail: host: smtp.qq.com #发送邮件服务器 username: 1016767658@qq.com #发送邮件的邮箱地址 password: ivhkrc*****kbdcf #客户端授权码，不是邮箱密码，这个在qq邮箱设置里面自动生成的

配置中心用于统⼀管理配置， 快速切换各个环境的配置。 常用的配置中心 百度开源的disconf https://github.com/knightliao/disconf 阿⾥开源的diamand https://github.com/takeseem/diamond springcloud开源的Config http://cloud.spring.io/spring-cloud-config/ zookeeper Config是一个分布式的配置管理中心，由config server、config client2部分组成，每个要从config server是获取配置的服务节点都是config client。 使用git仓库存储配置 config默认使⽤git仓库来存储配置，可以使用公司自己搭建的git服务器，也可以使⽤github、码云上的私人仓库。 不推荐使用github上的仓库来存储配置，因为在国内使用github访问速度很慢，个人开发者建议使用码云。 新建私人仓库，名称比如config-mall，不同环境的配置有2种方式 （1）文件名指定 配置文件都放在master分支下，比如用户服务的配置：user-service-dev.yml user-service-test user-service-prod.yml dev是开发环境，test是测试环境，prod是生产环境 （2

1、说明 对于Kubernetes的service，无论是cluster-ip和nodeport均是四层的负载，集群内的服务如何实现七层的负载均衡，这就需要借助于ingress，ingress控制器实现的方式有很多，比如nginx,contour,haproxy,trafik,lstio。几种常用的ingress功能对比和选型可以参考这里www.kubernetes.org.cn/5948.html ingress-nginx是七层的负载均衡器，负责统一管理外部对k8s cluster中的service的请求。主要包含 ingress-nginx-controller：要据用户编写的ingress规则（创建的Ingress的yaml文件），动态的去更改服务的配置文件，并且reload重载使其生效（是自动化的，通过Lua脚本来实现）； ingress资源对像：将Nginx的配置抽像成一个Ingress对像 Ingress是K8S的标准资源类型之一，也是一种核心资源，它其实就是一种基于域名和URL路径，把用户的请求转发至指定Service资源的规则 可以将集群外部的请求流量，转发至集群内部，从而实现“服务暴露” Ingre控制器是能够为Ingress资源监听某套接字，然后根扰Ingress规则匹配机制路由调度流量的一个组件 参考链接： https://github.com

概述 在CI/CD流程中，项目的可持续迭代，版本回档都是十分重要的环节。而网络资源中看着似乎基于jenkins+ansible发布spring boot/cloud类的jar包程序，或者tomcat下的war包的需求挺多的，闲来无事，也说说自己做过的jenkins基于ansible的发布 。 发布流程 规范与标准 无规矩不成方圆，要做好后期的自动化，标准化是少不了的，下面是我们这边规划的一些标准(非强制，根据自己实际情况调整) 应用名称 ： {应用类型}-{端口}-{应用名称} or {类型}-{应用名称} , 例如： web-8080-gateway , app-jobs-platform 主机名称 ： {地区}-{机房}-{应用类型}-{代码语言}-{项目分组}-{ip结尾} ， 例如： sz-rjy-service-java-foo-14-81 日志路径 ： /log/web, 例如： /log/web/web-8080-gateway 代码路径 ： /data/, 例如： /data/web-8080-gateway Tomcat安装路径 ： /usr/local/tomcat 实例路径 ： /usr/local/tomcat/{应用名称} Jenkins job命名 : { 环境 }_{ 项目分组 }_{ 应用名称 }，如： TEST_GROUP1_web-8080-nc

1. 简介 Docker DockerFile build run 手动操作，单个容器 微服务，100个微服务，依赖关系 Docker Compose来轻松管理容器，定义运行多个容器 官方简介 定义运行多个容器，需要一个yuml配置文件 使用Compose三步骤 1. 使用Dockerfile保证我们的项目可以在任何地方可以运行 2. 定义一个服务（应用）在docker-compose.yml，它可以运行在隔离的环境中 3. 使用docker-compose up命令来启动dockerCompose 作用：批量容器的管理 # yaml配置文件 version: "3.9" services: web: build: . ports: - "5000:5000" volumes: - .:/code - logvolume01:/var/log links: - redis redis: image: redis volumes: logvolume01: {} 2. 安装 1. 下载 # 1 需要的环境 py-pip , python-dev , libffi-dev , openssl-dev , gcc , libc-dev , and make . # 2 下载相关compose版本 sudo curl -L "https://github.com/docker

修改logo cd /usr/local/Cellar/allure/2.13.7/libexec/config,在allure.yml配置文件中增加 - custom-logo-plugin plugins: - junit-xml-plugin - xunit-xml-plugin - trx-plugin - behaviors-plugin - packages-plugin - screen-diff-plugin - xctest-plugin - jira-plugin - xray-plugin - custom-logo-plugin cd /usr/local/Cellar/allure/2.13.7/libexec/plugins/custom-logo-plugin/static vi styles.css .side-nav__brand { background: url('logo.png') no-repeat left center !important; margin-left: 15px; height: 55px; background-size: contain !important; } .side-nav__brand-text { display: none; } 保存，运行测试脚本，查看报告 2. 修改内容标题 在生成的index

104.什么是 spring boot？ 在Spring框架这个大家族中，产生了很多衍生框架，比如 Spring、SpringMvc框架等，Spring的核心内容在于控制反转(IOC)和依赖注入(DI),所谓控制反转并非是一种技术，而是一种思想，在操作方面是指在spring配置文件中创建<bean>，依赖注入即为由spring容器为应用程序的某个对象提供资源，比如 引用对象、常量数据等。 SpringBoot是一个框架，一种全新的编程规范，他的产生简化了框架的使用，所谓简化是指简化了Spring众多框架中所需的大量且繁琐的配置文件，所以 SpringBoot是一个服务于框架的框架，服务范围是简化配置文件。 105.为什么要用 spring boot？ 让文件配置变的相当简单、让应用部署变的简单（SpringBoot内置服务器，并装备启动类代码），可以快速开启一个Web容器进行开发。 （1）一个简单的SpringBoot工程是不需要在pom.xml手动添加什么配置的，如果与其他技术合用 比如postMan（文档在线自动生成、开发功能测试的一套工具）、Swagger(文档在线自动生成、开发功能测试的一套工具)，则需要在pom.xml中添加依赖，由程序自动加载依赖jar包等配置文件。 （2）我们之前在利用SSM或者SSH开发的时候，在resources中储存各种对应框架的配置文件