应用自动化部署篇

截止昨天已经将应用容器化并部署到k8s平台上，但是每次都要手动部署肯定不现实，所以有一个可自动部署的平台或功能是很重要的，这样就能实现随时开发随时部署了。那么有什么办法可以实现自动部署呢？

pipeline {
 agent any
 stages {
 stage('Checkout') {
 steps {
 echo 'Checking out...'
 checkout scm
 }
 }
 stage('Build') {
 steps {
 echo 'Building...'
 sh 'npm install'
 }
 }
 stage('Test') {
  steps {
 echo 'Testing...'
 sh 'npm test'
 }
 }
 stage('Lint') {
 steps {
 echo 'Linting...'
 sh 'npm run lint'
 } 
 }
  stage('Build Image') {
 steps {
 echo 'Building Docker Image...' 
 sh 'docker build -t hello-world:latest .' 
 }
 }
 stage('Push Image') {
 steps {
 echo 'Pushing Docker Image...'
 sh 'docker push hello-world:latest' 
 }
 }
 stage('Deploy') {
 steps {
 echo 'Deploying...'
 sh 'kubectl apply -f deployment.yaml' 
 }
 }
 } 
}

image: node:latest
stages:
 - install
 - test
 - lint
 - build
 - deploy
install:
 stage: install
 script:
 - npm install
test:
 stage: test
 script:
 - npm test
lint:
 stage: lint
 script:
 - npm run lint
build:
 stage: build
 script:
 - docker build -t frontend:latest .
deploy_job:
 stage: deploy
 script:
 - docker push frontend:latest
 - kubectl apply -f deployment.yaml
deploy:
 stage: deploy
 script:
- kubectl apply -f deployment.yaml

name: CI/CD Workflow
on: push
jobs:
 install:
 name: Install dependencies
 runs-on: ubuntu-latest
 steps:
 - name: Checkout code
 uses: actions/checkout@v2
 - name: Install npm dependencies
 run: npm install
 test:
 name: Run tests
 runs-on: ubuntu-latest
 steps:
 - name: Checkout code
 uses: actions/checkout@v2
 - name: Run tests
 run: npm test
 lint:
 name: Run linter
 runs-on: ubuntu-latest
 steps:
 - name: Checkout code
 uses: actions/checkout@v2 
 - name: Run linter
 run: npm run lint 
 build:
 name: Build docker image
 runs-on: ubuntu-latest
 steps: 
 - name: Checkout code
 uses: actions/checkout@v2 
 - name: Build docker image
 run: docker build -t frontend:latest .
 deploy:
 name: Deploy to Kubernetes
 runs-on: ubuntu-latest
 steps: 
 - name: Checkout code
 uses: actions/checkout@v2
 - name: Deploy to Kubernetes
 run: |
  docker push frontend:latest
 kubectl apply -f deployment.yaml

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
 name: example
spec:
 project: default
 source:
 repoURL: https://github.com/argoproj/argocd-example-apps.git
 targetRevision: HEAD
 path: example
 destination:
 server: https://kubernetes.default.svc
 namespace: argocd-example-apps
 syncPolicy:
 automated: true

在这里可以找到注册gitlab-runner相关信息

如何安装gitlab-runner

可以二进制安装，也可以helm安装，直接搜索helm官方网站就可，gitlab也给出了对应不同系统的安装方式包括kubernetes。

这里我使用helm3 安装gitlabrunner，命令如上所示：

这里给下我的两种方式的ci文件

build-job: # This job runs in the build stage,
which runs first.
stage: build
script:
 -
echo "Compiling the code..."
 -
npm install
 -
npm run build
 -
docker build -t cops-fe .
 -
echo "Compile complete."
deploy-job: # This job runs in the deploy stage.
stage: deploy  # It only runs when
*both* jobs in the test stage complete successfully.
environment: kubesphere-1
script:
 -
echo "Deploying application..."
 -
kubectl apply -f cops-fe.yaml
 -
echo "Application successfully deployed."
only:
 -
master

Helm方式

yaml

image: node:latest
variables:
DOCKER_HOST: tcp://docker.example.com:2375
CI_REGISTRY: registry.example.com
CI_REGISTRY_USER: gitlab-ci-token
CI_REGISTRY_PASSWORD: $CI_JOB_TOKEN
CI_ENVIRONMENT_SLUG: production
build:
stage: build
script:
 -
npm install
 -
npm run build
 -
docker build -t $CI_REGISTRY/my-group/my-project:$CI_COMMIT_REF_SLUG .
 -
docker push $CI_REGISTRY/my-group/my-project:$CI_COMMIT_REF_SLUG
deploy:
stage: deploy
environment:
name: $CI_ENVIRONMENT_SLUG
script:
 -
helm upgrade my-release ./helm-charts --set image.tag=$CI_COMMIT_REF_SLUG
 
rollback:
stage: rollback
environment:
name: $CI_ENVIRONMENT_SLUG
script:
- helm rollback
my-release 1

这期间会遇到类似的问题：

这个错误意味着GitLab Runner没有权限创建Kubernetes Secrets，执行授权即可。

kubectl create
clusterrolebinding gitlab-runner \
 --clusterrole=cluster-admin \
 --serviceaccount=gitlab-runner:default