ansible-playbook 执行剧本时的sudo-su使用方法1，由于服务器基本上不能使用root登陆，只能使用普通账号，使用sudo来管理系统，所以有些操作需要提取执行。2，下面来个简单演示ansible-playbook执行sudo权限操作方法。以下是YAML内容：```yaml- name:  启动rs组的所有主机的nginx服务。  hosts: rs  user: elk    tasks:   - name: 启动nginx命令.    become: yes    become_method: sudo    service:      name: nginx       state: started ```3，从上面YAML文件内容可以看出来，这里是采用单个任务中sudo提取方法。上面的切换主要使用的是become语句，其参数主要解释如下：become:        yes #是否允许身份切换become_method: sudo#切换用户身份的方式，有sudo、su、pbrun等方式，默认为sudobecome_user: root   #切换指定的用户当然，如果你采用了sudo方法，可能需要使用visudo命令修改成无需提供密码方法，并且上面的示例中 用户 elk，也要有sudo相关权限，比如Centos,RHEL加入wheel组。4，become语句的使用，可以...

Kubernetes 上安装 Gitlab CI Runner Gitlab CI 基本概念以及 Runner 的安装 上节课我们使用 Helm 快速的将 Gitlab 安装到了我们的 Kubernetes 集群中， 这节课来和大家介绍如何使用 Gitlab CI 来做持续集成，首先先给大家介绍一些关于 Gitlab CI 的一些基本概念，以及如何在 Kubernetes 上安装 Gitlab CI Runner。 简介 从 Gitlab 8.0 开始，Gitlab CI 就已经集成在 Gitlab 中，我们只要在项目中添加一个.gitlab-ci.yml文件，然后添加一个Runner，即可进行持续集成。 在介绍 Gitlab CI 之前，我们先看看一些 Gitlab CI 的一些相关概念。 Pipeline 一次 Pipeline 其实相当于一次构建任务，里面可以包含很多个流程，如安装依赖、运行测试、编译、部署测试服务器、部署生产服务器等流程。 任何提交或者 Merge Request 的合并都可以触发 Pipeline 构建，如下图所示：+------------------+ +----------------+ | | trigger | | | Commit / MR +---------->+ Pipeline | | | | | +------------------+ ...

基于 kubernetes 的动态 jenkins slave 基于 Jenkins 的 CI/CD(一) 前面的课程中我们学习了持久化数据存储在Kubernetes中的使用方法，其实接下来按照我们的课程进度来说应该是讲解服务发现这一部分的内容的， 但是最近有很多同学要求我先讲解下 CI/CD 这块的内容，所以我们先把这块内容提前来讲解了。提到基于Kubernete的CI/CD， 可以使用的工具有很多，比如Jenkins、Gitlab CI已经新兴的drone之类的，我们这里会使用大家最为熟悉的Jenkins来做CI/CD的工具。 安装 听我们课程的大部分同学应该都或多或少的听说过Jenkins，我们这里就不再去详细讲述什么是 Jenkins 了，直接进入正题， 后面我们会单独的关于 Jenkins 的学习课程，想更加深入学习的同学也可以关注下。 既然要基于Kubernetes来做CI/CD，当然我们这里需要将 Jenkins 安装到 Kubernetes 集群当中，新建一个 Deployment：(jenkins2.yaml)--- apiVersion: extensions/v1beta1 kind: Deployment metadata: name: jenkins2 namespac...

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平台...