Screaming in the Cloud - The AWS Evangelist with Jon Myer

Episode Date: August 6, 2020

About Jon MyerA Partner Solutions Architect for Cloud Management Tools at AWS. Jon Myer is an evangelist for all things AWS and passionate about educating, teaching, and connecting with others about new or existing services AWS releases.Links Referenced: The AWS Blogger: https://www.theawsblogger.com/Twitter: https://twitter.com/_jonmyerLinkedIn: https://www.linkedin.com/in/jon-myer/

Hello and welcome to Screaming in the Cloud with your host, cloud economist Corey Quinn. This weekly show features conversations with people doing interesting work in the world of cloud, thoughtful commentary on the state of the technical world, and ridiculous titles for which Corey refuses to apologize. This is Screaming in the Cloud. It's, at least as of this recording, morning on the West Coast, which means there's no better time than to inflict a homework assignment upon you in the form of a 42-page e-book from StackRox. Learn about the dancing flames of EKS cluster security, evade the toxic dumpster of

the standard controls, and tame the wild beast of best practices for minimizing the risk around cluster workloads. Become renowned for your feats of daring as you learn the specific requirements for securing an EKS cluster and its associated infrastructure. To learn more, visit snark.cloud slash stackrocks. That's snark.cloud slash stackrocks. This episode is sponsored in part by our good friends over at Chaos Search, which is a fully managed log analytics platform that leverages your S3 buckets as a data store with no further data movement required. If you're looking to either process multiple terabytes into petabytes scale of data a day or a few hundred gigabytes, this is still economical and worth looking into. You don't have to manage Elasticsearch yourself. If your elk stack is falling over,

take a look at using Chaos Search for Log Analytics. Now, if you do a direct cost comparison, you're going to save 70 to 80% on the infrastructure costs, which does not include the actual expense of paying infrastructure people to mess around with running Elasticsearch themselves. You can take it from me, or you can take it from many of their happy customers. But visit chaossearch.io today to learn more. Welcome to Screaming in the Cloud. I'm Corey Quinn.

I'm joined this week by John Meyer, a partner solutions architect for cloud management tools at AWS. John, welcome to the show. Thanks, Corey, for having me. I really appreciate it. a partner solutions architect for cloud management tools at AWS. John, welcome to the show. Thanks, Corey, for having me. I really appreciate it. So you're a partner solutions architect for cloud management tools. I feel like there's someone at AWS who gets bonused per syllable that they put on business cards some weeks. Can you distill down what exactly that is? Yeah, you think they get bonus points,

try writing it out. That's why I shortened it to like PSA-CMT. Exactly. We do love our acronyms. Yeah, exactly. All right. So what a cloud management tools or PSA for cloud management tools does is, you know, partners are my customers. I work directly with partners to really help them out. So if you think of some of the top partners out there for cloud management, CloudChecker, CloudWire, CloudAbility, Turbo, Turbonomics, those are the ones that I directly deal with. And I'll work with them for doing webinars, blog posts on their applications. Maybe they're bringing out a new UI. I'll test it out. And I'll take some of the AWS products or services that might be up and coming, and I'll work directly with them to try to get it integrated or try to figure out some caveats for it

so that they can test it out and make sure that their application works with it. So when we release new services or they get launched, they're already kind of jumpstart on and help their customers out because we don't want customers to be in a tough situation when a new service is released and the partners can't support them. So the hard part that I found has been anytime you talk to someone who does solutions architecture in anything, even tangentially approaching AWS, let alone someone who actually works there, is how do you figure out where to start and stop? And that is a sincere question, by the way, because we have

long since passed a point where I could talk to you right now as an AWS employee about various AWS services that don't exist. And we're at a point now where there's no way you'd be able to on the fly disambiguate between which ones exist versus which ones I'm making up to be funny. I don't generally tend to do that because, haha, I made someone look foolish is not generally my brand, unless that someone is a multinational company. But the problem is that it's so hard to be a specialist across AWS. Whenever someone says, I'm an expert with AWS, my immediate response is, you're lying because no one knows at all. Where do you draw the lines? That's actually a good question. We come across that a lot. The great part is that we have a strong, vast majority team behind us. And, you know, customers and partners know that and

understand it. So if I'm in a deep conversation with my partner and they want to talk about like AI ML, which I'm not an expert in, I understand it in the basics. I'll tell them that I have to bring in another specialist or somebody who can work with it and he'll join the call. That person will, you know, not only educate the partner, but I'll start to educate myself on bits and pieces of it. We have like, what, 190 some services, and don't quote me on that one because I'm sure there are plus or minus a couple. You're forgetting a few depending upon how you slice it. I was slicing apart Bodo and came out with, I think, around 220, but some of those are questionable.

Yeah, that's the problem. There's not even a clear answer. We could have a whole debate about number of services. Yeah, so that usually gets a little tough for us to, you know, back then when we had just a little majority of services, it was all right to be, yes, I knew AWS and somebody like, all right, hey, they know it all. With so many services, I try to put my focus on the ones that my cloud management tools partners are really focusing on and using. And if they need help with another service, I have no problem reaching back to my team and saying, hey, listen, I need some help. Who's available? And there's always like 10 or 20 people like, hey, I can help you. I can jump in there.

So it really makes you feel comfortable that you have the full support of your team behind you. That's got to be fun. Now that we have a staff on our side, I'm starting to learn how some of these challenges begin manifesting because the company, at least on my side, has grown to a point where I can't hold it all in my head anymore. There are consulting engagements in flight right now on my side that I have never interacted with, which feels bizarre to me. And it's like I'm careening out of control and losing it. That's something for better or worse at a big company you've already made your peace with as soon as you effectively walk in the door. How long have you been with AWS? I've actually been with them about 10 months now. That's probably about what, 20 years in AWS terms? Well, especially

given the last two months of pandemic, where at that point, well, we're absolutely at this point, wow, March lasted 10 years. Yeah. So the 10 months that I've been with those, I felt myself grown. I've had a lot of fun learning and, you know, onboarding and working with various people doing all kinds of cool and crazy things. And this year I have so much more planned and it feels like I've been here probably, I'm going to say at least five years already. I feel like a veteran on this and I'm just really engrossed in AWS. One of the funny parts is that Amazon by and large is generally not a remote first company. For an awful lot of roles roles you can work from anywhere you want as long as it's seattle and you on the other hand are out near allentown pennsylvania a city near and dear

to my heart given that i was born there i kid i kid i was not actually born i sprung fully formed from the forehead of some god but you have been doing the remote thing at AWS for a while. Tell me about that. Yeah, so that's actually one of the benefits. I've been working remote or from home probably for the last five years. So I've kind of had my routine. And when this role came up and I was kind of based out of New York, I traveled to New York occasionally when they need me.

And in fact, I've traveled quite a bit, but through my own options. And I had that ability to pick and choose some of the things that I'm able to do and support my partners, which is great. But being able to work, I want to say it's a small town compared to, or a really small town compared to Seattle. But it's nice because we're still connected to our teams. You know, we are using various tools to do our communications. You know, we use Chime for our video chat. And it still feels like I'm connected to the team because we're constantly interacting in one way or another. I love working from home and I like the ability that I can travel occasionally when I need to go to New York to work with some of the colleagues.

It's really made it flexible. One thing I really want to emphasize as someone who's been working from home myself for the last three and a half years as of the time of this recording is that this is not normal. I have had so many different conversations with folks where they feel like they're not being productive. It turns out that they actually suck at working from home. They need to be in an office. No, these are not normal times. My productivity has taken a dive, not because I don't know how to work from home, but because we are now staring down a pandemic. And for most of us, it's sort of hard to compartmentalize that off from being the most efficient corporate drone we possibly can. So talk to me a little bit about first what you've seen change from a remote culture. And then let's talk a little bit about workflows.

That's actually a really good point. Since I've been working from home, this is definitely not the norm. We are not dealing with a normal situation. I would have a normal routine, you know, get up, get the family ready. Kids are off to school. I'm engrossed in the work, you know, lunchtime workout afterwards, meetings, you know, really cutting off around five, five 30 of my day. And that's great. And I have flexibility throughout the day if I need to run somewhere and do something and handle something. But now you're not allowed to go anywhere and you can't do anything.

And everybody is stuck in a routine where you're only doing things around your house and occasionally going out and doing various trips for essential items. For me, the first two weeks of dealing with not only the family being home, but colleagues interacting with them and they're like not sure what to do and how to handle this office to home transition.

They didn't have this setup that I have to get things done efficiently. They're adapting. They're learning new ways and tools to do it. And then in the two weeks after that, people are like, all right, I need to chat with people. So you have a lot more chat conversations, video chat. People want to jump on it. I've offered some virtual coffee time for people who just want to download and need some of that social conversation. Now,

I've been working from home, so I don't always need that conversation. I've kind of adapted to that. But, you know, you're helping colleagues out who aren't used to that portion of it. And that's really where it comes down to is that the office workers who are working from home now need help in that transition. And I think working from home might be kind of a new norm as people get into that routine and figure out new and inventive ways to do it. That's something I found that has been people are both focusing on in a way they never did before, but they're also in some cases focusing on the wrong part of the story. Personally, on a selfish level, I'm very eager to see what happens when we start going back into offices now that people know exactly how little it costs to build out a really nice

home office from an equipment perspective. It's, let me get this straight. You pay me $1,000 a year, but I'm not allowed to splurge on the expensive $800 standing desk that I spend more time with than I do my own family. It becomes one of those, wait a minute, I think you were going to start seeing a backlash, I hope, against this open plan office mentality where everyone works in these giant tables, cheek to jowl with a bunch of other developers. I'm optimistic. Maybe I'm wrong on that, but that one feels like an easy win for me. I think you're right. I think more of the people transition from that office to work from home where working from home will be the new norm. And when you go to the office is really when you're, everything's going to be quiet or you're out of office will be on and maybe saying, Hey,

listen, I'm in the office and I'll get to you when I get a chance. But when you're at home, you'll do more of that communication. I think it's going to be a total reverse effect. Talk to me a little bit about services that AWS offers that you're finding to be particularly helpful now that everyone is surprised working from home. And I do want to say, incidentally, that this is not a valid work from home test. Surprise with basically no notice. Everyone is now working from home when they didn't expect to be during a

pandemic is not an adequate test of how good are you at working from home is working from home for you is your company structured to work from home. The answer to all of that is that this is awful. So bearing that in mind, what have you found that AWS offers that makes this a little bit more manageable from a day-to-day perspective? I think you made a valid point before I jump into any services they offer. I think if any company takes this pandemic and working from home a way to gauge or measure on how well people will work from home as you start to do that as a norm, it would be total reverse. It's not a valid analysis of the environment. There's no way that you can say,

hey, listen, during this pandemic, we had 100 people work from home and productivity was down. No, there's no way that you can take this. You got to take all the data from people being able to work from home and not compare it. You have to take an equation of this pandemic and that they're working from home. Efficiency, people are unsure right now. So efficiency might be down or up for certain people as they start to learn new ways and to do things. And it all depends on the person itself.

One thing that I am loathe to say, and there's any chance that he can hear me, but there's no way he has the spare time to listen on the podcast, is Sid Rao is the general manager of Amazon Chime. And one of my favorite things to do on Twitter is basically complain about how awful Chime is, mostly because I find that inspires Sid

to do some of his best work. Here in reality, Chime is really, really good. I've used an awful lot of different messaging services over the years. They all have their faults, and those faults become extremely apparent because a call drops or suddenly there's a sync issue that doesn't work right. You're always using these apps, and it's incredibly frustrating and noticeable. It's either terrible or it's invisible. Chime has really gotten good.

Please don't tell him that because I have a reputation to uphold. That's why it's just between you, me, and several thousand listeners. I'll have to accidentally send him the recording of this one. Uh-oh. So you mentioned Chime. I like Chime. And in the last two weeks, I've learned some cool features about Chime that I didn't even know existed. You know, one of the other ones that you found out is that I can invite external users to communicate with AWS folks for Chime that I didn't even know existed. You know, one of the other ones that you found out is that I can invite external users

to communicate with AWS folks for Chime. Now, please don't share that out globally because everybody will be emailing and trying to reach out to me on Chime. But it's a really good way for me to communicate on one platform with another user that is not part of AWS and to keep in contact and those communications and

share something really quick it's better than dropping that email and hopefully they read it you know chime does that one the other feature that I just found out two weeks ago is that chime has an event mode almost like you are have a webinar series going on and guess what I want guess what? I want to record this. I want to make this a webinar right here. Now I can actually turn my group or my meeting into an actual webinar or event. And you can do things like mute the participants. They can unmute it. They can ask questions. You can record it. You can share the link out with multiple people. One of the things I'd really like to see is like a registration page. I can send it out. I mean, these are features that are just completely awesome about

Chime and the chat portion groups. Something that I know, Corey, you just found out is that you can do a group chat with Chime that you weren't aware of. So yeah, I've been using Chime for years now. All I needed was an Amazonian's email address and I could message them on Chime, which scared the living crap out of a number of people, which is fine. But it's how I tend to communicate. It works super well for me and the way that I process things. If we start lobbing emails back and forth, we're lucky if we can go three rounds where it dies in my inbox. I mean, I'm a big believer these days in inbox, zero f**ks given. So if you email me, you're absolutely not going to get a response super well. In fact, when I took on a business partner, having me pass email communication

to him for client stuff was basically job zero. We dove directly into that because getting me out of the critical path was great. But messaging people on Chime for asynchronous questions is awesome. I have other problems given my nature of how I tend to operate with AWS and various things that I do where people think, oh, wait, are you coming at this from a perspective of a journalist? I have never been a journalist. They're good at things and I'm not. Are you coming at this from a customer perspective? Am I coming at this as an analyst? Am I coming at this from just trying to be funny? Am I coming at this to help reprioritize that Chime needs a block feature, et cetera, et cetera? I completely agree. I actually, I've been using Chime before I was with AWS and that's how I communicated with my APM partner, my PDM, and how I would message that

person and get immediate responses. Now, just like you on sending emails to not only that person, or I've sent some emails to you as well that go unanswered. No comment there. And it's easier to get a comment or a response back quickly and chime because you quickly return back a one-liner and it's done. You don't have to click the send button as quick as, you know, and your email read through a whole bunch. Nowadays, it's going to be clearing your chat inbox versus your regular inbox.

Yeah, I mean, again, I can think of a lot of feature enhancements. I mean, Slack just got the ability to group channels, which is awesome. I mean, I'm in a company, Slack myself, with roughly 20 people once you add in our contractors, not to mention all of the shared channels we have with folks. Being able to categorize those by project or whatnot

is super handy. With Chime, it's right now, it's just a last conversation you've had. So that becomes a bit sticky. But by and large, it's a decent product. What else have you folks got? What else have you released that is making the pandemic remote work story bearable from folks who are discovering these services? And what services should people look into if they haven't figured this out yet?

The other service I'd really like to touch on is Amazon WorkSpaces, which is your desktop as a service solution. It's been around for years. In fact, working for another company, I kind of pioneered it internally. Nobody had the expertise. It was new and exciting and deployed it for a large enterprise level company, got it out there. And I was just learning everything, the ins and outs about it now think about this is like four or five years ago a workspace client that connects to your Amazon workspaces works on any device I mean I had it deployed out onto an iPad and logged into it and actually did some configurations while I was about to take a cruise, a family vacation, and I was able to log in there

and get things configured within 10 minutes and resolve issues. Something that Amazon is doing now during this is they're simplifying the delivery of it and reducing the cost of Amazon workspaces during this. They have a couple of free tier offering or standard tier offering that allows you to deploy and quickly deploy out for your environment or remote users. And what you're doing is you're eliminating the need to overbuy your desktops, your laptop resources by providing an on-demand access to cloud desktops. In fact, it's something that I'm going to work on is I'm going to work on a video recording and get it posted out there. I do have a webinar in, I think, about two weeks around AWS workspaces

and how you can set it up and get it quickly deployed for not only customers, but remote workforce. And because we wind up having a bit of a delay, that webinar will be out by the time that we wind up publishing this episode. But I will throw a link to it in the show notes, which is kind of weird because you can go watch that webinar right now if you're listening to this. But at the time, we have no idea how it turns out. Personally, I'm hoping there's a hilarious pratfall in which John winds up tripping over himself and falling backwards out of his chair. But, you know, hope springs eternal.

Only the future will know. I'm going to have to add that to my recording and say, hey, Corey, that one's for you. So something else I want to cover with you is that you recently, as it turns out, I only found this out while researching this show, have launched a personal blog. And in a hilarious coincidence, your first post wasn't how you did it, and you used the exact

same WordPress hosting architecture that after you had already launched and gotten this up and running, I excoriated on Twitter as being hilariously overcomplicated. And I wanted to talk to you about that first to talk about your blog. And secondly, to add nuance to my observations about WordPress architecture that don't eloquently fit into 280 characters. So let's go on to my blog and why I did it. And let's talk about the architecture. Why did I do it? Well, you know, one of my ultimate goals is to become an evangelist. So I enjoy reaching out and connecting with the audience. I like to work with how-to videos, basically anything AWS. I really enjoy it. I really enjoy sharing what I've learned and very small, quick things. I started writing some blog posts. I wasn't really huge on writing them, but all of a sudden I found so much in my head that I just

wanted to dump down into a blog and share out with people and I just thought it was really cool so I was hashing out the name uh buddy of mine him and I were going back and forth and he's like I gave him a couple characters and he gave me back and then he came up with this and I'm like oh that domain's available so I bought the domain right away and you know I was like okay I guess I should go get some approval before I start writing this since it has the word AWS in the domain. And I'll tell you what, I got the full support of AWS for us to really do social activities and share this. Obviously, we have to have our little disclaimer. This is all me. This is my beliefs. Speaking of someone who owns lastweekinaws.com, who has never been affiliated professionally with AWS. That's an interesting point that you bring up right there.

In fact, right before I launched this newsletter three and a half years ago now, I bought lastweekinthecloud.com with the assumption that if I ever wind up hearing something from AWS legal, I can spend 20 minutes, pivot it to something else, and then talk about AWS's competitors. There we go. That winds up being a nice hedge. Now, I want to say to be very clear, in three and a half years, despite some periodically incendiary takes on what AWS has done, I would argue when they deserve it, I have never heard a negative word from AWS about this. And that's to their credit.

Yeah, I'd love the support. In fact, uh, I brought it to my manager who is a great leader and I'm like, Oh, Hey, I did this. And he's like, that's awesome. He goes, just make sure you have the approvals. I sent them it. And he's like, thanks. You're good to go. So I just like it. I throw in as much as I can on there. In fact, I'm due for another post, which I am working on. I'm going to get that up there. I'm working on the underground deep racer or a deep underground racetrack as per Corey. So that will be shared out on there. You'll see that in up and coming or by the time this gets out, you already follow me and see that post. In what you might be forgiven for mistaking for a blast from the past. Today, I want to talk about New Relic. They seem to be a

relatively legacy monitoring company, and I would have agreed with that assessment up until relatively recently. But they did something a little out there. They reworked everything. They went open source, they made it so you can monitor your whole stack in one place, and most notably from my perspective, they simplified their pricing into something that is much more affordable for almost everyone. There's even a free tier with one user and 100 gigs per month. Totally free. Check it out at NewRelic.com. One thing that amuses me very much about your website, and again, this is not your fault directly at all.

It is the entire Amazon social media policy. Because you mentioned this, so I'm bringing it up, which makes it fair game. The footer of your website says, this website represents my own viewpoint and not of my employer, Amazon Web Services. The problem from my perspective, given that I'm cynical and more than a bit of a jerk, has always been that I don't think anyone is ever going to read someone's blog or social media postings and think that they are speaking on behalf of their employer? Instead, the problem is, is, wow, now we know that these are your thoughts, and yet we continue to employ you despite them. And that being a little sarcastic here, there is nothing objectionable that I've ever seen come out of you. But, well, I take that back. We have had some conversations about a few AWS services, which I feel you are deeply and profoundly wrong about. But I've never seen anything controversial or problematic come from you. And frankly, any AWS employee, for the risk mitigation. But on some level, I can't help roll my eyes whenever I see it. And

I strongly suspect that failing is on my part. Because again, I'm a small company that for the longest time was just a corporate rapper around my crappy excuse for a personality. If I say, oh, I don't speak on behalf of my employer. Yeah, sure you don't. It's the question of which pocket is your snark coming out of this week. It's a different story. I understand having it there, but I've got to say, and it's through no fault of your own or frankly, anyone AWS's, their shoes, I would almost certainly do the exact same thing. But I chuckle every time I see that disclaimer. I actually like the disclaimer only because there will be that one person that says, oh, look what John from AWS might've posted or something like that.

And you're right, I don't usually post anything negative. I know there's flaws in almost anything we do or another service outside of AWS in your daily lives. And I've come to, okay, that service doesn't work, but how can I reach out there and try to make that service better? So I take that feedback and I add that to it. So if I find something negative, I don't like to just like throw it out there and point it out to everybody or whatever. I'll try to do it, keep it internal and try to make it better.

There might be a roadmap to actually doing that already. So what's the sense of me actually making a negative? I try to think of positive or what I would like to see. I know a lot of people like some of the negative portions and everything like that. Maybe that's down the road, but right now I like sharing the positive. And the disclaimer just helps it so that one person doesn't think that John is commenting on this from an AWS perspective. I'm just commenting it personally that I work for AWS. Please don't confuse the two. I will say it's always amusing to me to see various social media profiles like AWS, VP of Corporate Communications. I don't speak up for my employer. You want to bet? At some point, it becomes parody.

I credit where due. Andy Jassy, CEO of AWS, does not have I don't speak for AWS in his social media profile, which is good because frankly, it is impossible for him not to given who he is and what he does. But there are occasionally humorous moments, usually on the marketing side, where I'll see things like that. What I want to talk about too is the architecture that you picked for your WordPress blog. You followed the best practices, highly available architectural pattern guide, which looks hilarious on some level. It's easily $800 a month in services if you build out the full thing.

And people love to dunk on it, which basically when I say people, I mean me. But it's a great glimpse into what it takes to scale these various web applications out in a controlled, highly available way. It's not because WordPress is what people should be running themselves in this context, but rather because here is an architectural reference guide that you can use where WordPress is basically the classical three-tiered application. Here's how that can work if you want to put that

in a cloud-friendly architectural environment. Now, I have angry and negative reactions to WordPress because one of my jobs a while back was at Media Temple before they were acquired by GoDaddy, and we ran a WordPress grid that had something like 100,000 customers on it. So I have scars that run deep for WordPress. That said, last week in AWS.com runs on WordPress, but I pay WP Engine to handle it for me, which means hilariously, it's now hosted on GCP, but it's fun. It's great

because I have the good sense to pay someone else to run the blog for me, and I haven't built Frankenstein's monster in order to serve out traffic. So when I first started off, I was actually starting it in another provider, a free one, whatever it was to actually get there. It was Squarespace when I was actually starting off. And I was like, first iteration of my corporate website was also on Squarespace because I could easily spend 40 hours a month playing around with a website that generates zero business. Exactly. I was playing around with it and I was like, okay, you know what? I work for AWS. Why am I not deploying this in AWS? And I started searching it, I was going through it and I actually, I've used Elastic Beanstalk before and I was like, you know what? That's perfect. Let's do that. And I was going through it and I'm working on a blog post for that one, an iteration of the current one that I've actually put out there on my website. I started off with Elastic Beanstalk. And then I came across an article and it was CloudFormation stacked on GitHub and it was like deploying out a WordPress site and highly available. And I love the architecture. I actually love the deployment of it. Now, do I care if it's WordPress or not?

Well, I actually can use WordPress. I am not a website developer, designer, or image person by any means. I just wanted something that I could get up and get out there and focus on the content itself. But I also wanted it hosted on AWS. And I felt that me as an AWS person, that I could talk more about it and share some of my architecture with people and some of the use cases on why I did it I did obviously lower down the instance sizes on there because I didn't think I was going to be do you know needing a major X large instance size right now but it is highly available I'm using EFS which is awesome I've used it in the past but in this context you know all my data is on a shared storage.

And no matter what happens, my WordPress site is deployed on that. It is configurable. I can put it on one, it goes on another one. I don't have to move EBS volumes around. I don't have to attach or reattach. It's just readily available. And I just love utilizing RDS amongst it. And my next step is to throw a CDN right in front of it.

And I'm working on that portion as well. Now I can go back to the CloudFormation stack and add it. But I think I'm going to add it myself and then I'm going to write a document on it on how I added it for the WordPress site. And by the way, my first version of this really sucked. The images were bad because I'm not a UI person. So I needed help on that front.

And I think WordPress was just a lot easier to get it out in time for a webinar that we did. This sort of ties back to what the beginning of our conversation started with, with the idea of working remotely. And we're seeing all these services now and people are doing webinars left and right, which incidentally, I was always very down on webinars. Then I did a few and the viewer numbers are lower compared to this podcast or the newsletter, but people take action based on webinars way more frequently. I wind up with outreach based upon them. I'm starting to understand why enterprise salespeople

swear by them. But the reason I bring this up in the context of writing a blog is that when building out a video studio or spending thousands of dollars on equipment and getting everything set up is similar in some ways to building out a blogging engine. Namely, people spend so much time focusing on those implementation details that they forget the most important part, which is you have to be able to tell a story that's interesting, that brings people forward. Otherwise, it doesn't matter what your production quality is, no one's going to care. I completely agree. I mean, in just some of my blogs, a lot of mine are more personalized, or just my thoughts, random thoughts, like drop down

on there. And, you know, I actually find out looking at some of the statistics that more people are reading it, or there's more actions upon it, webinars that are happening. A lot of more people are reaching out to me for communication and some feedback, and I try to provide that as best as possible for them. But ultimately, I agree with you on webinars. I think they are obviously the latest thing that we can do during this certain times that we can share with our community, but we can also touch everybody on a personal level as well. Yeah. When I was looking at your blog, it was, oh, wow. It looks like you only have five or

six blog posts. Oh, another abandonware blog. And then I checked the dates and they're all within the past month. Like, oh, okay. Someone at least is being prolific. And that's sort of the important part. You find your own voice and you see what the traffic starts to look like and what resonates and what doesn't. I mean, I have that problem, incidentally, with my newsletter. It's one of the reasons that I still have some weak form of tracking built into the newsletter. I don't actually care whether you click on a link or not. What I care about is across the entire board. For example, what links do well and what don't, that in turn informs what I should be putting more of in. For example,

I don't care at all about IoT, but it turns out the audience really does, which means I need to spend more time focusing on IoT based upon reader responses that I'm getting. But I don't want to be creepy. I don't care who you are. I don't care what you're clicking on. I just want to know in general what do people like versus what don't they like? Because feedback is a very hard thing to get objectively because you either get people who love everything you do or people who hate you. And neither one of those is what we would call unbiased. Nope. I completely agree with you on that. So one last thing I wanted to cover with you before we wind up calling it a show.

Talk to me a little bit about certifications. One of the reasons that I only have the cloud practitioner, among several other reasons, in fact, is because it is challenging and annoying for me to find a place to go to a testing center. Well, now all of these certifications can be conducted remotely, which means it's less of a pain. Tell me a little bit about that. So the certifications and the testings that started out, if you look back, and I believe it was probably January, February on the timeframe that the cloud practitioner was allowed remote or online, that you didn't even have to go into a testing center and actually take the test.

Due to the current state that we're in, the pandemic, everybody was studying. Those who were studying for an AWS exam couldn't go to a testing center. So if they would stop their exam, you know, studying, and then they'd have to pick it back up, that was not really good friendly for them. It does take a lot to study each of these domains and the areas of expertise. AWS released your certifications and your exams proctoring at home online. You can proctor them at any time available. Somebody will be watching you obviously through your camera. I've got some good feedback on that, on how they're being handled and monitored. My CEO went on a bit of a rampage when he got his cloud practitioner on it, and credit where due, they fixed an awful lot of the problems that he wound up highlighting.

Yeah, exactly. I mean, you know, so AWS, obviously, you know, is customer feedback is the biggest thing for them. So if there's something that you see that don't right, that doesn't work right, you know, they take that feedback. Working and doing these exams at home have allowed people to kind of stay focused during this time and continue their learning and training. So when we are finally allowed to kind of go out and things have kind of settled back down, I don't want to say normalized in a way, but things start to go back to normal, that they've got their certifications and they can continue on the path of their career or their goals. I used to be very down on certifications.

And it turns out that my reasons for being down on them were almost completely invalid and were also steeped in privilege, to be very honest with you. Because, by God, I'm Corey Quinn. I don't need a piece of paper from Amazon saying that I know how Amazon works. I can just point at my own body of work. I can point at my resume of working on these things. Therefore, certifications are a useless money grab. And this was patently untrue and extremely unfair. Because when you're starting out particularly, there needs to be something that says you have some baseline level of experience

with the system. As your career progresses, that becomes a list of things you've done before. But early on, you don't have that option. So certification is a terrific signal that you can at least have a discussion around the topic and you can be conversant with the vocabulary. Second, when you're running a large-scale company and you want to get everyone trained up and validate where they are,

it's a terrific thing to work with at large scale from an organizational point of view. There's also some partner program stories behind it that, frankly, I find a little silly, particularly in light of we're trying to keep businesses afloat, but now we have to jump through partner hoops to maintain various positions within the partner program. It's, frankly, one of the reasons I never joined the AWS Partner Network. So I've really come around on certifications. And at some point I would probably consider getting more of them. One idea I had was that I would love to try speed running my way through all of them, but because you can't live stream these things, you can't share the contents of it. And there's not a lot you can do the way I learned that's going to be helpful for other people. There's no story for that behind,

look how smart I am. And it turns out that that is not a compelling pitch and there are better uses of everyone's time. But I still toy with the idea because I have a trick memory and I test well. I actually, I think you touched on it very well. It's not only the validation, you know, within your company, but it's personal validation, testing yourself and challenging yourself that you understand the basics, you understand some of the caveats that you're going to run into. And it will not only help you, but it will help customers and partners that you work with, your company that you work with, and some of the way you see things within AWS. And the second point that I have on that one

is, I was always afraid to share this, but I failed my networking specialty exam. I found it really challenging in an aspect that I will complete it. I will pass it. I actually even wrote a post on that one and shared it out on, you know, my failure. But it was a failure at this time. I didn't fail. I just failed to pass this time or I didn't fail. I just failed to pass this time, or I didn't pass this time is the correct verbiage. I find it as a challenge, and I will

continue to strive towards that. I had some cool and interesting questions in the exam, and the good part was I didn't understand what that question was, and I thought it was like a certain answer. And I took it back to the team, and I was able to grab insight on why it couldn't be that way or why it wasn't, that wasn't the answer. And I'll tell you what, I'll never fail that question again or I'll never run into that issue when I work on a project and design something.

Yeah. And the problem too, is that when you start going around the certification dance and trying to gloat and compare notes with folks, like there were a few folks that I'm not going to name that when the cloud practitioner came out, they went out and got this and talked about how quickly they were able to speed run through it. Sure, it's fun and all, but these are folks who've been working with AWS for 10 years. When you say something like that, all you're really accomplishing is

making people who aren't as steeped in the ecosystem feel crappy. That's not good for anyone, and it doesn't come off super well because you're not the target of that certification. I mean, I have a similar story myself. I got one question wrong on it and I know exactly which one I got wrong because I was honest rather than following the guide, namely, how long does it take to recover an RDS instance from Snapshot or something like that? And I have some horror stories around that, so I said weeks. Yeah, it turns out that's not the right answer. But I'm not the target market for that sort of certification. If we want to see the other side of it, have me go take the machine learning or database certification that apparently does not

include Route 53, which is a travesty, and you'll watch those certs sweep the floor with me. We all have our areas of focus. And I think that comparison really is the thief of joy when it comes to covering these extraordinarily complex services in a way that is cohesive, accessible to a lot of people. And let's not kid ourselves, fits the format of a multiple choice quiz. I agree. So if people want to wind up hearing more from you, where can they track you down? underscore John Meyer, J-O-N-M-Y-E-R, or look me up on LinkedIn. I actually post a lot more on Twitter now, thanks to Corey. And I kind of share a little bit more information. Those are great places with it. I'll be constantly posting and sharing stuff out for the community and everybody that wants to digest and regress some more AWS information. Excellent. John, thank you so much

for taking the time to speak with me. I appreciate it. Yeah, thanks, Corey, for having me on here. It's always a blast talking with you. I have lots of fun. The conversations are casual and nothing's scripted. It just comes out. Absolutely. John Meyer, Partner Solutions Architect for Cloud Management Tools. I'm Cloud Economist Corey Quinn, and this is Screaming in the Cloud. If you've enjoyed this podcast, please leave a five-star review on Apple Podcasts. If you've hated this podcast, please leave a five-star review on Apple Podcasts and leave a comment explaining what's wrong with it in multiple-choice format.

This has been this week's episode of Screaming in the Cloud. You can also find more Corey at Screaminginthecloud.com or wherever Fine Snark is sold. This has been a HumblePod production. Stay humble.