Screaming in the Cloud - All Roads Lead to Kubernetes with Kendall Miller

Episode Date: April 6, 2021

About KendallKendall was the first hire at Fairwinds and has been in almost every role in the company. Today he works to establish Fairwinds as a essential name in kubernetes—offering software, services, and open source. Kendall has four kids, a dog, and three weasels. He also co-hosts a podcast on leadership with his friend Rachel at https://authorityissu.es.Links:Fairwinds: https://www.fairwinds.com/kubernetestheeasyway.com: https://kubernetestheeasyway.comFairwinds Elements: https://www.fairwinds.com/elementslastweekinaws.com: https://lastweekinaws.comlastweekinazure.com: https://lastweekinazure.comFairwinds Insights: [Fairwinds Insights](https://www.fairwinds.com/insights)blatanterror: https://twitter.com/blatanterrorAuthority Issues: https://authorityissu.es/

Hello, and welcome to Screaming in the Cloud with your host, Chief Cloud Economist at the Duckbill Group, 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. This episode is sponsored in part by LaunchDarkly. Take a look at what it takes to get your code into production. I'm going to just guess that it's awful because it's always awful. No one loves

their deployment process. What if launching new features didn't require you to do a full-on code and possibly infrastructure deploy? What if you could test on't require you to do a full-on code and possibly infrastructure deploy? What if you could test on a small subset of users and then roll it back immediately if results aren't what you expect? LaunchDarkly does exactly this. To learn more, visit launchdarkly.com and tell them Corey sent you and watch for the wince.

If your mean time to WTF for a security alert is more than a minute, it's time to look at Lacework. Lacework will help you get your security act together for everything from compliance service configurations to container app relationships, all without the need for PhDs in AWS to write the rules. If you're building a secure business on AWS with compliance requirements, you don't really have time to choose between antivirus or firewall companies to help you secure your stack. That's why Lacework is built from the ground up for the cloud. Low effort, high visibility, and detection. To learn more, visit lacework.com. Welcome to Screaming in the Cloud. I'm Corey Quinn. I'm joined this week by Kendall Miller, president of Fairwinds, and due to areaming in the Cloud. I'm Corey Quinn. I'm joined this week by Kendall Miller, president of Fairwinds and, due to a lapse in judgment on both of our parts, one of my longtime friends. Kendall, welcome to the show.

Thank you, Corey. I'm pleased to be here and continue that lack of judgment. Excellent. So we go back and we will get into that story in a bit, but I've known you longer than I've been an independent consultant. You were there in my early formative years as a new manager, and I managed people in interesting ways. There was a lot of empathy to it, but there was a lot of, shall we say, personality, and you had the good graces not to call me a jerk to my face in so many words. Thanks. I wanted to make sure we got that in before I proceed to destroy what you're currently doing professionally. Well, first of all, I appreciate that. I also, even right there, I want to jump in with a story that one time in San Francisco at a brewery or a bar or something with like 25 friends,

I had a friend who doesn't work in tech show up and I was walking around the table introducing who everyone was. And this person works there, This person works there. This is what their title is. This is what they do. And I got to you and I said, this is Corey Quinn. He's a personality. And I think that's what you just described yourself as. And I do think that still maybe should be your title instead of cloud economist, just personality. Yes. The problem is that personality has a lot of implications to it, most of which are absolutely correct. But I prefer to let people discover that on their own. It was not at a bar or a brew pub. What it really was was at a Chinese restaurant.

And I remember this very firmly because we're sitting around the typical white tech bros as we are, surrounded by our friends who are fortunately not all looking like us. And the waiter comes by and you turn to the waiter mid-sentence and completely switch languages and order in, I believe it was Mandarin, but it may have been Cantonese. Mandarin, yes, probably. Yes. And for the longest time, I had to do a fair bit of research to figure out whether or not that was actual legitimate Mandarin or an elaborate prank that you would stage just to make me fall for this and tell this story someday. I actually went in the back room, had them send a different wait person out who you would not have had time to bribe, and yep, sure enough, you can speak Mandarin. So it was one of a long series of ways in which

you surprise me. Every time I think I've got you dialed in, you go in a new direction, and I am forced to expand the ever-increasing multidimensional representation I have of Kendall Miller. I like to think that it's all respect-based, but normally I go into a restaurant like that beforehand and ask a few of them to speak Chinese to me and to listen to me speak

and then tell everyone at the table that I actually speak Chinese when I really don't. Exactly. You know, there are dumber things people could do. If impressing friends, it takes a little bit of preparation. I'm in for it. Exactly. So all of that said, while we're on the topic of dumb things, you are at Fairwinds, which is awesome. And the tagline for the company is Kubernetes done right. But I checked the page very thoroughly, and you do, in fact, do Kubernetes, which from my perspective is not doing it right. The only winning move is, of course, not to play. What's the deal with that? Well, for a guy who spends his life criticizing AWS, if you believe that Heroku is the answer and solution to all things wonderful, I mean, it does run on AWS.

And you marry those two things for me. What is the perfect solution, Corey? Is it all serverless all the time? Is it Heroku all the time? Because if it's not Kubernetes, if Kubernetes is not your savior, then what are you betting on? Operational excellence is sort of the short answer there, but Fairwinds is an interesting company. Bullshit. Whoa, whoa, wait, wait. Can I cuss on this? By all means, by all means. So, so bullshit. I mean, operational excellence, you don't need operational excellence if you have a simple enough infrastructure. Yes, because there's one thing for which Kubernetes is renowned, it's simplicity. Oh, that's what I'm saying. You need operational excellence if you're going to run Kubernetes, but if you're not running Kubernetes, you don't need operational excellence. If you're on Heroku,

you just need, you know, really good understanding of UI. And you also need to have outsourced that operational excellence to someone else, which is not an invalid strategy. No, no, it's actually an excellent strategy. If Heroku works for you, never, ever, ever leave. Now, Heroku works super well, credit where due. I'm not being snarky, right up until the point where it doesn't. That point is further out than a lot of people think it is, but I have no problem with Heroku. If you're on Heroku and think I'm bagging on you, I assure you, I'm not. We have built some stuff at the Duckbill Group on Heroku for very good reason. I'm with you. Yes. Well, and I regularly tell companies,

if it doesn't cost you too much and it's not overly simplistic for your needs, never, ever leave. It is a great place to be. But you touch on Kubernetes and how can that even be done right? And is that a non-starter for even doing things? It may be for certain people. And for a lot of companies, there is a serverless or a Heroku or something that is the right solution because be as no ops as you can, by all means, like design things as simple on great automated, self-managed hosted systems wherever possible. I mean, the beauty of the cloud is you don't have to turn the machine on and off yourself. Amazon will do that for you or Google

or Azure or whoever your third tier cloud may be as the case may be. But why not carry that all the way through to they will make sure the service is up and running for you. They will make sure the connections are working for you. By all means, leverage all the things that you can. It's just that at some point, companies reach a point where they require the ability to dig into that complexity and be hands on themselves. And when that happens, where would you send them if not Kubernetes, Corey? Well, I do want to call out, first and foremost, that there is a potential perceived conflict of interest that I want to be very clear that we express.

I was an advisor to ReactiveOps once upon a time for almost a year when you were the president of that company. Then I stopped advising you folks, and it became pretty clear because you looked around and said, huh, what's the biggest problem with the name of this place being Reactive Ops? That's right. People have heard of it. So we're going to call ourselves Fair Winds without even throwing in a following C's joke to go with it. And it is, in fact, the same company, correct? It is, in fact, the same company. Yes. Because there was some great branding there. The pajama pants at KubeCon that were labeled

Reactive Ops. Genius. I love that idea. I wish I could steal credit for it, but I can't. You know, you have said to me, and I've thought about this a lot. You said ReactiveOps wasn't a great name, but Fairwinds is also not a great name. And you forget about it by the time you get to the end of your sentence. And I don't think you're wrong, but I also think it was the right decision to change names. Now, we could have done it better. There's a number of things we could have handled better on the SEO side. Like, don't get me wrong.

Changing a name is complicated, messy. We learned some lessons the hard way that I wish we hadn't. But at the end of the day, internal marketing matters a lot. Like, I think a lot about GitLab. GitLab is a really impressive product. In fact, it's a really impressive suite of products. But most people don't know that because the name is GitLab. Oh, the fact that it says lab in the name sounds

like a science project or an experiment that's still waiting to see if it's viability. It's like, oh, GitLab. Is that GitHub's development group? Like, no, it's not. Well, kind of, but no. And yeah, the fact that they're toying with IPO, apparently, and are a multi-billion dollar company, they still have the word lab in the name. Well, and it's still heavily focused on Git, even though everybody knows it's all SVN under the hood. I want to be fair. Fairwinds, to be fair, Fairwinds is not a terrible name in the universe that contains things like AWS Tranium or Systems Manager, Sessions Manager. There's always going to be a bad name that's worse. Someone who names things worse than you?

Yes. Exactly. I appreciate that. It's just, I got to be direct, uninspiring. It is uninspiring until it's been around enough and it has enough market traction that it doesn't matter. I mean, I am a big believer that this was a good decision. And I like working for a company that's not called ReactiveOps.

I was the first hire at ReactiveOps. And I asked in my interview, why is it called ReactiveOps, not ProactiveOps? Because ProactiveOps was taken. Well, and then throughout many, many years, I mean, there's a reason it was called ReactiveOps. And it was a great name. It was the right thing to be called for a while. We were able to get the domain. We were able to grow to a certain number. Fairwinds, we had to buy the domain. It wasn't free, right? And like the same way ReactiveOps was, because it was catchier, even if it has problems. But the beauty is we can grow into it and it can be anything. And internally, we are allowed to think of ourselves as anything inclusive of being an ops company, but not exclusive of everything else. Does that make sense? That's why I really think it matters is the internal naming really matters a lot because

people are affected by internal marketing. It's hard to think outside the box. They absolutely are. It seems like a weird juxtaposition because credit where due. Well, the name is not inspiring. The company, in fact, is. The people I have met who work there have been nothing short of stellar in every case. It really set the model to be direct with how I wound up staffing the Duckbill Group. Like Fairwinds, we are full remote and we're built that way from the beginning, not having it bolted on after the fact. So you have basically two tiers of employees are remote in the way that, surprise,

everything's now remote because of the deadly pandemic. No, no, we were full remote in the before times, surprise, everything's now remote because of the deadly pandemic. No, no. We were full remote in the before times, as were you. And that really led to some interesting conversations and some amazing hires you, quite frankly, otherwise would never have been able to get. Yep. Agreed. Well, so I'm a leader in this organization. I know all of our warts inside and out. And there's no such thing as a company that's, you know, firing on all cylinders and perfect in every way. Although I'm pretty damn proud of where we are and what we're doing and who we're doing it with. And I tell people in interviews, we don't hire everyone. In fact, it's a difficult job to get. But if you make it through the process, you're going to like the people you work with.

I can almost guarantee that. And to a person, we have a great team of people that are compassionate, that take care of one another. It's an inclusive environment. There are no stupid questions. There was one time about two years ago where somebody said something passive aggressive in Slack and the company response was actually just laughter throughout. I mean, just people DMing this around, just howling with laughter because nobody ever says something passive aggressive in Slack.

We have a culture of respect and I'm proud of that. So we do a lot of things right. The people that work here are one of those things, very much. And as I always said, the best way to run Kubernetes is not to. But if someone forces me to deploy Kubernetes, there are really two options. The one that I would prefer would be to go with you folks. I've seen how you run this stuff. It just makes sense. And it covers some of the reasons that people run Kubernetes,

but not all of them. Well, so Kubernetes is hard, but part of the reason Kubernetes is hard is because it's still new to most people. The same way that moving from a Windows machine to a Linux machine is hard because you're not familiar with Linux. And in the early days of Linux, you spent all of your time just trying to get it to work, right? Trying to make sure your screen actually had the right driver installed and had all the right settings. And I mean, it was a huge pain in the ass. I spent a lot of my childhood just trying to get different Linux distributions to work on my old Tiger machines computer because that was entertaining, just trying to get it right. But you don't want to have to do that with a production environment for a product

that you're running. And so if it's new and the new is complicated, yeah, just look for help. We offer that help. But now, I mean, we've really changed a lot, Corey, even since you worked with us, where we were heavily focused on services. And now we have a software product that gives people confidence they're using it right. So rather than go hire the experts to make the problem go away, please go hire the experts, make the problem go away. But if that's not going to be what you're going to do, install a piece of software. I mean, we have an open source solution out there called Polaris. It is widely adopted in the Kubernetes ecosystem, especially the open source ecosystem.

You run this on your cluster and it tells you things you're doing well and things you're doing wrong. It gives you a score. And then we've built on top of that, including a bunch of other open source tools, heavily focused on security and policy enforcement, et cetera, so that large scale enterprises can actually roll out Kubernetes with confidence because their engineers don't know what they're doing. They are giving people the ability to deploy things into Kubernetes that are horribly, horribly configured unless they have good policy in place and a software tool that enables that enforcement. Because at the end of the day, the reason this exists is we can build great infrastructure for people. But if what people are deploying into that

infrastructure is terrible, it only gets you so far. And Kubernetes is difficult, like you're saying, but it doesn't have to be if you got the right team behind you or the right software to help you. And that's the end of my plug. No, it's not. I'm probably going to say all the things. Oh, you're going to be self-promotional the whole way. If not, frankly, you're not doing your job. But let's be serious here. I don't disagree with anything you just said. In fact, I endorse it. The problem I have is with the fundamental conceit of the entire argument, which is that people are attempting to use Kubernetes to get actual work done instead of dicking around. It seems to me that the reason that a lot of folks are going with Kubernetes is because they can't pass Google's interview, but still want to cosplay

as a Google SRE. So it's resume-driven development, RDD? Exactly. There are three or four great reasons to run Kubernetes and 5,000 terrible ones. And it's very often it is feels that it is incredibly hype driven in many respects, because every time I tend to see it, that's unfair. Most times that I see it in the wild and I start talking to the people who have ruled it out about why you're running Kubernetes, it goes back to talking points that do not ever tie back to an actual business constraint or problem that they were faced with. I mean, yes, if I'm trying to run something hyperscale and I need to make sure that no individual system or rack or even data center could take down that service, yeah,

something like Kubernetes makes a hell of a lot of sense. But I'm trying to run a WordPress blog here and baby seals get more hits than this thing does some weeks. So for me, it is stupendous, stupendous overkill. But I see things that are about my level of complexity running in Kubernetes all the time. Or let's be fair. They're not running in Kubernetes. They're attempting to run in Kubernetes. Change my mind.

So, well, there's a couple of things there. Is it hype driven? Absolutely. But a lot of the hype is deserved. I mean, when our company was founded, when ReactiveOps started, we set out to build a framework for infrastructure as code. And we wrote a shit ton of Ansible and a little bit of Terraform to go solve the problem of having automated deploys, blue-green deploys. You know, everybody wants logging, monitoring, alerting a system for their cloud. Everyone's needs in the DevOps space are all the same.

How they accomplish them is a little bit different. So we wrote a framework. Again, tons of Ansible. Kubernetes comes along and we took a look at it and it was a lot better. There's a lot of things it does that just make sense. Is the API different? Is it complicated? Yes, especially if you're new to it. But honestly, the same way, Corey, that you might spin up a simple Linux instance on Linode or in AWS to go kick the tires on something or spin up a simple server, that's easy for you because you've lived in the Linux water for a long

time. And once you get familiar with it, it doesn't take a long time. Same thing with Kubernetes. Should most people be deploying WordPress onto a Kubernetes cluster? No, absolutely not. I'm hard pressed offhand to come up with a worse idea. No, it is a terrible idea for so many reasons. But if you live in Kubernetes world or you're very familiar with it, or you want something to fiddle with, which is a legitimate reason to kick the tires with Linux is because you want something to fiddle with or Kubernetes. It's a thing that you can go fiddle with. It's a thing that you can go learn. The paradigms are new. They're exciting.

It's fun. This is the way that the world's going. In the future, all the Heroku's of the world, every PaaS is going to be underlied by Kubernetes. Every service you're using is going to be Kubernetes almost everywhere, except for the few places where it really doesn't make sense. And I don't think we're that far away from that.

Should you use the PaaS? Yes. But if you need a PaaS that you've built yourself, use Kubernetes. It's the closest thing we have to a foundation or a framework for cloud infrastructure. Now, that said, it's really not a foundation. It's somebody giving you rebar and cement and saying, good luck, buddy. Right. But if you know what you're doing with that rebar and with that cement, you can build a really impressive foundation that's going to meet your needs for your very, very, very custom-built house. If you have a small house, a small family, no big needs, don't buy a custom house.

If you just need something simple to live in, don't buy a custom house. But if you're a large enterprise and you need to have dramatic control over all the different things and you want it to be a little bit flexible, Kubernetes is a pretty darn good solution, Corey. Change my mind. You're right. The fundamentally- No, stop. We can just end the recording right now. Oh, okay.

We're just cut at that? Good. We're done. You're not wrong on a lot of that. And the argument that I see is that you wind up with two sides girding themselves for war. You have the containerized side,

which we can distill down to Kubernetes because regardless of what many of us wish happened, it is basically winning in the space. And the other side is, ah, serverless. Wait, wait, you want a Docker swarm to win? No, no, I personally, ECS. I still maintain kubernetestheeasyway.com and I have repointed it to the ECS product homepage.

I will repoint that to the highest bidder. ECS is going to run on Kubernetes more and more. Oh, yes. We'll have that argument some other year. But there's serverless on the other side, which is you just wind up using a bunch of high-level managed services, pay-per-consumption. And the old-school admins are all very angsty about this. At that point, you're just handing your availability over to your cloud provider. Well, no, you're just being honest about it

because you've been doing that for 15 years. Absolutely. And yeah, I mean, serverless is the absolute, okay, not the absolute, I'm sure there's going to be things that iterate on serverless. But in the old days of, I have a computer running my server in my data center,

or honestly, not even my data center. I mean, the startup I worked for in 2004, we had a back room, like literally a closet with a server rack in it, right? I've taken this server with this install of this operating system and all of the things it takes to run my app, and I've given it to the cloud on an instance that now I have to manage in the cloud. And, you know, they just continue to abstract those pieces away to literally, here's the workload, make it happen, Amazon, make my problem go away. Brilliant. Way to go cloud, way to go serverless people. I'd give credit all the way back to the fission.io folks, which I think were platform nine. I don't think platform nine talks about that much more anymore. I keep mistaking them with plan nine, talk about

derivative names, but please continue. There you go. Well, but I mean, it makes sense. It's brilliant. The reason to use Kubernetes isn't because you have a workload you don't want to worry about. The reason to use Kubernetes is because you have to have fine grain control over some of the internal networking, some of all the different, you know, I need this to scale up this way and that to scale up that way. And I need them to talk to each other in this way. And I need to have this control over that thing. And should you use serverless? Yes. If you can make the whole thing work in serverless, yes, just do it. But in a few years, all the serverless everything is going to be running Kubernetes underneath. And that's what I'm betting on. So I don't care if you run it in serverless. Somebody is running that serverless

system, and it's probably running on Kubernetes, and they're going to want to help. The problem that I see with a lot of this, too, is that, okay, fine, you've convinced me I're going to want to help the problem that i see with a lot of this too is that okay fine you've convinced me i'm going to run kubernetes now okay and how do these things find each other oh they need to add something istio or envoy or don't correct me on that and something else in front of it and then i pull up the cloud native computing foundation's landscape and some wit on twitter just took a screenshot of that once and tweeted it with a caption of Jesus Christ. And it got something like 20,000 retweets because it's hilariously overwrought. I look at this and it makes the AWS service listing look reasonable. It's that complex and vast and broad. And there's an entire universe contained within the things you need to responsibly run Kubernetes. And I look at it, and my entire position on it is, the hell with this.

I can go back to running VMs on top of a cloud provider or instances, whatever you want to call them, in a standard three-tier architecture. And that worked pretty well back in 2012. The world hasn't changed that much. Well, so this is, you can blame the CNCF for some of this. Why did they create a landscape that literally includes everything? You want to submit something to the CNCF, you basically can. You have to sign a couple of agreements, but then it makes it look like all those things are the things you need. I mean, this goes to your tweet just like yesterday or the day before where you complained,

there is no enterprise Kubernetes distribution that excites you, right? OpenShift is over-fraught. Tanzu is complicated and it's hard to understand. And Anthos is just a skew of a whole bunch of Google products. I get it. I mean, we have something similar. So we run Kubernetes at scale for lots and lots of companies, mostly leveraging open source things. There is a finite number of things you need to go from Kubernetes to production grade Kubernetes. And we have those packaged in a thing on our website, in GitHub, it's called Fairwinds Elements. It's all open source. Just go use those things.

You don't need more than that. If you need more than that, go get help. But there is a finite list of all the things you need to go from click button, get Kubernetes to click button, get production grade Kubernetes. And it should be easy. And nobody's defining it easily. It just feels on some level like Kubernetes is really aimed at people who want to cosplay as cloud providers themselves.

That's like saying Linux is, you know, disguised as cosplaying people who want to, I don't know, run servers. I can't finish that. That is exactly who it's for. It's for people who want to run servers. That's the problem with Linux as a culture. Yeah, well, so I'm just saying like, yes, it's fixing the need. Now, here's the question that I have though, Corey.

Talk to me about this. Google bets on Kubernetes. And there's some debate about whether Google bet on that or the people who founded Kubernetes bet on that. But Google internally is still using Borg. Talk to me about that. Why have they not bet on Kubernetes? Is it because of all the things you're saying that Kubernetes is overcomplicated and Borg is actually the solution and we should be open sourcing Borg as is? Borg, to my understanding, is so deeply baked into how Google does things internally that there's no way it could ever see the light of day.

And I also have it on good faith that Kubernetes being open sourced is perceived as a strategic blunder internally at Google because once it's an open source project, they're discovered to the detriment that they can't deprecate it. But why have they not then bet on it or at least dogfooded it some way significantly internally? When I talk to a Google engineer and I ask them about Kubernetes and they say, I don't know Kubernetes, I don't know anything about it because I use Borg, how is that not a problem? It's a massive problem. Google had such an advantage with being the home of Kubernetes that they are excitedly squandering as fast as humanly possible from my perception. I mean, it's amazing seeing the other cloud providers catch up to GKE because it wasn't that long ago that we told every client GKE does it better.

Oh, my God. EKS was a punchline. I mean, we handle a lot of workloads on EKS now, and it has come a long ways, and it is a completely fine solution for the vast majority of people. And yes, for a long time, it was really, really, really painful. But it's not anymore. They've caught up. I mean, not caught up, but they're pretty darn close

and honestly sufficiently. Incidents happen fast, but they don't come out of nowhere. If they're watching, your team can catch the sudden shifts in performance. But who has time, or more importantly, the inclination, to constantly check thousands of hosts, services, and containers? That's where New Relic Lookout

comes in. Part of full-stack observability, it compares current performance to past performance, then displays it in a statewide view of your whole system. Best of all, I get to pronounce it as New Relic Lookout, and that's a blast. Sign up for free at newrelic.com and start moving faster than ever. Tell them Corey sent you and be sure to yell look out when you talk to them. They're not bad. I will say at this point, there is no way in the world I would want to run Kubernetes myself on top of bare metal. That sounds like pain. I'd want to get some form of distro around it that doesn't come with a team of seven people wearing suits trying to sell it to me.

That's the wrong kind of distro. But that's all the fun of Kubernetes. You're taking away all the fun of Kubernetes. Sorry, keep going. I really am. But I want someone to run it for me. I don't want to think about it. I get some crap for this sometimes. Someone thought that they were pulling a big aha moment that last week in AWS com runs on top of

GCP because they looked at what was spitting out. And my response was a polite form of, yeah, no shit. I pay WP Engine to run WordPress for me because I'm not irresponsible. And I honestly pass that. I don't care where they put it. I have so many other things in my life that I care about more than I do that. So what's it matter? If there's anything that shouldn't run on AWS, it's last week in AWS, Corey. I mean, the managed service is great, but that's the thing is it doesn't matter how great EKS is. If everybody's deploying terrible things into it that are horribly insecure, that are set to use, you know, terribly way too many,

are requesting way too many resources and therefore costing you a fortune. Have I come full circle to buy Fairwinds Insights? Am I allowed to do that on this podcast? Because I feel like just plugging- It's all about the guest here. By all means, knock yourself out. I'll talk smack about you on a separate podcast. At some point, I'm going to go through all the previous episodes, get them all lined up and do a mega episode for an hour and a half. And now I contradict all the crazy horse shit that my previous guests have said in one conversation. Yes, well, you've been on my podcast. And I just want to say that if you do that, I will go back and do the same thing to you.

And I have way fewer listeners than you, so it'll work out great for both of us. Yeah, it works out well because they say, what is the collective noun for white guys as a podcast? Yeah, the collective noun for developers is a merge conflict, but you know, we all take what we can get. I think my favorite comment like that was, where do podcasts come from? And it was saying, well,

when two white guys like their ideas very much, dot, dot, dot. And that's really stuck with me. Well, so anyways, Corey, we're coming up on time, I think, from your side. What not Kubernetes should we be talking about? Oh, it's adorable. You think I'm not going to cut

the hell out of this. We're at minute three, Kendall. Oh, you're totally going to. But I want to talk about something not Kubernetes related. What are you working on at Duckbill Group that's driving you crazy right now

that you can share or is really exciting to you that you can share? Oh, things drive me crazy? Talking to people like you. My God. I mean, I thought that would have been obvious. I'm the most delightful thing in your day-to-day.

It's a growth year. We're looking at expanding the audience. We have some things we'll be launching in the near future. Nothing to disclose on that right now. We're toying with expanding in different directions. One of the things that I'm setting for myself is that if we do any more newsletters or things of that nature, I'm not writing them.

I don't want to put more weekly toil on my plate. I can write well or I can write a lot, but it's hard for me to do both consistently. You sit and read through the AWS blog for a living, which sounds like literal torture. Well, so let me ask you this. You're a personality. Going back to my first story, right?

Jeez, you come to my show and insult me. I don't get that very often. Hey, if I don't insult you on your own podcast, am I actually your friend? I feel like you would think no. No, no, it's fine. Beating the crap out of me is kind of my thing. I'm like basically the personification

of AWS marketing. That's right. I mean, I want to ask about this. How has being a personality paid off for you? Because it's led to you being able to start a business. If Corey Quinn was a nobody, when you started Duckbill Group, it would have been a lot harder to get your wheels off the ground. It would have been a lot harder to hire people. You have a brand that's allowed you to build a company in a lot of ways

that not having a brand wouldn't do. I mean, can you talk to me just for a second about how beneficial it is to have the brand that you have? It's a double-edged sword, like most things. It's nice to be able to go out there and tell a story and people like, oh, you're the guy from whatever. It does get super hard, and no one has heard of me. And it's, so what do you do exactly? And it's take a deep breath and rattle off the newsletter, the podcast, the consulting, the Twitter shit posting, et cetera, et cetera. That's why you just tell people you're a personality. Keep going. Yeah, that happens.

But it is helpful, but it also means that on some level, it's going to sound weird, it's very lonely. Everyone sort of engages with a persona where they have this idea of me rather than me as a person. Like everyone knows me, I have remarkably few friends. It's a very strange mixed bag there. I mean, it's something that I have spent time thinking about that the complexity

of being known is that people come up to you at an event and they want to be in proximity to you to say that they were rather than to say hi, because they know you know them back. And the larger that percentage is of people who know you that you don't know or that ratio is, you know, the more complicated that gets. I can see that, seeing that as being lonely. I'll make sure that next time I see you in person, I give you a big hug. Oh, good.

But as long as the pandemic's over, it's fine. The other side of it too, is that you get used to scrutiny a lot. Everything I say is controversial to someone and it's differentiating someone getting upset because I did or did not use an Oxford comma in a tweet, which frankly is not an important battle worth fighting. Don't email me. And the other side of it, which is someone gets upset because I referred to a group of people collectively as guys,

which is valid because that's something that is exclusionary to folks who do not see themselves encapsulated in the term guys. I get it. I eradicated that word from my vocabulary and replaced it with folks and people can deal with it to all on the other end of the spectrum, which I've never actually had to deal with of, wow, your views on race are incredibly problematic. So regardless of what you say or what you do, you're going to get scrutiny. You're going to get feedback and disambiguating into where on that spectrum any bit of that feedback falls into of, can I safely ignore it because it's irrelevant? Or am I just

thinking that because growth is painful, I don't want to go through that, and are some of the ways that I perceive things actually regressive? It takes time and a commitment to improving, but it's not easy because you get a lot of feedback. And if you're not careful in moderating that and taking it to heart and evaluating it on its own merits, it can destroy you. Well, what's interesting about that is it almost sounds like you had to reach a certain level of fame to have the normal level of scrutiny imposed upon, say, your average woman on Twitter. Absolutely. Absolutely. And even now, let's be fair here, I don't have anywhere near that level of scrutiny directed at me even now. Sure. Yeah, that's interesting. And does it give you more

empathy, though, for people who make their living in the Twitter sphere that don't look like you? I don't think I ever was missing that to begin with, because I've had conversations with a lot of folks who have more valuable things to say than I ever will, and who are, frankly, better people across the board. So I've always been very aware of that. And again, it's uncomfortable becoming aware of the privilege one carries. And that was something that was a definite, it takes an adjustment like anything else. I used to be very different when it comes to my views on these things than I am today. And it just, it takes empathy.

It takes walking a mile in someone else's shoes and it's transformative because once you see it, you can't ever unsee it. Yeah. And I, and frankly, at this point I wouldn't want to. Yeah.

Well, and it's interesting because now we're both in positions of power in our organizations, like actual titles of authority. Oh, yeah. I have an authoritative position in the industry, and you have an authoritative position because you're one of the only people who's ever gotten Kubernetes to boot up and get the errors to stop scrolling. But it's the authority in the industry that sets you apart there, too. And it comes with a weight that I know you're aware of.

And I've seen you. I mean, one of the things that I like about you, Corey, is I've seen a friend call you out for something. You asked a bunch of clarifying questions to understand what it was about what you had said that was wrong. And then you went and removed it because you humbly understood that. And I mean, frankly, that's a big deal, Corey. Not everybody does that. So if you're going to be a celebrity, at least carry that weight with a little bit of humility, which now I'm on your podcast, Brown Nosing, which if we can just wrap up, maybe. No, no, that's much more expected and normal. We're used to that. I can handle that. If we can just scroll back now and insert the you saying, you're right, you're right. And then

just end right there. That would be ideal, probably. Is there anything else you wanted to talk about, Corey? No, you're the guest. I should be asking you that. Anything else you want to make sure we cover? Gosh, what else is going on in the world? I mean, I think it's really fascinating watching the speed at which Azure is advancing. I think it's increasingly proof that, I think there's a lot of ways you can argue Google has some of the best engineering solutions in some of their cloud products. They're the best. Oh yeah, just ask them. Well, they're the best solutions for some of the wrong problems. AWS is willing to build anything, even if it's the wrong solution, as long as there's a market for it. And Microsoft can just sell. In fact, it was a Microsoft person who asked

me about my different opinions on the clouds. And I was telling them where I thought AWS and Google sat in the market. And they said, you know, our only differentiator is that we can sell. We've been selling to everyone for forever and we're going to continue to be able to sell to everyone for forever. And it is fascinating to me watching a cloud grow with the speed that Azure is because they have the Rolodex that they do.

Nobody has that Rolodex. And that's fascinating to me. I mean, how long until you launch Last Week in Azure? Oh, it exists. When it hits enough subscribers and people care, I'm going to find someone to run it. Oh, wow. I don't want to keep it. My God, I'm just building the list because enough people will care.

Lastweekinazure.com, sign up. Oh, wow. Interesting. Okay, there you go. I didn't know. I didn't know. But I'm not surprised. You should be there because at some point, there's going to be meaningful competition to AWS and it looks like it's coming from Azure, not DigitalOcean.

I would agree. But I don't think that that market needs to be served by me. I think there needs to be someone like me in that space. I am not going to become that person. And that's okay. It's a different kind of snark to attach to Microsoft than it is to attach to Amazon, given the... It's a different audience. It's a different language in many respects. And there are people who can be much more authoritative in those customer relationships than I can. Yeah, I believe that. Interesting. And do you see any third party or second tier or third tier cloud catching up ever?

Is somebody going to enter the space and make waves? It seems like it's a little bit too late. It doesn't seem like Oracle's going to catch up or DigitalOcean's going to take over. Well, yes, I mean, DigitalOcean and Linode are both doing interesting things. I mean, take a look at them. They're not shrinking. Everyone likes it. Oh, they're just withering on the vine. No, they're not. They're everywhere.

But they're not going to catch up either. They're never going to be number two to Amazon, are they? I mean, that's what I'm asking. Will they be? Yeah, and isn't that a sad fate that they'll only make hundreds of millions instead of many billions in a given quarter? I mean, that's not a terrible life from my perspective. It's true. It is interesting how we measure those things where Google will kill off a product that has, you know, more revenue than the vast majority of startups do in their first 10 years of business. But it's such a small number compared to them. They'll just shut it down. Not to pick on Google, who is infamously shutting things down,

but lots of business units that do that in the Apples, in the Googles, in the Amazons. But that's interesting, the way we measure that. There are many paths to success. And I don't think that it needs to be measured in the context of the GDP of a mid-sized country. Yeah, yeah, I agree. Duck Bill won't get to that kind of revenue for another 10 years. That's okay. Yeah, well, and you're going to experience

an interesting thing being a bootstrapped company who's trying to make money. And everyone who has venture money around you is going to look down their nose at you, which is a weird thing that... And that's a serious problem if VCs don't like me. I mean, I don't know what I'm going to do if I wind up in that position.

I mean, I need the wisdom that only comes from winning a lottery once and then being able to tell me how I can win a lottery too someday. I mean, there's some nice things about being able to leverage VC money and grow really fast. I get it. I think what's amusing to me is when a founder backed by VC is looking at a person like you who's growing a company profitably and thinks to themselves, wow, I'm way better at burning money than this guy is at earning money. And that that somehow gives them an air of superiority. That's the

thing that amuses me. But our industry is a weird industry and everybody's all the time trying to size themselves up compared to the next guy. Oh, I'm an old fashioned crotchety old man here because I have the kind of business model our grandparents would have understood. It's like, so you haven't, where's your investment all come from? It's, yeah, it's this magical thing called revenue and profitability. Yep, yep, yep. Because honestly, I've got to be direct here.

If I am solving people's AWS bills and losing money in the process, I don't think that I would be qualified to do the thing that I do. It's similar. No joke. Back in the years of reInvent being an in-person thing in Las Vegas, I never would gamble when I was there because I didn't want the optics of, isn't that the guy that's supposed to be really good at saving and understanding

large, complicated money things sitting at a slot machine? It's just the optics aren't terrific. That's hilarious. I've never thought about that. I've been at a reInvent with you, i i don't play slot machines because they bore me as does most gambling but it never occurred to me that you had if i want to look at flashing lights and get endorphin hits by pushing buttons that's what i have twitter for that's that's right when when somebody hits like the thing is you have to reach a certain amount of inertia before you get the endorphin hit that you need from Twitter.

That's why so many people fizzle out before they get a reasonable following. Credit where due, it took me seven years to get my first 1,500 followers, which is what I was when I launched this place. Yeah, that's impressive. I finally cracked the secret of Twitter. And guess what?

You ready? Here it is. Be funny. That's all it is. The end. I mean, is it even that? Isn't it show up all the time and being funny is like a nice to have? Okay. Be funny frequently. There we go. Be funny frequently. Yeah, how about that? That works. So if people want to learn more about what you're up to and actually maybe see if your

company can solve a real business problem they have, where can they find you? So the company is Fairwinds. That's fairwinds.com, as in the winds are fair because this is Kubernetes and everything is nautically themed. See, Corey? There's more to the name than you thought. There is. And if people want to keep up with you personally,

because they make the same terrible series of choices I do, where can they find you? My Twitter handle is blatanterror, as in a mistake that was very obvious. And I also host a podcast on leadership, primarily highlighting people who come from underrepresented backgrounds in tech. And the podcast is Authority Issues. That's authorityissue.es, if you want to check that out. Upon which I have guested and vastly enjoyed the experience. You were the host? Not so much, but I did.

Well, that's why I have a co-host, so I don't have to be in your shoes in this situation and come up with all the clever things. I mostly just ask questions, and then when I'm having an off day, she carries the load for me, which is delightful. Excellent. Well, thank you once again for joining me. I appreciate it, despite what you may think.

Thanks for having me, Corey, and I'm a little disappointed because if you didn't appreciate it, I think I would enjoy the spiting you a little bit more, spiting the professional spider. Kendall Miller, president of Fairwinds. 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 your podcast platform of choice. Whereas if you didn't enjoy this podcast, please leave a five-star review on your podcast platform of choice,

along with a comment explaining how that despite cutting this episode down to five and a half minutes, somehow Kendall still managed to irritate the living piss out of you. If your AWS bill keeps rising and your blood pressure is doing the same, then you need the Duck Bill Group.

We help companies fix their AWS bill by making it smaller and less horrifying. The Duck Bill Group works for you, not AWS. We tailor recommendations to your business and we get to the point. Visit duckbillgroup.com to get started. This has been a HumblePod production. Stay humble.