webhook

1. 前置条件 有一台自己的服务器。比如阿里云，腾讯云之类 有远程仓库能够push代码，pull代码。比如github，或者码云 远程仓库有webhooks功能 2. 自动化部署流程 3. 构建流程 3-1. 服务器部署git环境 1. 安装git 通过指令 yum install git 安装git 安装按完成后可以看到 2. 设置ssh密钥 通过以下指令创建密钥,-C后面的内容,写你的邮箱名字就行 ssh-keygen -t rsa -C "youreamil@163.com" 不需要密码的话,一直回车就行了,然后可以得到两个文件：id_rsa和id_rsa.pub 3. 添加ssh密钥 在github添加密钥 在码云添加密钥 4. 测试密钥添加成功 github通过以下指令测试 ssh -T git@github.com 码云通过以下指令测试 ssh -T git@gitee.com 码云测试通过会显示 success,如下图所示 5. clone远程代码仓库到服务器 接着找到远程仓库代码的ssh地址 这个时候需要建立一个文件夹 mkdir web ,然后进入web文件夹中,通过 git clone 指令把远程仓库拷贝到服务器的web目录下 git clone git@gitee.com:XXXXXX.git clone结束后,我们可以看到服务器里面已经有了代码内容 3-2.

以前用Wordpress搭建过一个博客网站，Wordpress虽然安装简单，功能强大，但是对于个人建站来说有点复杂了。最近发现用Hexo建站很流行，于是将网站从Wordpress迁移到了Hexo。 Hexo是如何工作的？ 首先，Hexo是一个搭建静态网站的工具，所以Hexo生成的文章页面都是静态页面。根据我的总结，用Hexo发布一篇文章的大致流程如下： 虽然Hexo还有很多丰富强大的功能，但以上流程可以很好帮助我们大致理解Hexo这个工具，很明显它和Wordpress之类的建站工具不太一样，Hexo更多的事都是在“本地”操作的，因为生成的是静态页面，所以你网站所在的服务器只需要存储Hexo生成的结果即可。 Hexo + Github + 阿里云服务器 阿里云服务器+域名+hexo搭建个人博客 安装配置 请在你自己的电脑上安装好Node.js和Hexo（你在哪儿写Markdown就把Hexo安装到哪里）。Hexo的下载和安装可以直接参考官方文档，此处略过。如何配置Hexo以及用Hexo生成一篇文章也请参考官方文档，比较简单。 Hexo目录放到Github 建议将你的Hexo目录放到github上管理，可以在github上新建一个private的repo。Hexo生成目录的时候会自动包含一个.gitignore 文件，请保留这个文件。如何在Github创建repo并和本地同步

<span style='color:red;font-size:25px;'>最全的Java后端知识体系</span><span style='color:red;font-size:25px;'> https://www.pdai.tech </span>, <span style='color:red;font-size:25px;'>每天更新中...</span>。 我在尝试在容器中安装Jenkins时，初衷是希望使用docker in docker 的模式来实现Jenkins slave容器按需创建。在实现的时候需要在Jenkins 中安装Kubernetes插件。 kubernetes的插件目前来看存在一个Bug，这个bug很小但是会导致我们无法设置和kubernetes mastert认证的机制。Bug是由于配置代理时候是用的IP地址，但是jenkins必须加入http协议，可惜的是加入http协议后更新的代理又不能使用了，进入这种死循环了。所以这种方案暂时搁置。 我在写这篇文章的时候，Jenkins X 还没有出来。。。目前Jenkins 是拥抱了K8S； 我认为CI CD环境容器化编排是大趋势。 一些实践 搭建过基于K8S的完整的平台，写了系列的文章总结。有些小的团队或者独立开发者，单独一个Jenkins和Gitlab就足够做编译自动化了。 So

以前用Wordpress搭建过一个博客网站，Wordpress虽然安装简单，功能强大，但是对于个人建站来说有点复杂了。最近发现用Hexo建站很流行，于是将网站从Wordpress迁移到了Hexo。 Hexo是如何工作的？ 首先，Hexo是一个搭建静态网站的工具，所以Hexo生成的文章页面都是静态页面。根据我的总结，用Hexo发布一篇文章的大致流程如下： 虽然Hexo还有很多丰富强大的功能，但以上流程可以很好帮助我们大致理解Hexo这个工具，很明显它和Wordpress之类的建站工具不太一样，Hexo更多的事都是在“本地”操作的，因为生成的是静态页面，所以你网站所在的服务器只需要存储Hexo生成的结果即可。 Hexo + Github + 阿里云服务器 阿里云服务器+域名+hexo搭建个人博客 安装配置 请在你自己的电脑上安装好Node.js和Hexo（你在哪儿写Markdown就把Hexo安装到哪里）。Hexo的下载和安装可以直接参考官方文档，此处略过。如何配置Hexo以及用Hexo生成一篇文章也请参考官方文档，比较简单。 Hexo目录放到Github 建议将你的Hexo目录放到github上管理，可以在github上新建一个private的repo。Hexo生成目录的时候会自动包含一个.gitignore 文件，请保留这个文件。如何在Github创建repo并和本地同步

前言 之前我们把hexo托管在github，但是毕竟github是国外的，访问速度上还是有点慢，所以想也部署一套在国内的托管平台，之前查资料听说gitcafe,但是听说gitcafe已经被coding收购了，所以就决定部署到coding。 查询了多方资料，终于鼓捣出了本地一次部署，同时更新到github以及coding。 正文 _config.yml配置 想要同时部署到2个平台，就要修改博客根目录下面的_config.yml文件中的deploy如下 根据Hexo官方文档需要修改成下面的形式 deploy: type: git message: [message] repo: github: <repository url>,[branch] gitcafe: <repository url>,[branch] 所以我的是这样： deploy: type: git repo: github: git@github.com:tengj/tengj.github.io.git,master coding: git@git.coding.net:tengj/hexoblob.git,master 这里要注意一下：上面这段代码左边的-号只能有2个(如下图红圈)，如果超过2个一般就是会被认定为填写格式有问题。我是在repo下面两行用tab键缩进就行，之前没注意这里一直报错。

离线安装完成后，一般情况下只装了个基础环境，catalog镜像没有导入，本文主要侧重在jenkins的一些环境设置和演示。 1.导入镜像 首先follow下面链接下载镜像 https://docs.openshift.com/container-platform/3.11/install/disconnected_install.html 我们这里下载的主要是 $ docker pull registry.redhat.io/openshift3/jenkins-2-rhel7:<tag> $ docker pull registry.redhat.io/openshift3/jenkins-slave-maven-rhel7:<tag> $ docker pull registry.redhat.io/openshift3/jenkins-slave-nodejs-rhel7:<tag> 导入到本地镜像仓库 [root@node2 images]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE registry.example.com /openshift3/jenkins- 2 -rhel7 latest 0f36706e2c53 10 months ago 1.13 GB registry.example.com

最近机缘巧合的购置了域名和服务器，不用实在是浪费，再加上一直没有属于自己的个人网站，所以打算用hexo在服务器上玩一下，这样也就不用再纠结用Github pages还是Gitee pages了。当然，今天的主题并不是博客搭建，而是如何利用Github的钩子，将博客代码部署到服务器上。 毕竟Github的钩子已经历史悠久了，网上有很多开源项目可以拿来用，所以我并没有造轮子，而是去找了5K star的开源Go项目 webhook ，这个工具的作用是接收Github仓库的变动通知，然后调用你配置好的shell脚本，脚本可以写上代码拉取的命令或是编译的操作等，具体根据个人需求而定。简而言之，它只起着拉通Github与你服务器的作用。 webhook工具安装 # 因为webhook是Go语言开发的，所以要先安装Go语言。 Copy yum install -y golang 然后就可以用go命令安装webhook了。 Copy go get github.com/adnanh/webhook 命令安装位置可以通过 go env 查看，GOPATH就是命令安装路径，比如我的命令就安装在/root/go/bin/webhook。 Copy go env ... GOOS="linux" GOPATH="/root/go" ... 生成ssh key #

drone 是一个不错的基于容器的ci/cd 工具，运行简单，同时插件也挺多，基本常见的轻量级的任务都是可以搞定的 环境准备 使用docker in docker docker-compose 文件 version: '3' services: gogs: image: gogs/gogs ports: - "10022:22" - "3000:3000" volumes: - ./data/gogs:/data depends_on: - mysql drone-db: image: mysql:5.7.16 volumes: - ./gogs/mysql:/var/lib/mysql ports: - 3309:3306 command: --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci environment: MYSQL_ROOT_PASSWORD: dalongrong MYSQL_DATABASE: drone MYSQL_USER: drone MYSQL_PASSWORD: dalongrong TZ: Asia/Shanghai mysql: image: mysql:5.7.16 volumes: - ./drone-db/mysql:/var/lib/mysql ports

本文采用brew安装的jenkins；docker利用镜像安装的gitlab；利用docker利用镜像搭建的本地私有镜像仓库，利用k8s搭建了一套jenkins流水线来实现本地提交代码触发微服务部署的一套流水线。 1. jenkins的安装 jenkins安装的方式有很多种，可以在mac系统上利用brew install jenkins来安装，也可以利用docker image的方式安装，当然也可以采用k8s的方式来安装； homebrew的方式： brew install jenkins #安装 brew services start jenkins #启动 在浏览器输入http://localhost:8080/或者http://本机ip:8080/即可验证jenkins是否ok，会弹出一个让你输入密码的页面，密码在这个地方查找： cat secrets/initialAdminPassword 在Jenkins->Manage jenkins->Avaiable->search搜索框输入pipeline，来安装pipeline插件和gitlab插件，也可以再多安装一个blue ocean，这样流水线的ui会好看一些，安装插件的时间会比较就一些，需要耐心等待。 插件安装完之后，点击新建一个流水线，图是这样的，这就代表安装jenkins以及插件过程已经完成了。 2

最近闲下来，打算把Knative的核心组件Serving给学习下，会继续采用k8s源码学习的方式，管中窥豹以小击大，学习serving的主要目标: 可观测性基础设施、自动伸缩、流量管理等核心组件的设计与实现，今天先简单臆测下，感兴趣的同学， 一起来学习吧 1. 基于云原生的单体应用构建 大多数公司的服务可能都已经经过单体、SOA演进到了当下流行的微服务架构，微服务给我们带来了独立演进、扩容、协作、数据自治等便利的背景下，也带来了诸如稳定性保障、维护、服务治理等实际的问题，我们今天来一起来回归单体，比如我们要新开一个业务，新上一个小的模块这个场景，在云原生的场景下，是如何玩的 1.1 云原生下的单体应用 云原生有很多大佬有很多的解释，我就简单理解成是基于云构建而来，可以使用云上所有已知的现有的服务，同时享受云所带来的弹性、按需付费、高可用等方面的原生能力 一个基础的单体应用通常会依赖如下几部分：持久化数据存储、高性能缓存、全文索引、消息队列等常见组件， 各家云厂商大多数会包含这些基础的服务，我们只需要引入对应的类库完成我们的应用逻辑即可, 然后程序就完成代码的coding后,下一步就是交付了 1.2 基于k8s的云原生交付 基于k8s的云原生已经成为一个事实上的标准，将代码和应用的数据打包成docker镜像，基于Pod的交付模式，让我们并不需要关注我们是使用IDC里面的实体机