--- title: "AWS Lays Groundwork for New AI/ML Push" id: "700" type: "post" slug: "aws-lays-groundwork-for-new-ai-ml-push" published_at: "2018-11-22T00:01:23+00:00" modified_at: "2022-02-03T20:14:22+00:00" url: "https://www.lastweekinaws.com/blog/aws-lays-groundwork-for-new-ai-ml-push/" markdown_url: "https://www.lastweekinaws.com/blog/aws-lays-groundwork-for-new-ai-ml-push.md" excerpt: "As we drown this week in a cacophony of AWS service releases (“Route53 Resolver now exists!” “IAM users now support tagging!” “Introducing our no-SQL service for digital video, DynamoDV!”), one came out yesterday that caused me to do a spit-take...." taxonomy_category: - "Uncategorized" taxonomy_post_tag: - "Analysis" - "AWS Service Releases" - "Naming" --- As we drown this week in a cacophony of AWS service releases (“Route53 Resolver now exists!” “IAM users now support tagging!” “Introducing our no-SQL service for digital video, DynamoDV!”), one came out yesterday that caused me to do a spit-take. Specifically, a little-remarked upon change declared that AWS has [renamed EC2 Elastic GPUs to Elastic Graphics](https://aws.amazon.com/about-aws/whats-new/2018/11/amazon-ec2-elastic-gpus-is-now-amazon-elastic-graphics/) . At this point you may be wondering what’s odd about that. If so, you’re not tracking how Amazon operates. Unlike Google, who apparently spins a wheel every Monday to figure out if a service is taken out of beta, renamed, or deprecated (one time the wheel fell off the holder and they were forced to rename the entire company “Alphabet”), AWS very rarely renames something once they’ve lauched it. To wit, despite having over 125 service offerings at last count, I can list on one hand the number of services that were renamed post-launch. To be quite clear, Amazon suffers from something of a naming problem. Notably, one of their only renames took place last year, when they reshuffled / renamed “Amazon EC2 Systems Manager” to “AWS Systems Manager.” This was a great plan; otherwise you’d have to call “AWS Systems Manager Session Manager” “Amazon EC2 Systems Manager Session Manager,” which would just be a ridiculous and terrible name for such a handy service. Despite the slings and arrows I hurl at them, Amazon clearly takes naming seriously. Renaming “Elastic GPUs” to “Elastic Graphics” implies they’re no longer thinking about the service as a set of distinct GPU components, and more as a service that’s far more broadly applicable than a mere plug-and-play graphics card. Their stated reason for the rename of “to make our service naming more consistent with the graphics acceleration use case” fails to hold water, as… - Amazon and consistent naming go together about as well as peanut butter and a belt sander; they can’t decide with any consistency whether to start a given service name with “Amazon” or “AWS. - That statement makes approximately no sense whatsoeover. To my mind this speaks to coming changes to how graphics acceleration manifests itself to and within AWS services. What might that look like? Supplying graphics acceleration not only to instances, but to containers (Fargate most likely; ECS and EKS run on top of existing instances, which themselves can leverage either native or elastic GPUs) and Lambda functions on-demand feels like something that could arise from this. Sagemaker is already able to leverage GPUs for training purposes. The other things that could benefit from graphics acceleration feel patently ridiculous to my mind (“We now accelerate DNS queries to Route53 via graphics cards” is how I know someone finally broke into my RSS feeds and is toying with me). This would mean that workloads previously only suited for specific instance types are now eyeing a Serverless future. That has the potential to be transformative; “run an MXnet analysis on this dataset” with zero infrastructure to configure or worry about would lower the bar still further for entry into this space, and restrict the knowledge domain for developers strictly to the AI/ML side of the house; no DevOps required. For those of us with an operations background it can be hard to admit that the world is turning away from the skillsets that brought us here, but hope has never been a viable strategy for career management. The time when graphics cards were strictly—or even primarily—for gaming has ended. We’ll see what AWS unveils next week in Las Vegas. by Corey Quinn Corey is the Chief Cloud Economist at Duckbill, where he specializes in helping companies improve their AWS bills by making them smaller and less horrifying. He also hosts the "Screaming in the Cloud" and "AWS Morning Brief" podcasts; and curates "Last Week in AWS," a weekly newsletter summarizing the latest in AWS news, blogs, and tools, sprinkled with snark and thoughtful analysis in roughly equal measure. ## More Posts from Corey [Back to the Blog](https://www.lastweekinaws.com/blog/) [https://www.lastweekinaws.com/blog/cloudwatch-omni-infinidash-review/](https://www.lastweekinaws.com/blog/cloudwatch-omni-infinidash-review/) ### [Infinidash: AWS’s New Observability Play Has Great Bones and a Terrible Bedside Manner](https://www.lastweekinaws.com/blog/cloudwatch-omni-infinidash-review/) [By Corey Quinn](https://www.lastweekinaws.com/blog/author/cquinn/) Infinidash: AWS’s New Observability Play Has Great Bones and a Terrible Bedside Manner AWS has just released something fascinating in the form of CloudWatch Omni. I want to be upfront before I dive further: “CloudWatch Omni” is a wretched name that I will not be using, so for the rest of this article and the […] [Read More about Infinidash: AWS’s New Observability Play Has Great Bones and a Terrible Bedside Manner](https://www.lastweekinaws.com/blog/cloudwatch-omni-infinidash-review/) [https://www.lastweekinaws.com/blog/reading-observability-tools-thats-a-robots-job/](https://www.lastweekinaws.com/blog/reading-observability-tools-thats-a-robots-job/) ### [Reading Observability Tools? That’s a Robot’s Job](https://www.lastweekinaws.com/blog/reading-observability-tools-thats-a-robots-job/) [By Corey Quinn](https://www.lastweekinaws.com/blog/author/cquinn/) Last Thursday Honeycomb was kind enough to hand me the closing keynote slot at O11yCon, a conference whose entire premise is that observability matters and the people in the room are the ones who would know. I used that slot to argue that the primary reader of your telemetry is no longer a human, and […] [Read More about Reading Observability Tools? That’s a Robot’s Job](https://www.lastweekinaws.com/blog/reading-observability-tools-thats-a-robots-job/) [https://www.lastweekinaws.com/blog/s3-is-not-a-filesystem-but-now-theres-one-in-front-of-it/](https://www.lastweekinaws.com/blog/s3-is-not-a-filesystem-but-now-theres-one-in-front-of-it/) ### [S3 Is Not a Filesystem (But Now There’s One In Front of It)](https://www.lastweekinaws.com/blog/s3-is-not-a-filesystem-but-now-theres-one-in-front-of-it/) [By Corey Quinn](https://www.lastweekinaws.com/blog/author/cquinn/) I’ve been saying “S3 is not a filesystem” for over a decade. I’ve said it on stages, in newsletters, on podcasts, and directly to the faces of large company employees who were too polite to tell me to shut up before they went back to their FUSE monstrosities. It was one of those reliable truths […] [Read More about S3 Is Not a Filesystem (But Now There’s One In Front of It)](https://www.lastweekinaws.com/blog/s3-is-not-a-filesystem-but-now-theres-one-in-front-of-it/) ## Get the newsletter! Stay up to date on the latest AWS news, opinions, and tools, all lovingly sprinkled with a bit of snark. "*" indicates required fields