如何为企业中间件平台构建持续集成/持续部署(CI/CD)管道

主要观点:连续集成与持续部署(CI/CD)在企业软件开发中备受关注,随着微服务架构(MSA)的兴起成为企业内的主流流程。企业中 80%是从现有企业架构开始微服务之旅,虽维护和监控难但优势渐显,CI/CD 与 MSA 和 DevOps 文化紧密相连。企业向 MSA、DevOps 和 CI/CD 文化转变,传统部分也需融入,文中重点讨论在企业中间件组件中利用 CI/CD 优势,以企业服务总线(ESB)为例,阐述了中间件组件开发和更新的 CI/CD 流程及相关注意事项,还提供了相关资源。
关键信息

  • MSA 中存在绿场和棕场集成。
  • 80%企业从现有架构开始微服务之旅。
  • 中间件组件包括 ESB、应用服务器等。
  • ESB 配置需频繁开发和更改,自动化其开发部署关键。
  • 自动化开发时假设底层服务器配置不变。
  • 不同供应商提供更新方式有差异。
  • 有分别针对中间件开发和服务器更新的 CI/CD 流程。
    重要细节
  • 调查显示越来越多组织采用 MSA。
  • 中间件开发流程:开发者开发集成工件并提交至 GitHub,CI 工具构建并创建 Docker 镜像部署至 staging 环境,同时发布构建工件至 Nexus,容器启动后触发 Postman 脚本测试,测试通过后创建生产环境 Docker 镜像并部署。
  • 服务器更新流程:提取配置文件制成模板提交至 GitHub,新配置触发 Jenkins 作业创建 Docker 镜像并部署至 staging 环境,测试通过后创建生产环境 Docker 镜像并部署。
  • 相关资源:Medium 帖子介绍中间件层迁移至 MSA 及 CI/CD 过程;Medium 帖子讨论 WSO2 EI 的 CI/CD 实践;Medium 帖子讨论 WSO2 API 管理器的 CI/CD 实践;GitHub 仓库包含参考实现源代码。
阅读 3
0 条评论