YML

Spring Boot整合RabbitMQ

冷暖自知 提交于 2020-08-14 12:44:58
Spring Boot整合RabbitMQ 目录 Spring Boot整合RabbitMQ 写在开头 整合流程 配置文件 RabbitMQ配置 RabbitMQ生产者 RabbitMQ消费者 手动应答简单工具类 参考文档 写在开头 最近在搭一套基于SpringBoot的项目,用到了ssm+mysql+rabbitmq+redis。除了rabbitmq之外,其他几个都很快整合好了,唯独rabbitmq找了不少资料,才最终整合好,达到了预期。特此将过程记录下来,供参考。 整合流程 整合流程中的代码都为整合的关键配置及其使用。至于SpringBoot的基本配置,请参考 Spring Boot Quick Start 。 配置文件 pom.xml <!-- rabbit-mq --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-amqp</artifactId> </dependency> application.yml spring: rabbitmq: host: localhost port: 5672 username: guest password: guest virtual-host: / listener: simple:

CI 自动化部署 方案gitlab-runner

北城以北 提交于 2020-08-14 11:03:06
现在大多数公司都很多项目需要自动部署 到多台服务器 代码检查等工作 ,为了提供工作效率往往需要我们的ci就闪亮登场了 今天说一下我所采用的 gitlab-runner 提供的方案 ,感觉这个比较实用而且基本上很多公司也在用gitlab环境 ,应该也很方便部署 减少了再引进其他软件平台所带来的不便,废话不多说 直接进入主题 如何操作使用: 1.找到一个适合自己gitlib 版本的 gitlib-runner 下载 rpm包 2.安装对应的包 rpm -ivh 3.gitlab-runner register 输入你的gitlab地址 4.去gitlab上找到 对应授权的 串码 5.起一下名字 和 标签 和执行方式 6.然后 在你的gitlab上就会出现对应的 一个新的记录 表明你的gitlab已经和对应的服务器进行通讯了(创建的分享类型可以是共享的还有 私有的 或者标注标签的 根据自己的工作需求自己设定) 7.在项目中创建 .gitlab-ci.yml 这个文件中写入你项目要自动执行的内容 比如说PHP可以进行拉代码 同步代码 开启服务等任务。当然现在的大前端趋势下也有很多 任务可以做 代码服务器端 的npm构建 代码的自动检查 等都可以在此文件中进行执行。 具体详情可以参考 https://github.com/Fennay/gitlab-ci-cn 官网中的介绍

Linux下使用Nginx做CDN服务器下的配置

我怕爱的太早我们不能终老 提交于 2020-08-14 10:33:58
由于使用docker配置Nginx比较方便,所以博主就使用docker做为容器配置下 第一步、配置docker-compose.yml文件 version: ' 3 services: nginx: restart: always image: nginx container_name: nginx - 1 ports: - 80 : 80 volumes: - /usr/local/application/nginx/conf/nginx.conf:/etc/nginx/ nginx.conf - /usr/local/application/nginx/logs/:/ var /log/nginx/ - /usr/local/application/nginx/data/:/ var /share/nginx/html/ - /usr/local/application/nginx/cdn/:/usr/share/nginx/html/ 说明下上面的代码的几个重要部分 首先就是volumes这个节点的值:   第一个 配置文件的映射 前面是宿主机 后面是容器   第二个 日志映射   第三个 数据文件映射   第四个 cdn的映射 第二步、配置nginx.conf文件   nginx.fonf user nginx; worker_processes 1 ; events {

springboot整合mybatis加elasticsearch实例

纵然是瞬间 提交于 2020-08-14 10:33:20
elasticsearch简单运用 创建一个springboot工程,引入依赖 < dependencies > < dependency > < groupId > org . springframework . boot < / groupId > < artifactId > spring - boot - starter - data - elasticsearch < / artifactId > < / dependency > < dependency > < groupId > org . springframework . boot < / groupId > < artifactId > spring - boot - starter - jdbc < / artifactId > < / dependency > < dependency > < groupId > org . mybatis . spring . boot < / groupId > < artifactId > mybatis - spring - boot - starter < / artifactId > < version > 2.1 .2 < / version > < / dependency > < dependency > < groupId > mysql < /

Elasticsearch 升级 7.x 版本后,我感觉掉坑里了

旧街凉风 提交于 2020-08-14 09:35:12
最近想把我的mall项目升级下,支持SpringBoot 2.3.0 版本。升级过程中发现需要升级Elasticsearch到7.x版本,学习过我的mall项目的朋友应该知道, 我用的Elasticsearch是6.x版本,升级到7.x以后ElasticsearchTemplate都不让用了。本文记录了Elasticsearch从6.x升级到7.x所遇到的一些问题,给大家排排坑! 版本选择 既然我们要升级到Elasticsearch7.x版本,首先要选择合适的版本。如何选择合适的版本,这里有个小技巧分享给大家。 首先我们可以在pom.xml中修改SpringBoot依赖的版本为2.3.0; < parent > < groupId > org.springframework.boot </ groupId > < artifactId > spring-boot-starter-parent </ artifactId > < version > 2.3.0.RELEASE </ version > < relativePath /> <!-- lookup parent from repository --> </ parent > 然后在项目的External Libraries中搜索elasticsearch,可以发现elasticsearch-7.6.2.jar这个依赖;

ansible 之 inventory文件

两盒软妹~` 提交于 2020-08-14 07:02:22
ansible 对于自动化运维非常方便。在这里就记录一点自己觉得好用的地方。 1 ansible 的inventory 文件分组,组变量 /etc/ansible/hosts # 分组 [single] 172.28.64.104 172.28.64.105 172.28.64.133 172.28.64.137 # 组变量 [single:vars] ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass=borui2020 2 inventory 文件子分组 [single] 172.28.64.104 172.28.64.105 172.28.64.133 172.28.64.137 [single:vars] ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass=borui2020 [ceph] 172.18.0.131 172.18.0.132 172.18.0.133 # 主组包含下面两个子组 [test:children] ceph single 3 inventory 文件 组参数yml文件 由于组比较多,每个组的参数也比较多,如果都放在/etc/ansible/hosts 文件中 就不好管理。对组的参数可以分开放在不同yml文件中管理

dotnet 配置 github 自动打包上传 nuget 文件

不羁的心 提交于 2020-08-14 06:27:07
在上一篇博客告诉小伙伴如何使用 github 做持续集成,本文告诉大家如何配置 github 让在 master 每次合并都会自动创建一个 nuget 文件,自动上传 在 github 的 action 功能可以很方便创建打包任务,但是没有很方便进行 nuget 上传,需要额外写一点代码 全部的源代码请看 github 如果发现有坑请邮件告诉我 创建配置文件 在 上一篇 博客告诉小伙伴在 .github/workflows 文件夹创建 *.yml 文件就可以作为 action 配置文件 创建一个随意命名的 yml 文件在 .github/workflows 文件夹,完成创建配置文件 标识 每个 workflow 都可以使用单独的命名,这个命名不是从文件名读取,而是通过 name: 属性读取。在读本文之前,我认为小伙伴都是了解 YAML 格式的,也就不对大家说明 YAML 的语法 name: publish nuget 上面的代码就会添加命名是 publish nuget 的 workflow 在 action 页面可以通过对应的命名找到不同的 workflow 如 触发条件 因为我不需要在任何的分支都触发打包,只需要触发在 master 合并,可以使用下面代码 on: push: branches: - master 这里 on 属性就是表示触发条件,触发条件是 push

spring boot2 配置监控 prometheus+Grafana

久未见 提交于 2020-08-14 05:43:02
1.POM添加依赖包 <!--监控报警--> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> <dependency> <groupId>io.micrometer</groupId> <artifactId>micrometer-registry-prometheus</artifactId> </dependency> 2.添加配置 #prometheus配置 监控 management.metrics.export.prometheus.enabled=true management.metrics.export.prometheus.step=1ms management.metrics.export.prometheus.descriptions=true management.endpoint.prometheus.enabled=true management.endpoints.web.exposure.include=health,info,env,prometheus,metrics,httptrace,threaddump,heapdump

ansible安装部署TiDB集群

坚强是说给别人听的谎言 提交于 2020-08-14 03:26:47
tidb 集群部署详细步骤 一、准备工作 1. 四台服务器(开通外网) 117.50.96.236 centos 7.3 64位 117.50.96.235 centos 7.3 64位 117.50.96.234 centos 7.3 64位 117.50.96.233 centos 7.3 64位 2、修改个机器主机名(永久修改) hostnamectl set-hostname centos701 3. 选取主控机, 并做些简单的配置 我选了 117.50.96.236 作为主控机器 ssh 到主控机 ssh root@117.50.96.236 添加用户 useradd -m -d /home/tidb tidb 赋予权限,并免密 visudo // 在文件尾部添加如下一行 tidb all=(all) nopasswd: all 切换到 tidb 用户 su - tidb 创建 ssh 密钥 ssh-keygen -t rsa 安装 tidb 依赖工具 安装 git sudo yum install git -y 安装 ansible sudo yum install ansible -y 克隆 tidb-ansible git clone -b v3.0.0 https://github.com/pingcap/tidb-ansible.git tidb-ansible

dotnet 通过 dotnetCampus.YamlToCsharp 将 YAML 多语言文件构建为代码

こ雲淡風輕ζ 提交于 2020-08-14 02:51:10
我在团队内的几乎所有 dotnet 项目,包括 UWP 和 WPF 桌面端以及 Xamarin 移动端和 ASP.NET Core 后端等需要用到多语言的项目,我的多语言都是通过 YAML 写的,这样相对来说在项目比较小的时候维护方便。但是 YAML 写的文件要读取需要用到 YAML 解析等,这部分的解析速度不够快,于是我就写了一个工具,用于在软件构建的时候自动将 YAML 多语言文件构建为代码。这样不仅能提升软件的执行速度,还能减少软件发布时需要带出去 YAML 解析库 用 YAML 做多语言有什么好处?其实在项目用的语言项不多的时候可读性还是很好的,维护起来也很清真 但是用 YAML 作为输出的缺点是需要在软件运行的时候解析这个 YAML 多语言文件,而解析 YAML 多语言文件需要 YAML 解析库,但是实际上我可以在软件构建的时候将 YAML 文件转换为 C# 代码,这样我就可以在软件运行的时候不需要解析这个 YAML 文件,提升我软件的运行速度 在客户端的应用,很多时候在软件运行第一个界面就需要用到多语言,而启动的时候文件读写最多的。如果此时还需要读取 YAML 文件,那么对软件启动速度还是很伤的。而刚好 dotnet 的一项技术就是 Roslyn 预编译技术,虽然本文用到的技术和 Roslyn 没有什么关系。但是可以在软件构建的时候将 YAML 转 C#