目录 1.2.存储环境 1.3.sonarqube版本 2.部署sonarqube 2.1.部署PostgreSQL 2.2.部署SonarQube 2.3.访问检查 SonarQube 是一款用于代码质量管理的开源工具,它主要用于管理源代码的质量. 通过插件形式,可以支持众多计算机语言,比如 java, C#, go,C/C++, PL/SQL, Cobol, JavaScrip, Groovy 等.sonar可以通过PMD,CheckStyle,Findbugs等等代码规则检测工具来检测你的

k8s交付实战-流水线构建dubbo服务 目录 k8s交付实战-流水线构建dubbo服务 1 jenkins流水线准备工作 1.1 参数构建要点 1.2 创建流水线 1.2.1 创建流水线 1.2.2 添加10个构建参数 1.2.3 添加完成效果如下: 1.2.4 添加pipiline代码 1.3 用流水线完成dubbo-service的构建 1.3.1 选择参数化构建 1.3.2 填写完成效果如下 1.3.3 执行构建并检查 2 交付dubbo-service到k8s 2.1 准备资源清单 2

k8s交付实战-交付jenkins到k8s集群 目录 k8s交付实战-交付jenkins到k8s集群 1 准备jenkins镜像 1.1 下载官方镜像 1.2 修改官方镜像 1.2.1 创建目录 1.2.2 创建dockerfile 1.2.3 准备dockerfile所需文件 1.2.4 harbor中创建私有仓库infra 1.2.5 构建自定义的jenkins镜像 2 准备jenkins运行环境 2.1 专有名称空间和secret资源 2.1.1 创建专有namespace 2.1.2 创

k8s交付实战-架构说明并准备zk集群 目录 k8s交付实战-架构说明并准备zk集群 1 交付的服务架构图: 1.1 架构图解 1.2 交付说明: 2 部署ZK集群 2.1 二进制安装JDK 2.1.1 解压jdk 2.1.2 写入环境变量 2.2 二进制安装zk 2.2.1 下载zookeeper 2.2.2 创建zk配置文件: 2.2.3 创建集群配置 2.2.4 修改dns解析 2.3 启动zk集群 2.3.1 启动zookeeper 2.3.2 检查zk启动情况 2.3.3 检查zk集群

作者 | 陈俊.张晓宇.徐迪 业界要闻 KubeCon 2019 北美会议召开 业界最隆重的盛会 KubeCon+CloudNativeCon 今年在圣地亚哥举办,超过 12000 名参会者以及 100 多个云原生供应商出席了这次大会.本次大会中阿里巴巴经济体共有 8 个 Topic 亮相. 相关 Topic Fobes 挑选的 10 大最有趣官宣 KubeCon 北美 2019 年 PPT 合集分享 上游重要进展 1.Kubernetes 拟加入对 Cgroup v2 的支持 Kubernet

1.实验架构 1.1.硬件环境 准备5台2c/2g/50g虚拟机,使用10.4.7.0/24 网络 .//因后期要直接向k8s交付java服务,因此运算节点需要4c8g.不交付服务,全部2c2g足够. 1.2.软件环境 操作系统:预装CentOS7.6操作系统.//因docker完美支持对内核有需求,所有操作系统全部CentOS 7.x(需要内核3.8以上) 做好系统基础优化. 关闭selinux,关闭firewalld服务 时间同步(chronyd) 调整Base源,Epel源 内核优化(文件

实验环境: 架构图: 主机环境: 操作系统:因docker对内核需要,本次部署操作系统全部采用centos7.6(需要内核3.8以上) VM :2C 2G 50G * 5  PS:因后面实验需要向k8s交付java服务,所以运算节点直接4c8g,如果不交付服务,全部2c2g即可. IP及服务规划: 安装步骤: 所有机器上安装epel源: #yum -y install epel-release 关闭防火墙以及selinux: # systemctl stop firewalld# systemc

Gitlab runner 快速搭建CICD pipeline 背景 日常开发中,相信大家已经做了很多的自动化运维环境,用的最多的想必就是利用Jenkins实现代码提交到自动化测试再到自动化打包,部署全流水线Jenkins在devops担任了很重要的角色,但是另一方面相信目前大家的代码版本管理大多都是交给git来管理,在企业私有部署的大背景下,Gitlab由于丰富的插件和细粒度更高的权限控制被大家所采用.如果只是把Gitlab作为代码版本管理,那就大大浪费他的附加价值,在Gitlab中自带CIC

写在前面 最近在 K8S 1.18.2 版本的集群上搭建DevOps环境,期间遇到了各种坑.目前,搭建环境的过程中出现的各种坑均已被填平,特此记录,并分享给大家! 服务器规划 IP 主机名 节点 操作系统 192.168.175.101 binghe101 K8S Master CentOS 8.0.1905 192.168.175.102 binghe102 K8S Worker CentOS 8.0.1905 192.168.175.103 binghe103 K8S Worker Cent

k8s配置中心实战-交付apollo三组件 目录 k8s配置中心实战-交付apollo三组件 1 apollo简单说明 1.1 apollo最简架构图: 1.2 apollo组件部署关系 2 为appllo准备数据库 2.1 下载安装mysql 2.1.1 yum安装mysql 2.1.2 创建简单配置文件 2.1.2 启动mysql并初始设置 3 初始化appllo数据库 3.1 configdb数据库 3.1.1下载脚本并执行: 3.1.2 授权并修改初始数据: 3.1.3 添加config

写在前面 最近在 K8S 1.18.2 版本的集群上搭建DevOps环境,期间遇到了各种坑.目前,搭建环境的过程中出现的各种坑均已被填平,特此记录,并分享给大家! 文章和搭建环境所需要的yml文件已收录到:https://github.com/sunshinelyz/technology-binghe 和 https://gitee.com/binghe001/technology-binghe .如果文件对你有点帮助,别忘记给个Star哦! 服务器规划 IP 主机名 节点 操作系统 192.1

k8s配置中心实战-多环境交付apollo三组件 目录 k8s配置中心实战-多环境交付apollo三组件 1.环境准备工作 1.1 zk环境拆分 1.2 namespace分环境 1.3 数据库拆分 1.3.1 修改初始化脚本并导入 1.3.2 修改数据库中eureka地址 1.4 变动原有资源配置启动 1.4.1 修改portal的cm资源配置清单 1.4.2 任意节点应用修改 2 部署新环境的APOLLO服务 2.1 先创建出所需目录和文件 2.2 部署test环境的configservic

apollo官网:官方地址 apollo架构图: apollo需要使用数据库,这里使用mysql,注意版本需要在5.6以上: 本次环境mysql部署在10.4.7.11上,使用mariadb:10.1以上版本 # vi /etc/yum.repos.d/MariaDB.repo [mariadb] name = MariaDB baseurl = https://mirrors.ustc.edu.cn/mariadb/yum/10.1/centos7-amd64/ gpgkey=https://

我们这里的dubbo-consumer是dubbo-demo-service的消费者: 我们之前已经在jenkins配置好了流水线,只需要填写参数就行了. 由于dubbo-consumer用的gitee的私有仓库,需要添加公钥,这里大家可以自己找个client服务来做实验. 下面是我们通过jenkins构建的镜像,已经上传到我们的harbor私有仓库当中了: 这里我们构建了两次,构建了两个镜像,11bb9cd这个用来做模拟生产发版更新实验. 准备资源配置清单: 1.dp.yaml  红色部分根据

使用jenkins创建一个新的项目:dubbo-demo,选择流水线构建 勾选保存构建历史和指定项目为参数化构建项目: 添加构建参数:以下配置项,是王导根据多年生产经验总结出来的甩锅大法: 除了base_image和maven是choice parameter,其他都是string parameter 添加完成后,效果如图: 编写pipeline:仔细查看这个pipeline,里面都是我们上面编写的参数. pipeline { agent any stages { stage('pull') {

本次交付的服务架构图:因为zookeeper属于有状态服务,不建议将有状态服务,交付到k8s,如mysql,zk等. 首先部署zk集群:zk是java服务,需要依赖jdk,jdk请自行下载: 集群分布:7-11,7-12,7-21 # mkdir /opt/src# mkdir /usr/jav # cd /opt/src # tar -xf jdk-8u221-linux-x64.tar.gz -C /usr/java/ # ln -s /usr/java/jdk1.8.0_221/ /usr

1.登录到jenkins,新建一个项目 2.新建流水线 3.设置保留的天数及份数 4. 添加参数 # 参数 . name: git_repo type: string description: 项目在git版本仓库的地址,如 https://gitee.com/xxx/dubbo-demo-service.git . name: app_name type: string description: 项目名称,如 dubbo-demo-service . name: git_ver type: s

1.基础架构 主机名 角色 ip HDSS7-11.host.com K8S代理节点1,zk1 10.4.7.11 HDSS7-12.host.com K8S代理节点2,zk2 10.4.7.12 HDSS7-21.host.com K8S运算节点1,zk3 10.4.7.21 HDSS7-22.host.com K8S运算节点2,jenkins 10.4.7.22 HDSS7-200.host.com K8S运维节点(docker仓库) 10.4.7.200 Dubbo微服务概述  实验架构

由于docker容器的特殊性,传统的zabbix无法对k8s集群内的docker状态进行监控,所以需要使用prometheus来进行监控: 什么是Prometheus? Prometheus是由SoundCloud开发的开源监控报警系统和时序列数据库(TSDB).Prometheus使用Go语言开发,是Google BorgMon监控系统的开源版本. 2016年由Google发起Linux基金会旗下的原生云基金会(Cloud Native Computing Foundation), 将Prom

1.登录到jenkins,新建一个项目 2.新建流水线 3.设置保留的天数及份数 4.添加第一个参数:设置项目的名称 5.添加第二个参数:docker镜像名称 6.添加第三个参数:项目所在的git中央仓库地址 7.添加第四个参数:项目在git仓库的对应分支或版本号 8.添加第五个参数:添加镜像标签 9.添加第六个参数:编译项目的位置 10.添加第七个参数:项目编译完成后,产生jar/war包的位置 11.添加第八个参数:编译所要使用的命令 12.添加第九个参数:使用哪个底包 13.添加第十个参数

基础架构 主机名 角色 IP地址 mfyxw10.mfyxw.com K8S代理节点1,zk1 192.168.80.10 mfyxw20.mfyxw.com K8S代理节点2,zk2 192.168.80.20 mfyxw30.mfyxw.com K8S Node节点1,zk3 192.168.80.30 mfyxw40.mfyxw.com K8S Node节点2,jenkins 192.168.80.40 mfyxw50.mfyxw.com K8S运维节点(docker仓库) 192.168