Jenkins Blue Ocean 的使用 基于 Jenkins 的 CI/CD(三) 上节课我们讲解了使用Jenkins Pipeline来自动化部署一个Kubernetes应用的方法，在实际的项目中，往往一个代码仓库都会有很多分支的，比如开发、测试、线上这些分支都是分开的，一般情况下开发或者测试的分支我们希望提交代码后就直接进行CI/CD 操作，而线上的话最好增加一个人工干预的步骤，这就需要Jenkins对代码仓库有多分支的支持，当然这个特性是被Jenkins支持的。 Jenkinsfile 同样的，我们可以使用上节课的方法直接把要构建的脚本配置在 Jenkins Web UI 界面中就可以，但是我们也提到过最佳的方式是将脚本写入一个名为 Jenkinsfile 的文件中，跟随代码库进行统一的管理。 我们这里在之前的 git 库中新建一个 dev 分支，然后更改 main.go 的代码，打印当前运行的代码分支，通过环境变量注入进去，所以我们我们通过 k8s.yaml 文件的环境变量把当前代码分支注入进去，具体代码可以参考https://github.com/cnych/jenkins-demo/tree/dev。 然后新建一个 Jenkinsfile 文件，将上节课的构建脚本拷贝进来，但是我们需要对其做一些修改：(Jenkinsfile)node('haimaxy-jnlp') {   ...

Jenkins Pipeline 部署 Kubernetes 应用(二) 基于 Jenkins 的 CI/CD上节课我们实现了在Kubernetes环境中动态生成Jenkins Slave 的方法，这节课我们来给大家讲解下如何在 Jenkins 中来部署一个 Kubernetes 应用。 Jenkins Pipeline 介绍 要实现在 Jenkins 中的构建工作，可以有多种方式，我们这里采用比较常用的 Pipeline 这种方式。Pipeline，简单来说，就是一套运行在 Jenkins 上的工作流框架，将原来独立运行于单个或者多个节点的任务连接起来，实现单个任务难以完成的复杂流程编排和可视化的工作。 Jenkins Pipeline 有几个核心概念： Node：节点，一个 Node 就是一个 Jenkins 节点，Master 或者 Agent，是执行 Step 的具体运行环境，比如我们之前动态运行的 Jenkins Slave 就是一个 Node 节点 Stage：阶段，一个 Pipeline 可以划分为若干个 Stage，每个 Stage 代表一组操作，比如：Build、Test、Deploy，Stage 是一个逻辑分组的概念，可以跨多个 Node Step：步骤，Step 是最基本的操作单元，可以是打印一句话，也可以是构建一个 Docker 镜像，由各类 Jenkin...

github的前端项目通过action自动打包推送部署1,在github中，创建一个新仓库 名为: demo2,将本机windows中的前端目录文件推送到 demo仓库中，具体不再说了。我这里就以ruoyi-ui的前端UI为例，将项目文件推送到demo仓库中。创建目录 G:\vscode\ruoyi-ui,将文件复制到目录下。PS G:\vscode\ruoyi-ui> git initInitialized empty Git repository in G:/vscode/ruoyi-ui/.git/PS G:\vscode\ruoyi-ui> git add .PS G:\vscode\ruoyi-ui> git commit -m "first commit"[master (root-commit) 4ca694c] first commit 283 files changed, 24423 insertions(+) create mode 100644 .editorconfig create mode 100644 .env.development.......................PS G:\vscode\ruoyi-ui> git branch -M masterPS G:\vscode\ruoyi-ui> git remote add origin https://github.com/yjvps/demo.gitPS G:\vscode\ruoyi-ui> git push origin masterwarning: ----------------- SECURITY WARNING ----------------warning: | TLS certificate verification has been disabled! |warning: ---------------------------------------------------warning: ...

使用GitHub Actions实现前端自动化打包、部署 一、前言 作为一名前端菜鸡，服务器小白，刚开始在Linux服务器上部署网站时，前端代码我一般都是打包后手动FTP传上去， 后端代码直接在vscode中使用SSH连接服务器，直接同步代码更改。 但小黑作为一个生命不息折腾不止的程序猿，肯定要探索更好玩更高效的方法，所以这次，咱就上手折腾了下自动化部署方案 二、准备工作 1、持续集成服务（CI）方案选择 实现代码提交的自动化工作流，要依靠持续集成（CI）（或者加上持续交付(CD)）服务。现在主流的公用免费的持续集成服务有： Travis CI Jenkins Circle CI Azure Pipeline GitHub Actions 其中GitHub Actions是GitHub自家的持续集成及自动化工作流服务，简单易用，也是小黑本次使用的服务。它使用起来非常简单， 只要在你的仓库根目录建立.github/workflows文件夹，将你的工作流配置(YAML文件)放到这个目录下，就能启用GitHub Actions服务。 小黑...

宝塔面板使用nginx实现负载均衡。使用以下配置文件内容，就可以不用购买宝塔面板中的商业软件了。环境：  1，域名： www.9999.com   2,，前端nginx作https负载均衡。    3，后台两个realserver网站配置http。/www/server/panel/vhost/nginx 目录下创建两个相关文件。第一个配置文件，upstream_9999.conf[centos7]#cat upstream_9999.confupstream 999 {    ip_hash;    server 172.16.32.15:80 max_fails=2 fail_timeout=10s weight=1;    server 172.16.32.4:80 max_fails=2 fail_timeout=10s weight=1;    #sticky name=bt_route expires=12h httponly;}第一个配置文件，www.999.conf ：[centos7]#cat www.999.confserver{    listen 80; listen 443 ssl http2;    server_name www.999.com;    index index.php index.html index.htm default.php default.htm default.html;    root /www/wwwroot/www.999.com;        #SSL-START SSL相关配置，请勿删除或修改下一行带注释的404规则    #error_page 404/404.html;  ...

npm报错：unable to verify the first certificatenpm install总是报错：unable to verify the first certificate（无法验证第一证书），查了一下发现As of February 27, 2017, npm no longer supports its self-signed certificates. 2017年2月27日，npm不再支持自签名证书。因为npm install走的是https协议，需要通过数字证书来保证的解决方法1：取消ssl验证：npm config set strict-ssl false如果还没成功，则将npm源更换为国内镜像：npm config set registry http://registry.cnpmjs.org/ npm config set registry http://registry.npm.taobao.org/ taobaoNPM镜像官网：https://npm.taobao.org/解决方法2：升级：npm install npm -g --ca=null或者 npm config set ca=""推荐使用方法1npm与git 命令报错：SSL 或unable to verify the first certificate

docker容器——介绍、安装、使用、流程解读、制作镜像与图形化工具 准备工作 首先，需要准备Ubuntu16.04.7环境，笔者是在vmware虚拟机中安装的该环境，附教程：https://blog.csdn.net/bruuuuuuuuno/article/details/121131478 docker简介 简介 官网：https://www.docker.com/ ——百度百科 Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows操作系统的机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。 ——docker中文社区 链接：https://www.docker.org.cn/ Docker是一个开源的引擎，可以轻松的为任何应用创建一个轻量级的、可移植的、自给自足的容器。开发者在笔记本上编译测试通过的容器可以批量地在生产环境中部署，包括VMs（虚拟机）、 bare metal、OpenStack 集群和其他的基础应用平台。 Docker通常用于如下场景： 1、web应用的自动化打包和发布； 2、自动化测试和持续集成、发布； 3、在服务型环境中部署和调整数据库或其他的后台应用； 4、从头编译或者扩展现有的OpenShift或Cloud Foundry平台...

Linux中的tomcat应用占用CPU过高解决方法。 最近新上了个java应用，部署到服务器上之后发现运行一段时间之后服务器cpu的占用率会很高。 排查了一遍之后，发现网上这篇文章的思路可以解决我遇到的问题，遂转载过来留存。 以我们最近出现的一个实际故障为例，介绍怎么定位和解决这类问题。 根据top命令，发现PID为28555的Java进程占用CPU高达200%，出现故障。 通过ps aux | grep PID命令，可以进一步确定是tomcat进程出现了问题。但是，怎么定位到具体线程或者代码呢？ 首先显示线程列表: ps -mp pid -o THREAD,tid,time 找到了耗时最高的线程28802，占用CPU时间快两个小时了！ 其次将需要的线程ID转换为16进制格式： printf "%x\n" tid 最后打印线程的堆栈信息： jstack pid |grep tid -A 30 找到出现问题的代码了！ 现在来分析下具体的代码：ShortSocketIO.readBytes(ShortSocketIO.java:106) ShortSocketIO是应用封装的一个用短连接Socket通信的工具类。readBytes函数的代码如下： public byte[] readBytes(int length) throws IOExceptio...

xRDP – Easy install xRDP on Ubuntu 16.04,18.04,20.04,20.10 (Script Version 1.2.2)January 3, 2021 Griffon在ubutnu 上使用简单方法安装 xRDP，通过widnows远程桌面连接ubuntu图形界面Hello World, Based on users feedback, comments and suggestions, we are releasing a new version of the famous xrdp-installer script.  This new release basically fix some minor bugs that are addressed in this version and provide some better code logic.  We had no time to perform really extensive testing but we hope that these small changes will not break the script.  The new version of our famous xrdp installation script will be set to 1.2.2 (i.e. xrdp-installer-1.2.2.sh).  This script replaces all previous versions.   So, let’s go ! OverviewThe xrdp-installer-1.2.2.sh script ease the installation and post-configuration actions of xRDP on top of Ubuntu Operating System.  This version i...

采用 jenkins pipeline 实现自动构建并部署至 k8s 前言 在日常开发中，经常会有发布的需求，而且经常会碰到各种环境，比如：开发环境、测试环境、生产环境。虽然可以使用手动构建、上传服务器部署的方式，但在微服务架构下一个项目经常包含多个微服务的部署，如果用手动方式就会非常繁琐而且容易出错。使用jenkins结合SCM可以实现代码的整个自动化构建部署过程。 本文中自动构建部署过程大致完成了以下步骤： 提交spring boot项目代码并打上git tag，上传代码及tag至gitlab gitlab通过webhook自动触发jenkins执行任务 jenkins获取代码，执行代码编译、构建docker镜像、上传docker镜像至harbor镜像仓库、执行kubectl命令部署至k8s。 本文中采用jenkins pipeline执行整个jenkins的构建过程，在pipeline中使用docker执行maven构建。文中构建的docker镜像的tag直接采用git中的tag。 下面的示例中，jenkins版本...