![\"Workflow](\"/img/blog-ad-1.jpg\")
In previous posts we have looked at the popularity of GitOps and a number of tools available to implement GitOps. Among the tools there are GitHub Actions. Given the popularity of GitHub in both enterprises and open-sourced communities, let's walk through how to set up GitHub Actions.
\nGitHub Actions is a new feature from GitHub that allows you to use serverless compute resources to build binaries, perform tests, execute deployments or just run any Linux or Windows commands without having to raise servers.
\nLet's demonstrate how easy it is to use, what the possibilities are and how you can create a fully functional CI/CD Pipeline in minutes.
\nWith GitHub Actions Workflows you can automate tests, builds and deployments.
\nIn order to enable GitHub Actions Workflows, all you need is to add a Workflow file into your repository. Workflow file is a YAML file located in the folder ./github/workflows/.
\nFor example you can see we have a Workflow file called my-pipeline.yaml under .github/workflows/
\n
Let's explore a simple Workflow file to understand the syntax. By the way, if you are familiar with Ansible Playbooks and Dockerfile syntax, you will find it to be very similar.
\n![\"A](\"/img/blog-ad-2.jpg\")
Here we have one GitHub Actions Workflow called My-Future-CICD-Pipeline that consists of two jobs mytesting and mydeploy, and we configured jobs dependency so only when job mytesting finishes running, job mydeploy begins execution.
\n
\nThis Workflow file will start on trigger Push to Master Branch, basically when this workflow should be executed
\nConsider having a few of the workflow files, for example:
\nWe are using GitHub Action VM Runner ubuntu-latest to execute our workflow, but you can use any other available options.
![\"GitHub](\"/img/blog-ad-3.jpg\")
The first step on each job configured is to check out the repository where this workflow is located, such that the entire repository code will be available on VM Runner for our validation, testing, compiling or any other code manipulation.
\n
\nWe have configured Environment Variables on three different levels:
\nHow does it feel now? Looks familiar and not as Groovy for Jenkins right?
\nIt will include this file in our repository and perform any push to master, this workflow will be executed.
![\"A](\"/img/blog-ad-4.jpg\")
If you click on the name of your Workflow (My-Future-CICD-Pipeline) you will be able to see that status of all Jobs and Steps:
\n![\"A](\"/img/blog-ad-5.jpg\")
![\"A](\"/img/blog-ad-6.jpg\")
As you can see, all steps have passed.
\nWell we didn't do anything special here, it was just an example for basic understanding. Notice we had set up the workflow step \"Test aws cli installation,\" where we verify if the aws cli is available. A passing status of this step means that aws cli is pre-installed on this VM Runner machine. We can use awscli to deploy our code from repository to AWS.
\nLet's make this happen! For this workflow to work though, we need to configure AWS credentials, which will be used to interact with our AWS account.
\nGitHub Repository Secrets
\nGitHub Repository supports secrets. They are secret environment variables that are fully encrypted. You will never see the values of those secrets once they are added. The secret environment variables can be accessed from any part of any workflow in this repository.
\nLet's define our AWS credentials as GitHub repository secrets:
\nNow let's store your AWS secrets in GitHub.
\nIn your GitHub repository
\n
\nFinally you should have something very similar to this:
![\"A](\"/img/blog-ad-7.jpg\")
Simple GitHub Actions for deploy Python Flask application to AWS
\nOk, now as we already know the basics, let's create a brand new workflow file that will create a deployment package of Python flask application from our repository code and will deploy it to AWS.
\nFirst we need to set our AWS credentials for authentication, and then
\nwe will use aws cli commands to deploy our application to AWS ElasticBeanstalk environment.
\nPre-requisites:
\nHere is a full CI/CD Pipeline for deployment of Flask application to AWS
\n![\"A](\"/img/blog-ad-8.jpg\")
We now have two Jobs:
\n
\nAs you can see we have to configure AWS credentials in each Job separately as each job executed on isolated runner, in the first job we need AWS credentials to copy our artifact to S3, and in the second job we need AWS credentials to create and deploy new version.
\nThis example is universal, which you can use in your own environment, just replace Global Environment Variables values to match your setup.
Conclusion
\nGitHub Action is a pretty new feature that has recently been made generally available. This feature simplifies automation that you need to set up to manage deployment from specific repositories. Also it's serverless you don't need to set up extraneous services like Jenkins and you have 2000 free minutes each month. If your repository is public, you have unlimited running time.
\n![\"A](\"/img/blog-ad-9.jpg\")
A lot of new GitHub Actions that were developed by the open source community have already been published and featured at GitHub that you can readily deploy. At the same time you can create your own.
\nGitHub Actions is still very new, but it has a lot of potential. The above is a simple example, but it can be configured to something considerably more complex.
\nWhat are your CI/CD needs? How are you deploying your services into production automatically? We are always available to help you with your delivery needs. Please contact us at info@myops.co.il
","frontmatter":{"url":"automate-deployment-to-aws-with-github-actions","seo":{"title":"Automate Deployment to AWS with GitHub Actions","description":"In previous posts we have looked at the popularity of GitOps and a number of tools available to implement GitOps. Among the tools there are GitHub Actions. Given the popularity of GitHub in both enterprises and open-sourced communities, let's walk through how to set up the new feature; GitHub Actions.","canonical":null,"image":{"childImageSharp":{"fluid":{"aspectRatio":1.4970059880239521,"src":"/static/671506745a2600616b877b8ba95908eb/724c8/github-actions-blog.jpg","srcSet":"/static/671506745a2600616b877b8ba95908eb/84d81/github-actions-blog.jpg 250w,\n/static/671506745a2600616b877b8ba95908eb/f0719/github-actions-blog.jpg 500w,\n/static/671506745a2600616b877b8ba95908eb/724c8/github-actions-blog.jpg 1000w,\n/static/671506745a2600616b877b8ba95908eb/d79bd/github-actions-blog.jpg 1500w,\n/static/671506745a2600616b877b8ba95908eb/a66ad/github-actions-blog.jpg 2000w,\n/static/671506745a2600616b877b8ba95908eb/41bee/github-actions-blog.jpg 5200w","srcWebp":"/static/671506745a2600616b877b8ba95908eb/36ebb/github-actions-blog.webp","srcSetWebp":"/static/671506745a2600616b877b8ba95908eb/1d872/github-actions-blog.webp 250w,\n/static/671506745a2600616b877b8ba95908eb/4e6d4/github-actions-blog.webp 500w,\n/static/671506745a2600616b877b8ba95908eb/36ebb/github-actions-blog.webp 1000w,\n/static/671506745a2600616b877b8ba95908eb/fd45d/github-actions-blog.webp 1500w,\n/static/671506745a2600616b877b8ba95908eb/6e77b/github-actions-blog.webp 2000w,\n/static/671506745a2600616b877b8ba95908eb/a7c71/github-actions-blog.webp 5200w","sizes":"(max-width: 1000px) 100vw, 1000px","maxHeight":667,"maxWidth":1000}}}},"title":"Automate Deployment to AWS with GitHub Actions","date":"2020-02-18T17:00:00.000Z","tags":["AWS","DevOps"],"author":{"name":"MyOps","photo":{"extension":"png","publicURL":"/static/3ff870573bc56665ee67e3cf3f5fc163/logo-small.png","childImageSharp":{"fluid":{"aspectRatio":0.8759124087591241,"src":"/static/3ff870573bc56665ee67e3cf3f5fc163/b460a/logo-small.png","srcSet":"/static/3ff870573bc56665ee67e3cf3f5fc163/d966b/logo-small.png 120w,\n/static/3ff870573bc56665ee67e3cf3f5fc163/67196/logo-small.png 240w,\n/static/3ff870573bc56665ee67e3cf3f5fc163/b460a/logo-small.png 480w,\n/static/3ff870573bc56665ee67e3cf3f5fc163/eec14/logo-small.png 596w","srcWebp":"/static/3ff870573bc56665ee67e3cf3f5fc163/35871/logo-small.webp","srcSetWebp":"/static/3ff870573bc56665ee67e3cf3f5fc163/83552/logo-small.webp 120w,\n/static/3ff870573bc56665ee67e3cf3f5fc163/2b5a3/logo-small.webp 240w,\n/static/3ff870573bc56665ee67e3cf3f5fc163/35871/logo-small.webp 480w,\n/static/3ff870573bc56665ee67e3cf3f5fc163/c0cb3/logo-small.webp 596w","sizes":"(max-width: 480px) 100vw, 480px"}}}},"image":{"childImageSharp":{"fluid":{"aspectRatio":1.5,"src":"/static/671506745a2600616b877b8ba95908eb/8c3c2/github-actions-blog.jpg","srcSet":"/static/671506745a2600616b877b8ba95908eb/15aed/github-actions-blog.jpg 300w,\n/static/671506745a2600616b877b8ba95908eb/a07a5/github-actions-blog.jpg 600w,\n/static/671506745a2600616b877b8ba95908eb/8c3c2/github-actions-blog.jpg 1200w,\n/static/671506745a2600616b877b8ba95908eb/cd33f/github-actions-blog.jpg 1800w,\n/static/671506745a2600616b877b8ba95908eb/1c8c6/github-actions-blog.jpg 2400w,\n/static/671506745a2600616b877b8ba95908eb/e17d9/github-actions-blog.jpg 5200w","srcWebp":"/static/671506745a2600616b877b8ba95908eb/e7405/github-actions-blog.webp","srcSetWebp":"/static/671506745a2600616b877b8ba95908eb/4fec1/github-actions-blog.webp 300w,\n/static/671506745a2600616b877b8ba95908eb/483a3/github-actions-blog.webp 600w,\n/static/671506745a2600616b877b8ba95908eb/e7405/github-actions-blog.webp 1200w,\n/static/671506745a2600616b877b8ba95908eb/7f800/github-actions-blog.webp 1800w,\n/static/671506745a2600616b877b8ba95908eb/7acea/github-actions-blog.webp 2400w,\n/static/671506745a2600616b877b8ba95908eb/07c28/github-actions-blog.webp 5200w","sizes":"(max-width: 1200px) 100vw, 1200px"}}}}}},"pageContext":{"id":"3ab9aab3-a6e5-53ec-8c9c-9ab3559bd7bb","categories":["AWS","DevOps"]}},"staticQueryHashes":["2022990323","639612397"]}