Book Image

Cloud-Native Continuous Integration and Delivery

By : Onur Yılmaz
Book Image

Cloud-Native Continuous Integration and Delivery

By: Onur Yılmaz

Overview of this book

<p>Cloud-native software development is based on developing distributed applications focusing on speed, stability, and high availability. With this paradigm shift, software development has changed substantially and converted into a more agile environment where distributed teams develop distributed applications. In addition, the environment where the software is built, tested and deployed has changed from bare-metal servers to cloud systems. In this course, the new concepts of cloud-native Continuous Integration and Delivery are discussed in depth. Cloud-native tooling and services such as cloud providers (AWS, Google Cloud) containerization with Docker, container-orchestrators such as Kubernetes will be a part of this course to teach how to analyze and design modern software delivery pipelines.</p>
Table of Contents (6 chapters)

Chapter 3: Cloud-Native Continuous Delivery and Deployment

Solution for Activity 2: Continuous Delivery/Deployment Pipeline for Cloud-Native Microservices

The aim of this activity is to extend the CI pipeline for the book-server with the continuous delivery of containers and finally deployment to the Kubernetes cluster. To complete this activity, all the previous exercises across this chapter have to be completed.

The scenario of this activity is as follows: once the production-ready container has been built at the end of the CI pipeline from the previous chapter, we need the new stages to tag the container and push it to the registry. In addition, only the master branch should be tagged as the latest and proceed to installation in production. In other words, a MySQL database and book-server should be installed/updated using Helm for only the master branch. The pipeline stages and their statuses should be checked in the GitLab web interface, as shown in the following screenshot:

Figure 3.48: CI/CD Pipelines view in GitLab

You should ensure that all of the stages of the pipeline are green and that they are appended to the last stage of the CI pipeline in a sequential way, as shown in the following screenshot:

Figure 3.49: Pipeline stages on GitLab

Additionally, with every successful run of the pipeline in the master branch, the book-server in the Kubernetes cluster should be updated. This can be checked with the kubectl describe deployment command. Make sure that the image tag matches the latest command in master:

kubectl describe deployment book-server 

By running the above command you should obtain the following output.

Figure 3.50: Image of the book-server deployment

Image tags of the container starting with 7b6a... should match the latest commit ID in your repository, which shows that the pipeline successfully updates the deployment in the cluster with the latest commit.

Execute the following steps to successfully complete the activity:

  1. Download the forked repository (this was forked in step 1 of exercise 3) to your local system, copy the .gitlab-ci.yml ( definition from the previous chapter where the CI pipeline where completed, and replace the existing .gitlab-ci.yml file using the following commands:

    git clone<USERNAME>/book-server-cd.git
    cd book-server-cd
    curl > .gitlab-ci.yml

    With these commands, you will clone the forked repository and then replace the current GitLab pipeline definition with the one from the previous chapter.

  2. Create a build-push stage by using the docker build and push commands, using the $CI_COMMIT_SHA as the commit ID. You can do this by typing the following code into the .gitlab-ci.yml file:

      stage: build-push
      - docker login -u gitlab-ci-token -p $CI_JOB_TOKEN $CI_REGISTRY
      - docker build --target production --build-arg VERSION=$CI_COMMIT_SHA -t $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA .
      - docker push $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA
  3. Create a push-latest stage for the master branch to tag the container with the latest tag and push it to the registry again by typing in the following code:

      stage: push-latest
        - master
      - docker login -u gitlab-ci-token -p $CI_JOB_TOKEN $CI_REGISTRY
      - docker pull $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA
      - docker push $CI_REGISTRY_IMAGE:latest
  4. Create a database stage using the devth/helm image and use upgrade option of helm. You can use the following code to complete this step:

     stage: database
     image: devth/helm
     environment: production
        - master
      - helm upgrade --install mysql --set mysqlRootPassword=password,mysqlUser=mysql,mysqlDatabase=default stable/mysql
  5. Create a deploy stage, similar to the database stage, for installing book-server by typing in the following code:

      stage: deploy
      image: devth/helm
      environment: production
        - master
      - helm upgrade --install book-server --set image.repository=$CI_REGISTRY_IMAGE,image.tag=$CI_COMMIT_SHA ./helm
  6. Commit the .gitlab-ci.yml file to the repository by running the following commands locally:

    git add .gitlab-ci.yml
    git commit -m "ci pipeline"
    git push origin master
  7. Open the GitLab interface, click the CI/CD tab, and then click the Run Pipeline tab, as shown in the following screenshot:

    Figure 3.51: Run pipeline page on GitLab

    You will navigate to a page with a create pipeline tab, as shown in the following screenshot:

    Figure 3.52: Create pipeline page on GitLab

  8. Click Create pipeline and then observe the status of the pipeline, as shown in the following screenshot:

    Figure 3.53: A completely successful pipeline

    Once all of the stages have been completed successfully, the entire pipeline will turn green, as shown in the preceding screenshot.


    A pipeline solution is already available in the root folder of book-server-cd in the .gitlab-ci.yml file: