In this module, you'll use AWS CodePipeline, AWS CodeBuild, and Amazon S3 to build a Continuous Delivery pipeline to automate a code deployment workflow for the Unicorn API.
CodePipeline orchestrates the steps to build, test, and deploy your code changes. Below is a screenshot of the CodePipeline you will build when have completed this module.
CodeBuild compiles source code, runs tests, and produces software packages that are ready to deploy to environments.
The Unicorn API buildspec.yml defines the commands used to build the project and the output artifacts.
version: 0.1
phases:
build:
commands:
- cd app && npm install
- aws cloudformation package --template app-sam.yaml --s3-bucket $S3_BUCKET --output-template template-export.yml
artifacts:
type: zip
files:
- template-export.yml
For the Unicorn API, the build command is the same CloudFormation package command used from the Serverless Application Model: Step 2, except that the S3 bucket has been externalized to an environment variable that CodeStar has configured on the project.
As a reminder, the CloudFormation package command packages the local source code, uploads it to S3, and returns a new CloudFormation template that has been modified to use the S3 references as the CodeUri.
For the Unicorn API, the output artifact is a zip archive that includes only the template-export.yml
file.
Each of the following sections provide an implementation overview and detailed, step-by-step instructions. The overview should provide enough context for you to complete the implementation if you're already familiar with the AWS Management Console or you want to explore the services yourself without following a walkthrough.
If you're using the latest version of the Chrome, Firefox, or Safari web browsers the step-by-step instructions won't be visible until you expand the section.
-
Each module has corresponding source code used to seed the CodeStar CodeCommit Git repository to support the workshop. To seed the CodeCommit Git repository, click on the Launch Stack button for your region below:
Region Launch US East (N. Virginia) US West (N. California) US West (Oregon) EU (Ireland) EU (Frankfurt) Asia Pacific (Sydney) -
The CloudFormation template has been prepopulated with the necessary fields for this module. No changes are necessary
-
Select the I acknowledge that AWS CloudFormation might create IAM resources. checkbox to grant CloudFormation permission to create IAM resources on your behalf
-
Click the Create button in the lower right corner of the browser window to create the CloudFormation stack and seed the CodeCommit repository.
-
There will be a short delay as the Git repository seeded with the new source code. Upon successful completion, the CloudFormation will show Status
CREATE_COMPLETE
.
Now that the CodeCommit Git repository has been seeded with new source code, you will need to fetch the changes locally so that you may modify the code. Typically, this is accomplished using the git pull
command, however for the workshop we have replaced the repository with a new history and different Git commands will be used.
Using your preferred Git client, run the commands on your local uni-api Git repository:
git fetch --all
git reset --hard origin/master
Using a text editor, open the app-sam.yaml
file and append a new AWS::Serverless::Function Resource labeled DeleteFunction
that has the following definition.
Note: whitespace is important in YAML files. Please verify that the configuration below is added with the same space indentation as the CloudFormation Resources in the app-sam.yaml file.
-
FunctionName is
uni-api-delete
-
Runtime is
nodejs6.10
-
CodeUri is
app
-
Handler is
delete.lambda_handler
-
Description is
Delete a Unicorn
-
Timeout is
10
-
Event type is
Api
associated to the/unicorns/{name}
Path anddelete
Method -
Environment variable named
TABLE_NAME
that references theTable
Resource for its value. -
Role is duplicated from another function.
If you are unsure of the syntax to add to app-sam.yaml
please refer to the code snippet below.
app-sam.yaml additions to support Delete function (expand for details)
DeleteFunction:
Type: 'AWS::Serverless::Function'
Properties:
FunctionName: 'uni-api-delete'
Runtime: nodejs6.10
CodeUri: app
Handler: delete.lambda_handler
Description: Delete Unicorn
Timeout: 10
Events:
DELETE:
Type: Api
Properties:
Path: /unicorns/{name}
Method: delete
Environment:
Variables:
TABLE_NAME: !Ref Table
Role:
Fn::ImportValue:
!Join ['-', [!Ref 'ProjectId', !Ref 'AWS::Region', 'LambdaTrustRole']]
-
Using your Git client, add the local changes to the Git index, and commit with a message. For example:
%> git add . %> git commit -m "Add delete function"
-
Using your Git client, push the Git repository updates to the origin. For example:
%> git push origin
After pushing your changes to the CodeStar project's CodeCommit git repository, you will confirm that the changes are build and deployed successfully using CodePipeline.
-
In the AWS Management Console choose Services then select CodeStar under Developer Tools.
-
Select the
uni-api
project -
Observe that the continuous deployment pipeline on the right of the browser window now shows the Source stage to be blue, meaning that it is active.
-
Each stage's color will turn blue during execution and green on completion. Following the successful execution of all stages, the pipeline should look like the following screenshot.
-
In the AWS Management Console, click Services then select API Gateway under Application Services.
-
In the left nav, click on
awscodestar-uni-api-lambda
. -
From the list of API resources, click on the
DELETE
link under the/{name}
resource. -
On the resource details panel, click the
TEST
link in the client box on the left side of the panel. -
On the test page, enter
Shadowfox
in the Path field. -
Scroll down and click the Test button.
-
Scroll to the top of the test page, and verify that on the right side of the panel that the Status code of the HTTP response is 200.
-
In the AWS Management Console choose Services then select CodeStar under Developer Tools.
-
Select the
uni-api
project -
Copy the URL from the Application endpoints tile on the right side of the dashboard.
-
Paste the URL in a browser window and append
/unicorns
to the path and hit enter. For example:https://xxxxxxxxxx.execute-api.us-east-1.amazonaws.com/Prod/unicorns/
-
Confirm that the browser shows a JSON result that no longer includes
Shadowfox
in the list of Unicorns.
Now that we have a working API, let's consider what steps we can take to ensure that we prevent bugs from creeping into our code. As you can see, manual testing of our API has a couple of issues; we have to wait for the build process to complete and it takes a human being to go through the steps to verify the API works using the API Gateway service. It would be faster and more reliable to have an automated process that can perform this verification, and it would be even better to have these checks integrated into our build processes.
The repository you cloned in the steps above already include a set of tests that verify the functionality of our Lambda functions, so we won't need to write them from scratch. In the below steps, we will install the tools necessary to execute these tests, fix an issue that we discover has crept into our code, and take steps to ensure these issues won't crop up again in the future.
-
Change directory to your local uni-api Git repository if you aren't already there.
-
Install the development tools needed to run unit tests using Node Package Manager:
npm install
-
Now that the tools have been installed, let's run our unit testing tool. Since the code for this project was written in Nodejs, we're using the Mocha test framework (https://mochajs.org/). This was already registered in our
package.json
file, so it was installed automatically in the previous step.node_modules/.bin/mocha
Our suite of tests will then run, and we will discover that there's an issue in our code! One of our Lambda functions is not returning the correct response when we attempt to read a non-exitent unicorn's data.
Let's examine the output of our test run. We see that the test expected that we would return the standard "404" error code if we attempted to read a unicorn that did not exist in the system, and instead our Lambda code returns a "500." Let's fix that.
-
Using a text editor, open
app/read.js
and navigate to the end where we construct our response. We will see that, where we specify the status code to return, we use the existence of a retured item to determine whether we return a 200 (OK) or a 500 (server error) code. -
Change the code to return a 404 (resource not found) status code instead of a 500.
-
Now that we have fixed our code, let's verify the behavior by re-running our unit testing tool:
node_modules/.bin/mocha
-
Verify that there are no errors reported by our test run.
Having this testing framework in place ensures that the exact same set of steps are run every time we test our code. However, we are still running this test manually. Let's configure our CodeBuild environment to run these tests for us every time a build is performed.
-
Using a text editor, open
buildspec.yml
and navigate to thebuild:
section. -
We have discovered that our nemesis, Chet, has disabled our unit tests! Why, Chet, why?! To fix this, uncomment the line that executes the
mocha
command so our unit tests will be run during the build. -
Using your Git client, add the local changes to the Git index, commit these changes with a message, and push our local changes to the repository. For example:
%> git add -u %> git commit -m "Enabled unit tests and fixed issues." %> git push
-
In the AWS Management Console, click Services then select CodeStar under Application Services.
-
In the list of projects, select the
uni-api
project by clicking its name. -
In the dashboard view that is presented to you, scroll down until you can see the "Continuous Deployment" tile.
-
Ensure that the most recent execution of the Build step took place after you committed the code in the steps above. If you have just committed your changes it may take a few minutes for your changes to be detected and executed.
-
Once the Build step has completed, click the
CodeBuild
link inside the step to view the CodeBuild project and build history. -
Scroll down to the "Build History" section.
-
Click the entry for the most recent build to view the details of the build.
-
Scroll down to the Build logs section.
-
Inspect the build log, looking for a section that begins with
Running command mocha
and reports the results of the test pass (should be5 passing
).
Congratulations! You have successfully created a Continuous Delivery Pipeline using CodePipeline to automate the deployment of the Unicorn API. In the next X-Ray Module, you will integrate AWS X-Ray to demonstrate how to troubleshoot the Unicorn API.