This blog post is the result of a collaboration between Amazon Web Services and HashiCorp. HashiCorp is an AWS Partner Network (APN) Advanced Technology Partner with AWS Competencies in both DevOps and Containers.
Introduction
Customers running microservices-based applications on Amazon Elastic Kubernetes Service (Amazon EKS) are looking for guidance on architecting complete end-to-end Continuous Integration (CI) and Continuous Deployment / Delivery (CD) pipelines using Jenkins and Spinnaker. Jenkins is a very popular CI server with great community support and many plugins (Slack, GitHub, Docker, Build Pipeline) available. Spinnaker provides automated release, built-in deployment, and supports blue/green deployment out of the box.
This post, a companion piece to Continuous Delivery using Spinnaker on Amazon EKS, focuses on Continuous Integration, and will discuss installation and configuration of Jenkins on Amazon EC2 using Hashicorp Terraform. We will also discuss the creation of Spinnaker pipelines, a combination of stages that enable powerful coordination and branching. These pipelines can be started manually or can be automatically triggered by an event, such as a new Docker image appearing in the Docker registry. Other services and technologies used in this post include Amazon EC2, AWS Cloud9, Docker Hub, and Amazon EKS.
Overview of concepts
Terraform
Terraform is a tool for building, changing, and versioning infrastructure safely and efficiently. It is controlled via an easy-to use command line interface (CLI), as well as a free-to-use SaaS offering called Terraform Cloud and a private installation for enterprise. Terraform can manage existing and popular service providers as well as custom in-house solutions. Configuration files describe to Terraform the components needed to run a single application or your entire datacenter. Terraform generates an execution plan describing what it will do to reach the desired state, and then executes it to build the described infrastructure. As the configuration changes, Terraform is able to determine what changed and create incremental execution plans which can be applied. The key features of Terraform are: Infrastructure as Code, Execution Plans, Resource Graph, and Change Automation.
Jenkins
Jenkins is a self-contained, open source automation server which can be used to automate all sorts of tasks related to building, testing, and delivering or deploying software. It can be installed through native system packages, Docker, or even run standalone by any machine with a Java Runtime Environment (JRE) installed.
Prerequisites
To implement the instructions in this post, you will need the following:
- AWS account
- Docker Hub account
- GitHub account
Architecture
In this post, I will discuss the following architecture for continuous integration:
Fig 1. Continuous Integration Architecture
Overview of steps:
- Create a Jenkins CI server using Terraform.
- Configure Jenkins.
- Configure Jenkins job and pipeline.
- Create and configure Spinnaker pipelines.
- Run Spinnaker pipelines manually.
- Modify code and push the code change using AWS Cloud9.
- Clean up.
Create a Jenkins CI server using Terraform
Provisioning a Jenkins CI server manually can be error-prone and time-consuming, so I shall be configuring the Jenkins Continuous Server (CI) using Infrastructure as Code (IaC). For this post, I have decided to use Terraform. Log in to the AWS Management Console and create an EC2 key pair (in my examples, the name of the key pair is ibuchh-key
) .Using your GitHub account, fork the code sample repository at https://github.com/aws-samples/amazon-eks-jenkins-terraform.git
From the AWS Cloud9 IDE, open a shell terminal and do the following (replace aws-samples
with your GitHub account):
Fig 2. Output of Terraform apply
Terraform apply
will also output the IP address of the Jenkins CI server as shown above.
Terraform will provision an AWS EC2 instance and install git, Apache Maven, Docker, Java 8, and Jenkins as shown in the install_jenkins.sh
file:
Using a browser, open the page at http://jenkins_ip_address:8080; the Jenkins admin page will be displayed:
Fig 3. Jenkins admin page
Using the AWS Cloud9 shell terminal, log in to the Jenkins CI server, find the Administrator password by running the following command:
sudo cat /var/lib/jenkins/secrets/initialAdminPassword
Enter this Administrator password on the Jenkins Console by pasting it into the input box, and click Next. Click Install suggested plugin.
Configure Jenkins
1. Plugins:
Log in to the Jenkins console, click Manage Jenkins → Manage Plugins → Available. Choose and install Docker plugin and GitHub Integration Plugin, then restart Jenkins by clicking the Restart Jenkins check box as shown here:
Fig 4. Jenkins plugins
2. Credentials:
Docker Hub: Click Credentials → global → Add Credentials, choose Username with password as Kind, enter the Docker Hub username and password and use dockerHubCredentials
for ID.
GitHub: Click Credentials → Global → Add Credentials , choose Username with password as Kind, enter the GitHub username and password and use gitHubCredentials
for ID.
Configure the Jenkins job and pipeline
From the Jenkins console, click New item. Choose Multibranch Pipeline, name it petclinic
and click OK.
Fig 5. Jenkins Multibranch Pipeline
Choose GitHub and from the drop-down select the GitHub credentials. Enter the GitHub URL as shown below and click Save to save the Jenkins job.
Fig 6. Jenkins job details
The Jenkins build executor will check out and scan the GitHub repository and execute the stages in the pipeline as laid out in the Jenkins file shown below. Make sure that you replace the registry with your Docker registry URL inside the build stage.
Below is a screenshot of the final run; if all goes well, you will see a new Docker image pushed to your Docker registry.
Fig 7. Pipeline stages
Create and configure Spinnaker pipelines
A pipeline is a sequence of stages provided by Spinnaker, ranging from functions that manipulate infrastructure (deploy, resize, disable) to utility scaffolding functions (manual judgment, wait, run Jenkins job) that together precisely define your runbook for managing your deployments. Pipelines help you manage deployments consistently, repeatably, and safely.
1. Log in to the AWS Cloud9 IDE environment and open a new terminal. Run the following command:
kubectl get svc -n spinnaker
Fig 8. Spinnaker UI endpoints
2. Using a browser, log in to the Spinnaker UI using the spin-deck-public services
endpoint as shown in the output above.
Select the Applications tab, then Actions → Create Application. Enter petclinic
as Name and enter a valid email address, leave the rest of the fields blank.
Fig 9. Spinnaker Application
3. On the Pipelines tab, click Configure a new pipeline , enter DeployToUAT
as the Pipeline Name and click Create.
Fig 10. Spinnaker DeployToUAT pipeline
4. Click Add Artifact and choose GitHub → Kind , File path → kubernetes/petclinic.yaml
, Display name → Petclinic-Manifest
, Content URL →
https://api.github.com/repos/aws-samples/amazon-eks-jenkins-terraform/contents/kubernetes/petclinic.yaml
Fig 11. Pipeline artifacts
5. Click Add Trigger and choose Type → Docker Registry, Registry Name → your Docker registry as configured in Spinnaker, Organization → your Docker registry name, Image → Docker image as created by Jenkins.
Fig 12. Pipeline trigger
6. Click Add Stage, choose Stage Type → Deploy (Manifest) , Account → eks-uat
, Application → petclinic, Manifest Source → Artifact, Manifest Artifact → Petclinic-Manifest
, Artifact Account → spinnaker-github
.
Fig 13. Deploy Manifest Stage
7. Click Save to save the changes to the DeployToUAT pipeline.
8. Under the PIPELINES tab, click Create , enter ManualApproval
as the Pipeline Name and click Create. Click Add Trigger and Choose Type → Pipeline, Application → petclinic
, Pipeline → DeployToUAT
.
Fig 14. ManualApproval pipeline
9. Click Add Stage, choose Stage Name → Manual Judgement, under Judgement Inputs add two options Approve
and Reject
as shown below:
Fig 15. Manual judgement stage
10. Click Save to save the changes to the ManualApproval
pipeline.
11. Under Pipelines tab, click Create , enter DeployToProd
as the Pipeline Name and click Create. Click Add Trigger and Choose Type → Pipeline, Application → petclinic
, Pipeline → DeployToProd
.
12. Click Add Artifact and choose GitHub → Kind , File path → kubernetes/petclinic.yaml
, Display name → Petclinic-Manifest
, Content URL →
https://api.github.com/repos/aws-samples/amazon-eks-jenkins-terraform/contents/kubernetes/petclinic.yaml
Fig 16. Pipeline Artifacts
13. Click Add Trigger and choose Type → Docker Registry, Registry Name → your Docker registry as configured in Spinnaker, Organization → your Docker registry name, Image → Docker image created by Jenkins.
Fig 17. Pipeline trigger
14. Click Add Stage, choose Stage Type → Deploy (Manifest) , Account → eks-prod, Application → petclinic
, Manifest Source → Artifact, Manifest Artifact → Petclinic-Manifest
, Artifact Account → spinnaker-github
.
Fig 18. Deploy manifest stage
15. Click Save to save the changes of the DeployToProd
pipeline.
Run Spinnaker pipelines manually
Now run the three pipelines manually. Click Start Manual Execution, choose Pipeline → DeployToUAT, Type → Tag, Tag → enter a valid tag number. Click Run and watch the pipeline execution.
Fig 19. Pipeline execution
Modify code and push the code change using AWS Cloud9
Let us push a code change using AWS Cloud9 and watch the execution of the end-to-end Continuous Integration and Continuous Deployment pipelines in Jenkins and Spinnaker. Open AWS Cloud9 and change welcome to Welcome CI/CD
in messages.properties
file and save the file.
Fig 20. Push a code change
Open a shell terminal in AWS Cloud9 and run the following commands:
This will push the code change to the GitHub repository, which will in turn trigger the Jenkins pipeline. The Jenkins pipeline will run the individual stages and push the Docker image to Docker Hub registry. The creation of the new Docker image will trigger the Spinnaker DeployToUAT
pipeline, that will in turn trigger the Manual Approval
pipeline as shown below. At this time the new code change is delivered to the Amazon EKS UAT cluster: that’s Continuous Delivery.
Fig 21. Spinnaker pipeline
Choose Approve as the Judgement Input and click Continue to approve the code change that will trigger the DeployToProd
Spinnaker pipeline. The new code change is then deployed to the Amazon EKS production cluster: that’s Continuous Deployment.
Open the load balancer endpoint of the Amazon EKS Production cluster and you will see the new code change:
Fig 22. Application code change
Cleanup
To remove the Jenkins instance, run the following commands inside the AWS Cloud9 IDE:
Fig 23. Terraform destroy
Conclusion
In this post, we have outlined the detailed instructions needed to configure a Continuous Integration platform using Terraform and Jenkins on Amazon EKS. Jenkins can integrate with Spinnaker to architect complete CI/CD pipelines. Setting up Jenkins as a Continuous Integration (CI) system within Spinnaker lets you trigger pipelines with Jenkins, add a Jenkins stage to your pipeline, or add a script stage to your pipeline. To learn more about Terraform, see terraform.io or the Terraform documentation.
If you have questions or suggestions, please comment below.
Continuous Integration using Jenkins and HashiCorp Terraform on Amazon EKS | AWS Open Source Blog
原创文章,作者:奋斗,如若转载,请注明出处:https://blog.ytso.com/241055.html