DevOps 基于Walle的小型持续集成实战（一）概述 - 思绪回忆的后端笔记 - SegmentFault 思否

该文章用于概述一个小型持续集成环境的搭建的方案

什么是持续集成？

持续集成作为当今软件开发实践，可以简单理解为团队开发相对频繁的集成他们的工作，一般让每个成员每天至少集成一次，而这回造成每天会有多次的版本发布。于是我们需要应用到自动化的构建模式（编译发布到测试监控），从而尽早的发现集成中的错误。

持续集成流程

常用生态

  • 仓库管理

    • Git 代码仓库(Gitlab,Gitee)
    • Nexus 包私服库

  • 构建工具

    • Jenkins 热门-构建发布工具
    • Ansible 配置管理工具
    • Walle 构建发布工具

  • 运行环境

    • Linux 系统
    • Docker 容器
    • Nginx 负载均衡域名解析

  • 构建环境

    • maven
    • nodejs
    • python
    • java

经典流程

手工发布 - Java SpringBoot应用到一台服务器

特征：一个环境，一台服务，少量应用

  • 1、Maven打包 mvn clean compile package -Dmaven.test.skip=true
  • 2、放到服务器 scp -r xxx.jar username@192.168.0.1:/data/app/ or FTP工具
  • 3、登录服务器 ssh root@192.168.0.1
  • 4、停用旧应用 ps -ef | grep java -> kill -9 xxxx
  • 4、启用新应用 nohup java -server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -jar /data/app/xxx.jar > /data/app/xxx.log 2>&1 &
手工发布 - React-Antdpro 应用到一台服务器

特征：一个环境，一台服务，少量应用

  • 1、Npm打包器 npm run build
  • 2、放到服务器 本地压缩dist.rar -> scp -r dist.rar username@192.168.0.1:/data/nginx/ or FTP工具 -> 解压内容
  • 3、登录服务器 ssh root@192.168.0.1
  • 4、停用旧应用
  • 5、启动新应用 https://segmentfault.com/a/11...

延伸问题

⚠️ 在低频次小规模更新下，该方案可以在用最少的资源和适度的时间花费上得到平衡。如果出现 多人协作，发布频繁，多台服务，多套环境我们该如何管理这些内容？

多人协作，如何代码管理？以及相关依赖引用？

以下方案供选择，解决代码管理问题（他们比svn拥有更灵活更开放的管理手段）
  • Gitlab 公网 / 私服
  • Gitee 国内较好的代码仓库管理服务
  • Github

https://git-scm.com/

以下方案供选择，解决通用模块引用以及外网拉取依赖缓慢问题
  • Nexus 包私服库，包含众多类型的包，例如maven

发布频繁，如何自动化脚本替换人工作业？

以下方案供选择（他们可以将一系列的执行脚本在服务端执行，一次脚本维护完毕则通过简单的触发即可完成各种功能）

多台服务，如何快速批量多端构建执行？

多套环境，该如何服务隔离快速部署？

  • Docker 容器引擎
  • Docker-Compose 单主机容器编排工具
  • Docker Swarm 多主机容器编排工具
  • Kubernetes（k8s） 更为强大的多主机容器编排工具

https://blog.csdn.net/notsalt...

服务异常，如何能快速定位和发现？

  • Zabbix 硬盘，内存，CPU采集监控与预警
下阶段会基于Walle讲解如何搭建一个小型的持续集成环境

Original url: Access
Created at: 2019-11-18 15:00:59
Category: default
Tags: none

未标明原创文章均为采集，版权归作者所有，转载无需和我联系，请注明原出处，南摩阿彌陀佛，知识，不只知道，要得到

请先后发表评论
  • 最新评论
  • 总共0条评论