开发者社区> 嫀嫀> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

CodePipeline流水线实现自动发布Serverless Kubernetes

简介: 本文档以构建一个 Java 软件项目并部署到 阿里云容器服务Serverless Kubernetes集群 为例说明如何使用 CodePipeline。 使用说明 开通使用 CodePipeline 产品。
+关注继续查看

本文档以构建一个 Java 软件项目并部署到 阿里云容器服务Serverless Kubernetes集群 为例说明如何使用 CodePipeline。

使用说明

  • 开通使用 CodePipeline 产品。
  • 前往 RAM 进行 CodePipeline 默认角色的授权。

73c24c555b6904a5.png

操作步骤

新建项目

单击 新建,输入项目名称,选择 构建一个Java的软件项目 ,单击 下一步

代码构建配置

本页所有默认配置为CodePipeline为您提供的示例,快速体验可以直接单击 下一步

  • Repository 中配置的是仓库地址和证书,默认值是CodePipeline公开的Code仓库地址。
    1
  • Branches to build 中配置的是代码分支,默认值是master分支。
    2
  • 构建 中配置的是代码构建命令,默认值是mvn package -B -DskipTests
    3
  • 测试 中配置的是单元测试命令,默认值是mvn test。如果您不需要做单元测试,可以不填写测试命令。
    4

选择部署方式

选择部署方式,单击 部署到Kubernetes

配置 镜像构建和发布

  • 镜像仓库名称。镜像仓库名格式为namespace/镜像仓库名。
    repo
  • 镜像版本号。如果为空,则默认是latest。
    version
  • Registry地址。Registry地址 用来配置docker registry地址,如果为空,默认使用Docker hub registry ,https://index.docker.io/v1/;如果使用阿里云registry, 请填写https://registry.cn-beijing.aliyuncs.com/v2/,其中地域cn-beijing根据用户实际的镜像仓库地域来修改。
    registry
  • Registry证书。用来添加授权信息,请添加Registry授权类型的证书。
    registry credentials
  • Dockerfile路径。填写Dockerfile文件在该项目工作空间的相对路径。如果该配置为空,则默认使用工作空间目录下命名为Dockerfile的文件。
    Dockerfile

配置 部署Kubernetes

  • 选择 认证方式
    Serverless Kubernetes集群 均使用 证书认证 方式。

1

  • 填写 API服务器地址
    请输入 Serverless Kubernetes集群API服务器地址,您可以通过 阿里云容器服务控制台 -> Kubernetes集群列表 -> ${Serverless Kubernetes集群名称} -> 管理,找到 API Server连接端点。例如,c264313085e994df****508afcd25eee6.serverless-1.kubernetes.cn-shanghai.aliyuncs.com:6443。在该字符串头部添加https:// 作为Codepipeline的API服务器地址。例如,https://c264313085e994df****508afcd25eee6.serverless-1.kubernetes.cn-shanghai.aliyuncs.com:6443

1

  • 添加并使用 Docker授权 类型的证书。
    3.png

如果是阿里云容器服务Serverless Kubernetes集群,请把控制台提供的 集群凭据 保存到本机 ~/.kube/config。如下图所示内容。
2

接着在本机执行cat ~/.kube/config |grep client-key-data |awk -F ' ' '{print $2}' | base64 -d > client.key,把client.key文件的内容填入 客户端Key 对话框。

执行cat ~/.kube/config |grep client-certificate-data |awk -F ' ' '{print $2}' | base64 -d > client.crt, 把client.crt文件的内容填入 客户端证书 对话框。

  • 添加 部署配置文件

输入yaml格式的Kubernetes部署配置文件。
如果文件在当前项目的workspace下,请直接输入文件名,如果在项目workspace的子目录中,请输入 ..子目录/文件名。
不支持位于当前项目的workspace之外的文件。
6

  • 添加 状态检查配置

支持检验的 Kubernetes Kind: pods,deployments
请用 ":" 分隔 Kubernetes Kind 和 Kind name, 用 "," 分隔多个 Kind name。每一行描述一种 Kubernetes Kind。
示例配置:

pods:pods1,pods2
deployments:ds1,ds2

3

注意:

  1. 请严格按照说明填写单词,不要删减字母;请勿填写多余的空格或者换行。
  2. Serverless Kubernetes集群只支持default namespace。
  3. 更多Serverless Kubernetes集群功能支持请参考 Serverless Kubernetes集群文档
  • 添加 变量申明配置

支持系统环境变量,可以通过 ${JENKINS_URL}/env-vars.html/ 查看。
如果使用了多个变量,请用","分隔。
您可以在上文的部署配置文件中使用变量,请以 ${BUILD_NUMBER} 格式严格填写,其他格式插件将忽略。
示例:
BUILD_NUMBER,JOB_NAME
8

  • 单击 下一步
  • 检查所有配置信息,单击 提交

参数化构建配置

如果需要在构建过程中使用一些动态变量,请参考 注入环境变量文档。下面我们将具体描述如何使用注入环境变量插件,来配置时间戳作为镜像标签。

  • 首先,在代码根目录下准备一个 env.properties 文件。
  • 添加一个 执行shell脚本 的构建步骤 作为构建步骤的第一步,使用鼠标拖拽到最前面。添加如下脚本:
TIME=`date +%Y%m%d%H%M%S`
echo TAG=$TIME >> env.properties
cat env.properties

15

  • 添加一个 注入环境变量 的构建步骤 作为构建步骤的第二步,同样使用鼠标拖拽到第二个位置。配置 env.properties 作为变量文件。
    16
  • 修改 镜像构建和发布 构建步骤配置。把 镜像版本号 改成上文中设置的参数$TAG
    17
  • 修改 部署Kubernetes(新)构建步骤配置。在 变量申明配置 中把BUILD_NUMBER 修改成 TAG。
    18
  • 修改 源代码中 部署配置文件 中的镜像版本号为${TAG}。例如:
    19

执行构建

  • 完成项目的任务配置后,可以单击左侧导航栏中的 立即构建,开始执行配置中的构建及部署命令。
    build
  • 您可以在构建队列及构建历史中查看构建状态。单击 构建序号,进入该次构建具体信息页面。
    history
  • 然后在侧导航中,单击 控制台输出,可以查看该次构建日志。
    output

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
Serverless Kubernetes 再升级 | 全新的网关能力增强
这里给大家介绍一下如何在 Serverless Kubernetes 中提供网关能力增强。
198 0
Serverless Kubernetes 落地实践
Kubernetes 作为当今云原生业界标准,具备良好的生态以及跨云厂商能力。Kubernetes 很好的抽象了 IaaS 资源交付标准,使得云资源交付变的越来越简单,与此同时用户期望更多的聚焦于业务自身,做到面向应用交付,Serverless 理念也因此而生。 那么如何通过原生 k8s 提供 Serverless 能力? 如何借力丰富的云原生社区生态?这里给大家介绍一下我们在 Serverless Kubernetes 上的落地实践
135 0
Serverless Kubernetes - 理想,现实与未来
Serverless(无服务器)容器是让用户无需购买和管理服务器直接部署容器应用的产品、技术形态。Serverless容器可以极大提高容器应用部署的敏捷度和弹性能力,降低用户计算成本;让用户聚焦业务应用而非底层基础设施管理,极大地提高应用开发效率,降低运维成本。 本文将分享我们对Serverless Kubernetes领域的深度思考,从架构设计和底层基础设施多个维度深度剖析Serverless Kubernetes。
12790 0
Kt Connect:研发侧利器,本地连通 Kubernetes 集群内网
研发侧利器,云原生 VPN:Kt Connect,可在本地调用 Kubernetes 集群服务,或将 Kubernetes 集群流量转发到本地。
7595 0
Serverless Kubernetes 入门:对 Kubernetes 做减法
Serverless Kubernetes 是阿里云容器服务团队对未来 Kubernetes 演进方向的一种探索,通过对 Kubernetes 做减法,降低运维管理负担,简化集群管理,让 Kubernetes 从复杂到简单。
1254 0
为私有Kubernetes集群创建LoadBalancer服务
MetalLB - 可以为私有 Kubernetes 集群提供LoadBalancer类型的负载均衡支持。 在Kubernetes集群中,可以使用Nodeport、Loadbalancer和Ingress三种方式老来暴露服务给外部访问(缺省情况下,内部Pod提供的服务是在相互隔离的子网中,只有同一个Pod内部的几个容器可以直接进行网络访问)。
4989 0
使用Helm优化Kubernetes下的研发体验:实现持续交付流水线
整体目标 在这一篇中,我们将使用Jenkins在此基础上构建一条完整的持续交付流水线,并且让团队不同成员能够基于该流水线展开基本的协作。开发: 持续提交代码并能够通过持续集成(CI)过程快速获取反馈,在通过CI验证后,能够自动化部署到开发环境,以便后续的进一步功能测试(手动/自动自动化测试)等; 测试: 在需要对项目功能进行验证时,可以一键部署测试环境,并且在此环境基础上可以完成功能验收(手动),以及全量的自动化验收测试等; 运维:一键部署生产环境,同时发布创建版本,以便在发布异常时能够快速回归。
1471 0
Kubernetes核心设计者认为Serverless是Kubernetes的未来
从容器革命一开始就有两件事情很清楚:首先,技术堆栈中各层的去耦产生了一个清晰、原则性的概念分层(明确的合同、所有权和责任)。其次,引入这些层使开发人员能够专注于对他们来说最重要的事——应用程序。 公平地说,这种情况之前发生过,第一代平台即服务(PaaS)就是旨在使开发人员能够采用“无服务器”架构 。
1421 0
Kubernetes集群安全通信
NetworkPolicy是Kubernetes的一个新特性,它负责配置Pod组如何与彼此和其他网络端点进行通信。换句话说,它在运行于Kubernetes集群上的Pod间创建防火墙。 该特性在Kubernetes 1.7版中已较为稳定。
1863 0
CICD联动阿里云容器服务Kubernetes实践之CodePipeline篇
通过CodePipeline可以构建您的代码工作流模板,配置从应用编译到容器镜像构建和推送,再到Kubernetes应用的发布,打通代码应用发布全过程自动化。
3510 0
+关注
嫀嫀
阿里云容器服务团队DevOps方案负责人,阿里云Codepipeline产品核心研法。在敏捷开发、持续交付、黑白盒测试等方面有丰富的经验。
10
文章
7
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载