Zadig + Gitee:完美实现微服务架构持续交付

简介: Zadig + Gitee:完美实现微服务架构持续交付

image.png

Gitee.com(码云) 是开源中国推出的代码托管平台,支持 Git 和 SVN,目前已有超过 800 万的开发者选择 Gitee,随着 Zadig 社区小伙伴对 Gitee 呼声越来越高,在刚刚发布的 Zadig V1.11.0 版本中正式加入了对 Gitee 代码源的支持,同时结合 Zadig 强大的环境管理能力和 Git Webhook 能力,可以帮助更多工程师高效、愉悦的交付。


本文将介绍 Gitee 仓库管理的项目如何在 Zadig 上快速搭建,下面以 microservice-demo 项目为例,该项目包含 Vue.js 前端服务和 Golang 后端服务,以下步骤包含从 Code 到 Ship 的整个过程的演示。


准备工作

案例源码

本案例所用代码及配置 fork 自项目案例源码:

https://gitee.com/koderover/zadig/tree/main/examples/microservice-demo


主要包含:

服务 YAML 文件:

服务源码及 Dockerfile 文件

接入 Gitee 代码源

新建 Gitee 第三方应用

  • 点击 Gitee 账号头像 -> 设置 -> 数据管理 -> 第三方应用 -> 创建应用来新建应用程序。

image.png

配置 Gitee 第三方应用

image.png

填写以下内容后点击创建:

  • 应用名称:zadig,也可以填写可识别的任一名称。
  • 应用主页:http://[koderover.yours.com]
  • 应用回调地址:
    http://[koderover.yours.com]/api/directory/codehosts/callback
  • 上传 LOGO:上传符合格式和大小的图片
  • 权限选: projectspull_requestshookgroups

注意:应用回调地址中 koderover.yours.com 需要替换为 Zadig 系统部署的实际地址。

获取 Client ID、Client Secret 信息

  • 应用创建成功后,可获取该应用对应的 Client ID Client Secret 信息。

image.png

将配置填入 Zadig 系统

  • 切换到 Zadig 系统,管理员依次点击 系统设置 -> 集成管理 -> 代码源集成 -> 点击添加按钮。

image.png

依次填入如下已知信息:

  • 代码源:此处选择 Gitee
  • Client ID:上一步中获取的 Client ID
  • Client Secret:上一步中获取的 Client Secret
  • 组织/用户名称:推荐填写 Gitee 账号的用户名,方便在 Zadig 系统中标识 Gitee 代码源的出处

信息确认无误后点击 前往授权,耐心等待,此时系统会跳转到 Gitee 进行授权。

image.png

点击 同意授权 后,跳转到 Zadig 系统,至此 Gitee 集成完毕。


项目配置

进入 Zadig 系统,点击 新建项目 -> 填写项目名称 microservice-demo -> 选择 K8s YAML 项目 -> 点击 立即创建 -> 点击 下一步


image.pngimage.png


新建服务并配置构建

新建服务:

服务配置指的是 YAML 对这个服务的定义,Kubernetes 可以根据这个定义产生出服务实例。可以理解为 Service as Code。

Zadig 提供三种方式管理服务配置:

  • 手工输入:在创建服务时手动输入服务的 K8s YAML 配置文件,内容存储在 Zadig 系统中。
  • 从代码库同步:服务的 K8s YAML 配置文件在代码库中,从代码库中同步服务配置。之后提交到该代码库的 YAML 变更会被自动同步到 Zadig 系统上。
  • 使用模板新建:在 Zadig 平台中创建服务 K8s YAML 模板,创建服务时,在模板的基础上对服务进行重新定义。

这里,我们使用手工输入的方式:点击 手工输入 按钮 -> 填写服务名称 -> 填写服务 YAML 配置内容 -> 点击 保存 按钮即可,

image.png

image.png

backend 服务的配置内容如下:

image.png

frontend 服务的配置内容如下:

image.pngimage.png

配置构建

配置后端服务构建:选择 backend 服务 -> 点击 添加构建 -> 填写构建配置和构建脚本后保存。

image.png

image.png

构建配置说明:

  • 应用列表:选择 go 1.13
  • 代码信息:准备工作中 fork 的代码仓库
  • 构建脚本如下:

image.png

同样的步骤为 frontend 服务配置构建并保存。

image.png

构建配置说明:

  • 代码信息:准备工作中 fork 的代码仓库
  • 构建脚本如下:

image.png

加入环境

  • 点击向导的「下一步」。这时,Zadig 会根据你的配置,创建两套包括上述 2 个服务的环境以及相关工作流,如下图所示。

image.png

  • 继续点击下一步完成向导流程。

image.png

  • 点击完成向导,一个有 2 个微服务的项目、2 套环境、3 条工作流已经产生,项目概览如下。

image.png


工作流交付

使用工作流对环境中的服务进行部署更新,以 dev 环境为例操作步骤如下。

  • 点击 microservice-demo-workflow-dev 工作流 -> 选择服务,点击「启动任务」运行工作流。

image.png

  • 触发工作流后,可查看工作流运行状况,点击服务左侧的展开图标可查看服务构建的实时日志。

image.png

  • 待工作流运行完毕,进入 dev 环境,可看到 backend 服务和 frontend 服务被部署更新成功,镜像信息均被更新。

image.png


配置自动触发工作流

添加触发器,使得代码 Push commit、Pull Request、Push tag 都能自动触发服务的重新构建和部署。

  • 配置工作流

image.png

  • 添加 Webhook 触发器 -> 打开 Webhook 开关 -> 添加配置 -> 填写配置 -> 保存配置 -> 保存对工作流的修改

image.png

改动代码,触发工作流

  • 以 Pull Request 事件为例说明,提交 Gitee PR 修改源代码

image.png

  • 切换到 Zadig 系统,查看工作流 microservice-demo-workflow-dev,被自动触发执行

image.png

  • 待工作流执行完毕,进入 项目->microservice-demo->环境,可看到服务的镜像已被自动触发的工作流更新。

image.png


配置 IM 通知

  • 配置工作流

image.png

  • 添加通知 -> 参考 IM 通知填写相关配置 -> 保存修改

image.png

  • 工作流执行后,会自动将运行结果和环境、服务等信息推送到 IM 系统中,方便及时跟进

image.png

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
10天前
|
传感器 监控 安全
智慧工地云平台的技术架构解析:微服务+Spring Cloud如何支撑海量数据?
慧工地解决方案依托AI、物联网和BIM技术,实现对施工现场的全方位、立体化管理。通过规范施工、减少安全隐患、节省人力、降低运营成本,提升工地管理的安全性、效率和精益度。该方案适用于大型建筑、基础设施、房地产开发等场景,具备微服务架构、大数据与AI分析、物联网设备联网、多端协同等创新点,推动建筑行业向数字化、智能化转型。未来将融合5G、区块链等技术,助力智慧城市建设。
|
1月前
|
人工智能 安全 Java
微服务引擎 MSE:打造通用的企业级微服务架构
微服务引擎MSE致力于打造通用的企业级微服务架构,涵盖四大核心内容:微服务技术趋势与挑战、MSE应对方案、拥抱开源及最佳实践。MSE通过流量入口、内部流量管理、服务治理等模块,提供高可用、跨语言支持和性能优化。此外,MSE坚持开放,推动云原生与AI融合,助力企业实现无缝迁移和高效运维。
|
2月前
|
运维 监控 持续交付
微服务架构解析:跨越传统架构的技术革命
微服务架构(Microservices Architecture)是一种软件架构风格,它将一个大型的单体应用拆分为多个小而独立的服务,每个服务都可以独立开发、部署和扩展。
560 36
微服务架构解析:跨越传统架构的技术革命
|
2月前
|
Cloud Native API 持续交付
云原生架构下的微服务治理策略与实践####
本文旨在探讨云原生环境下微服务架构的治理策略,通过分析当前面临的挑战,提出一系列实用的解决方案。我们将深入讨论如何利用容器化、服务网格(Service Mesh)等先进技术手段,提升微服务系统的可管理性、可扩展性和容错能力。此外,还将分享一些来自一线项目的经验教训,帮助读者更好地理解和应用这些理论到实际工作中去。 ####
72 0
|
2月前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
303 69
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
2月前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
2月前
|
设计模式 负载均衡 监控
探索微服务架构下的API网关设计
在微服务的大潮中,API网关如同一座桥梁,连接着服务的提供者与消费者。本文将深入探讨API网关的核心功能、设计原则及实现策略,旨在为读者揭示如何构建一个高效、可靠的API网关。通过分析API网关在微服务架构中的作用和挑战,我们将了解到,一个优秀的API网关不仅要处理服务路由、负载均衡、认证授权等基础问题,还需考虑如何提升系统的可扩展性、安全性和可维护性。文章最后将提供实用的代码示例,帮助读者更好地理解和应用API网关的设计概念。
109 8
|
3月前
|
消息中间件 运维 Kubernetes
后端架构演进:从单体到微服务####
本文将探讨后端架构的演变过程,重点分析从传统的单体架构向现代微服务架构的转变。通过实际案例和理论解析,揭示这一转变背后的技术驱动力、挑战及最佳实践。文章还将讨论在采用微服务架构时需考虑的关键因素,包括服务划分、通信机制、数据管理以及部署策略,旨在为读者提供一个全面的架构转型视角。 ####
65 1
|
3月前
|
负载均衡 Java 持续交付
深入解析微服务架构中的服务发现与负载均衡
深入解析微服务架构中的服务发现与负载均衡
168 7
|
3月前
|
消息中间件 运维 Cloud Native
云原生架构下的微服务优化策略####
本文深入探讨了云原生环境下微服务架构的优化路径,针对服务拆分、通信效率、资源管理及自动化运维等核心环节提出了具体的优化策略。通过案例分析与最佳实践分享,旨在为开发者提供一套系统性的解决方案,以应对日益复杂的业务需求和快速变化的技术挑战,助力企业在云端实现更高效、更稳定的服务部署与运营。 ####

热门文章

最新文章