Nuts and Bolts

Everyone has opinions and thoughts. Here are some of ours.

Jack and the Elastic Beanstalk - Easy Way to Manage AWS Elastic Beanstalk Environments

As with most AWS services, Elastic Beanstalk is great and simply require some tooling on top of the service to speed up the flow. This post covers the jack tool that be use to quickly create and manage Elastic Beanstalk environments.

Speeding Up AWS Elastic Beanstalk's eb deploy

As I’ve covered in Jack and the Elastic Beanstalk, Elastic Beanstalk is a great PaaS offering from AWS that allows developers to deploy and run their applications on EC2 instances. I been tinkering with a few different ways to speed up the eb deploy command from my local machine and was able to speed it up somewhat. Though honestly I was hoping for better results. I will detailed the results to show what I learned.

Note, the project and all it’s files are available on GitHub at tongueroo/hi under the docker-cache branch.

Ufo — Easily Build Docker Images and Deploy Containers to AWS ECS

Amazon EC2 Container Service, ECS, is an AWS service that provisions and manages Docker containers on a cluster of EC2 instances. As with most of AWS services, it is great and simply requires a little tooling wrapped around it to create a smooth flow. Ufo is a simple tool that makes building and shipping Docker containers to AWS ECS super easy.

AutoScaling CloudFormation Template with Lono

In the last CloudFormation post, Generating CloudFormation Templates with Lono, the stack was intentionally designed simple to allow focus on learning and understanding CloudFormation basics. The stack was not that useful in real life. Today, I’ll walk through a CloudFormation template that is practical and useful for real life use cases: an AutoScaling App Tier.

Lono Improvements v2.1.0

Recently, I’ve made some major improvements and updates to the lono tool. I thought it would be nice to provide a post detailing the changes for everyone.

Continuously Generate CloudFormation Templates with Lono and Guard

When using lono if you sometimes forgot to regenerate the templates after making changes you can use lono with guard to never have to remember again.

Generating Hundreds of CloudFormation Templates with Lono

Writing CloudFormation templates becomes difficult to manage once you start using it heavily. Whether it is one complicated template or multiple simple templates, maintaining the templates are a decent amount of work. This post covers a tool I wrote called lono to that manages and generates CloudFormation templates.

AWS CloudFormation dry-run with lono cfn preview

I’ve covered lono cfn in Easily Manage CloudFormation Templates with lono cfn. After learning about AWS CloudFormation Change Sets, I was decided to add a dry-run mode to the lono tool. This dry-run command simplifies the usage of change sets to a single command: lono cfn preview 😁

Easily Manage CloudFormation Templates - Introduction to Lono Template Generation

Lono is a tool that generates CloudFormation templates from smart ERB templates. With it, you can use variables and simplify managing your raw CloudFormation templates greatly.

Why Generate CloudFormation Templates with Lono

Writing CloudFormation templates becomes difficult to manage once you start using it heavily. Whether it is one complicated template or multiple simple templates, maintaining the templates are a decent amount of work. This post talks about why I built a tool called lono to help manage and generate a large amount of CloudFormation templates.

A Simple Introduction to AWS CloudFormation Part 4: Change Sets = Dry Run Mode

I am a big fan of AWS CloudFormation because it gives you the power to codify the infrastructure and provision it in a repeatable way. One thing that I’ve always wished that CloudFormation had was the ability to see the what changes would be applied ahead of time before hitting that update-stack button. Who wants to hit a big scary red button without knowing what is about to happen? I don’t.

A Simple Introduction to AWS CloudFormation Part 3: Updating a Stack

In the last 2 stories, we created an EC2 instance and a Route53 record successfully with CloudFormation. We have yet to walk through the useful update-stack command though. In this post, we’ll use the 2 templates created in the first 2 posts to play around with the update-stack command.

A Simple Introduction to AWS CloudFormation Part 2: EC2 Instance and Route53

This is a continuation of A Simple Introduction to AWS CloudFormation.

We will build on top of the first simple CloudFormation template from Part 1, which provisions an EC2 instance and Security Group. We will add to it a Route53 record that points to the EC2 instance’s DNS public hostname. This demonstrates CloudFormation’s ability to “orchestrates” the components of the stack. CloudFormation will wait until the EC2 instance’s DNS public hostname is ready and then create the Route53 record pointing to it.

A Simple Introduction to AWS CloudFormation Part 1: EC2 Instance

The easiest way to describe what CloudFormation is that it is a tool from AWS that allows you to spin up resources effortlessly. You define all the resources you want AWS to spin up in a blueprint document, click a button, and then AWS magically creates it all. This blueprint is called a template in CloudFormation speak.

Setting Up Continuous Deployment to ECS on CircleCI

CircleCI is one of my goto hosted Continuous Integration, CI, providers. They make it very easy to quickly connect your GitHub account and set up CI. This story covers how to set up Continuous Deployment to ECS on CircleCI.

Continuous Integration Provider Killer Debugging Feature: ssh login

I’m not the one who usually buys into the single killer feature hype. However, in the case of CircleCI they have a feature that blew my mind when I first saw it and still does today: ssh login. Being able to ssh into the machine to debug and poke around the environment is a godsend.

Virtues of Great Programmers: Diligence, Patience, Humility

Many years ago when I first got into web programming, I read a lot of Perl books and remember reading Larry Wall’s Camel book. In it, he says that the virtues of a great programmer are: “laziness, impatience, and hubris”. I ran into it again in this RTFM? How to write a manual worth reading post by Rikki Endsley. I have heard programmers reference this, or some form of it, over the years. You probably have heard: “A good programmer is a lazy one.” I knew that Larry was facetious, but I thought it is funny some people did not. Larry Wall had to post a video to explains that he was joking.

subscribe to Blog via RSS