AWS CodeDeploy


It took me way more time than I’d imagine to add an automated S3-to-EC2 deploy via CodeDeploy & CodePipeline. Such an arduous journey that I’d rather not wish to repeat without the following notes.



Troubles on the horizon

The immediate sign of trouble was mysterious differences between A) the ‘revision’ as reported by CodePipeline and stored in its S3 bucket and B) what CodeDeploy received on the target EC2 instance. In other words, appspec.yml, and the scripts it refered to, differed between target EC2 and what was reported as the latest revision on CodeDeploy’s deployment.

In hindsight, I would’ve rather deployed my own webhooks on target EC2s. Or skipped straight to an EKS deployment for these legacy services as well. The agent is still burdened by memory leaks and plethora of other issues.


All in all, the whole saga left a bitter aftertaste, since 1) I never would’ve expected that, for setting a mere CD pipeline, one would have to read that much documentation, and more importantly, 2) that the CodeDeploy agent can’t gracefully handle manual intervention, such as deleting older deployment d-<some_id> directories.

When you do a deployment, it (codedeploy-agent) will actually use the ApplicationStop from your last successful deployment, not your current deployment.

At least this isn't a full screen popup

That'd be more annoying. Anyways, subscribe to my newsletter to get new posts by email! I write about AWS, Elixir, and more.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.