With Midnight Madness, AWS kicked off the official re:Invent announcements. For some reason1, I didn’t go to Midnight Madness, but jet lag woke me up early enough that I can at least write about some of the announcements before I’m immersed in re:Invent activities.
The Ambassador Lounge Podcast
Before anything else, I haven’t actually mentioned on here yet that I launched a podcast. I’m planning over time for this to be hosted by different APN Ambassadors instead of just me, but so far I’m in every2 episode. The second episode went up hours before Midnight Madness, and as we made predictions that immediately came true we’re not too bad at it. That said, the meat of the episode is about the recent CloudFormation updates, so check it (and the first episode) out on the Ambassador Lounge website.
DeepComposer
It certainly seems that re:Invent is becoming a place where AWS releases a hardware device to show off their AI/ML tools. This time around that’s with DeepComposer, a (musical) keyboard for use with Generative Adversarial Networks. There is a short primer on GANs in the DeepComposer announcement, so I recommend you read that.
As someone who isn’t particularly good at music, I’m still interested in trying this out. It looks like there are some walk-up only workshops about DeepComposer starting on Tuesday, so I’ll try to get into one. It would be cool if that too follows the pattern from DeepLens and DeepRacer and attending a workshop might get you one of these keyboards. Either way, I’ll reserve further judgment until I’ve played with it myself.
EC2 Image Builder
The EC2 Image Builder is a big one for anyone using EC2 instances. It’s also clearly aimed at tools like Packer which allow you to do the same, with the big difference being that Image Builder is a managed service. The announcement post shows how to build a pipeline, using a recipe with only AWS provided components (the installation scripts). There are some important things in here, not the least the ability to test the resulting image and then share it to other regions and/or accounts.
But let’s be honest. Right now there are only a handful of those AWS provided components, and while they’re nice to have that’s not what I really care about. I want to build my own components so I can install my applications on it and any custom libraries I might need. So for that we need to look at the Components part of the Image Builder.
The Components are written in YAML, which is an improvement over Packer’s JSON3 and based on the example it seems pretty straightforward. The list of possible actions isn’t huge, but you can probably handle most things with the Execute*
type actions anyway.
name: HelloWorldTestingDocument
description: This is hello world testing document.
schemaVersion: 1.0
phases:
- name: build
steps:
- name: HelloWorldStep
action: ExecuteBash
inputs:
commands:
- echo "Hello World! Build."
- name: validate
steps:
- name: HelloWorldStep
action: ExecuteBash
inputs:
commands:
- echo "Hello World! Validate."
- name: test
steps:
- name: HelloWorldStep
action: ExecuteBash
inputs:
commands:
- echo "Hello World! Test."
Personally I’m really looking forward to playing with this one. It would have been nice to see CloudFormation support out of the box, but most of this is going to be one-time setup anyway. Being used to the flexibility and power of Packer I can see some space for improvement here, but I’m sure that will come. However, AWS seems to continue with its recent streak of terrible UI.
When you pick components for your recipes, the pagination implies there are more pages than there actually are, and when you go to the second page4 it needs to separately load every item beyond the first. On a 15" MacBook you can only see a maximum of 3 components at the same time, and there is no way to adjust the number of items on a page. In addition, the various list overviews take about 4 or 5 seconds to load when I’ve only got a single item in them so far. I fear what that loading time will be like once I’m using it for real.
All that said, I do look forward to using this even though I’ll likely stick to the CLI to save myself a lot of frustration.
Read more like this:
- ig.nore.me For 5 Minutes: AWS CodeBuild
- Baking AMIs from Docker using Ansible
- Week 34, 2019 - App Mesh Routing; Nested Step Functions; CodeBuild Runtimes
- Week 33, 2019 - AWS Lake Formation; Aurora Multi-Master; GitHub Actions Update
- Week 22, 2018 - Windows on AWS CodeBuild; Amazon Sumerian; Atlassian Escalator
Or always get the latest by subscribing through RSS, Twitter, or email!