AWS Morning Brief
AWS Morning Brief
Jan 15, 2021
Introducing From the Field: The Unconventional Guide to Cost Management
Play • 22 min
About Corey QuinnOver the course of my career, I’ve worn many different hats in the tech world: systems administrator, systems engineer, director of technical operations, and director of DevOps, to name a few. Today, I’m a cloud economist at The Duckbill Group, the author of the weekly Last Week in AWS newsletter, and the host of two podcasts: Screaming in the Cloud and, you guessed it, AWS Morning Brief, which you’re about to listen to.

Corey: When you think about feature flags—and you should—you should also be thinking of LaunchDarkly. LaunchDarkly is a feature management platform that lets all your teams safely deliver and control software through feature flags. By separating code deployments from feature releases at massive scale—and small scale, too—LaunchDarkly enables you to innovate faster, increase developer happiness—which is more important than you’d think—and drive transformation throughout your organization. LaunchDarkly enables teams to modernize faster. Awesome companies have used them, large, small, and everything in between. Take a look at, and tell them that I sent you. My thanks again for their sponsorship of this episode.

Pete: Hello, and welcome to the AWS Morning Brief: Friday From the Field. Triple F; that's what we're calling it now. We’re going a new direction. I'm Pete Cheslock.

Jesse: I'm Jesse DeRose, and I'm so excited for Triple F.

Pete: Triple F. Hashtag Triple F. So, moving away, taking this into a new direction, we have… not stolen that's a little bit too aggressive. But we have been lovingly gifted this podcast from Corey Quinn after taking over while he was on paternity leave, we just kept on doing it; we never stopped, we never let him have it back. And he was nice enough just to give us this opportunity to take this Friday podcast into a new direction and talk about things that we're seeing as cloud economists in the field working with our clients.

Jesse: Yeah, it really started as this confessional discussion of weird architecture patterns that we've seen, but then it definitely morphed into more of the other things that we've seen from either our work with Duckbill or work with previous engagements or previous companies. So, it just felt fitting to rebrand just ever so slightly and focus more of our efforts on what are the things that we're seeing day-to-day? What are the major problems that our clients are seeing? What are some of the pain points we've seen? What are the new features from AWS that are really the interesting and important things to talk about?

Pete: Exactly. We have an interesting insight that I think a lot of folks in the industry don't get to see. We, for one, look at countless Amazon bills, seeing how people are spending their money. But we also are often reached out to directly to help engineering teams better answer questions that they're getting from finance. I mean, that's the biggest fear I have—

Jesse: Yeah.

Pete: —CFO comes walking over to my desk, and I haven't submitted an expense report recently like, what do they want?

Jesse: [laugh]. I didn't do it. It wasn't me.

Pete: Even worse is when some of your executives start learning some of these terms. And they say, “Hey, what's our cost per unit on Amazon Cloud?”

Jesse: Yeah, it is something that has morphed from just a conversation about engineering teams thinking about their architecture patterns and what might be best for them to getting the entire company involved—especially finance—to ask all these questions and really think about, what's the bottom line here? How can we better understand this cloud spend?

Pete: I know most people are probably thinking, “Doesn't tagging solve this problem. Can’t I just tag everything, and then I have all my answers, right?” Problem solved.

Jesse: I'm sorry, did you just tell me to go F myself there, Pete?

Pete: [laugh]. Obviously, we both know that even the best of companies, the most mature companies we work with, yeah, they might be about 90% plus fully tagged, but even those companies still have to put in a lot of effort to answer these questions and to understand where their spend is going. Because they say, that which gets measured gets improved. So, are you measuring your spend? Are you measuring your growth? Do you understand how your spend changes as usage changes, your customers change? I mean, there's countless questions. But there's another thing that we see, too, Jesse, right? This circle of pain, the—what is it—the cost management circle of pain.

Jesse: Yeah. Yeah. It's this really fascinating idea focusing on cloud cost optimization, where a company will realize that their cloud spend has gone up for whatever reasons, and they say, “Oh, no. We need to do something about this.” Whether that is because finance has come over and asked the question, or because engineering has caught the issue. 

And so they go through this quick session, maybe a quarter, maybe a couple months or more of figuring out, “How can we cut costs? Can we remove resources? Can we put these practices into place? Can we build some processes? Okay, now, everything's fine, right? We've managed to bring our costs back down. We managed to get rid of all of those EBS snapshots that were collecting dust and never to be used, so now we can go about business as usual again, right?” 

And so then they continue on as if nothing has happened. And without making long term changes, those costs are going to rise again. And then all of a sudden, we're back in the same spot of, “Oh, no, our cloud costs have gone up, why did they go up? We did all these things to make sure that we didn't have run into this issue again. Why are our cloud costs going up again?” And the cycle just repeats. It's a really unfortunate kind of spiral.

Pete: I remember my time at a startup where we were under a series of really high growth, a lot of customers coming on the platform. And my favorite meeting ever was the CEO talking about our financials. And he mentioned that our gross margin was negative 175%, which for the non-financial folks, means that for every dollar of income negative 175% is being spent for that. You normally want that number to be positive if you want to have a successful business. And remember, the line he said is, “We are going to successfully go out of business with a gross margin that is negative one hundred and seventy”—whatever I said. 

This is an important number that people need to think about. And what's amazing is that within a year, we had turned that around to be an extremely high gross margin because we started looking, and tracking, and bringing cultural change, and giving ownership to people to own these numbers. So, it's not just an engineering problem anymore. Everyone thinks that the Amazon bill is because your engineers built a certain thing, or turned on a certain type of instance. And sure, part of that is absolutely true, but I always like to say that your Amazon bill is the sum total of all of the decisions the business has made. 

The business chooses what things to do and what order to prioritize revenue over technical debt. And all those decisions will impact the bill. It just so happens that it impacts the bill in a way that's so much more visible than in the data center world when you just bought all this stuff and let it sit there.

Jesse: Yeah, I think it's really fascinating because you ultimately end up with visibility into all of these other parts of the business that you may not have known about or thought about as clearly. Because if I'm looking at a massive spike in S3 spend, maybe that's because security has said we need to keep a certain amount of records for a certain amount of time for audit purposes. Well, as an engineer, that's not something that I necessarily focus on day-to-day or care about day-to-day. But from a security perspective, that's a majorly important business decision. But ultimately, it ends up impacting the engineering teams because it's their bottom line that's being spent.

Pete: Exactly. So, we're going to be taking the next many weeks to go through what we're calling The Unconventional Guide to Cost Management with a variety of different things that we see in the field that the most mature organizations are focusing on, and why they're focusing on them, and some actionable ways to go about this improvement in your company and their cost management strategy. And you're going to think to yourself, “Wow, that sounds really boring.” It's like, well, at some point, that CFO is going to stroll by your desk and want to know what's going on. Or you're going to be instructed to build a chargeback plan or a showback plan, and if you're not ready for that, it could be a little bit of stress to your day-to-day.

Jesse: Yeah, I mean, just as we highlighted, there's so many different drivers of costs when it comes to cloud costs. But we think that the main driver of costs is your architecture decisions, and the context related to those decisions. So, if you think about a highly regulated industry versus an industry that's maybe not as highly regulated, for example, you see a lot more data that needs to be kept for audit purposes, like I mentioned before. So, there's little examples of architecture decisions made as your business grows, that have a really unique impact on your cloud costs.

Pete: Yeah, I feel like this is where a lot of these automated cloud management tools really fall down is that they lack that context. They don't understand that those systems in us-west-2 is actually my DR site that I need to have running at all times because my audit and risk team has told me I need to do that. While the CPU is not being used, and I would love to shut them down, having them off until needed does not actually meet my risk requirements. That context is—

Jesse: Absolutely.

Pete: —what is so important here. So, this Unconventional Guide falls under what we have really identified within Duckbill Group, from working with all these clients, four main capabilities. These are levers that help influence cost within your organization. And these four main capabilities are architect, attribute, invest, and predict. 

So, let's kick it off with architect. What does this mean? How you architect—what Jesse just said: how you architect your applications, are you using higher-order functions within Amazon. Specifically, are you using Lambda? Lambda increases the ephemerality of your systems; the less they're running when they're not doing anything, the cheaper your bill will be. 

If you have T class instances, maybe you need a lot of memory allocated but CPU is very intermittent. How you're using, how you've architected, how your application was designed, either maybe specifically designed for the Cloud or just by accident as things evolve over time. But how you architect your application and the requirements that fit under that architecture is one of the main drivers of cloud cost. But attribute. What about attribute? What does that mean, Jesse?

Jesse: Yeah. I think it's important to call out that when we talk about these capabilities, architect is definitely one of the most broadly used and referenced capabilities that we see in terms of talking about cloud architecture and architecture decisions. But there are these other three capabilities that are important to highlight because they do also impact cloud costs. So, the attribute capability focuses on attributing cloud costs within your organization, whether that is to specific teams, maybe specific product lines, maybe specific business units. It really depends on how your organization structures itself. 

But you want to be able to provide your cloud costs bottom line to each of these teams to say, “Okay, this team is spending this much money per month to run their application or their microservice.” When your organization can see where your AWS costs are going along business lines, you understand the context for that cost. You move away from a vague pain around your bill to making informed decisions about engineering investments. So, ultimately, you can build showback models or chargeback models so that you understand how much each team or each business unit is spending on the Cloud. And then ultimately that gets into your unit economics as well, which we'll talk about in a second. But accurate cost attribution really helps everybody in your business understand the costs of your business decisions.

Corey: This episode is sponsored in part by CircleCI. CircleCI is the leading platform for software innovation at scale. With intelligent automation and delivery tools, more than 25,000 engineering organizations worldwide—including most of the ones that you’ve heard of—are using CircleCI to radically reduce the time from idea to execution to—if you were Google—deprecating the entire product. Checkout CircleCI and stop trying to build these things yourself from scratch, when people are solving this problem better than you are internally. I promise. To learn more, visit

Pete: I think that's an important one, too, working at SaaS businesses, usually the SaaS product is going to grow as the customer count grows. But one thing that really I find a lot of product teams fall down on is they don't accurately understand the cost of product decisions. Product decisions often is going to be a big driver of your spend. If a product team has a certain requirement to keep data for long periods of time but they're not going to charge customers more for that, you've got a big breakdown there. And so, I've always had a lot of success attributing in my applications at the product level and bring that as ammunition to different product meetings and say, “Hey, I'm looking at your product backlog, and these are the four projects we're working on. 

But those four projects represent 10% of our spend, and your fifth project represents 80% of our spend”—or something crazy like that—“Maybe we want to readjust this.” Maybe not. Maybe the business doesn't need to do that or want to do that. Those are all different things that, if you don't have that information, you can't ask those questions. Another of the big levers we mentioned earlier, investing. 

Making the biggest commitments that you can to Amazon—to really any cloud vendor, but specifically Amazon—will reduce the cost of running on Amazon. If you can make commitments, whether it's an upfront savings plan—that's a really simplistic way of making a commitment to Amazon to reduce your spend—the longer the commitments you make, if you have confidence that you're probably not going to be leaving Amazon anytime soon unless you're forced to—like they just turn you off—speaking for no company in particular—but that aspect of, you're going to be on Amazon for three years, you're probably going to be on Amazon for five years. If the company can make a five-year commitment over a three-year, you will save more money as part of an enterprise discount program, things like that. So, the contracts that you enter into, the longer that you can extend these, the larger that you can make them without overextending, the better off you're going to be. So, those investments are big ways to move those levers. But they all lead to this final lever, which is predicting your spend.

Jesse: Yeah, and I think it's also important to call out that when you think about investing in AWS, it's not just about putting money down to get a discount, it's about investing in your relationship with your AWS account team, your account manager, and your technical account manager, and whoever else you work with from your account team want you to be happy with AWS; obviously, they want you to continue using AWS. So, building a good rapport with your AWS account team will take you so far. It can lead to a lot of really great conversations around best practices, around architecture discussions, but also it could potentially lead to your AWS account team going above and beyond to help you get that extra percent discount when you are renegotiating your EDP or renegotiating your private pricing addendums.

Pete: Yeah, that's actually a really great point is, the better relationship you have, the more potential savings or just overall improvements that could be identified. I mean, that is your one way to get into the various Amazon AWS teams is via that account management. So, the better that relationship looks like, the more positive it will be for the business.

Jesse: Yeah. So, last but not least, we have predict. Predict is all about predicting your future spend. It's all about forecasting future spend. And this is the one that makes all of the finance team just drool. 

If you can share prediction models with your finance team predicting your engineering spend, or your cloud spend out six months to a year in advance, they are going to love you forever and ever. It is absolutely worth your time to work on building these models. But in order to build those models, you need to understand what does your spend actually look like right now. What does your spend look like per business unit or per team, like we talked about before. Which is where the conversation about the attribute capability comes into play because you need to understand which teams or which business units are spending what on the cloud first, before you can accurately predict what those teams are going to spend in the future. 

And most importantly, this gets to a conversation of unit economics, which we will dive into in more detail in a later episode, but it allows your business to understand how much does it actually cost per user who is using your application, for example? And how much can you competitively charge a company or a user so that they get a decent price for your service, but you also are able to make a profit?

Pete: Yeah, if you want to be the hero of your sales team and probably your CEO as well, having this ability to forecast when your sales team is out there trying to make a really aggressive offer to bring in a new customer. If they have the confidence in their ability to discount, they can make this really competitive offer to try to bring in new business. And that confidence is brought about by the fact that if you do understand your cost per unit, your ability to deliver the service to that specific customer, they can go in and make the best possible savings discount without risk to the business, which then makes, again, all the executives and the board happy. So, that is the superpower [laugh] of cost management.

So, those four main capabilities that we talked about: architect, attribute, invest, and predict, we're going to tie into those over the next many weeks as we talk about this Unconventional Guide. All these different tips that can help you impact your spend, hopefully in a positive way, within the business. So, we're going to be diving into these. We want to answer your questions along the way and we want to take the time to break out and answer some of those questions diving deep for you as you learn these concepts and bring in your own complexity within your businesses. 

Again, you can always go to That is to ask us a question. Feel free to add your name if you like, but you can be totally anonymous, too. If there's something that we're talking about that you want us to clarify further, we're going to break up these sections by doing some listener Q&A and diving into some of those, explaining some common practices that we've seen that hopefully will help guide you as you as you work on this process. 

So, again, if you have any questions, hit us up, We will collect those, we'll dive into them, and we're already been getting some really great questions that we're really looking forward to dedicating some future episodes on. So, this is AMB Friday From the Field. I really appreciate taking the time. 

If you have enjoyed this podcast, please go to, give it a five-star review on your podcast platform of choice, whereas if you hated this podcast, please go to, give it a five-star rating on your personal podcast platform of choice, and then go to and tell us what you hated about it, or just give us a question. We'd love to read it. Thanks so much.

Announcer: This has been a HumblePod production. Stay humble.

Azure DevOps Podcast
Azure DevOps Podcast
Jeffrey Palermo
Mark Fussell on Dapr 1.0 - Episode 130
Joining Jeffrey today is return guest, Mark Fussell! Mark works on the Azure Incubations Team and is the Product Manager for Dapr, the Distributed Application Runtime. He has been working at Microsoft for over 19 years and has been a passionate advocate for building microservice-based applications for the last 10 years. He has a proven track record of building innovative computing platforms, running large-scale cloud services, and starting new million-dollar businesses within corporations. Last time Mark was on the show, he and Jeffrey discussed Dapr and what it can do for developers. In this episode, Mark and Jeffrey discuss the new 1.0 release of Dapr. Mark shares how to build, test, deploy, and monitor an application that’s built and deployed using Dapr. He speaks about the team’s journey for the last six months with working on the 1.0 release, the new and exciting changes with the 1.0 release, and all that Dapr is currently capable of. Topics of Discussion: [:38] Be sure to visit AzureDevOps.Show for past episodes and show notes. [:50] About The Azure DevOps Podcast, Clear Measure, and Jeffrey’s offer to speak at virtual user groups. [1:16] About Jeffrey’s newest podcast, Architect Tips! [1:20] About today’s episode with return guest, Mark Fussell. [1:42] Jeffrey welcomes Mark Fussell back to The Azure DevOps Podcast. [2:03] Mark gives a rundown of what’s new at Microsoft, how he ended up on the Azure Incubations Team at Microsoft, and what the team works on. [3:15] An overview of Dapr. [5:08] The huge news for Dapr: the new 1.0 release. [5:41] Mark elaborates on the journey for the last six months with Dapr and what’s new and exciting with the 1.0 release. [7:07] Is Dapr aimed squarely at processes such as backend services with no UI (that either need to be triggered by something or to pop up and do something)? [9:19] Is Dapr only for Javascript apps? Is it for .NET developers? How is it positioned? [11:55] The strategy of Azure and the positioning of Dapr. [13:25] What are some of Dapr’s main goals? Can Dapr be as simple as a single backend process to a whole bunch of backend processes? [21:53] A word from Azure DevOps Podcast’s sponsor: Clear Measure. [22:24] Is there overlap with Dapr and open-source distributed application frameworks for .NET such as MassTransit and NServiceBus? Did the Azure Incubations Team discuss these when developing Dapr? [24:19] Jeffrey and Mark dive into the operational side of Dapr. Mark speaks about how to build, test, deploy, and monitor an application that’s built and deployed using Dapr. [28:24] Does Dapr integrate with Application Insights on its own set of custom events and custom metrics? [29:28] What does deploying with ASP.NET look like? Is it possible, with Dapr, that you would not need to deploy a second process (whether it be Windows Service, Azure Function, or Containers) and you can simply bundle it in with a regular app service web application deployment? [33:51] Mark provides an update on the status of Kubernetes in Azure. [37:04] Discussing the future of running and deploying to Azure. Mentioned in this Episode: Architect Tips — New video podcast! Azure DevOps Clear Measure (Sponsor) .NET DevOps for Azure: A Developer's Guide to DevOps Architecture the Right Way, by Jeffrey Palermo — Available on Amazon! — Click here to download the .NET DevOps for Azure ebook! Jeffrey Palermo’s Youtube Jeffrey Palermo’s Twitter — Follow to stay informed about future events! The Azure DevOps Podcast’s Twitter: @AzureDevOpsShow Mark Fussell’s LinkedIn Mark Fussell’s Twitter @MFussell Dapr Dapr on GitHubr Dapr for .NET Developers, by Robert Vettor, Sander Molenkamp, and Edwin van Wijk Azure DevOps Podcast Ep. 66: “Mark Fussell on the Distributed Application Runtime or Dapr” KEDA Azure Queue Storage Azure Service Bus MassTransit NService Bus Azure DevOps Podcast Ep. 128: “Simon Timms on Microservices Architecture” Azure Application Insights OpenTelemetry Collector ASP.NET Kubernetes Azure DevOps Podcast Ep. 110: “Stefan Schackow on What’s New in Azure App Service” “Microsoft’s Dapr Introduces Cloud Native Development to the Enterprise” | The New Stack “Microsoft's most useful open-source project for Kubernetes, Dapr hits the 1.0 primetime” | The Register “Distributed Application Runtime (Dapr) v1.0 Announced” | InfoQ “Microsoft’s Dapr open-source project to help developers build cloud-native apps hits 1.0” | TechCrunch “Microsoft’s open source Dapr hits prime time to help developers embrace microservices” | VentureBeat Want to Learn More? Visit AzureDevOps.Show for show notes and additional episodes.
41 min
Software Defined Talk
Software Defined Talk
Software Defined Talk LLC
Episode 287: The Bureaucracy Episode
This week we discuss LinkedIn’s new marketplace, Platform9, TriggerMesh and Event-based Architectures. Plus, are meetings always bad? Rundown LinkedIn is building a gig marketplace. What you need to know. ( Microsoft’s New Gig: A LinkedIn Freelancer Market Rivaling Upwork, Fiverr ( Platform9 Raises Additional Series-D Funding ( HEY World experiment ( Relevant to your interests Clouds The Google Cloud Surge: 5 Slides from Thomas Kurian Tell the Story ( HPE Acquires Cloud Assessment ‘Crown Jewel’ CloudPhysics ( Watson IBM Explores Sale of IBM Watson Health ( IBM Is Said to Consider Sale of Watson Health Amid Cloud Focus ( Happy birthday, Python, you're 30 years old today: Easy to learn, and the right tool at the right time ( IPOs and M&A Airbrake has been acquired by LogicMonitor (http://bwhichard:grinning: 7:46 PM TransferWise rebrands as Wise ahead of an expected IPO ( HPE Acquires Cloud Assessment ‘Crown Jewel’ CloudPhysics ( Security SolarWinds hack was work of 'at least 1,000 engineers', tech executives tell Senate ( SolarWinds Hack Grabs Senate Spotlight With CEO in the Hot Seat ( Apple Offers Its Closest Look Yet at iOS and MacOS Security ( New malware found on 30,000 Macs has security pros stumped ( RubyGems dependency confusion attack side of things - Running with Ruby ( Investing The GameStop Craze Was Mostly Just Crazy ( Bitcoin Hits $1 Trillion Market Cap, Soars To Another Record High ( Chips Chip Shortage ( Biden signs executive order to address chip shortage through a review to strengthen supply chains ( IBM teases new AIX release – the first since 2015 ( Salesforce is building a private CRM for the State Department ( Overcast overhauls its Apple Watch app ( As Power BI aces Gartner's new Magic Quadrant, what's the story behind Microsoft's success? ( Nonsense Fry's Electronics suddenly went out of business ( New next-gen USPS delivery vehicle coming to your ( Alexa Has No Place on Your Face. The Echo Frames Prove it ( Sponsors strongDM — Manage and audit remote access to infrastructure. Start your free 14-day trial today at: ( Listener Feedback Cloudbees is looking for a Remote DevOps Consultant-Continuous Delivery ( anywhere in North America. Conferences DevOpsDay Texas on March 2nd. ( (, Sep 1st to 2nd - CFP is open until April 9th ( Two SpringOne Tours: (1.) developer-bonanza in for NA, March 10th and 11th (, and, (2.) EMEA dev-fest on April 28th ( SDT news & hype Join us in Slack ( Send your postal address to ( and we will send you free laptop stickers! Follow us on Twitch (, Twitter (, Instagram ( and LinkedIn ( Brandon built the Quick Concall iPhone App ( and he wants you to buy it for $0.99. Use the code SDT to get $20 off Coté’s book, ( Digital WTF (, so $5 total. Become a sponsor of Software Defined Talk (! Recommendations Read this book we are going to discuss it: Working Backwards: Insights, Stories, and Secrets from Inside Amazon ( Brandon: I Care a Lot ( Coté: LoseIt! ( The Golem and the Jinni ( Photo Credit ( Photo Credit (
1 hr 25 min
AWS TechChat
AWS TechChat
Shane Baldacchino
Episode 81 - re:Invent 2020 - AI/ML Special
In this episode of AWS TechChat, we close out our four parts of AWS re:Invent 2020 series with an AI/ML special. We cover Amazon Sagemaker, Amazon Kendra, Amazon Elastic MapReduce (EMR), Amazon QuickSight, and some brand new services. We talk about AWS HealthLake and how it makes sense of health data. AWS customers can use Kendra’s Google Drive connector to ingest and manage content from Google Docs and Google Slides. We introduce AWS Panorama which will help improve your operations with computer vision at the edge. We continue with a raft of new Amazon SageMaker updates: • Amazon SageMaker Feature Store - A fully managed repository for machine learning features • Amazon SageMaker Clarify - Bias Detection and Explainability • Amazon SageMaker Debugger - Optimize ML models with real-time monitoring of training metrics and system resources • Amazon SageMaker Model Monitor - Detect drift in model quality, model bias, and feature importance • Amazon SageMaker Pipelines - First purpose-built CI/CD service for machine learning • Amazon SageMaker Jumpstart - Simplifies Access to Pre-built Models and Machine Learning Solutions Before wrapping out, we share two more AI/ML updates - Amazon EMR Studio is the integrated development environment (IDE) for applications written in R, Python, Scala, PySpark, and Jupyter notebooks now gives you the option to deploy on Amazon Elastic Kubernetes Service (EKS). Amazon QuickSight allows you to ask Natural Language Query (NLQ) about your data and get answers in seconds. Speakers: Shane Baldacchino - Edge Specialist Solutions Architect, ANZ, AWS Shai Perednik - Solutions Architect, AWS Pallavi Nargund - Solutions Architect, AWS
1 hr 4 min
The Azure Podcast
The Azure Podcast
Sujit D'Mello
Episode 367 - Enterprise Scale Landing Zones
The team talks to Azure specialists Jeff Mitchell and Rob Kuehfus about the Enterprise Scale Landing Zones that are part of the Cloud Adoption Framework. These architectural templates allow enterprises to lay down an Azure footprint that is consistent with best practices in terms of security, governance, networking and identity and can be leveraged by new and existing Azure customers. Media file: Resources:   Review the Enterprise-scale landing zones Architecture guidance Review the Enterprise-scale landing zones implementation guidelines Review and deploy a reference implementation MS Learning Path - Create an enterprise-scale architecture in Azure Try out the reference implementation on your own: Introduction to Enterprise Scale ‘in-a-box’ tutorial (Github) Check out the Channel 9 series for ESLZ and WAF here Other updates: · Azure Defender for App Service introduces dangling DNS protection - · Prevent dangling DNS entries and avoid subdomain takeover - Demystifying cloud economics E-commerce on Azure increases security with Payment Card Industry Three-Domain Secure compliance Automating quota management with Azure Quota REST API Microsoft plans to establish first datacenter region in Indonesia
The Cloudcast
The Cloudcast
Cloudcast Media
How the Cloud is Changing OSS Licensing
Brian looks at the recent changes in open source licensing, as it relates to managed cloud offerings, and how the perception of end-users towards free software vs. cloud services is changing. *#SundayPerspectives* *SHOW: *493 *SHOW SPONSOR LINKS:* * Onix - The Leading Cloud Solutions Provider * Onix - Cloud data strategy workshop offer (FREE, $2000 value) *CLOUD NEWS OF THE WEEK *- *CHECK OUT OUR NEW PODCAST - **"CLOUDCAST BASICS"* *SHOW NOTES* * Server Side Public License (SSPL) * What does Open Source mean in the Era of Cloud APIs? (Redmonk) * Cockroach and the Source Available Future (Redmonk) * MongoDB Cloud, MongoDB vs. AWS, MongoDB’s Playbook (Stratechery) * Doubling Down on Open (Elastic) * Evolution of Commercial OSS (The Cloudcast, Eps.492) *THINGS WE KNOW* * Open Source has become a mainstream source for innovation - with most of the Internet being built on OSS technologies (in some way or form) * Open Source is more widely used in the Enterprise (than in the past), beyond just Linux * Open Source is often the de facto choice for much of the public cloud (OS, VMs, DBs, etc.) * The need for a “free” experience is expected for anything new in software or cloud, whether that’s for any/all usage, or a fixed period of time.  * “Open core”, or other variations on free OSS + non OSS (non-free) features has been a concept for quite a while.  * Community driven development does bring a broad set of perspectives, and it distributes the workload across engineers, companies, etc. * Plenty of successful projects have been both Open Source and primarily driven by a single company (especially in the data-centric projects) *THINGS THAT WILL EVOLVE* * Where does the value of software come from? Does it come from the features, from the distribution, from the creator(s), or from how it is run? * Do customers value ‘free”, or “stability” or “customizability” (features) or “operationalization”?  * How much of an advantage or disadvantage (or neutral) is the OSS companies offering cloud services across clouds?  *UNKNOWNS AND UNCERTAINTIES* * How will the VC community view the changes in competitive landscape and licensing? How does it impact their future funding models? *FEEDBACK?* * Email: show at thecloudcast dot net * Twitter: @thecloudcastnet
19 min
Channel 9
Channel 9
How to Deploy Azure SQL Anywhere – Using Azure Arc for Data Services | Data Exposed
Join Data Platform MVP Ben Weissman as he explores Azure Arc for Data Services, Microsoft's solution to deploy services like Azure SQL to any cloud – including private clouds – using Kubernetes. He will take us through the core concepts of Azure Arc for Data Services and also demo how easy it is to deploy an Azure SQL Managed Instance on-premises while still being able to see its telemetry from the Azure portal. [01:10]​ Azure Arc overview [03:16]​ Azure Arc-enabled Data Services [06:04]​ Demo [12:45]​ How to learn more Resources: Azure Arc-Enabled Data Services Revealed About Ben Weissman: Ben Weissman has been working with SQL Server since SQL Server 6.5, mainly in the BI/Datawarehousing field. He is a Data Platform MVP, MCSE Data Management and Analytics, and a Certified Data Vault Data Modeler. He is also the first BimlHero Certified Expert in Germany and a co-author of "SQL Server Big Data Clusters" and "The Biml Book". Ben has been involved in more than 150 BI Projects and is always looking for ways to become more productive and make SQL Server even more fun! About MVPs: Microsoft Most Valuable Professionals, or MVPs, are technology experts who passionately share their knowledge with the community. They are always on the "bleeding edge" and have an unstoppable urge to get their hands on new, exciting technologies. They have very deep knowledge of Microsoft products and services, while also being able to bring together diverse platforms, products and solutions, to solve real-world problems. MVPs make up a global community of over 4,000 technical experts and community leaders across 90 countries/regions and are driven by their passion, community spirit, and quest for knowledge. Above all and in addition to their amazing technical abilities, MVPs are always willing to help others - that's what sets them apart. Learn more:
14 min
Clear search
Close search
Google apps
Main menu