本文共 4462 字,大约阅读时间需要 14 分钟。
今天给大家介绍下我们的程序是如何部署到阿里云Kubernetes(托管版)
我们使用三种开发语言,分别是:node, python, golang.三种语言的部署有一些差别,但主要步骤都是一样的.我们今天先介绍下node(前端)的部署方式.
核心的部署步骤如下:
阿里云的Kuberntes支持三种模式:
Master
节点.这种模式用户仅需要管理Node
节点,基本不需要担心节点挂了,并且可以自行确定Node
节点要求的性能.后续升级也可以交给阿里云负责上面的三种模式我们选择了第2种,因为托管模式可以提供用户足够的自由度又不需要要求太高的管理水平.当然对于三种模式都是支持的.我们来看下具体如何配置集群.
不管哪种集群创建后都可以在控制台获取到KubeConfig
配置,在阿里云控制台点击某个集群后可以看到下图KubeConfig
:
我们需要三个信息:
Key
,证书对应的Key
,相当与密钥有了这三个信息我们就可以配置集群
在CodeRun
控制台的整合
->Kubernetes
,点击右边的添加
按钮选择证书
模式,如图:
名称
是你可以自行定义的名称,这个名称可以方便后续在Pipeline
中使用,所以最好取一个好记的名称(这里使用myk8s
).在CodeRun
控制台的Repo|仓库
,点击添加仓库
.在右侧选择代码仓库,(如果不是当前用户的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
点击创建
后,我们可以看到添加好的仓库:
点击coderuntop/startup
后我们可以看到Pipeline
页面,如图:
因为我比较习惯使用Yaml
配置,所以点击上图右边的Yaml
选项,并且确定进行覆盖
后可以看到Yaml
配置:
配置如下:
steps: docker: image: crun/docker registry_name: coderun repo_name: hellwen/startup dockerfile_content: | FROM node:8.0-alpine AS builder WORKDIR /app COPY package.json /app # Creating tar of productions dependencies RUN npm install && cp -rp ./node_modules /tmp/node_modules FROM node AS runner EXPOSE 8080 WORKDIR /app # Adding production dependencies to image COPY --from=builder /tmp/node_modules /app/node_modules # Copying application code COPY . /app CMD npm run serve context: . tags: latest
其中,repo_name
配置的名称需要进行修改,如上已经修改成:coderuntop/startup
修改成用户名/项目名
格式,其中用户名就是你当前用户的名称,可以通过控制台
配置好我们就可以进行下测试了,选择仓库的分支,因为这个项目我把前端代码写在node
分支中,所以这里直接点击node
分支的Build
按钮
点击后在Build
页面可以看到正在跑的Build
任务:
Build
右边的绿色打勾图标说明这次Build
成功,我们的Dockerfile
是正常的.
点击进入某个Build
任务后可以看到对应的Build
日志:
增加的部署配置如下:
deploy: image: crun/kube cluster_name: myk8s namespace: default template_content: | apiVersion: apps/v1 kind: Deployment metadata: name: startup-node spec: replicas: 1 selector: matchLabels: app: startup-node template: metadata: labels: app: startup-node spec: containers: - name: startup-node image: { {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
是不是方便些
转载地址:http://roiql.baihongyu.com/