I’ve mentioned CloudFront’s speed, or lack thereof, several times in my past posts.
I previously covered how I scored A+ for security headers on my site, which uses AWS CloudFront. I didn’t touch on scoring A+ for your TLS configuration though.
Instance Recovery is a little-advertised, little-used feature of EC2. It doesn’t take long to set up and promises to recover your instance on the rare occasion that the underlying hardware fails. Recovery resumes the instance on new hardware, retaining its instance ID, private IP addresses, Elastic IP addresses, and all instance metadata.
Sometimes when testing CloudFormation features I need a minimum viable template to try that feature with.
I’ve been working with CloudFormation in some form for about five years now.
Two years ago at Time Out, I helped write an in-house tool that performed some basic template linting.
One year ago at Genus AI, I started using the AWS Labs tool
cfn-lint to validate my templates before deployment.
It’s really neat, covers a lot more than our in-house tool did, and has saved me from a number of mistakes.
CloudFormation’s stack drift detection feature is useful. It discovers ways your infrastructure that you beautifully set up with Infrastructure-as-Code has been fiddled with manually. Often this results from a “quick temporary fix” being applied manually on the web console at 2am, then forgotten about.
I received a cheery notification email (twice) from AWS that they’re deprecating Ubuntu 14.04 on CodeBuild:
On Saturday, I posted my guide on Scoring A+ for Security Headers in Django, following my talk at DjangoCon Europe. I thought it would be a good idea to step up and make my own site score A+, rather than a dismal F! My site isn’t built in Django, but as a Jekyll static site. It’s hosted on AWS S3 and CloudFront.