使用Drone进行持续构建与发布

pull/62/head
Jimmy Song 2017-10-27 11:57:44 +08:00
parent c730f8ed46
commit ca4c82cfbb
9 changed files with 100 additions and 2 deletions

View File

@ -75,7 +75,6 @@
- [4.3.2 应用日志收集](practice/app-log-collection.md)
- [4.3.3 配置最佳实践](practice/configuration-best-practice.md)
- [4.3.4 集群及应用监控](practice/monitor.md)
- [4.3.5 使用Jenkins进行持续构建与发布](practice/jenkins-ci-cd.md)
- [4.3.6 数据持久化问题](practice/data-persistence-problem.md)
- [4.3.7 管理容器的计算资源](practice/manage-compute-resources-container.md)
- [4.3.8 使用Prometheus监控kubernetes集群](practice/using-prometheus-to-monitor-kuberentes-cluster.md)
@ -89,6 +88,10 @@
- [4.4.2.1 使用Ceph做持久化存储](practice/using-ceph-for-persistent-storage.md)
- [4.5 服务编排管理](practice/services-management-tool.md)
- [4.5.1 使用Helm管理kubernetes应用](practice/helm.md)
- [4.5.2 构建私有Chart仓库](practice/create-private-charts-repo.md)
- [4.6 持续集成与发布](practice/ci-cd.md)
- [4.6.1 使用Jenkins进行持续集成与发布](practice/jenkins-ci-cd.md)
- [4.6.2 使用Drone进行持续集成与发布](practice/drone-ci-cd.md)
- [5. 领域应用](usecases/index.md)
- [5.1 微服务架构](usecases/microservices.md)
- [5.1.1 微服务中的服务发现](usecases/service-discovery-in-microservices.md)
@ -112,6 +115,6 @@
- [7.1 Docker最佳实践](appendix/docker-best-practice.md)
- [7.2 问题记录](appendix/issues.md)
- [7.3 使用技巧](appendix/tricks.md)
- [7.4 kubernetes service中的故障排查](appendix/debug-kubernetes-services.md)
- [7.4 kubernetes中的应用故障排查](appendix/debug-kubernetes-services.md)
- [7.5 Kubernetes相关资讯和情报链接](appendix/material-share.md)

Binary file not shown.

After

Width:  |  Height:  |  Size: 85 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 66 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 78 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 118 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 98 KiB

View File

@ -0,0 +1,3 @@
# 持续集成与发布
持续集成与发布简称CI/CD是微服务构建的重要环节也是DevOps中推崇的方法论。如何在kubernetes中使用持续构建与发布工具可以既可以与企业内部原有的持续构建集成例如Jenkins也可以在kubernetes中部署一套新的持续构建与发布工具例如Drone。

View File

@ -0,0 +1,4 @@
# 构建私有Chart仓库
使用Chart便于封装和管理kubernetes中的应用因此当企业内部的应用多了以后互相依赖、部署环境复杂之后原先的直接使用yaml文件的管理方式已经不再适应生产的需要因此我们有必要构建自己的chart仓库。

View File

@ -0,0 +1,88 @@
# 使用Drone进行持续构建与发布
[Drone](https://drone.io)是一个用Go语言开发的基于容器运行的持续集成软件。
## 配置GitHub
使用Drone对GitHub上的代码进行持续构建与发布需要首先在GitHub上设置一个OAuth如下
**1. 在Github上创建一个新的OAtuh应用**
访问https://github.com/settings/applications/new创建新的OAuth应用。
![OAuth注册](../images/github-oauth-register.jpg)
填写应用程序的地址,因为是在本地与行,所以我们都填`http://localhost`。
**2. 获取OAtuh Client ID和Client Secret**
在注册完成后就可以获得如下图所示的OAuth Client ID和Client Secret保存下来我们后面要用到。
![OAuth key](../images/github-oauth-drone-key.jpg)
## 使用docker-compose单机运行
我们在本地环境使用docker-compose按照[Drone官方安装文档](http://docs.drone.io/installation/)安装配置Drone。
我们将代码托管在Github上需要Drone可以持续集成和发布Github的代码因此需要修改`docker-compoe.yaml`文件中的GitHub配置。
```yaml
version: '2'
services:
drone-server:
image: drone/drone:0.7
ports:
- 80:8000
volumes:
- /var/lib/drone:/var/lib/drone/
restart: always
environment:
- DRONE_OPEN=true
- DRONE_ADMIN=jimmy
- DRONE_HOST=localhost
- DRONE_GITHUB=true
- DRONE_GITHUB_CLIENT=${DRONE_GITHUB_CLIENT}
- DRONE_GITHUB_SECRET=${DRONE_GITHUB_SECRET}
- DRONE_SECRET=admin
drone-agent:
image: drone/drone:0.7
command: agent
restart: always
depends_on:
- drone-server
volumes:
- /var/run/docker.sock:/var/run/docker.sock
environment:
- DRONE_SERVER=ws://drone-server:8000/ws/broker
- DRONE_SECRET=admin
```
- `/var/lib/drone`是在本地挂载的目录请确保该目录已存在且可以被docker访问到Mac下可以在docker的共享目录中配置。
- `DRONE_SECRET`可以是一个随机的字符串,要确保`drone-server`与`drone-client`的`DRONE_SECRET`相同。
- `DRONE_GITHUB_CLIENT`和`DRONE_GITHUB_SECRET`即在前面申请的OAuth的Client ID和Client Secret。
### 启动Drone
使用下面的命令在本地启动drone
```bash
docker-compose up
```
这样是在前台启动,加上`-d`参数就可以在后台启动。
访问http://localhost可以看到登陆画面。
![Drone登陆界面](../images/drone-login-github.jpg)
授权后可以看到GitHub repo设置。
![Github启用repo设置](../images/drone-github-active.jpg)
![Github单个repo设置](../images/drone-github-repo-setting.jpg)
## 参考
- [Drone Installation](http://docs.drone.io/installation/)
- [Github - Drone](https://github.com/drone/drone)