今天给大家介绍下我们的程序是如何部署到阿里云Kubernetes(托管版)
我们使用三种开发语言,分别是:node, python, golang.三种语言的部署有一些差别,但主要步骤都是一样的.我们今天先介绍下node(前端)的部署方式.
核心的部署步骤如下:
Git Clone编译与Build镜像部署到Kubernetes,通过Helm或者Deployment
配置Kubernetes
阿里云的Kuberntes支持三种模式:
自部署,阿里云仅提供一键部署但不提供管理和后续维护.要求用户水平较高托管模式,阿里云提供一键部署,并负责管理Master
节点.这种模式用户仅需要管理Node
节点,基本不需要担心节点挂了,并且可以自行确定Node
节点要求的性能.后续升级也可以交给阿里云负责serverless,终极模式,啥都不需要管理,只需要把镜像提交上去,并确定资源需求即可.不需要维护任何服务器.
上面的三种模式我们选择了第2种,因为托管模式可以提供用户足够的自由度又不需要要求太高的管理水平.当然对于三种模式CodeRun都是支持的.我们来看下具体如何配置集群.
获取KubeConfig
不管哪种集群创建后都可以在控制台获取到KubeConfig
配置,在阿里云控制台点击某个集群后可以看到下图KubeConfig
:
我们需要三个信息:
集群地址,阿里云为每个Kubernetes集群都分配了一个外部地址(如果是自部署模式好像需要自己配置)证书,集群的访问证书Key
,证书对应的Key
,相当与密钥
有了这三个信息我们就可以配置集群
配置CodeRun的Kubernetes集群
在CodeRun
控制台的整合
->Kubernetes
,点击右边的添加
按钮选择证书
模式,如图:
其中上图中的名称
是你可以自行定义的名称,这个名称可以方便后续在Pipeline
中使用,所以最好取一个好记的名称(这里使用myk8s
).
Pipeline可以参考
添加仓库
在CodeRun
控制台的Repo|仓库
,点击添加仓库
.在右侧选择代码仓库,(如果不是当前用户的Git
仓库,参见添加Git配置),如下图:
选择Build
类型
三种类型分别是:
coderun.yml
,使用代码仓库中的coderun.yml
文件进行构建Dockerfile
,使用代码仓库中的Dockerfile
作为镜像的构建模板,和上述的Dockerfile
类似,只是使用CodeRun
内置的各语言Dockerfile
模板
我们这里选择使用模板
创建,选择node
语言.Dockerfile
内容预览如下:
FROM node:8.0-alpine AS builderWORKDIR /appCOPY package.json /app# Creating tar of productions dependenciesRUN npm install --production && cp -rp ./node_modules /tmp/node_modules# Installing all dependenciesRUN npm install# Copying application codeCOPY . /app# Running testsRUN npm testFROM node AS runnerEXPOSE 3000WORKDIR /app# Adding production dependencies to imageCOPY --from=builder /tmp/node_modules /app/node_modules# Copying application codeCOPY . /appCMD npm start
上述模板是采用Dockerfile
的多阶段模式进行处理的,分成两大部分:
第一部分是安装依赖,然后进行npm test
第二部分是复制第一部分的node_models
,并启动npm start
因为我们的代码中没有测试所以可以注释掉npm test
这段,另外我们代码使用vue-cli3
所以npm start
修改成npm run serve
,最后如下:
FROM node:8.0-alpine AS builderWORKDIR /appCOPY package.json /app# Creating tar of productions dependenciesRUN npm install && cp -rp ./node_modules /tmp/node_modulesFROM node AS runnerEXPOSE 3000WORKDIR /app# Adding production dependencies to imageCOPY --from=builder /tmp/node_modules /app/node_modules# Copying application codeCOPY . /appCMD npm run serve
点击创建
后,我们可以看到添加好的仓库:
切换到Yaml
点击coderuntop/startup
后我们可以看到Pipeline
页面,如图:
因为我比较习惯使用Yaml
配置,所以点击上图右边的Yaml
选项,并且确定进行覆盖
后可以看到Yaml
配置:
配置如下:
steps:docker:image: crun/dockerregistry_name: coderunrepo_name: hellwen/startupdockerfile_content: |FROM node:8.0-alpine AS builderWORKDIR /appCOPY package.json /app# Creating tar of productions dependenciesRUN npm install && cp -rp ./node_modules /tmp/node_modulesFROM node AS runnerEXPOSE 8080WORKDIR /app# Adding production dependencies to imageCOPY --from=builder /tmp/node_modules /app/node_modules# Copying application codeCOPY . /appCMD npm run servecontext: .tags: latest
其中,repo_name
配置的名称需要进行修改,如上已经修改成:coderuntop/startup
修改成用户名/项目名
格式,其中用户名就是你当前用户的名称,可以通过控制台
的右上角看到.
配置好我们就可以进行下测试了,选择仓库的分支,因为这个项目我把前端代码写在node
分支中,所以这里直接点击node
分支的Build
按钮
点击后在Build
页面可以看到正在跑的Build
任务:
Build
右边的绿色打勾图标说明这次Build
成功,我们的Dockerfile
是正常的.
点击进入某个Build
任务后可以看到对应的Build
日志:
增加部署步骤
增加的部署配置如下:
deploy:image: crun/kubecluster_name: myk8snamespace: defaulttemplate_content: |apiVersion: apps/v1kind: Deploymentmetadata:name: startup-nodespec:replicas: 1selector:matchLabels:app: startup-nodetemplate:metadata:labels:app: startup-nodespec:containers:- name: startup-nodeimage: {{CR_IMAGE}}
其中crun/kube
是官方提供的kubernetes
插件cluster_name
这里指定的是上面配置的kubernetes
集群,我们命名为:myk8s
namespace
指定kubernetes
集群的命名空间template_content
指定kubernetes
能有效识别的yaml
配置(可以包含:service
和deployment
等)image
中我们使用了一个变量{{CR_IMAGE}}
这个变量会自动从crun/docker
获取到build
后的完整镜像地址
增加部署步骤后我们再Build
一次,我们可以看到我们的部署增加了一个Log
:
部署后的kubernetes
效果:
$ kubectl get deployment startup-nodeNAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGEstartup-node 1 1 1 1 3h
$ kubectl get deployment startup-node -o=custom-columns=NAME:.metadata.name,IMAGE:.spec.template.spec.containers[0].image,STATUS:.status.availableReplicasNAME IMAGE STATUSstartup-node r.crun.top/hellwen/startup:latest 1
要使用kubectl
命令连接阿里云需要把前面的KubeConfig
配置到当前Shell
的.kube/config
文件中,至于如何配置可以参考kubernetes.io
上面的结果我们可以看到kubernetes
上的运行镜像被替换成r.crun.top/hellwen/startup:latest
这样我们就省去了填写镜像地址的麻烦.
到这里我们的部署就完成了.比起自己搭建Jenkins
是不是方便些