1. 测试环境情况: Docker主机 10.24.101.99 JFrog Artifactory 主机 (admin password) jenkinx github原始地址:https://github.com/jinriyang/swampup github fock后地址:https://github.com/jinanxiaolaohu/swampup 2. 调试通了之后简单的groovy脚本 因为test脚本有异常 删除test stage 部分的脚本 后面有一部分无意义的脚本 但

一. 安装依赖包 yum install -y wget yum install -y gcc-c++ yum install -y zlib-devel perl-ExtUtils-MakeMaker yum -y install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl-ExtUtils-MakeMaker yum install -y openssh-clients yum install

1.前提知识 1.1 生产环境部署K8s集群的两种方式 kubeadm Kubeadm是一个K8s部署工具,提供kubeadm init和kubeadm join,用于快速部署Kubernetes集群. 二进制包 从github下载发行版的二进制包,手动部署每个组件,组成Kubernetes集群. 小结:Kubeadm降低部署门槛,但屏蔽了很多细节,遇到问题很难排查.如果想更容易可控,推荐使用二进制包部署Kubernetes集群,虽然手动部署麻烦点,期间可以学习很多工作原理,也利于后期维护. 1

文章原文 环境需求 kubernetes 未安装参考使用kubeadm安装kubernetes 1.21 jenkins github/gitee/gitlab 静态页面 镜像仓库(我使用的 hub.docker) 如果你未准备好的以上环境,点击链接参考文章进行安装. 安装 jenkins 我这边的jenkins是将jenkins 安装在了k8s的宿主机中,并没有用容器运行. 安装JDK yum install -y java 安装jenkins {{< tabs 方法1 方法2 >}} {{

目录 一.环境声明 二.程序部署 一.环境声明 [mysql-Server] 主机名 = host-1 系统 = centos-7.3 地址 = 1.1.1.1 软件 = mysql-5.6.39 3306 使用二进制包部署会下载比较大,大约500M左右,而源码包就几十M.但使用二进制包不用编译,部署较快,相比于yum可以自定义目录,方便维护. 二.程序部署 1.安装依赖 yum -y install autoconf libaio bison ncurses-devel 2.创建用户 grou

写这篇文章是对之前搭建Jenkins做的修改和完善,让jenkins更好的为我们服务 Docker搭建Jenkins服务 使用过程中遇到的问题: 为方便部署,打算将jenkins用到的jdk11.maven.gradle工具下载下来(方便以后部署使用),然后挂载到jenkins容器内部 在使用maven打包服务过程中,发现每次构建都要重新下载maven依赖,耗时间耗内存,将jenkins容器内的maven仓库做持久化存储 docker部署jenkins一般是使用jenkins/jenkins:l

目录 一 rabbitmq 简介 二 erlang 安装 三 rabbitmq rpm安装 (二进制安装和rpm安装二选一) 四 rabbitmq 二进制安装(rpm 安装和二进制安装二选一) 五 初始化并配置用户和启用web界面 六 常用命令 七 错误解决方法 八 rabbitmq 生产环境应该注意的地方 一 rabbitmq 简介 RabbitMQ 是当今最主流的消息中间件之一.它是一个开源的AMQP实现,服务器端用Erlang语言编写,支持多种客户端,如:Python.Ruby..NET.

一.git 版本控制结合jenkins 发布 sh-4.2$ git branch sh-4.2$ git chekout master sh-4.2$ git tag v1.1 sh-4.2$ git push origin v1.1 二.jenkins生成git 链接 checkout([$class: 'GitSCM', branches: [[name: '$Tag']], doGenerateSubmoduleConfigurations: false, extensions: [],

pipeline { agent any stages { stage('Checkout') { steps { echo 'Checkout' checkout([$class: 'GitSCM', branches: [[name: '*/master']], doGenerateSubmoduleConfigurations: false, extensions: [], submoduleCfg: [], userRemoteConfigs: [[credentialsId: '15d

在jenkins上安装salt-master, pipeline{ agent{       node{               label 'master'               customWorkspace '/srv/salt/xxx/result'         }} parameters {       choice(name: 'app_name', choices: ['xxx-client', 'xx-server', 'xx'], description: 'ap

背景 系统版本:CentOS7 Jenkins版本:2.222.1 maven版本:apache-maven-3.6.3 Java版本:jdk1.8.0_231 Git版本:1.8.3.1 docker版本:1.13.1 k8s版本:1.9.8 使用yum install jenkins方式安装jenkins. 俺的Jenkins只部署了一台机器. 错误1 使用git branch: "$brans", credentialsId: 'platform-jenkins', url: &

环境配置 一.系统环境 序号 用途 系统 Docker版本 IP地址 1 Master CentOS Linux release 7.6.1810 (Core) 19.03.4 192.168.0.1 2 Master CentOS Linux release 7.6.1810 (Core) 19.03.4 192.168.0.2 3 Master CentOS Linux release 7.6.1810 (Core) 19.03.4 192.168.0.3 4 Node CentOS Lin

本次博客的编写时用的系统环境,刚装好的Centos 6.4  64位虚拟机. 另外关于linux 其他系统的安装 可以参考https://github.com/joyent/node/wiki/Installing-Node.js-via-package-manager 之前在linux下部署过几次NodeJS,也有些经验,最近也在Q群里有朋友问Node在linux下部署问题,于是总结一下,主要介绍两种不同的部署方式,二进制文件直接解压部署和手动编译安装,一来巩固自己的知识,二来希望能对新手有所

上一篇我们已经搭建etcd高可用集群,参考:二进制搭建kubernetes多master集群[一.使用TLS证书搭建etcd集群] 此文将搭建flannel网络,目的使跨主机的docker能够互相通信,也是保障kubernetes集群的网络基础和保障,下面正式开始配置. 一.生成Flannel网络TLS证书 在所有集群节点都安装Flannel,下面的操作在k8s-master1上进行,其他节点重复执行即可.(证书生成一次就行) 1.创建证书签名请求 cat > flanneld-csr.json

1. 前言 2. Net Core项目本身的准备 2.1 dockerfile 2.2 创建kubernetes用于helm的chart包 2.2.1 说明 2.2.2 chart文件目录和文件组成 3. Azure Devops创建仓库的pipeline 3.1 前言 3.2 使用azure devops准备操作 3.3 创建service connections 3.4 新建pipeline流水线 3.5 创建部署shell脚本 4. 触发pipeline部署流水线 5. 关于均衡负载 1.

1.K8S概述 1.Kubernetes是什么 2.Kubernetes特性 3.Kubernetes集群架构与组件 4.Kubernetes核心概念 1.1 Kubernetes是什么 • Kubernetes是Google在2014年开源的一个容器集群管理系统,Kubernetes简称K8S. • K8S用于容器化应用程序的部署,扩展和管理. • K8S提供了容器编排,资源调度,弹性伸缩,部署管理,服务发现等一系列功能. • Kubernetes目标是让部署容器化应用简单高效.官方网站:ht

监控是整个产品周期中最重要的一环,及时预警减少故障影响免扩大,而且能根据历史数据追溯问题. 对系统不间断实时监控 实时反馈系统当前状态 保证业务持续性运行 监控系统 监控方案 告警 特点 适用 Zabbix Y 大量定制工作 大部分的互联网公司 open-falcon Y 功能模块分解比较细,显得更复杂 系统和应用监控 Prometheus+Grafana Y 扩展性好 容器,应用,主机全方面监控 市场上主流的开源监控系统基本都是这个流程: l  数据采集:对监控数据采集 l  数据存储:将监控

1. 分支策略 持续集成中使用的分支策略包括以下三个: The master branch The integration branch The feature branch 而CD只在Integration的release上分支上执行即可. 2. Release 分支 一些团队采用发布分支的策略.release分支是在所有代码在生产环境中经过验证之后创建的.也就是从master上面拉取的.创建release分支的目的就是在相应的版本上进行bug修复. 3. CD 管道 在此处,不会再创建新的p

项目的持续集成分享 源代码管理 项目仓库 配置仓库 发布仓库 ci/cd相关 gitlab,管理版本,测试流水线 jenkins,对项目进行持续集成 各模块的关系 graph TD a(jenkins piple)-->b(项目A源代码仓库) a-->c(项目A配置仓库) a-->d(项目A部署脚本仓库) jenkins pipe集成项目的过程 graph TD a1(job启动)-->a2(scm拉pipeline部署代码) a2-->a(scm拉项目代码) a-->

nginx-location使用 location语法 location使用的语法例子为: location [=|~|~*|^~] uri{ 对location语法列表说明. |1ocation | [=|~|~*|^~] |uri |{..}. |指令 |匹配标识. |匹配的网站网址.|匹配URI后要执行的配置段. 上述语法中的URI部分是关键,这个URI可以是普通的字符串地址路径或者是正则表达式,当匹配成功则执行后面大括号里面的相关指令.正则表达式的前面还可以有~或~*等特殊的字符. 这两