一.环境准备 1.1 镜像仓库 整套 DevOps 流程使用 Harbor 作为内部镜像仓库,所有构建产物(镜像)都会推送到 Harbor,以备后续进行项目部署.Harbor 从 2.x 版本开始支持 OCI 标准镜像,如果是安装的 1.x 版本,在使用 Podman 构建镜像的时候,需要加上 --format docker 参数,以便生成 Docker 格式的镜像文件. 1.1.1 前置条件 配置要求: 双核 CPU,4 GB 内存, 硬盘 100 GB+ 系统要求: Rocky Linux

gitlab上配置webhook后,点击测试报错: Requests to the local network are not allowed 操作如下: 报错: 错误原因: gitlab 10.6 版本以后为了安全,不允许向本地网络发送webhook请求 解决方法: 1.登录管理员账号 2.最上面一排的  扳手 设置按钮--->进入左侧 设置---->网络----> 选择 允许webhooks和本机网络交互 勾选后,点击保存,退出!!! 完成后: 1.此时可以点击Test进行测试 对于

一.概述 在上一篇文章,链接如下: https://www.cnblogs.com/xiao987334176/p/11434849.html 已经实现了 Jenkins+harbor+gitlab+k8s 自动部署功能,但是最终发布的时候,是手动的. 现在需要实现每次GitLab上有提交事件的时候,都能触发Jenkins执行相应的操作,比如:构建并自动部署. 二.Jenkins配置 安装Gitlab Hook插件 登录后台,点击 Manage Jenkins --> Manage Plugin

1. 在gitlab上配置192.168.1.30的ssh秘钥,使jenkins可以操作gitlab上的project 进入gitlab,点击右上角 点击 Settings -> SSH keys 点击Add key, 添加 ssh key 2. 在jenkins中配置example-springbootmvc json 进入jenkins -> 新建 输入名称,选择“构建一个自由风格的软件项目" 点击确定 3. 配置git远程仓库地址 进入刚才新建的example-springbo

配置项目提交到git的时候自动同步服务器代码 一.在服务器项目跟目录新建文件hook.php 代码如下: 1 2 3 4 5 6 7 8 9 10 11 12 13 <?php $json = file_get_contents("php://input"); $data = json_decode($json,true); if (isset($data['ref']) && $data['total_commits_count']>0) {     $r

https://blog.csdn.net/xukangkang1hao/article/details/80756085 gitlab使用webhook向jenkins发送请求,报错 Requests to the local network are not allowed 以下是官方给出解释: 链接:https://docs.gitlab.com/ee/security/webhooks.html If you have non-GitLab web services running on

@ 目录 概述 定义 工作原理 主要组件 核心概念 环境准备 概述 安装Kubekey 创建K8S 安装K9S OpenLB 安装ArgoCD 安装 ArgoCD CLI 从Git库中创建一个应用程序 概述 定义 ArgoCD 官网地址 https://argoproj.github.io/cd ArgoCD 最新官网文档 https://argo-cd.readthedocs.io/en/stable/ ArgoCD GitHub源码地址 https://github.com/argoproj

使用hexo在github pages上弄了一个静态博客,后来觉得访问有点慢,于是放到自己vps上. 对于静态博客的部署非常简单,本来就是html,js,css等静态文件,只要nginx上配置下目录就可以正常访问了. 麻烦的是博客更新的时候,还要去vps上操作更新git pull操作,如果每次在本地commit之后,github仓库能够自动更新到vps上多好啊,于是就用到了webhook的功能.(这里静态文件的生成还是在本地,只是把生成好的静态文件push到github了,所以自动部署没有构建的

nexus 的数据库备份是比较重要的,可以方便我们在故障的是时候进行应用恢复. 以下使用benthos 组件进行nexus 数据库备份事件的应用通知处理 环境准备 使用docker-compose 运行 docker-compose.yaml 文件 version: "3" services: nexus: image: sonatype/nexus3 ports: - "8081:8081" volumes: - ./nexus-data:/nexus-data

本篇文章的目的是什么? Azure云端一直困扰着我的是,如果遇到数据库累积数据量过大.数据库DTU过大.应用程序服务访问量过大等,我们都没办法知道他们什么时候过大.只能做的是,我们天天看着我们的应用,看监控图表.看应用访问速度. 直到在新版Portal中出现了警报规则… 我们可以用emal.webhook的方式来接收警报.email就不用说了,直接配置即可,我们这里主要说webhook… Webhook是什么.怎么理解Webhook 请看另外一篇文章:Webhook是什么.怎么理解 Azure警

前言   在局域网搭建了一个Jenkins服务,用于自动构建和发布,在调通了构建程序之后,想使用内网的GitLab的Webhook功能触发代码推送事件,然后进行自动构建.后来发现在GitLab上做测试的时候报500错误,后来慢慢查找相关资料,最终终于调通. Jenkins 添加GitLab Hook Plugin. Jenkins 项目设置-构建触发器 Gitlab Webhook设置 先添加一个Webhook,地址就是Jenkins中的通知地址 添加完成之后,点击 Test 进行测试 不过这里

摘要:好不容易搭建了hexo,还不满足.想要实现在小程序上也能访问博客,又不想再写一个后台.每次更新文章到服务器之后,希望能自动同步到网站上面.如果你有这样的需求,那么希望这篇文章能帮助到你. 我的配置: 1.阿里云服务器 centos7.2 2.gitee || github仓库 3.hexo 4.nginx backlog: 1.部署hexo && 能够完美运行 2.配置webhook && 能正常连接 3.编写.sh文件,实现push之后自动pull 4.利用hexo

Spring Cloud Config 是 Spring Cloud 家族中最早的配置中心,虽然后来又发布了 Consul 可以代替配置中心功能,但是 Config 依然适用于 Spring Cloud 项目,通过简单的配置即可实现功能. 配置文件是我们再熟悉不过的了,尤其是 Spring Boot 项目,除了引入相应的 maven 包之外,剩下的工作就是完善配置文件了,例如 mysql.redis .security 相关的配置.除了项目运行的基础配置之外,还有一些配置是与我们业务有关系的,比

我们通常需要在 PUSH 代码到远程仓库时,线上环境会自动进行代码同步,这时候就需要用到WebHook,它会自动回调我们设定的http地址. 通过请求我们自已编写的脚本,来拉取代码,实现与远程仓库代码的同步. 一.我们先创建一个本地仓库 echo "# 测试" > README.md git init git add README.md git commit -m "test" 在码云或 GitHub 上创建一个空仓库,比如:test,然后让本地仓库与远程仓库

emmmm,这其实是一个很简单的一件事情,但是有很多坑,记录一下 先大概讲一下原理吧,就是每次您 push 代码后,都会给远程 HTTP URL 发送一个 POST 请求 更多说明 » 然后在宝塔这边执行你写的shell脚本,执行 git pull 的操作,好的,话不多说,开整 1.首先你需要在宝塔的软件商店里下载Webhook,说明也说的很清楚了,可设置回调脚本 这个作用很多,不仅限于自动拉取仓库代码...其他的自己去发掘吧. 2.安装好之后,点击添加,然后就可以写名称和脚本了 3.这里我写的

使用Spring Cloud Config我们能实现服务配置的集中化管理,在服务启动时从Config Server获取需要的配置属性.但如果在服务运行过程中,我们需要将某个配置属性进行修改,比如将验证码的失效时间从五分钟调整为十分钟,如何将这个更新在服务端不重启服务就能动态生效,是本文讨论的内容. Spring Cloud Bus Spring Cloud Bus可以理解为Spring Cloud体系架构中的消息总线,通过一个轻量级的Message Broker来将分布式系统中的节点连接起来.可

现在环境是这样: ceph 4台: 192.168.100.21  ceph-node1 192.168.100.22  ceph-node2 192.168.100.23  ceph-node3 192.168.100.25  ceph-node5 #已经部署好一个ceph cluster 集群    四个 osd  三个mon   没有使用块存储所有没有mod 监控服务端一台 192.168.100.26  Grafana  上面都是以容器部署了 Prometheus: Grafana: a

1.Jenkins job中勾选Build when a change is pushed to GitLab 2.Gitlab project 页面setting选择Integrations,配置webhook(将红框“1”中内容填入红框“2”中) 3.测试配置

本篇文章为系列文章,未读第一集的同学请猛戳这里:Spring Cloud 系列之 Config 配置中心(一) 本篇文章讲解 Config 如何实现配置中心自动刷新. 配置中心自动刷新 点击链接观看:配置中心自动刷新视频(获取更多请关注公众号「哈喽沃德先生」) Spring Cloud Config 在项目启动时才会加载配置内容这一机制,导致了它存在一个缺陷,修改配置文件内容后,不会自动刷新.例如我们之前的项目,当服务已经启动的时候,修改 Github 上的配置文件内容,这时候,再次刷新页面,对

1. 在gitlab中创建好项目(gitlab的安装和基本使用这里不在说明) 2. 创建jenkins任务 jenkins 需要几个插件请先安装好 - Git plugin - GitLab Plugin - Gitlab Hook Plugin - Pipeline - Docker Pipeline - docker-build-step - Build Authorization Token Root Plugin jenkins 机器上安装docker,确保 docker 命令可用 由于

1. 两种触发方式 2. jenkins 和 github 同步配置 ngrok 安装 webhook 配置 1. 两种触发条件 Jenkins 中建立的任务是可以设置自动触发,更进一步的实现自动化.Jenkins 的触发条件可以分为两种:时间触发和事件触发. 1)时间触发 到了指定的时间就触发构建,默认的时间触发包括定时构建和轮询 SCM. 定时构建:指的是一到指定的时间就自动执行,类似于 linux 下的 crontab,通常用在周期性构建的场景下,比如说半夜构建. 轮询 SCM:每隔指定的