Screaming in the Cloud - All Things Azure with Dwayne Monroe

Episode Date: June 30, 2020

About Dwayne MonroeI've been a technologist, in some form, for most of my conscious life (starting with a Sinclair kit computer). I work as a cloud architect, focused on Azure and spend a lot of time thinking and writing about that (particularly controlling spend). Besides that, I enjoy a good Bordeaux or martini, travel and my life as a transplant to Amsterdam.Links Referenced: https://retool.com/ https://twitter.com/cloudquistadorhttps://www.linkedin.com/in/cloudquistador/http://monroelab.net/projects/cmdlet-daily/Books on Amazon

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. Important to me, no billing surprises. With simple, predictable pricing that's flat across 12 global data center regions and a UX developers around the world love, you can control your cloud infrastructure costs and have more time for your team to focus on growing your business.

See what businesses are building on DigitalOcean and get started for free at do.co slash screaming. That's do.co slash screaming. And my thanks to DigitalOcean for their continuing support of this ridiculous podcast. This episode is sponsored by a personal favorite, Retool. Retool allows you to build fully functional tools for your business in hours, not days or weeks. No front-end frameworks to figure out or access controls to manage. Just ship the tools, it'll move your business forward fast. Okay, let's talk about what this really is.

It's Visual Basic for Interfaces. Say I needed a tool to, I don't know, assemble a whole bunch of links into a weekly sarcastic newsletter that I send to everyone. I can drag various components onto a canvas, buttons, checkboxes, tables, etc. Then I can wire all of those things up to queries with all kinds of different parameters, post, get, put, delete, etc. It all connects to virtually every database natively, or you can do what I did and build a whole crap ton of Lambda functions, shove them behind some APIs gateway, and use that instead. It speaks MySQL, Postgres, Dynamo,

not Route 53 in a notable oversight, but nothing's perfect. Any given component then lets me tell it which query to run when I invoke it. Then it lets me wire up all of those disparate APIs into sensible interfaces, and I don't know front-end. That's the most important part here.

Retool is transformational for those of us who aren't front-end types. It unlocks a capability I didn't have until I found this product. I honestly haven't been this enthusiastic about a tool

for a long time. Sure, they're sponsoring this, but I'm also a customer and a super happy one at that. Learn more and try it for free at retool.com slash lastweekinaws. That's retool.com slash lastweekinaws and tell them Corey sent you because they are about to be hearing way more from me. Welcome to Screaming in the Cloud. I'm Corey Quinn. I'm joined this week by Dwayne Monroe, Senior Cloud Architect at CloudReach. Dwayne,

welcome to the show. Thank you, Corey. So you come from a world that I don't understand in the least. I'm not talking about Amsterdam, which is where you apparently live, but rather that you're a cloud architect who's focused on Azure. I tend to operate in a world where I deal with, obviously, a lot of AWS. I do see some GCP from time to time in similar environments. But while I do have customers that are doing significant spend with Azure, I never encounter it in the course of what I do with them. So what I brought you here to ask you about is, you don't work for Microsoft. To my understanding, you've never worked at Microsoft. That's right. Yeah. And what I want to know is, tell me about Azure customers, please. As someone who does not have a particular horse in the race that depends upon you selling Azure,

to answer the question? To answer the question, I think, let me tell you a little bit about my own, to use the term of art now, cloud journey. Forgive the phrase. I started my career, as many of us of a certain age did, with general geekery. And then when I graduated from university, in which you have the computer labs and all that kind of stuff, I was floundering for a job and I was working at a boutique bank in Philadelphia. And that bank found itself facing some challenges from the FDIC. That led to me becoming, because I was the youngest person there and the person who seemed to have a handle on client server technology. That led to me becoming the person who deployed the first network. Kind of fast forward a bit, I'm working in enterprise scale data centers like pharmaceutical firms and this sort of thing.

And at one of these particular situations, I was introduced to AWS because there was a problem that the organization had, which was scalability. We were selling books, and every season, the type of book that was being sold, the VMware infrastructure that we were using would be stressed at limits. And a very smart colleague said, hey, how about EC2 instances, Elastic Beanstalk? I'm like, well, what the hell are you talking about? So I dove into that.

So I began my cloud journey with Amazon, as I think many people did. For a while, they were the only option. I mean, you wouldn't call it cloud if you spent a long time working on, I don't know, VPSs offered by some fly-by-night web hosting company. That would sort of look like cloud today, but we never called it that back then. That's exactly right. And Microsoft at the time, under, I think, still Mr. Ballmer, Azure was just like Windows virtual machines, but it was very weak. So I didn't pay attention to what Microsoft was doing in that space, because what Microsoft was doing wasn't compelling. out of New York that had pivoted to Office 365. And one day, and this may make me sound like a genius, it may make me sound like a goofball, I don't know. But one day, I was sort of poking around at the base of 365. And I noticed that there was an Azure AD tenant. And I said, well, let me just log on to this Azure AD tenant. And voila, there's all this going on. And I've been so Amazon focused and Microsoft up to that point, and this is going back four

or five years, up to that point, Azure had not been compelling, but it was becoming compelling. So I pivoted to Azure because I'd already had a kind of a deep commitment to Microsoft technology, to the Microsoft stack. And it seemed to be a logical progression for my career. To get to your question, and that's a long-winded way of getting to your question, the typical Azure customer, from my point of view, is an organization that has a deep commitment to the Microsoft stack and sees the need to modernize that stack into the cloud, and Microsoft has provided a bridge. So you have SQL server on

premises and you can modernize that SQL server. You can do it on premises, but then that SQL server on premises, the code has been put into SQL server to see assets in public cloud Azure. So Microsoft's hybrid story, I think, is very well realized. And so the typical Azure customer, from what I've seen, are customers that say, we have these investments in databases and so forth, storage that are Windows-based, built around the Microsoft stack, and we need to get out of the data center business. We need to get out of the infrastructure business. Let's move that stuff to public cloud. And Microsoft has already built the code that allows us to do that. If not easily,

at least you can see the direct path. You can cross the rainbow bridge and go from where you are within your messy data center to your cloud estate. It's very logical. I have a standing policy of not insulting various customer choices, workflows, environments, etc. Unless, A, they are very clearly egregious, or B, I'm trying to make a larger comic point. And I want to revisit that because there's absolutely nothing wrong with what you have just described. The whole Silicon Valley model is built upon more or less sneering condescendingly down your nose at anything that was written more than 18 months ago. But that is very clearly not how the world works. We are focused on building new, but everything that we're building on top of has been around for ages. And just because there's a new or different paradigm for developing these things

does not mean you get to sweep away the last 30 years of development work. So there's a tremendous need for an awful lot of these workloads to migrate out of the data centers in which they find themselves. So far, the worst environment I've ever seen from a physical risk standpoint was where the data center was in a company's office. That office was located on a boat. That boat was holding the data center, and that data center was below the waterline. Oh my God. So there was a migration to cloud, and not surprisingly, there was a challenge as soon as that was completed. People who were working on the boat were reporting severely increased latency.

Yes, of course. This stuff becomes a problem. Stacks aren't written 15 years ago to take advantage of the new paradigm that we find ourselves in today. How do you get someone to go from where they are to where they should be without, A, insulting them, B, disrupting what they're doing, or C, forcing them to re-architect everything instead of developing new things for the next couple of years. And Azure has, to be honest, a terrific story around that. I think so. And I'm not a Microsoft partisan because I definitely see strengths and weaknesses in all of the major CSPs, cloud solution providers, including Alibaba and even Oracle, you know, within a very narrow

frame. But yes, I think that just from what I've seen, and again, I'm speaking as a person who admires what Amazon has achieved, but from what I've seen dealing with enterprises, and let's just take an example. You're making paperclips. You're not a sexy Silicon Valley company. You're not Twitter for pets. Well, you're not Twitter for pets. Right. You're not a sexy Silicon Valley company. You're not Twitter for pets. Well, you're not Twitter for pets. Right. You're not building satellites that beam lasers amongst themselves or whatever. You're making paperclips, and you're a multi-billion dollar enterprise, and you have manufacturing concerns. You have all the classic concerns of companies that do things. And you're saying, I understand that my estate of Windows 2003 servers and Exchange 5.5, all these things, I understand that all these things are a mess. I know that.

What do I do to modernize? And the data center refresh is coming up, or the hardware refresh cycle is coming up. And my God, that bill, it looks pretty bad. It looks pretty bad. And I'm getting yelled at because the CIO went golfing with someone and said, well, we're in the cloud. What are your guys doing? And I was like, well, we still have a bunch of servers in our data center. I think that the way that you help customers bridge this gap is number one. And this is, I think, where Microsoft does well relative to its competitors and also where those of us who

have been in this business for a while do well, is you first of all acknowledge people's legitimate concerns. You do not sneer. You do not condescend. I was at a client that's a manufacturing firm in North America. And the guys who run, and it was all men, it's typical. The guys who run the manufacturing facility had legitimate concerns about plant operations going wrong and things exploding. I mean, literally exploding. If valves didn't open and various things didn't happen.

So the systems control and data acquisition SCADA network that they use in their plant operations could not be relocated to the cloud, full stop. So in the push for the cloud, you had to listen to that and then architect a solution that allowed them to participate in what was a larger cloud migration strategy without being left behind, but at the same time, which acknowledged their challenges. for the data that was gathered to be on Azure SQL and Azure SQL Data Warehouse, and eventually Cosmos DB. There was tolerance for that because that was not part of the control plane. It was part of the analysis plane. So if there was a little bit of latency in doing analysis, that was fine. And that took a huge load off their shoulders because they were hosting both the control plane and the analysis plane within the plants that this particular organization has. So listening and crafting a strategy that is sensitive to the real world concerns of organizations.

And again, people are actually running vast enterprises or even mom and pop shops, whatever it may be. They're running a business and they have legitimate concerns. Sometimes they make mistakes. Sometimes people are stubborn. We are error-prone creatures, so there's that. But often at the base of it, there's a legitimate concern, and usually there's a legitimate concern. That's what I found to be successful. I think that this turns pretty easily into a cloud migration story. The problem is, is that it seems that every Azure customer I wind up speaking to, in some way, turns into having been a migration story like you're talking about. Do you see net new being built on Azure? I do.

And one of the things I see that is very popular on Azure, and I've seen this multiple times, is IoT. I've seen this in customer after customer after customer, and also net new databases. So they're building new solutions that are not necessarily customer-facing, by which I mean they're not the sneaker store. You might build that using Lambda or some other platform, but all the infrastructure that supports that revenue generating function might be developed on Azure.

And I've seen this an awful lot because I think people, it's particularly companies that have an acute need for security and compliance to meet those needs. They turn to Azure because I think that the role-based access control story, that some of the methodologies such as blueprints and policies and so forth, it's very, very strong. And it also makes the life of

individuals who have to be concerned in pharmaceutical and finance and so forth, it makes their lives easier because the reporting from the platform about what's going on is very robust. So those are the kinds of net new solutions I'm seeing being built, particularly, as I said, in those areas in which customers have a very strong concern about compliance and security. I've seen customers turn to Azure for that. One thing that I found that I think is, I guess, sort of the outlier, it was odd enough that it's worth commenting on, was I made a tweet a while back that whenever Azure has issues, it seems like nobody's website goes down. And that was a sort of a facile, off-the-cuff response. But what made that

interesting to me was that it was basically true. I know it's a weird and sounded borderline insulting way of framing it. But in the tweet, I said, now I'm sure there's a bunch of SharePoint servers that are broken. And a lot of people came in and weighed in on that. Oh, did I get letters on that one? All saying that's not true. But I wasn't getting any factual correction or substantiation for it other than, well, we don't really run SharePoint anymore.

That's kind of what Microsoft Teams is. Aha, I knew it. But the lesson that I took from this, though, was that, okay, so what are those workloads? IoT makes an awful lot of sense. And to be honest, I really should have connected those dots sooner. I had Dr. Galen Hunt from Microsoft working on Azure Sphere, which is an IoT security platform about a year ago now. And he had a great conversation about what this looked like. But you generally don't see a whole lot of net new web apps, but I found one. In fact, it turns out I'm the customer of one of them. And that sort of threw me for a loop. I've been somewhat public about using Retool. That's R-E-T-O-O-L dot com. Not, at time of this

recording, a sponsor of anything that I'm working on. But I'm working on them to fix that because I talk enough about how awesome they are that they frankly should be paying me by this point. Their service runs on Azure. They're positioned themselves as a basically visual basic for tying web APIs together. Though that is my phrasing, not theirs. I think, frankly, it's a better phrasing than theirs because it makes it intuitively clear what it is. I don't have front-end skills, so I can slap everything I need together to build my newsletter and click a few buttons and it generates what I need. I can

pass this off to other folks who I've hired to do some internal work on, for example, getting the sponsor copy in where it needs to go. And this all ties together and it's transformative. But it's never been intended, from their perspective, to be something that is public. It's for internal applications. But it is itself a web app being sold to the masses. So they built a SaaS product, but even the SaaS product that they built on top of Azure is still aimed at back office workloads. And I don't think there was anything intentional about that. I mean, I don't have insight into the decision, but even when you have built something that is effectively public-facing, that public-facing thing is just for back office stuff.

If, for example, all of Retool and their hosted version went down because of an Azure outage, that would not cause any disruption to the websites of its customers. That's exactly right. Of Retool's customers. Now, Retool itself may very well

have its marketing site go down, but it's not going to cause, for example, the front page of an e-commerce website to crash. That's right. Yeah, that's right. And you make an interesting point, because to return to the example of the manufacturing firm I was mentioning earlier, they did build net new web applications

using, at the time, Azure web apps, facing customers, but in their case, the customers would be other organizations, companies that were ordering their product and could order like millions of units, you know, of the items that they manufacture. But, you know, you and I wouldn't see that if it went down,

but many, many large enterprises, including McDonald's and so forth, would know that because they use it to order some key parts of their logistics chain. And so that's the kind of thing I am indeed seeing with Azure, that people are building these sorts of things. I think that, and this is just my opinion on this, obviously, I think that it might have to do with who has the mind space of developers. Who do developers think is worth pursuing or is a cool organization or

something? And not just cool, that's kind of pejorative and dismissive, but who developers feel is listening to them and offers them the tools that they prefer. And I think that I believe that Microsoft is extremely developer friendly, but I think other organizations such as Google and also Amazon, I think that they have kind of a panache about that, that perhaps Microsoft doesn't have, or at least perceived as not having. Because you could very, very easily, or at least you certainly could build a customer facing web application. It could even be serverless. It could be using Azure Functions and talk to Cosmos DB and it could sell your really cool sneakers.

But for interesting reasons, I think that maybe are deserving of delving into, a lot of developers are not pushing for that. You know, they're not going in that direction. But I think that management from the other side is saying, hey, when we do our work, our really key business glue work, it's going to be in Azure. Again, this is what I've seen many, many times. When you ask people, well, so why did you choose Azure for this particular workload, this particular series of projects? Well, there was advocacy within the organization for people who are advocating for Azure. And also, you know, management said, this meets our business requirements.

It doesn't have to do with what you like. We did an analysis, and this is meeting our business requirements. Again, getting back to the compliance and security, and also the fact that they could modernize existing skill sets for public cloud. This episode is sponsored in part by Chaos Search. Now their name isn't in all caps, so they're definitely worth talking to. What is Chaos Search? A scalable log analysis service that lets you add new workloads in minutes, not days or weeks. Click, boom, done. Chaos Search is for you if you're trying to get a handle on processing multiple terabytes or more of log and event data per day at a disruptive price.

One more thing for those of you who've been down this path to disappointment before. Chaos Search is a fully managed solution that isn't playing marketing games when they say fully managed. The data lives within your S3 buckets, and that's really all you have to care about. No managing of servers, but also no data movement. Check them out at chaossearch.io and tell them Corey sent you. Watch for the wince when you say my name. That's chaossearch.io. I think you're absolutely right as far as what you just said.

There's a tremendous groundswell of developer energy that is pushing for a lot of the developer-first platforms, by which I'm talking specifically about AWS, because people have more experience there, and GCP, because their developer experience is phenomenal. I mean that sincerely. Azure has really caught up in a bunch of different ways, and things like Visual Studio Code are transformative. I love that app so much. I didn't in the beginning, but now I'm like, this is really fantastic. Get it working on an iPad and I'll be a convert for life. And I am deep into the Vim Weets.

Their acquisition of GitHub was transformative and they are leveraging that in an absolutely major way. I think that they absolutely are positioned to go super well. And I think that saying, well, they're not necessarily going to be something where developers flock to, I think that's wrong. If you take a look at the industry of development across the board,

there's an awful lot that doesn't get well represented in typical developer surveys. These are folks that spend 40 hours a week writing Java at some large company, and then they go home. They don't tend to engage in community as much as some of the avant-garde front-end development types might. You see people doing the same thing with a whole lot of.NET and earlier Microsoft technologies. And there's a certain type of developer out there,

and I say this with no condemnation, and I'm not trying to sound pejorative at all, but there's a subset of folks for whom this is not a passion or part of their core identity. It's a job, similarly to the way that an awful lot of accountants don't go to accounting conferences or hang out on accounting back-channel Slack rooms. They show up, they

do their job, and then they tend to go home and live their lives. And there is absolutely nothing wrong with that approach. And Microsoft has been phenomenal at addressing that constituency historically. Just because we don't see the new whiz-bang startups built on this does not mean that there is not a tremendous

groundswell of Azure uptake. I do not mean that there is not a tremendous groundswell of Azure uptake. I do not believe that Azure is not in second place, as most analysts tend to say that they are. I think that their cloud numbers are largely real. I think that there's a tremendous groundswell of enterprise support for this, but enterprises hate anything that remotely looks like publicity, particularly around something that carries perceived risk. That's exactly right. When the Jedi announcement came down, the Pentagon selection, I recall on Twitter, there was a lot of outcry from Amazonians who said, well, this could not possibly have been driven by technical excellence, but it was entirely political. And I have to say,

as a person who has enjoyed and built things on both platforms, I found that to be a little bit astounding because, can you admit that there is competition? But also, it was very clear to me that the hybrid vision, Azure Stack, which we haven't talked about, but I think Jeffrey Snover's work and others' work on that has been really quite strong, and the compliance and security model. If I was a person in

the Pentagon looking at public cloud, Azure would make a lot of sense to me because here I have Azure Stack, and so I can have isolated Azure that is entirely secure. It can be off the grid. It can phone home when necessary. It can be in remote places like bases and so forth, or the classic example that Microsoft

gives, which is the cruise ship. And then I have Azure, in which I have all of these tools available to me to track, to control, to monitor, to know exactly what's going on. Now, that doesn't mean that these tools are effectively used all the time, but they're all there. And so this cornucopia of command and control tooling, which is well-designed, probably built upon, not probably, definitely built upon what Microsoft learned

from on-premises Active Directory and LDAP over the years, getting that wrong, getting it increasingly right with each iteration, and then finally sort of migrating that to the cloud and then making mistakes and learning. Those are all extremely compelling. And that's why I think that the audience for Azure, I'm just trying to find the who are more concerned about foundational operational things than the very, very flashy things, which is not to say that you can't do these things on Amazon. Of course you can. But I think the audience, I think that the mind space or the attraction, I would say, to Azure is very clearly for people who say, I have these problems, I'm an enterprise, I want to take advantage of cloud,

but I need to be secure, I need to be compliant. What's the best platform for that? I've looked around and I think Azure is it. It's not a mystery to me why organizations would be choosing the platform for those things. Yeah, and I think that that tends to be a very different story than one that we've been seeing specifically. That brings us to another topic I wanted to discuss with you. Let's talk about cost. What does that look like in the world of Azure? How do you wind up handling cost prediction, cost allocation? What does negotiating these deals with Microsoft look like? So there's a couple of elements to cost with Azure. There is, of course, the classic negotiation with Microsoft.

And that is an area that I have more experience with than I care to admit, having worked with enterprises to help them do that. But once you get past that particular hurdle, because it's not as complicated today as it was in years past. I mean, it still can be complicated, but it's not as nuts as it was in years past with the licensing and so forth. Microsoft has done a lot to simplify that. It still just comes down to consumption. And yes, there's reservations and all these things similar to Amazon and I believe GCP as well. But it just comes down to consumption and control. So on Azure, you have the classic problem

that you have on all cloud platforms, which is when people are able to deploy and they have to deploy solutions, they do so. And they do so sometimes, especially when they're really cooking with wild abandon and they're not turning things off it's all the problems you have on all the cloud platforms um they're over specking virtual machines or they're choosing virtual machines instead of choosing platform services they're

doing things that are generating strong or rather a lot of cost that could be avoided and so the thing that i think microsoft has offered customers that sets them apart from their competition in this area, and I've actually written a book about this. And we will throw a link to that in the show notes. Thank you. Is the Azure cost management and cost analysis tooling. Now, but before we continue down that, did that grow organically or was that what they did when they acquired Dyn or D-Y-N or Dyn or whatever the hell they call it? Yes. Cloudyn. Cloudyn. Yeah. Cloudyn. That's right. Cloudyn. Cloudyn. Cloud something. Yeah. Yeah. Which as I recall was an Israeli firm, which had a really good story to tell, a really strong product. So the cost management platform

existed prior to that, but I think it really became much better once they built the CloudIn or CloudIne code base into what they were offering. And I think they've also enhanced it by leveraging Power BI because they're definitely eating their own dog food as the same goes. And what that gives you the ability to do, which is similar to Cost Explorer on AWS, but in my experience looking at the two, it's a bit more logical and a bit better organized. It still lacks a few things that are business sensitive, but it does give you a tremendous amount of data, your metrics, where the cost is coming from, and so forth. Tagging is key, obviously. A lot of organizations are not doing that properly. But what it gives you on the Azure

portal is a really lovely business intelligence interface that at a glance can tell you exactly where your costs are coming from. And it builds upon some of the compliance and the management tooling that I talked about earlier, like Azure Management Groups, which is an organizational container for your subscriptions and resources that are contained within subscriptions. You can aggregate, or rather you can point cost analysis towards aggregated resources if they're properly tagged in particularly. You can get very, very granular data

about where your spend is coming from and you can create views at the portal for say the finance officer who can then log into the portal and get his or her view of what's going on. There's ways of enhancing that still further. You can use the consumption API to get that data in a way that maybe is more to your liking or more to your needs than the reports that are available from the portal.

But the fact that Microsoft has even thought about this, I think, is rather impressive because what I'm seeing is that a lot of organizations are not thinking about cost, or rather, they are thinking about cost, but they're not sure what to do about it. And they're not aware of the linkage between architecture and cost. They're not aware, or rather, they're not taking advantage of tagging. They're not doing a whole bunch of things that you can do. They're not using budgets. There's a lot of things that they're not doing. And I think that it's providing fodder for some of the people who are still trying to sell you boxes on premises because they're saying, oh, my God, your cloud bill is so high.

And there's nothing you can do about it. I'm always frustrated whenever I read an article like on LinkedIn or some other place or in a tech press, someone saying we repatriated our stuff from the cloud because the cost was too high. And no one ever digs into a couple of things like it. Well, was the spend generating revenue? And what's the tie to that? But also, what did this company do to try to get a hold of their spend that they simply built, as I've seen, like, you know, hey, we have 3000 VMs on premises, let's build 3000 VMs in Azure. And oh, my God, the cost is crazy. Like, well, yeah, X certainly can be a problem if you didn't refactor to the greatest extent possible, even after you lifted and shifted.

So I think that as in other areas, what Azure is offering to customers is what I'm going to call a business-friendly way to get an understanding of where your costs are coming from. And even through the recommendation engine, which is a bit of ML, machine learning, some recommendations right there in the portal about how you can save some money.

They're not always good because it's an algorithm, obviously. But at least there's a kind of an understanding of what your patterns are and how you can save money. And this is another area in which I think that, as I said, I think Microsoft is doing a very good job of talking to the business audience. They're talking to developers, they're talking to infrastructure people, but they're also talking to the business audience. And it's that third part of the tripod, I think, that is missing often from the competitors is that there's those conversations

with business people as to what the business actually needs and how the technology can help. I think that's something that gets lost quite easily when you see engineers talking about cost. I belabored that point to death on this podcast before to the point where it's not necessarily worth revisiting. But I think you're right. There's a very strong story here around Microsoft specifically having a much more mature view of how, I don't want to say legacy companies because that's unfair, but historical companies who have existing and exhaustive physical estates and enormous investments in how they do things that you don't see in a company that didn't exist 20 years ago. That is absolutely one of their strongest assets, and I think it's easy to dismiss that unfairly. Yeah, I think that does happen. And what I think is happening amongst the partisans for the cloud providers is, I think we're talking past each other. Because, I mean, as I say to my colleagues, what is this technology for? What is it for? It's not for you to do cool stuff. It's to get

something done. And that something done might be cool. It might be landing a probe on Mars. That's very cool. Or it might be helping your grandmother, you know, get something that she needs. I mean, that's also very cool and also very necessary. There's a million other things that the world needs that technology should be helping us achieve. And so your code can be sweet and all that can be good, but if you're not accomplishing anything with it, what's the point? And I think Microsoft today, in the past, I think there was some stumbling and some problems, but under, certainly under Nadella, I think that Microsoft understands how to have that conversation with their customers. And they keep building things that make it very easy for me to advocate for the platform,

because I'm not advocating for a platform that you can't use to solve your actual existing problems. It doesn't mean it's perfect. It doesn't mean that I don't get frustrated. It doesn't mean that some things are not in preview for way too long. And I'm like, you know, it's been a year, why is it still in preview? It doesn't mean that you don't encounter problems when you try to deploy stuff. But it does mean that you know where the direction is, year. Why is it still a preview? It doesn't mean that you don't encounter problems when you try to deploy stuff. But it does mean that you know where the direction is and the direction is to help you get stuff done. And I think that's very compelling. And that's why I think some of these enterprises that I've worked with tend to be large scale organizations that are building things themselves.

And they just they're not keen on showing off a technology, they're keen on getting things done. And they've made their decision about what platform will best help them do that. Although, you know, there is a multi-cloud story as well, in which you're using not multiple platforms for the same application, but different platforms for different things, which I think we're seeing a bit of that as well. I think that's probably a good place to leave it. It winds up being a convoluted, complex story. And I don't think that migrating to any cloud provider from any other cloud provider is going to materially change the complexity of the billing problem. This is a systemic problem. It is not a provider problem, for better or worse. That's exactly right. That's

exactly right. Yeah, I 100% agree with that. But it's also, speaking to my fellow techies out there, it's also a perceptual problem. When you design something, cost should be on your mind. In the Azure case, and I can provide an estimate of how, you know, this design costs versus that design, always keeping foremost in mind what the goal is. So one of the things that frustrates me is when an organization is surprised by their bills, because I'm like, well, you could have predicted that if you were paying attention. And it's now kind of everybody's job to pay attention. I mean, to return to Amazon for a moment, the CCOE, which I think is an Amazon creation, the Cloud Center of Excellence. I think that idea is fantastic. I think it should be implemented. And I think one of the things that a CCOE would do for organizations is help keep everybody's mind focused on what you want to do and how much it's

going to cost and also whether or not it helps you achieve your goals. And if you spend a100 million, but you made $1 billion because of that, then okay, that's fine. But if you spend $100 million and you're not making $100 million because of that infrastructure spend, then you've got a problem. And you as a technologist should be able to predict, if not what the eventual product will make, at least what the runtime cost of the thing that you're proposing is, and also monitor and remediate. That's one of the runtime cost of the thing that you're proposing is, and also monitor and remediate. That's one of the beauties of the cloud. You can change. You can change your architecture if you do things correctly. So yeah, if anything, I would say to my colleagues,

billing is not boring. It's a signal of what you're doing, and it's a signal to you to do it better. I think that's probably one of the most astute things that we've heard today. Do things better. It tends to be one of those simple bits of advice that people don't tend to take nearly seriously enough. Duane, thank you so much for taking the time to speak with me today. If people want to hear more about what you have to say, where can they find you? So I'm on Twitter at CloudKistador. And also I'm on LinkedIn. I'm Roberto Duane Monroe. That's my middle name comes first.

You can find me there. And I also have a blog that I have to revitalize called the Azure Commandlet Project in which I talk about things Azure. Excellent. Thank you very much for taking the time to speak with me today. I appreciate it.

Duane Monroe, Senior Cloud Architect at CloudReach. 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 in Apple Podcasts and a comment explaining your reasoning in triplicate for our procurement department's consideration. 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 humble pod production stay humble