POPULARITY
When we peel back the layers of the stack, there's one human characteristic we're sure to find: errors. Mistakes, mishaps, and miscalculations are fundamental to being human, and as such, error is built into every piece of infrastructure and code we create. Of course, learning from our errors is critical in our effort to create functional, reliable tech. But could our mistakes be as important to technological development as our ideas? And what happens when we try to change our attitude towards errors…or remove them entirely? In this fascinating episode of Traceroute, we start back in 1968, when “The Mother of All Demos“ was supposed to change the face of personal computing…before the errors started. We're then joined by Andrew Clay Shafer, a DevOps pioneer who has seen the evolution of “errors” to “incidents” through practices like Scrum, Agile, and Chaos Engineering. We also speak with Courtney Nash, a Cognitive Neuroscientist and Researcher whose Verica Open Incident Directory (VOID) has changed the way we look at incident reporting. Additional ResourcesConnect with Amy Tobey: LinkedIn or TwitterConnect with Fen Aldrich: LinkedIn or TwitterConnect with John Taylor on LinkedInConnect With Courtney Nash on TwitterConnect with Andrew Clay Shafter on TwitterVisit Origins.dev for more informationEnjoyed This Episode?If you did, be sure to follow and share it with your friends! We'd also appreciate a five-star review on Apple Podcasts - it really helps people find the show!Traceroute is a podcast from Equinix and is a production of Stories Bureau. This episode was produced by John Taylor with help from Tim Balint and Cat Bagsic. It was edited by Joshua Ramsey and mixed by Jeremy Tuttle, with additional editing and sound design by Mathr de Leon. Our theme song was composed by Ty Gibbons.
Join Andrew Clay Shafer, a DevOps and Agile pioneer who has been an active proponent of Agile methodologies and the cultural shifts necessary for organizations to truly adopt DevOps principles and practices. Andrew delves into the critical importance of collaborative problem-solving, the impact of charismatic leadership, and the powerful potential of asking the right questions. Follow Andrew's latest adventures by connecting with him on LinkedIn and subscribe to our podcast to join us on this captivating quest.
In case you haven't heard, DevOps is dead (https://twitter.com/sidpalas/status/1551936840453820417). Again. To discuss its demise, Coté talks with Andrew Clay Shafer. They talk about a lot more: Andrew's new company (https://www.ergonautic.ly), working with executives, sociotechnical systems, Andrew's recent SREcon talk in Amsterdam, and more. You can also watch the live recording of this episoded, unedited (https://www.youtube.com/watch?v=2Lvec33N3o8)! It has a discussion of Coté's podcast making recommendations at the start. Check out Andrew and friend's new company, Ergonautic (https://www.ergonautic.ly), and, find him in Twitter as @littleidea (https://twitter.com/littleidea). Special Guest: Andrew Clay Shafer.
- What do you think some of the primary factors are that contributed to GRC not coming along initially with the DevOps movement?- Traditionally, what factors have plagued compliance when it comes to software delivery?- How do some of those factors change in the era of DevOps and Cloud-native?- Do you think regulation has a significant impact, and how can policy and regulation be improved?- How important is it for the workforce aspect of GRC to be addressed when it comes to compliance innovation and new technologies and ways of work?- Can incentives play a part, and if so, what can we do to improve that?- Andres - What was the impetus of the book and can you tell us a bit about the writing experience?- Where can people find out more about the book?
About “Matty”Matt Stratton is a Staff Developer Advocate at Pulumi, founder and co-host of the popular Arrested DevOps podcast, and the global chair of the DevOpsDays set of conferences.Matt has over 20 years of experience in IT operations and is a sought-after speaker internationally, presenting at Agile, DevOps, and cloud engineering focused events worldwide. Demonstrating his keen insight into the changing landscape of technology, he recently changed his license plate from DEVOPS to KUBECTL.He lives in Chicago and has three awesome kids, whom he loves just a little bit more than he loves Diet Coke. Matt is the keeper of the Thought Leaderboard for the DevOps Party Games online game show and you can find him on Twitter at @mattstratton.Links Referenced Pulumi: https://www.pulumi.com/ Arrested DevOps: https://www.arresteddevops.com/ 8bits.tv: https://8bits.tv Twitter: https://twitter.com/mattstratton LinkedIn: https://www.linkedin.com/in/mattstratton/ speaking.mattstratton.com: https://speaking.mattstratton.com twitch.tv/Pulumi: https://twitch.tv/Pulumi 8bit.tv: https://8bit.tv duckbillgroup.com: https://duckbillgroup.com TranscriptAnnouncer: 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.Corey: This episode is sponsored in part by our friends at Vultr. Spelled V-U-L-T-R because they're all about helping save money, including on things like, you know, vowels. So, what they do is they are a cloud provider that provides surprisingly high performance cloud compute at a price that—while sure they claim its better than AWS pricing—and when they say that they mean it is less money. Sure, I don't dispute that but what I find interesting is that it's predictable. They tell you in advance on a monthly basis what it's going to going to cost. They have a bunch of advanced networking features. They have nineteen global locations and scale things elastically. Not to be confused with openly, because apparently elastic and open can mean the same thing sometimes. They have had over a million users. Deployments take less that sixty seconds across twelve pre-selected operating systems. Or, if you're one of those nutters like me, you can bring your own ISO and install basically any operating system you want. Starting with pricing as low as $2.50 a month for Vultr cloud compute they have plans for developers and businesses of all sizes, except maybe Amazon, who stubbornly insists on having something to scale all on their own. Try Vultr today for free by visiting: vultr.com/screaming, and you'll receive a $100 in credit. Thats V-U-L-T-R.com slash screaming.Corey: Couchbase Capella Database-as-a-Service is flexible, full-featured and fully managed with built in access via key-value, SQL, and full-text search. Flexible JSON documents aligned to your applications and workloads. Build faster with blazing fast in-memory performance and automated replication and scaling while reducing cost. Capella has the best price performance of any fully managed document database. Visit couchbase.com/screaminginthecloud to try Capella today for free and be up and running in three minutes with no credit card required. Couchbase Capella: make your data sing.Corey: Welcome to Screaming in the Cloud. I'm Corey Quinn. Returning today for yet another round on the Screaming in the Cloud podcast is my dear friend, and hopefully yours as well, Matty Stratton. Since the last time we spoke, you've changed jobs, Mattie; you're now a staff developer advocate at Pulumi. I don't believe you were the last time you were on this show, but memory escapes me.Matty: You know, I was just wondering that myself, and I guess we'll have to go back to the archives.Corey: Yes, but that sounds like work, so we're going to roll with it anyway.Matty: Everyone who's listening, go do the homework for us. And, like, just tweet and let us know what my job was last time.Corey: And yell at us if we get it wrong, of course.Matty: Yell at us if we get it right.Corey: In the interest of being, well, I guess a little on the judgey side—because why not I tend to be good at that.Matty: I was hoping to be on the judgey side on this show.Corey: Oh, absolutely. You have a very strange career trajectory, in that—the companies you work for and how that winds up going back and forth. But when we first met, you were at Chef; and Chef, great company. And after that it was PagerDuty; great company.Matty: [laugh].Corey: And then it was IBM Hat, which I—was it Red Hat, was it IBM side?Matty: For me, it was Red Hat.Corey: So, it went from Chef, which is great, and a company that was doing a lot of things on the container side of the world became a thing and mutable infrastructure did sort of change Chef's business model. And then you went to PagerDuty, the wake-you-up-in-the-middle-of-the-night service named after some legacy technologies. And should be very direct in the popular consciousness, IBM views pagers as newfangled technology in some circles, in some areas, so it feels like you were traveling back in time a bit, again and again and again. On the federal side as well which, for excellent reasons, is not usually the absolute bow wave of innovation because you don't usually want your government doing that in some ways. And now you've leapfrogged into Pulumi, which is sort of the bleeding edge of the modern way we think about provisioning cloud infrastructure.It feels like it's a very interesting trajectory. Now, this is speaking as a complete outsider, I'm going to assume that's not how you view basically any characterization of any of those companies I've just named. How do you view it?Matty: You know, I don't know that I necessarily disagree with the way that you've put everything, but there's some nuance and some interesting stuff when it comes to that. So, I'm going to specifically talk about the Red Hat thing; why did I leave PagerDuty? And one of the interesting things is, I actually had an offer from Pulumi at the time that I took the job from Red Hat. So, it actually took me a year to come and work at Pulumi. And the little bit of the short answer is Red Hat backed up a big truck of money. And we all have a price.Corey: Yeah, the dulcet tones of a dump truck full of gold bricks emptying itself into your backyard, it's hard to say no to.Matty: The reason that I want to bring that up is that has nothing to do with specifically Red Hat the company versus other companies. It was the role. It was a sales-oriented role, so if you don't know, sales gets paid a lot of money and there's good reason. One of the reasons—again, if you don't work in sales, you don't necessarily know this—is, the last day of the quarter, you will have your VP of sales talking, he'll be like, “Corey, you are amazing. I love you. Look at this big deal you brought in.” Twenty-four hours later, “What have you done for me lately?”Corey: Mm-hm.Matty: That didn't matter, right? And I remember the CEO of PagerDuty—so Jen Tejada—at one of the sales kickoffs I was at, she said—you know, because salespeople, like, you might know this, like, the top sales reps in the company, they go on trips, they have all this stuff—and Jen said, you know, “I've got engineers here that are like, well, I don't understand.” It's like, “How come the salespeople get to go to Bermuda or do whatever?” And she's like, “Would you like your paycheck to change every quarter based upon specifically what you did and have the stress of what have you done all this stuff? No? Okay, cool. Then you can keep”—you know, there's a trade-off. So, the point of that was—Corey: And as your paycheck gets smaller, you're getting closer and closer to losing your job because a salesperson needs to perform to keep. It's very feast or famine. It's a heck of a role, and I have nothing but respect for people who can do it.Matty: And people can do it well. And I do feel like a lot of people don't understand how sales works, especially in a larger organization, and I think it's really important. So, one of the things that was interesting is we've all—I shouldn't say all, but many of us have worked in jobs that have some form of variable compensation, some kind of annual bonus. So, let's say for example, at x company I'm working at, they're like, “Mattie, your bonus is equal to 10% of your paycheck.” Well, the most it could be, generally speaking, it's like, let's say that your bonus would be, I'm just going to make up a number and say it's a $10,000 bonus.That's the most it could be, and that's if everything is amazing. Maybe I'll get a little more. Now, your commission, your what they call your on-target earnings and sales, they'll tell you a number and they'll say, “Okay, Corey, you're on-target earnings are, say $200,000.” And you're like, “Oh.” But whatever.The thing is, if you're only getting you're on-target earnings, you probably are needing to look for another job. So, you remember, like, we hear it differently, those of us that have done bonuses in a non-sales way. We're like, “But that's not a lot.” You're like, “No, but what they tell you your commission is, it's actually… it better end up being more or else you have trouble.” Anyway, point is—Corey: And in some cases, it could be a significant multiple of that number as well, for top performers.Matty: Absolutely.Corey: The upside is always interesting, and calculating out the nuances of the sales plan is always a challenge, speaking as a business owner. It is a very specific field that has a bunch of nuance to it. Something I learned very early on is that if you manage salespeople as if they were engineers, or manage engineers as if they were salespeople, you are going to have an absolutely terrible time.Matty: I think one of the things that, along those lines, I've have had conversations with people who work in different parts of technology, different parts of the business, who their long-term desire is to be a CEO, and I'm like, you really should go spend some time working in sales because most CEOs—again, this is blunt, but it's true—if you think about it, what is the area of the business that they pay the most attention to? And I don't mean, they don't care about the other stuff, but who is the person on the executive team that the CEO is mostly joined at the hip with, and it's your chief revenue officer, it's your head of sales because you have to understand that, you have to understand pipeline, how that—you have to understand a lot of things as a CEO, but if you don't know how sales works—it doesn't mean know how to sell but know the ideas behind it. I mean, you should know how to sell, but you know what I mean?Corey: Yeah, I think every CEO is selling. It is a sales job, whether that is selling the company to prospective employees, whether it is selling strategic partnerships, whether it's being brought in to help close strategic deals, et cetera, you're always selling in that role.Matty: That's a very good point. I should rephrase that, where I wasn't saying you don't need to know—Corey: CEO who has no idea how to sell [unintelligible 00:07:42] the fundamentals of—like, you put them in a meeting, and they wind up saying the wrong thing and pooching the deal, yeah, they're not CEO for very long.Matty: It's not just knowing how to sell, it's understanding how a sales process works. That's sort of the thing.Corey: I'll take it one step further beyond that, and that is that I believe that every professional is working in sales and is selling something, but not everyone's aware of it“. Well, I'm an engineer, and I don't do any sort of sales work.” Well, I hear about that from folks who are—“I have all these great ideas, but none of them ever get implemented.” Well, you're not doing an effective job of selling the idea. “I keep getting put up for promotion and not getting it,” or, “I'm not doing well in job interviews.” Or, “I'm trying to get a raise and it just isn't working for me.” And every job has elements of sales to it. I'd argue a lot of facets of modern life have sales elements to it.Matty: They do and I think the reason that people get hung out—I agree with you; I could not agree with you more. I have a talk I used to give called “The Five Love Languages of DevOps” but it was really a talk about effecting organizational change, and you have to be a salesperson, right? But I think we have this—and this is a much larger topic because it comes into how people always want to distance themselves from sales—we have this thing in our head that when we think of sales, we think of tricky people. Shysters, right? Someone that's trying to, like, pull a fast one on us, like the used car salesperson thing.And I'm like, that's not most salespeople. Like, salespeople want you to—because when we talk about learning how to sell, it's not learning how to trick somebody. It's actually learning about how to—I mean, here's the biggest thing. You want to know—we talk about DevOps all the time and stuff like that, you know, and empathy. You want to know one of the most important skills of a salesperson is? Freaking empathy.Because you need to be able to understand what your prospect—and that's if you've, you know, there's the book, The Challenger Sale, which like all business books can be summarized in a blog post, right, so you can just go read the blog post about The Challenger Sale; that'll tell you everything you need to know, but a good salesperson that's a challenger-style salesperson knows the customer better than they know themselves and knows there problems they might have that they're not aware of. And it's not because they're smarter; they have a different perspective. So, the same thing is true. So, to Corey's point, we're always selling. And even whether it's figuratively, like, conceptually—but I used to say when I was a Chef I said, the two best sales—most effective salespeople at Chef were Adam Jacob, the founder, and Nathan Harvey, the VP of community.Sales engineers are powerful because a customer will tell things to a sales engineer they won't tell the rep because they think the rep is trying to take advantage of them, which isn't true. Most important conversations that happen are on the walk from the front desk to the conference room. How many conversations would I have with the SRE, or whatever, who was the one who came to get me from reception, and we're just walking to the conference room. I learned so much there than in any other discovery session? You know, and then you use that to be—Corey: And there's not such thing as an easy sale either. And I think that gets overlooked a lot. Like, here at The Duckbill Group, if you bring us in on a consulting engagement to fix your AWS bill, you will turn a profit on that engagement. That has always been true. And we are quite literally selling money.It is effectively one of the easiest possible sales you can make; it is incredibly easy to calculate out what the ROI looks like on any of these things, and it's great, and we still have a full-on enterprise sales force because that is what it takes to wind up getting deals done when you're selling business-to-business. These are not selling t-shirts to the masses. It is a nuanced field, and honestly, when I'm interviewing people, one of the easiest ways for me to discount someone as a potential hire is that they start talking smack about sales because it is clear, first, they lack empathy, and secondly, they don't understand what sales does.Matty: One of the things that I think people who are not connected with it don't understand that again, back to Corey's point about because selling is hard, and selling internally is hard. So, this is the thing. So, you can have a champion inside your prospect who's, like, “I'm all about hiring Duckbill.” But they have to convince other people. So, what are salespeople really good at doing? They're really good at helping you build your business case to be able to get your thing that you want.Corey: How to turn your champion into an effective advocate for the thing that's going to make their job easier because they're not the person that signs off on it.Matty: And they're not the expert. Like, this used to happen when I was at Chef and I would have a customer who was like, “Okay.” They go and buy a bunch of licenses, and they're like, “Well, it didn't get deployed.” And we're like, “Well, how can we help you?” And they're like, “Well, no, it's just internal stuff. We got to convince people or whatever.”And I was like, “So, what you need to do is what you're telling me, what you need to do is sell Chef, right?” “Uh-huh.” There is nobody on this planet better at selling Chef than Chef. So, that's where that comes in because again, that's how everybody wins. So anyway, I went there because I was getting paid like a salesperson.Also, I one thing I wanted to touch on. So, you're right, usually, public sector is not seen as the most cutting edge. One of the things that's interesting at Red Hat, especially on the sales side—and friends of mine who are working on the commercial side may disagree with this, but it's generally not been true—what they call NAPS, so the North America Public Sector, I used to say I was a NAPS specialist, which sounded awesome. Because that was my title, I was NAPS specialist; I specialized in NAPS—is actually—Corey: Your status in the internal messaging system should always be sleeping at that point, why not?Matty: Sleeping. Yeah. But it's sort of known that actually the kind of emergent tech group and sales inside of the public sector, inside Red Hat, is very innovative compared to other ones. So, a lot of stuff was created there. So, it was we were doing something around a transformation office that wasn't being done in the same way anywhere else, so it was very exciting.So, I—also was the opportunity to go and work with people like Andrew Clay Shafer and John Willis and people that were—you know, it was all the people I was going to get to work with. So, that got me excited to be there. And then Covid happened, and I got news for you. Like, my job was to have challenging conversations with people about how they should do work differently. It's pretty easy to tune somebody out on the Zoom, it's a lot harder to tune somebody out when they're challenging you in a room.So, it was very hard to do this job during Covid, so our team really kind of disbanded towards the end of the year. I was really on the fence to join in the first place, and the person who was referring me to come work on the team who wanted to convince me said, you know, “What's holding you back?” And I said, “Well, it's not”—I said, “I really like developer advocacy. I like DevRel. That's not this job.” And he said, “Hey. Come try this for a year, and… if it turns out you didn't like it or wasn't for you, then go back and do DevRel.”And so that's sort of what happened. And I have seen though I am much happier in a smaller organization that's creating—you know, like, I like to feel my impact. I think everybody should spend some time in a large org because if you're going to be working with other people—right, you know what I mean—especially if you're a vendor, if you work on the vendor side like I do and stuff, Corey, you and I've talked before about background and doing developer advocacy, and I always say that, like, I do DevRel on easy mode because it's very easy for me to have empathy for my prospects and community because I did the job for 20 years. It's not impossible to be effective doing this job if you haven't literally done it. It's just that much harder. So, I [crosstalk 00:15:04]—Corey: It's a lot harder. And there's a credibility question and the rest. Yeah.Matty: I do this on easy mode. I can sit there and I can say, “Yes, I feel your pain. I literally did it for 20 years.”Corey: And you're at a point, too, let's be clear here, that you have a gravitas to you. I use you as my default example when I talk about, like, the expression of DevRel in that if you—like back when you were at PagerDuty, which I guess dates the reference a bit, but it was, okay. If you sit down and say you're doing on-call wrong, now I've been around this industry at that point 15 years or so, and I'm pretty sure I'm not. But if you're going to say that you have already got my attention in a constructive way, not in a, “Well, let me just tear this apart.” It's, no, no. I'm about to learn something by whatever it is you're about to say. And it's very hard to have that level of credibility without having done the role.Matty: That's true. Without doing it in that way. I mean, this is [crosstalk 00:15:59]—Corey: In the practitioner way of practicing the thing for which you are advocating. Like, someone telling me that I'm doing on-call wrong, who has never themselves been in a role where they themselves were on call is a little lacking in the authenticity department. It's not impossible and it can't be overcome.Matty: And you have to do it in a different way, right?Corey: Yes.Matty: And this goes back to another thing that I say a lot—my pithy Stratton quote is, “DevRel contains multitudes,” right? So, this is one of the things that we ran into, like, when we're building out our advocacy team at PagerDuty, it was seeing sort of my boss was an amazing dude and everything like that. I love him, but like, we don't scale horizontally. Our team was made up of enough of different kinds of people that, like, the way that I was able to do it because I had a certain experience, you couldn't expect that out of another one of my teammates because they actually had a different way of doing it that was just as effective, but in a different way because they have a different background, they have a different—so that's—Corey: And there's so many ways to do DevRel. Oh, yeah. Like, I'm going to call it my own bias here where when I think about DevRel, I think about it through a lens of the way I approach things, and when I give conference talks, of how I present myself, and the rest. And my approach would absolutely be aligned with what I just described, “So, you're doing AWS billing wrong.” And based upon who I am, and what I do, I can make that claim with some credibility.If I were relatively new to the industry and giving a talk about AWS billing, I would not lead that way because it does not present nearly as well, and it's going to call into question a whole bunch of skepticism. I would instead approach it as, “Here are some interesting facets about AWS billing that you may or may not be aware of.” There are different ways to approach it. Let's also be clear that it's not just conference talks; it can be blog posts, it can be documentation, it can be writing sample code, it can be Twitter, it could be TikTok of all things. There are so many ways to communicate with an audience, and your audience is wherever you happen to find them.Ideally, not in line at the Starbucks harassing the poor person in front who's just trying to order their coffee, but you know, as long as it's all consensual, talk to people who are interested in this stuff, wherever they happen to be.Matty: I think that's a really important statement you said there towards the end, which is meet people where they are, whether that's where you want them to be or not. And this comes up, it's interesting because one of the things—I'm a big believer in repurposing of content, and that's just partially because of effectiveness, but it's like, hey, if I give a talk, I should make that a blog post, I should make it a video, I should do a code example. And it's not so much because then I can hit all my OKRs with my boss.—I mean, that's part of it, right?—but not everybody likes the same kind of content.You know, there are people who really like videos, and there are people who are like, “I don't want to learn from a video at all.” And there's two ways you can approach that. One is you can say, “You're wrong. Videos are better. You should watch all my videos.” And take a guess about how well that's going to work with them getting your information or say, “I'll meet you where you are.”And I learned this even well before doing DevRel when I just thought about internal communication at an organization I was at when I was at Apartments.com and I was like, how do we get information? And you can't just say, like, well, we have this email we send to everybody. Well, everybody doesn't read email, right? So, it could be, maybe some people like RSS feeds, they want to capture it there. And the example I always gave was the most effective way that I ever saw that information was communicated inside our organization was signs in the restroom.Corey: Oh, yeah. That's a well-renowned way of doing it. That I think that Google pioneered this for a while. They had these all these things up about interesting things going on inside the—Matty: Oh—Corey: —company, about the way some systems worked—Matty: —I was at Google office and using the restroom, and I was standing there, and right in front of me with a whole good practice on cross-site scripting vulnerabilities. I guarantee they probably sent that email to everybody, it's probably been in meetings, and the people who saw it, [unintelligible 00:19:53] they saw it in the restroom.Corey: Now, of course, I'm sure they probably sell ads on those sheets, but okay.Matty: Yeah. You know, a little bit of that. When I was at Apartments.com, the floor that I worked on, the main restroom I used was a shared restroom with another office, which meant corporate never put anything up in there, and there was actually a fair amount of stuff that I didn't know about because I ignored it everywhere else and [unintelligible 00:20:14] anyway. So, the point is, back—if you will do work in person, which who is doing that anymore and why bother?—your most effective way to communicate. So, if you can figure out how to do DevRel in signs in a restroom at a conference—ohh, conferences should sell sponsorship of restroom signs.Corey: The jokes write themselves and almost certainly violate the code of conduct of at least four different [unintelligible 00:20:38], but it works. It works.Matty: [laugh]. We'll take those to Twitter.Corey: You've been around the industry for a while. You are one of the cohosts of the Arrested DevOps podcast; you've been instrumental in organizing a number of DevOps Days… or Devs-Ops days, however you want to mis-pluralize that is fine by me; roll with it. Ant—Matty: We argue more about the capitalization than the pluralization.Corey: Very fair. I want to talk to you a little bit of how the DevOps movement slash community slash role has evolved. For a long time now, it's been, “Great. So, where are the DevOps people sitting?” And then when you hear the shouted response of, “It's not a job. It's a culture,” good work. You found them. Now, you can go talk to them and all. What has changed over the past few years in the world of DevOps?Matty: So, I am fond of saying you can't buy DevOps, but I can sell it to you.Corey: Oh, absolutely. You're an exemplary DevOps salesman.Matty: Yeah. So, what happened? When we think back across the decade-plus, you know, back since 2009, one of the things I think that's interesting is, when we look at things like DevSecOps, or the other portmanteaus that are being created. It's a little bit like that meme, right, with the astronaut: “Wait. You mean, it's been DevSecOps all along?” You know, it's, “Yes, always has.”That's the thing. Like, for those who don't know, Andrew Clay Shafer is best known as coining the term. And I love Andrew, but wow, is it the worst name in the world for what we're talking about. Because it makes us all think that it's only about development and operations. And it's always been about cross-functional across all of those things. And if it helps us to give it a different name, great.Corey: It's replacing dysfunction with cross-function.Matty: Yes. There we go. That's DevOps right there. That's the best definition of DevOps I've heard. You heard it here.Corey: That one coins a phrase, in case you wondered.Matty: So, we still use the term CALMS to say what is about: It's about Culture, Automation, Lean, Measurement, and Sharing. That's held up for a reason. For something that was scrawled on a napkin in 2010, there's a reason we still talk that way. It sounds like we talk about culture more than anything else, and it's not because it's more important. It's because it's the one that we have to scream from the rooftops.You don't have to convince engineers to play with automation tools; they're going to do it. That's fine, right? So, they're all equal. Now, that said, what's changed is we have definitely found DevOps to feel a lot more that it's about automation. It's about the technology. We've veered away from the people to your statement about, like, “Oh, it's a culture, not a ti”—well, it's all of these things.Corey: This episode is sponsored by our friends at Oracle Cloud. Counting the pennies, but still dreaming of deploying apps instead of “Hello, World” demos? Allow me to introduce you to Oracle's Always Free tier. It provides over 20 free services and infrastructure, networking, databases, observability, management, and security. And—let me be clear here—it's actually free. There's no surprise billing until you intentionally and proactively upgrade your account. This means you can provision a virtual machine instance or spin up an autonomous database that manages itself, all while gaining the networking, load balancing, and storage resources that somehow never quite make it into most free tiers needed to support the application that you want to build. With Always Free, you can do things like run small-scale applications or do proof-of-concept testing without spending a dime. You know that I always like to put asterisks next to the word free? This is actually free, no asterisk. Start now. Visit snark.cloud/oci-free that's snark.cloud/oci-free.Corey: Well, one thing I do want to call out because the whole point of having you on the show, of course, is to embarrass you with proof-positive, for example, that you are in fact, a good person at heart despite, you know, your dubious friendship with people like me, is we both used to be adamant about the idea of DevOps is not a role, not a job title, and we both stopped, but for different reasons. The reason that I stopped was that I took a job as the director of DevOps at a company because I was trying to solve about five or six different things that were important for me to negotiate for, and job title did not make the cut of impactful changes. You had a far less self-serving reason for no longer picking that particular fight. What was it?Matty: [laugh]. I do want to call out one of my favorite jokes which is not supposed to be gatekeeping, but it's making fun of Corey so it's okay—Corey: Hmm.Matty: —Nathan Harvey said years ago, and it was actually I think, intended as a shot at our friend Pete Cheslock, who also has had the title of director of DevOps, which said, “The only DevOps tool is a person that calls themselves director of DevOps.”Corey: Oh, absolutely. It's super lucrative. I was really insulted by that and cried all the way to the bank.Matty: Uh-huh. Now, I'll tell you there's two reasons that I've changed my tune on—you know, I used to say it's not a tool, title, or team. I still will agree that it's not a tool. The title and team—and the reason for that is twofold, and neither of which are self-serving other than I don't want people to think I'm a jerk. The first reason that deviated me from a little bit was again, to go back to your friend and mine, Pete Cheslock, he gave a talk, I don't remember where it was, but he made the point where he said, “You look at it, the title ‘DevOps engineer' is a 30 to 35% pay bump, so it's like, I don't care what you call yourself. Go get paid.” So, that's that.Corey: Yes.Matty: So, first of all, I was like cool—Corey: J. Paul Reed did a whole talk-pay thing that shined a light on that.Matty: Absolutely. The one that I think is more empathetic and probably was… is maybe a little more important—or equally so—Ian Coldwater has pointed out before, and this really resonated with me, is that when we get on Twitter and are like, “Oh, my God. DevOps engineer is not a real title, blah, blah, blah.” The people that hear that are the people who have that title. They did not give themselves that title. It's very exclusionary, and all that will happen out of that is it doesn't eff—Corey: “I'm going to go quit my job and not be able to make rent this month.” “Why?” “Because Twitter said that my job title was bad.”Matty: Yeah.Corey: All the reasons to quit a job, I promise you job title is not one of them. Unless it is something horrifying, as into the territory of discriminating or belittling. There are always exceptions to every rule, but by and large, “That's a ridiculous job title,” is not the reason to quit a job. Says the self-proclaimed chief cloud economist.Matty: Totally yeah. I mean, like, you know what is very similar? There's a meme about, like, every time people want to make fun of a political figure or something and they'll make fun of them being overweight, or any kind of thing, and the meme is like, the only people who hear that are your friends that have a similar condition, not the actual person you're making fun of, so all you're doing there is hurting people who… so that's a similar thing.Now, I will say—and I think you and I might disagree about this a little bit, so that'll be fine—Corey: I hope so.Matty: So, when I hear—and actually the title doesn't do this, for me; it's actually very specifically a DevOps team. When people say, “We have a DevOps team.” This is not a perfect analogy when I say it's a code smell; I call it an organizational smell. And what I mean by that—it's not as bad as a code smell—what it does is it makes me ask more questions. If it's relevant to me to ask questions. It might be none of my damn business. If you tweet that I'm on the DevOps team, I'm not going to come into your mentions and start questioning your existence, but—Corey: Oh please, I have way better personal attacks than that.Matty: Oh, yeah. But if I'm working with you and we're working on that, or we're having a conversation, and it comes up that you have a team called DevOps Team, I'm going to ask questions because that could be, okay or it could be, [sigh] I want to use the word dangerous lightly; it's not, but like, counter-effective. And the reason for that is if the DevOps team is the one who does all your automation and you haven't really enabled other squads and all you've done is move a silo around, doesn't make you a bad person, but that's not the most effective way you could be. So, it makes me start to ask questions, right? But sometimes DevOps teams are people who lead in the organization, they are empowerment teams, maybe they run dojo, maybe they are subject matter experts that help.As long as there are good bridges still being built, it's not bad, right? So, it just—again, it raises questions. It's not inherently wrong. I am sure that… Pulumi where wo—actually, many of the tools I've worked with have been called DevOps tools; I will still tell you there's no tool that gives you DevOps, right? You can't—Corey: But when other people—like, read as ‘buyers'—refer to you as the ‘DevOps tool company,' well, you can be right or you can make a sale, in some cases.Matty: [laugh]. Yeah, I'm not going to tell you—Corey: On some level, you have to meet people where they are, and this is a part of that. I say that in full sincerity. Same story with the idea of culture. I hear this question all the time, “How do we wind up making all of our engineers aware of AWS billing issues?” And to a point, you should have understanding that when you turn something on it runs forever, bigger things cost more than smaller things, but the knowledge fits on an index card.You shouldn't have every engineer wanting to—or needing to—become deep experts in this space. Having a centralized team that specializes in that, at a sufficient level of org size and maturity, makes an awful lot of sense, and they can float around. But yeah, having the AWS bill team, in some cases is the right answer and others it's the complete wrong answer, and it really does depend. I think the way that we solve this problem, authoritatively, is a way that neither you nor I can argue with it because the only source for authoritative DevOps answers is from the source itself, and that is, of course, Emily Freeman, whose treatise on the subject, DevOps for Dummies, despite the weird title, is absolutely fantastic work that gives insight into all of this. And are you prepared to tell her she's wrong? Because I'm certainly not.Matty: Well, there are plenty of people who will. As we know.Corey: Yes. And we call them shitheads if we're being perfectly honest with you.Matty: Yeah. [laugh].Corey: The internet what a ple—no, Emily is an absolute treasure in the space and I'm continuing to watch her meteoric rise with nothing other than pure admiration. It is just spectacular to see her succeed.Matty: I could not agree more. This is something I struggle with a little bit. I don't think Emily would mind me saying it this way. This is the thing where you don't want to sound condescending, but I always love when I look at people and it's not—it's going to come off a little bit about, like, “I knew them when,” and it's not like I was a Corey Quinn fan before he went pop, but I love to see and remember where we all came from, and it's true of myself and it's true of other people, but that's one of my favorite things is I love to see my friends succeed.Corey, I love to see what you've done. Like, I think back to when we knew each other. I'm not saying you weren't successful, but it's funny, this [unintelligible 00:30:08] sounds a little condescending to be like, oh, I'm so proud of you, but I am. And I'm impressed. It's great to see.And Emily's another example. Like, I remember when I first met Emily, and not like I was any big deal, either, but it's like, everybody comes from somewhere, right? Like Jacquie Grindrod who just recently left Hashi, I remember when she started to get into DevRel and I was talking to her because she's like, “I may be thinking I want to do this thing.” And you look and you see these people. And it's not supposed to be like, “Oh, I remember when you were like the cute little baby DevRel.” It's not like that.And it's like, it's just impressive to see—and not even impressive. It's you like to see people who do good work and have a good heart and want to help people grow and be successful. And I'll tell you something, here—we're going to get real for a second—you can be jealous of them. It's okay. And I'm going to be honest, there are times that—Emily and Corey are both good friends of mine, and there are times that I'm like, “Wow. I'm a little jealous of you. Sometimes I'm a lot jealous of you. Sometimes I'm not at all.” So, I'm telling everybody, it's okay to be jealous. [laugh].Corey: I agree with the sentiment that I changed the word ‘envious' because envy is one of those, like—Matty: Okay.Corey: —“I want that, too,” whereas jealousy is a lot more a shade of, “I want to have it and I don't want them to.” And I don't believe that's the direction you're heading in. [laugh].Matty: No. Thank you. No, you're exactly right. Envy is the better one yeah because it's never—Corey: Now, I recently learned the distinction there by getting very wrong and saying things I didn't intend to imply, which is why I bring it up. Again, let my mistake be something others can learn from. Sometimes the best purpose I can serve in this industry is as a counter-example.Matty: Example. I was going to say, you know, just for everybody, I remember at the beginning, you know, Corey said, “Maybe we'll learn something.” I'm like, I guess that's what we learned [laugh] is the difference between envy and jealousy.Corey: Yeah.Matty: [unintelligible 00:31:50] gotta say, you know, it took us half an hour to get there. But you know.Corey: No no. And I appreciate your friendship throughout the years. Like, you were one of those people that has been something of a guiding star, where it's, sometimes I get it right, sometimes I get it wrong, and you've always been someone who has been very willing to share which side of the divide you think I'm on with anything that I've done. And for lack of a better term, you knew me before I basically bought ink by the barrel. And back when I was just the conference speaker that had to follow one of your ridiculous talks, like, “Oh, God. Those are big shoes to fill. I'd better learn how to give a conference talk.” So, most of what I become is your fault. But I do want to thank you for your guidance over the years on these things.Matty: Can we tell the real story about how I claim ownership of The Duckbill Group?Corey: By all means, take it away.Matty: Oh, okay. So, [[laugh]] I honestly still think that I should have a part ownership in The Duckbill Group because for those of you who don't know, Corey mentioned that I had worked at PagerDuty, and actually that job came down between the two of us and Corey didn't get it. And then went and started his own company and became famous and amazing. So really, it's because of me is what I'm trying to get at. I—Corey: To be fair, they made the right hire. Which one of us do you think makes the better employee, let's be very clear?Matty: [laugh].Corey: And yeah, I am thrilled to deal in you in on ownership of The Duckbill Group because the way we're structured, you cannot have ownership without also assuming liability. So yeah—Matty: [laugh].Corey: I would love to dump legal responsibility for my shenanigans on someone else. Come on in. Yeah, there's always a cutting edge to everything else. But no, you're right. I always wonder what would have happened if that decision had gone differently.And I'm very glad it played out the way that it did. You were the right hire for the company in a way that I never would have been. But I would have given it a good try for a while before they begrudgingly had to fire me or I sensed the axe was coming and left on my own. That is the nature of me as an employee. You have a very different perspective because you're good at things that I'm terrible at.Matty: And vice versa. It was interesting. You just talked about, like, how would things go different? So I—yesterday—just recorded—I don't know when it's going to come out—I was on a podcast called 8 Bits—so it's 8bits.tv—and it's really a show about people's journey through tech.And what was interesting that came out of that conversation was, first of all, how much of how I got to where I am is because of spite. Which you're going to have to go back and listen to the episode to hear the whole story of all the spite. But we did talk about, like, those junction points that happen that seem innocuous. And it's like, I made this one choice that wasn't even necessarily a choice and you follow all the forking logic that gets you to, Corey, you and I are sitting here on a podcast right now. How many decisions that weren't even decisions? There's the alternate universe where this doesn't happen where this doesn't exist, right?Corey: It's weird how this stuff all works. Years before I'd met either one of you, you videotaped my wife's law school musical and burned it to CD. We found that out when you were here over dinner one night.Matty: That was my favorite thing.Corey: It was surreal.Matty: Yeah, I was at dinner with Corey and his wife and we got into a conversation about that she had gone to law school in Chicago. And I was like, “Oh, funny thing. Like, I produced the video of the law school mu”—and she was like, “Wait, what was that?” And I couldn't even remember. I had to, like, dig back into, like, an old blog post. And was that and then yeah, and Bethany, like—Corey: She walks into the other room and comes back with a DVD that you burned, your handwriting on it.Matty: Yeah.Corey: Yeah.Matty: Yeah, pretty much. Yeah. The world is small. Be nice to everybody.Corey: It never hurts. I want to thank you for taking time out of your day to basically tell stories once again. It's always good to talk to you. If people want to learn more about who you are, what you're up to, where's the best place they can find you.Matty: So, really the best place is Twitter. You know, so I'm at @mattstratton on Twitter. If you're not a Twitter person, that's okay. LinkedIn is not great for fi—I don't always remember to post stuff there. If you want to know about upcoming, you know, so if you go to speaking.mattstratton.com, that has all my previous talks, my upcoming talks, and things as hopefully we'll have more and more of that.And yeah, and every week, I stream on twitch.tv/Pulumi on Thursdays. And it's not webinars, it's not slick demos, it's just me screwing around and sometimes having fun people on, and sometimes just proving how little I know about coding. So yeah, good times. Thank you for having me on, again, Corey. It's always fun.Corey: Of course. Links to all that's going on in the [show notes 00:36:20]. And as always, it's a pleasure.Matty: Also, I will say, Corey, I'll give you the link to that 8bit.tv, if you want to put that in the [show notes 00:36:28]—Corey: Oh, of course, we will.Matty: —if people want to go and find that. Because I think it's similar, connected to what we talked about.Corey: Good. I look forward to listening to it myself. Mattie Stratton, staff developer advocate at Pulumi. 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've hated this podcast, please leave a five-star review on your podcast platform of choice, along with a long angry comment detailing that DevOps is in fact a role and here's what it means, and then go ahead and describe a sysadmin.Corey: If your AWS bill keeps rising and your blood pressure is doing the same, then you need The Duckbill Group. We help companies fix their AWS bill by making it smaller and less horrifying. The Duckbill Group works for you, not AWS. We tailor recommendations to your business and we get to the point. Visit duckbillgroup.com to get started.Announcer: This has been a HumblePod production. Stay humble.
I get to chat with Andrew Clay Shafer in this episode. Andrew was one of the original pioneers of the DevOps movement. His presentation titled "There Is No Talent Shortage" has always been one of my favorite DevOps presentations. We talked about Andrew's background and how he got into Dr. Deming. He also spoke about his ideas about learning organizations and other interesting topics. It was a great way to end the season. For many years, Andrew has been a mentor and a friend to me.
This podcast is the last podcast of 2021 and marks the end of season #1. I do a quick overview and review of the podcast over the year. I wanted to thank the following guests: Ben Rockwood (@benr)Doris QuinnMary and Tom Poppendieck (@mpoppendieck)Jeffrey Fredrick (@Jtf)George Dekker (@GeorgeDekker)Dr. Steven Spear (@StevenJSpear)Courtney Kissler (@chawklady)Josh Corman (@joshcorman)Kevin Behr (@kevinbehr)Elisabeth Hendrickson (@testobsessed)harper (@harper)Carmen DeArdo Dennis Schlagheck Glenn Wilson (@GlennDynaminet)Mark Burgess (@markburgess_osl)John Waraniak (@JohnWaraniak)Steve Pereira (@SteveElsewhere)Jabe Bloom (@cyetain)Paula Thrasher (@paula_thrasher)Dominica DeGrandis (@dominicad)Laksh Raghavan (@laraghavan)Tom Geraghty (@tom_geraghty)Andrew Clay Shafer (@littleidea)
The cloud native promises of developer productivity and operational efficiency often hinge on modernizing the data architecture. Stateful workloads have traditionally and rightfully required more effort to manage, but contemporary tools and practices unlock the potential to have the right data in the right place at the right time without the clumsy burden of traditional enterprise data systems. Join Couchbase's Matt Ingenthron and Red Hat's Andrew Clay Shafer as they explore the principles of building systems to move fast and scale up while making data available and safe..
Andrew Clay Shafer (@litteidea, VP Transformation @RedHat ) & John Willis (@botchagalupe, Sr.Dir. Transformation) talk about the importance of "learning organizations", aligning change to business value, and the evolution of self-service and automated governance.SHOW: 485SHOW SPONSOR LINKS:Datadog Security Monitoring Homepage - Modern Monitoring and AnalyticsTry Datadog yourself by starting a free, 14-day trial today. Listeners of this podcast will also receive a free Datadog T-shirt.Okta - You should not be building your own AuthLearn how Okta helped Cengage improve student success rates during COVID.BMC Wants to Know if your business is on its A-GameBMC Autonomous Digital EnterpriseCLOUD NEWS OF THE WEEK - http://bit.ly/cloudcast-cnotwCHECK OUT OUR NEW PODCAST - "CLOUDCAST BASICS"SHOW NOTES:Red Hat Global Transformation OfficeBooks by John Willis10 Must Read DevOps & Transformation BooksTopic 1 - Welcome to the show. You’re both really well known in the DevOps communities, but give us the TL;DR of your backgrounds for anyone not familiar with your work. Topic 2 - Whether people are tired of the term “Digital Transformation” or not, change is a huge part of our industry, especially as it relates to corporate culture and organization. What’s the framing for that type of discussion in 2021? Topic 3 - I’ve heard you both say “technology is easy, people are hard”. How do you think about these conflicts of transformation, whether people’s individual motivations aren’t always aligned to a business goal? Topic 4 - One of the biggest differences between existing companies and start-ups is the level of self-service that they build around their systems. The self-service systems allow experimentation, allow automated deployments, etc. But is there a way to bring a concept of automated governance to these end-to-end models? Topic 5 - Oftentimes transformations are aligned with cloud-native technologies, cloud-native apps. The model of Ops in a cloud-native world is different. What are some of the areas you both focus on to make cloud-native Ops successful, or better aligned to the technology part of transformations? Topic 6 - What are some of the best and worst “getting started” steps that you see various groups (or companies) take in their transformation journeys? FEEDBACK?Email: show at thecloudcast dot netTwitter: @thecloudcastnet
Today on the InfoQ Podcast, Wes Reisz speaks with one of the people at the center of the creation of the idea of DevOps. Andrew Clay Shafer is the VP of Transformation at Red Hat where his role is about helping companies change their relationship with software in the cloud native ecosystem. In 2009, he was one of the people who first helped to shape what we know today as DevOps. On the podcast Shafer talks about the Three Economies, Wall of Confusion, and a bit about those first mentions of DevOps. Listen to the podcast for more. Curated transcript and more information on the https://bit.ly/2TP18Jm Follow us on Facebook, Twitter, LinkedIn, Youtube: @InfoQ Follow us on Instagram: @infoqdotcom Stay informed on emerging trends, peer-validated early adoption of technologies, and architectural best practices. Subscribe to The Software Architects’ Newsletter: www.infoq.com/software-architects-newsletter/
Transformation is a big deal. You can't just say "let's just transform!" so what are some of the things we should be thinking about?
Transformation is a big deal. You can't just say "let's just transform!" so what are some of the things we should be thinking about?
SHOW: 71SHOW OVERVIEW: Brian talks with Chris Short (@ChrisShort, Technical Marketing @RedHat, CNCF Ambassador, writes at DevOps’ish) about DevOps 10th birthday, how Kubernetes helps DevOps, and the exciting news that Chris will be co-hosting PodCTL.SHOW NOTES:Try OpenShift 4 - http://try.openshift.comLearn OpenShift - http://learn.openshift.comRed Hat announces Global Transformation Office - https://www.redhat.com/en/blog/introducing-red-hat-global-transformation-officeChris’ DevOps’ish Homepage (subscribe to the newsletter) - https://devopsish.com/SHOW TOPICS:Topic 1 - Welcome to the show. Let’s talk a little bit about your background and the plethora of things you’re working on these days.DevOps’ish: Weekly newsletter covering cloud-native, DevOps, open source, and industry news Cloud Native Ambassador: Our Super Bowl is coming up (KubeCon)Ansible Operators (get your stickers at KubeCon)OpenShift team helping customers getting their clusters up and runningTopic 1a - BIG NEWS! Chris Short is joining the show to be a new co-host. Topic 1b - MORE BIG NEWS! Kevin Behr, Jabe Bloom, John Willis, Andrew Clay Shafer are joining Red Hat to create the Global Transformation OfficeTopic 2 - A couple of weeks ago, the DevOps community (and DevOps Days) celebrated its 10yrs anniversary. You’ve been involved in that community for a number of years. What are the big trends happening around DevOps these days? (have we figured out the difference between DevOps and SRE?)Topic 3 - One of the common challenges that companies often talk about it scaling Agile/DevOps across their company. What are some of the things you’re seeing that enable success? What are some of the common mistakes that companies make in trying to scale? Topic 4 - We tend to talk about Kubernetes quite a bit on this show. As you’re beginning to work with Kubernetes more, are you finding that it helps in scaling Agile and DevOps? Topic 5 - You’re going to be hosting a number of the PodCTL shows going forward. What are some of the topics that you hope to cover in 2019 and 2020?FEEDBACK?Email: PodCTL at gmail dot comTwitter: @PodCTLWeb: http://podcast.podctl.com
The Conscientious Developer There are great ways to think of how to attack the on-call situation even if you aren't in an on-call rotation. By being a conscientious developer and taking that extra interest in your software after deployment you're adding incredible valuable. Your co-workers may also really end up appreciating your time a little bit more as well. Some people are born to on call, and some people have on call thrust up on them. Andrew Clay Shafer stole good ideas from wherever he could and started calling them all devops. Andrew tries to solve more problems than he causes but often fails. If devops ever caused you any problems, Andrew feels bad. If devops ever helped you with anything, he also apologizes. Twitter: littleidea
Bridget chats with Jessie Frazelle and Andrew Clay Shafer about what shiny objects have caught their attention recently.
Bridget chats with Jessie Frazelle and Andrew Clay Shafer about what shiny objects have caught their attention recently.
Have you ever had high expectations about a new software product? Did you think it was going to be spectacular? Instead, did it become less about solving a problem for you and more about reaching a bunch of billable consultants? The dynamics of open source communities and the Cloud platform can make or break software products. Today, we’re talking to Andrew Clay Shafer, who was a notable voice during the days of OpenStack. He had high hopes for OpenStack, which was an effort to bring a democratized solution of Cloud computing to anyone’s data center. He describes the importance of understanding the challenges associated with open source projects in order for them to be successful. Some of the highlights of the show include: Open source is not a business model; capture value for customers, or they’ll go with a different solution Openness/Closure: Every open source project has its own community dynamics Losing sight of level of expertise for profitability and easy path to useage Whether to become a product or service company - difficult to be both effectively or go from being one to the other; build partner relationship, focus, and say “no” Lack of awareness about AWS Outposts admitting public Cloud is no longer a viable business model Amazon relentlessly focuses on what its customers want and tries to keep promises about what it can and can’t do Cloud Native: Not where you run, but how you run; confining variables Self-fulfilling prophecy to under deliver when you make the bad decision to under source IT across the board Cloud Native, DevOps, SRE: Buzzwords that equal one thing and work together Dilemma of not building everything and buying some things, but you can’t buy everything; humans like to shop and go with the easiest option Links: Andrew Clay Shafer on Twitter Andrew Clay Shafer on LinkedIn Puppet Re:invent OpenStack Eucalyptus Docker Redis MongoDB Confluent Kubernetes AWS Outposts AWS Ground Station AmazonBasics Simon Wardley Maslach Burnout Inventory Datadog
Bridget and Matt discuss the past and future of tech with Andrew Clay Shafer.
Bridget and Matt discuss the past and future of tech with Andrew Clay Shafer.
We finally get to the bottom of what this kubernetes thing is and is not, thanks to guest co-host, Andrew Clay Shafer (https://twitter.com/littleidea). There is no co-host shortage. Pre-roll SDT news & hype Jan 16th, first Live Recording (https://www.meetup.com/CloudAustin/events/mzfzwnyxcbvb/) in Austin Texas - guest co-host Tasty Meats Paul (https://twitter.com/pczarkowski). Join us in Slack (http://www.softwaredefinedtalk.com/slack), subscribe the newsletter (https://softwaredefinedtalk.us1.list-manage.com/subscribe?u=ce6149b4008d62a08093a4fa6&id=5877922e21), and pay-up for our members only podcast (https://www.patreon.com/sdt). This week In k8s - Confularity at Kublecon KubeCon (http://events.linuxfoundation.org/events/kubecon-and-cloudnativecon-north-america) - that a thing? As Kubernetes matures, the cloud-native movement turns its attention to the service mesh (https://www.geekwire.com/2017/kubernetes-matures-cloud-native-movement-turns-attention-service-mesh/) - climb the stack! List of announcements (https://www.theregister.co.uk/2017/12/07/kubernetes_tasting_menu_for_devops_types/), from The Register. “We’ve built Conduit from the ground up to be the fastest, lightest, simplest, and most secure service mesh in the world” (https://buoyant.io/2017/12/05/introducing-conduit/) - well, I guess we can all pack it up and go home. Intel and Hyper partner with the OpenStack Foundation to launch the Kata Containers project (https://techcrunch.com/2017/12/05/intel-and-hyper-partner-with-the-openstack-foundation-to-launch-the-kata-containers-project/) Datadog survey (https://www.datadoghq.com/container-orchestration/). Heptio has DR in Azure (https://siliconangle.com/blog/2017/12/07/heptio-brings-disaster-recovery-tool-ark-microsofts-azure-container-service/) - file under, “oh, I assumed k8s already did that kind of thing…” Relevant to your interests You’re not doing agile (http://www.theregister.co.uk/2017/12/11/you_say_you_are_doing_devops/) - Coté’s Christmas bonus column. Whole bunch of SpringOne Platform videos being posted (https://www.youtube.com/playlist?list=PLAdzTan_eSPQ2uPeB0bByiIUMLVAhrPHL&mkt_tok=eyJpIjoiWVdGak9URXdPVGxrTTJSbCIsInQiOiJQcXNRc3RWZFRXVTlDbnhuNWYwWmV3a2p3V0ZtVkkrZ1pBdGcxcTlUR1Z5WERIRFgrMnd4N0Q3WE9qWTQ4MzhVQ0I3NThDS1ZRM2VpYnNraGRBMXhcLzE0eHpYNWZvYWtkSlJWQkZWUDVQUm1rTXZpaGNBc3liVzg4Rnh4WmJzRXgifQ%3D%3D&disable_polymer=true) - hey, obviously there’s some hustle, but it’s rich in actual case studies and enterprises talking about how they figured out sucking less. Related: receipts considered stupid (http://www.businessinsider.com/american-express-mastercard-kill-receipt-signatures-2017-12) - Matt gets tremendous eye rolls from everywhere outside the US when it asks for a signature Planview buys LeanKit (http://www.planview.com/company/press-releases/planview-extends-work-and-resource-management-platform-into-lean-and-agile-with-acquisition-of-leankit/). Why do I keep seeing “quantum computing” everywhere. Shouldn’t we figure out “computing” first? Update on Dell financials (http://www.crn.com/slide-shows/data-center/300096621/crn-exclusive-michael-dell-on-completing-the-emc-integration-ma-strategy-vmware-nsx-synergies-and-refocusing-on-storage-in-2018.htm/pgno/0/7): "You look at our balance sheet, you see $18 billion in cash and investments. We paid down to close $10 billion since the combination with EMC and VMware. For the third quarter, we had $19.6 billion in revenue and $2.3 billion in EBITDA.” Conferences, et. al. It’s the end of the year, not many conferences left. Dec 19th, 2017 - Coté will be doing a tiny talk at CloudAustin on December 19th (https://www.meetup.com/CloudAustin/events/244459662/). Jan 16th, 2018 - live SDT recording at CloudAustin on Jan 16th, 2018 (https://www.meetup.com/CloudAustin/events/244102686/), Coté, Brandon, Tasty Meats Paul](https://twitter.com/pczarkowski). May 15th to 18th, 2018 - Coté talking EA at Continuous Lifecycle London (https://continuouslifecycle.london/sessions/the-death-of-enterprise-architecture-defeating-the-devops-microservices-and-cloud-native-assassins/). Recommendations Brandon: Long Shot (https://www.netflix.com/title/80182115), Netflix; Presentations: Ten Year Futures (https://www.ben-evans.com/benedictevans/2017/11/29/presentation-ten-year-futures?utm_source=Benedict%27s+newsletter&utm_campaign=74e4152c08-Benedict%27s+Newsletter&utm_medium=email&utm_term=0_4999ca107f-74e4152c08-70424493), Ben Evans. Coté: finally got that AAdvantage Executive (https://thepointsguy.com/guide/citi-aadvantage-executive-review/) card. Andrew: principals sections in the Google SRE book (http://amzn.to/2z3Odti) (still free (https://landing.google.com/sre/book.html)!). Kubernetes Up and Running (http://amzn.to/2yiI9JK). Badass (http://amzn.to/2z4rn4J). Paper on ML indexing stuff (https://arxiv.org/abs/1712.01208). Special Guest: Andrew Clay Shafer.
It’s VMworld this week, so there’s fresh news from the Dell Technologies universe to sort through. VMware releases it’s SDDC on AWS scheme and Pivotal announces its container service/stack, Pivotal Container Service (PKS). We discuss both, including a meandering overview of what PKS is and some theory about what enterprises actually want with all that VMware in public cloud. Also, the tragic story of airline and hotel upgrades, like pearls to tired business travelers. Misc. Australia is bigger than France (http://imgur.com/z02XGzQ). Checks out (http://www.texasmonthly.com/the-daily-post/how-big-is-texas-compared-to-other-land-masses/). Coté got the SSSS TSA search. What fun! Now you can buy kubernetes from Dell https://pbs.twimg.com/media/DIlS4bPUQAEcO6Y.jpg:small VMware/Pivotal/Google make a kubo distro (https://blogs.vmware.com/cloudnative/2017/08/29/vmware-pivotal-container-service/). Uses BOSH, NSX, and kubo to setup clusters. Will run on vSphere and Google Cloud, promises to work with other Google Cloud services, be continuously updated to be compatible with GCE containers. Also, VMware storage services and comparability with VMware systems management tools. El Reg coverage (https://www.theregister.co.uk/2017/08/30/google_vmware_and_pivotal_team_for_onpremises_kubernetes/), and also from The New Stack (https://thenewstack.io/pivotal-container-service-hard-wires-cloud-foundry-kubo-google-cloud/). TPM (https://www.nextplatform.com/2017/08/29/vmwares-platform-revolves-around-esxi-except-cant/): “The private PKS stack will use vSAN for storage, vRealize Automation for orchestration and governance, vCloud Director for provisioning, and vRealize Operations for monitoring. (So, in theory, one could run the PKS stack on the AWS cloud slices that VMware has partnered with Amazon to create, effectively creating a clone of GKE to run on AWS bare metal iron. . . .)” More laundry listing of the parts from Google (https://www.blog.google/topics/google-cloud/vmware-and-pivotal-launch-new-hybrid-kubernetes-solution-optimized-gcp/), that is, Google Cloud services you can use in a PKS environment: BigQuery, Bigtable, Spanner, Storage, SQL, Pub/Sub, Vision API, Speech API, Natural Language API, Translate API. A list of capabilities (https://twitter.com/cloudnativeapps/status/902674269125042176) from Cornelia’s(?) talk, and what BOSH does (https://twitter.com/cloudnativeapps/status/902607633168818176) (and, thus, does in k8 management). Use it for (https://pivotal.io/pks): “PKS™ is ideal for workloads like Spark and ElasticSearch, and when you need access to infrastructure primitives. Further, use PKS for apps that require specific co-location of container instances, and for those that need multiple port binds.” The Pod affinity thing here is for when you want to run multiple things grouped together, like with Spark, Elastic Search, etc. where you the different things go together. More value-props’ing (https://twitter.com/cloudnativeapps/status/902606759176486912): i.e., kubernetes on it’s own is hard. As Ramji points out (https://www.youtube.com/watch?v=1HErHINvyIA), PKS means you’ll get a consistent, standardized kubernetes/container technology across the Dell Technologies portfolio. Watters lays it out (https://twitter.com/wattersjames/status/902571713057001472). Positioning: guidance seems to be that PKS is mostly for large organizations, “enterprises.” PKS to GA in 2017Q4, pricing then too. Diagram here (http://www.techrepublic.com/article/vmware-partners-with-pivotal-google-cloud-to-launch-kubernetes-based-container-service/):. Some vendor exec story-time here (http://social.techcrunch.com/2017/08/29/pivotal-vmware-google-partner-on-container-project/), and Pivotal blog post (https://content.pivotal.io/announcements/introducing-pivotal-container-service-pks-the-simple-way-to-bring-kubernetes-to-enterprise-customers). So, you can run PCF and PKS side-by-side (https://twitter.com/cloudnativeapps/status/903048428581560320). See longer explanation from Chad Sakac (http://virtualgeek.typepad.com/virtual_geek/2017/08/vmworld-2017-pivotal-container-services-pks.html): “historically, [Dell Technologies’] point of view on the container/cluster manager abstraction ecosystem wasn’t clear” https://d2mxuefqeaa7sj.cloudfront.net/s_57F3D537859409EDBA712760195C49AEF69FA177BC08164311E795F7016DE1F9_1504121396993_PCF+ERT+and+PKS.png See also this pro'er diagram (https://twitter.com/cote/status/903344343003664386). Lots of emphasize on a unified, compatible approach/GTM: “We now have a Cloud Native/Digital Transformation stack where there is a SINGLE target we are furiously running towards now as VMware, Pivotal, and Dell EMC – no mis-alignment, no differences in PoV. “ Market context: (https://cote.io/2017/06/02/451s-container-orchestration-usage-survey-notebook/) You may recall Coté’s summary of the CoreOS commissioned 451 survey (https://cote.io/2017/06/02/451s-container-orchestration-usage-survey-notebook/), which linked to a 2016(?) Gartner survey (https://www.gartner.com/document/3574617) where 18% of respondents had containers in production, with 4% being “significant production” That CoreOS/451 survey (https://cote.io/2017/06/02/451s-container-orchestration-usage-survey-notebook/) had a very important footnote: the survey respondents were already running containers already. It was more about which container orchestration platforms they liked. It was hard to do conclusive ranking of container orchestrators since people were using multiple ones. But, if you lump together CoreOS’s kubernetes distro with generic kubernetes, kubernetes wins out over Docker Swarm, 49% vs. 36%. Meanwhile (https://www.gartner.com/document/3782167): “By 2020, 50%+ of global enterprises will be running containerized applications in production, up from
AWS plods on with new capabilities, this time with an AI and enterprise app migration focus, plus, AI: is it actually a thing? We also discuss Microsoft acquiring Cycle Computing and how HPC fits into cloud, also what exactly HPC is and how you measure vibrations passing through a human torso. But most importantly, we’re joined by Andrew Clay Shafer (https://twitter.com/littleidea) in this episode, standing in for Brandon. Removing rebel-slaver memorials Good job (https://mobile.nytimes.com/2017/08/16/us/baltimore-confederate-statues.html), Old Bay land. There’s more cities too (https://www.axios.com/what-other-states-are-doing-with-confederate-era-statues-2472806400.html) on the case too. You like white papers? We got white papers Four new Pivotal white papers (https://content.pivotal.io/white-papers/running-microservices-on-pivotal-cloud-foundry): CI/CD, microservices, PCI (wake up! wake up!), and The Scary Clam (BOSH). We discuss them with the co-author of all of them on this week’s Pivotal Conversations. (https://soundcloud.com/pivotalconversations/pci-bosh-cicd-and-microservices-whitepapers-galore-with-jared-ruckle) Also, check out the Members only podcast if you like white papers, which you probably do, because you’re listening to this bullshit. Amazon Summit NYC There was some Amazon event this week. Anything happen (https://aws.amazon.com/blogs/aws/aws-summit-new-york-summary-of-announcements/)? Machine learning (http://www.barrons.com/articles/amazon-has-largest-a-i-platform-in-the-world-its-machine-learning-guru-boasts-1502735878), and such. Deep dive blog post (https://aws.amazon.com/blogs/aws/launch-amazon-macie-securing-your-s3-buckets/). Interview with Amazon exec (http://www.barrons.com/articles/amazon-has-largest-a-i-platform-in-the-world-its-machine-learning-guru-boasts-1502735878), Matt Wood. AI Winter (https://en.wikipedia.org/wiki/AI_winter#Overview). Maths (https://en.wikipedia.org/wiki/Exponential_smoothing). Also, on various industry CEOs strategamizing around Amazon (https://digiday.com/marketing/amazon-effect-echoes-across-industry/). “Alexa, what’s ‘anti-trust’?” (https://twitter.com/hhoover/status/897489269069107200) Building out Azure HPC Microsoft acquiring Cycle Computing. A market ready for some cash, both for HPC and analytics (https://blogs.the451group.com/techdeals/ma/microsoft-tones-its-hpc-cloud-with-cycle-computing/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+InorganicGrowth+%28Inorganic+Growth%29): “[a]ccording to 451 Research’s Voice of the Enterprise Cloud Transformation survey, 21% of data and analytics workloads will move to public clouds in the next two years” What about the GreenButton (https://techcrunch.com/2014/05/01/microsoft-acquires-high-performance-cloud-computing-company-greenbutton/) acquisition in 2014? Peep the long piece on that from 2014 (https://www.cio.co.nz/article/544160/latest_tech_merger_microsoft_acquires_kiwi_cloud_computing_company_greenbutton/). Excellent chart (https://blogs.the451group.com/techdeals/files/2017/08/Vote-for-KBI.png) showing migrating COTS to SaaS, etc. https://d2mxuefqeaa7sj.cloudfront.net/s_2B8493BBB6C86E07A5CDF46F818EAD2B22A9BA45EDBC764A7613A8A9E0E13576_1502894906368_image.png BONUS LINKS! Not covered in show Docker raising more cash-money, container land items Lizette Chapman & Eric Newcomer, Bloomberg (https://www.bloomberg.com/news/articles/2017-08-09/docker-is-said-to-be-raising-funding-at-1-3-billion-valuation): “HPC is about three to five years behind enterprise computing when it comes to new technology adoption – the applications are generally more sophisticated, and engineers are conservative…. Business software company Docker Inc. (https://www.bloomberg.com/quote/1041069D:US) is raising fresh funds, valuing the company at $1.3 billion, according to people familiar with the matter.” Also, check out this ADP using Docker case, moderated by Alex Williams (https://thenewstack.io/adp-adopted-container-mindset/), pretty good: 1,000 containers in Nov 2016 to 3,771 in April 2017 (I think these were across dev and prod). MIPS rule everything around me (https://www.geekwire.com/2017/new-version-docker-enterprise-edition-adds-new-admin-features-support-old-reliable-mainframes/). Docker Enterprise feature matrix: https://d2mxuefqeaa7sj.cloudfront.net/s_2B8493BBB6C86E07A5CDF46F818EAD2B22A9BA45EDBC764A7613A8A9E0E13576_1502889970877_file.jpeg Also, putting Oracle in a container (https://www.infoq.com/news/2017/08/containers-core-banking), over there in European banking. Hold my beer platforms (https://thenewstack.io/github-goes-kubernetes-tells/) - It’s easy, just build out all the platform things you need yourself. Yaml all the things! Also, Bash, puppet, terraform, go for log draining(!) and more! Bare-metal, what’s the deal? Oracle got it (http://www.datacenterknowledge.com/archives/2017/08/14/oracle-supercharges-cloud-database-bare-metal-servers/). What’s Twitter got to say (https://twitter.com/cote/status/897477974496342016)? “You get my deck? Let me check Outlook. Who’s doing meeting notes in Word?” https://d2mxuefqeaa7sj.cloudfront.net/s_2B8493BBB6C86E07A5CDF46F818EAD2B22A9BA45EDBC764A7613A8A9E0E13576_1502811233384_image.png Cloud’s cool, but PowerPoint is the shit (https://www.geekwire.com/2017/new-numbers-show-microsofts-biggest-businesses-really-cloud-era/?utm_content=bufferb54e8&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer): “$25.4 billion in revenue in Microsoft’s 2017 fiscal year, an increase of 7 percent from the previous year” Hot Dog Watch Ever vigilant, we’re keeping an eye on the future. The future is stiching together videos for 360 panorama things (http://mashable.com/2017/08/14/snapchat-crowd-surf-concerts-our-stories/#PqhbXnU0cSqO). See the underside of The Hot Dog. Meta, follow-up, etc. Patreon (https://www.patreon.com/sdt) - like anyone who starts these things, I have no idea WTF it is, if it’s a good idea, or if I should be ashamed. Need some product/market fit. Check out the Software Defined Talk Members Only White-Paper Exiguous podcast over there. Join us all in the SDT Slack (http://www.softwaredefinedtalk.com/slack). Mid-roll Get $50 off Casper mattresses with the code: horraymattray NEW DISCOUNT! DevOpsDays Nashville (https://www.devopsdays.org/events/2017-nashville/), $25 off with the code 2017NashDevOpsDays - Coté will be keynoting (https://www.devopsdays.org/events/2017-nashville/speakers/michael-cote/) - October 17th and 18th, 2017. NEW DISCOUNT! DevOpsDays Kansas City (https://www.devopsdays.org/events/2017-kansascity/welcome/), September 21st and 22nd. Use the code SDT2017 when you register (https://www.eventbrite.com/e/devopsdays-kansas-city-2017-tickets-31754843592?aff=ado). PLUS we have one free ticket to give away. So, we need to figure out how to do that. Coté speaking at DevOps Riga (https://www.devopsdays.org/events/2017-riga/welcome/), also will be at DevOpsDays London and Devoxx Belgium. Coté also speaking at Austin OpenStack Meetup (https://www.meetup.com/OpenStack-Austin/events/241908089/), August 17th, 2017. See slides (https://www.slideshare.net/cote/the-cloudnative-enterprise-architect-how-devops-changes-eas-role). The Register’s conference, Continuous Lifecycle (https://continuouslifecycle.london/), in London (May 2018) has it’s CFP open, closed October 20th - submit something (https://continuouslifecycle.london/call-for-papers/)! SpringOne Platform registration open (https://2017.springoneplatform.io/ehome/s1p/registration), Dec 4th to 5th. Use the code S1P200_Cote for $200 off registration (https://2017.springoneplatform.io/ehome/s1p/registration). Matt’s on the Road! August 22nd - Sydney Cloud Native Meetup (https://www.meetup.com/Sydney-Cloud-Native-Meetup/events/241712226/) August 23rd - AWS Sydney North User Group (https://www.meetup.com/en-AU/Amazon-Web-Services-Sydney-North-User-Group/events/240951267/) August 30th - AWS Australian Public Sector Summit (https://aws.amazon.com/summits/canberra-public-sector/) September 12 - Perth MS Cloud Computing User Group (https://www.meetup.com/en-AU/Perth-Cloud/events/241297999/) September 15-16 - DevOpsDays Bangalore (https://www.devopsdays.org/events/2017-bangalore/) September 20 - Azure Sydney Meetup (https://www.meetup.com/Azure-Sydney-User-Group/events/242374004/) October 3-4 - DevOpsDays New Zealand (https://www.devopsdays.org/events/2017-auckland/) October 11th - Brisbane Azure User Group (https://www.meetup.com/Brisbane-Azure-User-Group/events/240477415/) Andrew will be at DevOpsDays Singapore, and a few other places. He doesn’t want to make platinum. # Recommendations Andrew: SLOs, three chapters from the Google SRE (https://landing.google.com/sre/book.html) book (https://landing.google.com/sre/book.html). Matt Ray: Run Bootcamp Windows 10 on a USB Stick (https://hackernoon.com/how-to-run-bootcamp-windows-10-on-a-usb3-86551dc3def8) The secret rhythm in Radiohead’s Videotape (https://www.vox.com/videos/2017/8/4/16092184/videotape-radiohead-secret-rhythm-earworm) Coté: bacon grease in a mug by the stove, that’s how we was livin’ (https://www.youtube.com/watch?v=d0s0XHVUGF0). Speaking of saving bacon grease: Spyderco ParaMilitary 2 G-10 Plain Edge Knife (http://amzn.to/2fImmaR); works well for camping; I got a good deal. WOCStock (https://www.flickr.com/photos/wocintechchat/) - mix up them pasty white-boy slides. Outro from Angela Rye (https://twitter.com/angela_rye), on (http://www.wbur.org/hereandnow/2017/08/16/august-16-2017-hn-two) Here & Now (http://www.wbur.org/hereandnow/2017/08/16/august-16-2017-hn-two), August 16th, 2017 (http://www.wbur.org/hereandnow/2017/08/16/august-16-2017-hn-two). Special Guest: Andrew Clay Shafer.
Bridget and Matt chat about enterprise transformation and open source with guests Bryan Liles, Jessie Frazelle, and Andrew Clay Shafer, in front of a live studio audience at devopsdays Minneapolis 2017.
Bridget and Matt chat about enterprise transformation and open source with guests Bryan Liles, Jessie Frazelle, and Andrew Clay Shafer, in front of a live studio audience at devopsdays Minneapolis 2017.
Let's finally get to the punchline on this “cloud-native enterprise architect” quest. Here, Matt Curry (https://twitter.com/mattjcurry), Andrew Clay Shafer (https://twitter.com/littleidea), and I (https://twitter.com/cote) discuss the things that would motivate such a role and try to chart out what functions the cloud-native EA would serve. This still doesn't answer the question perfectly, but it does point towards good why's and even some how's. We do alright at trying to pull it all together. Rough Outline Business “outcomes.” “So what is it you'd say you do here?” Marketing and sales for tech decision making - getting budget, etc. The EA Strawperson - biz/IT alignment, governance, proscribing stacks Risk-modeling and procurement costs get better EA as the ROI whisperer. SRE book discussions, Pivotal Conversations (https://soundcloud.com/pivotalconversations/the-google-sre-book-with-andrew-shafer) #58 (https://soundcloud.com/pivotalconversations/the-google-sre-book-with-andrew-shafer) (Andrew and Coté). The technology, and what's new? AWS RDS as an (almost) end-to-end example. So, EA's jobs to this point: business stuff… versus defining the platform and tech choices (e.g., “use this pagination library or die!”). But: product people do the business stuff… you prescribe one platform/PaaS… and then most teams now choose their own stuff above the platform. And doesn't microservices do the rest…? Cloud-native EA's probably spend a lot more attention to process, like SRE-thinking… reducing duplication of services… someone has to have a global, big picture view of everything. Being a change agent: boot-strapping to this DevOps/cloud-native/blah blah The ultimate goal: the business wants to evolve quickly, try new things to try to grow and defend itself quicker; the IT must work, or, at least, be resilient; I don't want to pay a lot for this muffler; making it easy to do the right thing. # Background Past discussions on cloud-native EA: Pivotal Conversations #72 (https://soundcloud.com/pivotalconversations/the-fat-baby-in-the-water-cloud-native-enterprise-architecture-ep-072) and Coté Show #36 (http://www.cote.show/36). Some rough notes on research (https://docs.google.com/document/d/1zA4K9SR1cV_GvA3S-KtZfYrgO854VZuo1rDwtlTd-0Q/edit). Books: Enterprise Architecture as Strategy (http://amzn.to/2gO5bEW) and Continuous Architecture (http://amzn.to/2ufgwCA).
Let’s finally get to the punchline on this “cloud-native enterprise architect” quest. Here, Matt Curry (https://twitter.com/mattjcurry), Andrew Clay Shafer (https://twitter.com/littleidea), and I (https://twitter.com/cote) discuss the things that would motivate such a role and try to chart out what functions the cloud-native EA would serve. This still doesn’t answer the question perfectly, but it does point towards good why’s and even some how’s. We do alright at trying to pull it all together. Rough Outline Business “outcomes.” “So what is it you’d say you do here?” Marketing and sales for tech decision making - getting budget, etc. The EA Strawperson - biz/IT alignment, governance, proscribing stacks Risk-modeling and procurement costs get better EA as the ROI whisperer. SRE book discussions, Pivotal Conversations (https://soundcloud.com/pivotalconversations/the-google-sre-book-with-andrew-shafer) #58 (https://soundcloud.com/pivotalconversations/the-google-sre-book-with-andrew-shafer) (Andrew and Coté). The technology, and what’s new? AWS RDS as an (almost) end-to-end example. So, EA’s jobs to this point: business stuff… versus defining the platform and tech choices (e.g., “use this pagination library or die!”). But: product people do the business stuff… you prescribe one platform/PaaS… and then most teams now choose their own stuff above the platform. And doesn’t microservices do the rest…? Cloud-native EA’s probably spend a lot more attention to process, like SRE-thinking… reducing duplication of services… someone has to have a global, big picture view of everything. Being a change agent: boot-strapping to this DevOps/cloud-native/blah blah The ultimate goal: the business wants to evolve quickly, try new things to try to grow and defend itself quicker; the IT must work, or, at least, be resilient; I don’t want to pay a lot for this muffler; making it easy to do the right thing. # Background Past discussions on cloud-native EA: Pivotal Conversations #72 (https://soundcloud.com/pivotalconversations/the-fat-baby-in-the-water-cloud-native-enterprise-architecture-ep-072) and Coté Show #36 (http://www.cote.show/36). Some rough notes on research (https://docs.google.com/document/d/1zA4K9SR1cV_GvA3S-KtZfYrgO854VZuo1rDwtlTd-0Q/edit). Books: Enterprise Architecture as Strategy (http://amzn.to/2gO5bEW) and Continuous Architecture (http://amzn.to/2ufgwCA).
Let’s finally get to the punchline on this “cloud-native enterprise architect” quest. Here, Matt Curry (https://twitter.com/mattjcurry), Andrew Clay Shafer (https://twitter.com/littleidea), and I (https://twitter.com/cote) discuss the things that would motivate such a role and try to chart out what functions the cloud-native EA would serve. This still doesn’t answer the question perfectly, but it does point towards good why’s and even some how’s. We do alright at trying to pull it all together. Rough Outline Business “outcomes.” “So what is it you’d say you do here?” Marketing and sales for tech decision making - getting budget, etc. The EA Strawperson - biz/IT alignment, governance, proscribing stacks Risk-modeling and procurement costs get better EA as the ROI whisperer. SRE book discussions, Pivotal Conversations (https://soundcloud.com/pivotalconversations/the-google-sre-book-with-andrew-shafer) #58 (https://soundcloud.com/pivotalconversations/the-google-sre-book-with-andrew-shafer) (Andrew and Coté). The technology, and what’s new? AWS RDS as an (almost) end-to-end example. So, EA’s jobs to this point: business stuff… versus defining the platform and tech choices (e.g., “use this pagination library or die!”). But: product people do the business stuff… you prescribe one platform/PaaS… and then most teams now choose their own stuff above the platform. And doesn’t microservices do the rest…? Cloud-native EA’s probably spend a lot more attention to process, like SRE-thinking… reducing duplication of services… someone has to have a global, big picture view of everything. Being a change agent: boot-strapping to this DevOps/cloud-native/blah blah The ultimate goal: the business wants to evolve quickly, try new things to try to grow and defend itself quicker; the IT must work, or, at least, be resilient; I don’t want to pay a lot for this muffler; making it easy to do the right thing. # Background Past discussions on cloud-native EA: Pivotal Conversations #72 (https://soundcloud.com/pivotalconversations/the-fat-baby-in-the-water-cloud-native-enterprise-architecture-ep-072) and Coté Show #36 (http://www.cote.show/36). Some rough notes on research (https://docs.google.com/document/d/1zA4K9SR1cV_GvA3S-KtZfYrgO854VZuo1rDwtlTd-0Q/edit). Books: Enterprise Architecture as Strategy (http://amzn.to/2gO5bEW) and Continuous Architecture (http://amzn.to/2ufgwCA).
Bridget and Matt chat with Andrew Clay Shafer (Pivotal) and Bryan Cantrill (Joyent).
Bridget and Matt chat with Andrew Clay Shafer (Pivotal) and Bryan Cantrill (Joyent).
Software development has gone through a radical shift over the last 15 years. First, agile methodologies completely upended traditional software development practices, allowing developers to write and release code much more frequently. But what good is that if you can't operationalize all that great software? Not much. So around 2008, Pivotal's own Andrew Clay Shafer spearheaded the DevOps movement, a new approach to the software development lifecycle that makes developing software and operating it a shared responsibility. The result is continuous software development and deployment in a virtuous feedback loop. Unfortunately, the world of data analytics wasn't included in the the revolution. In many enterprises today, it takes weeks, even months to get analytics and data warehouse projects off the ground and into production. This raises the question: Does data need its own DevOps moment? In this episode of Pivotal Insights, host Jeff Kelly speaks with Elisabeth Hendrickson, head of R&D for Pivotal's data portfolio, about how agile and DevOps might be applied to data analytics, what it would mean from a people and process perspective, and how data analytics technologies would need to evolve to support it.
Software development has gone through a radical shift over the last 15 years. First, agile methodologies completely upended traditional software development practices, allowing developers to write and release code much more frequently. But what good is that if you can't operationalize all that great software? Not much. So around 2008, Pivotal's own Andrew Clay Shafer spearheaded the DevOps movement, a new approach to the software development lifecycle that makes developing software and operating it a shared responsibility. The result is continuous software development and deployment in a virtuous feedback loop. Unfortunately, the world of data analytics wasn't included in the the revolution. In many enterprises today, it takes weeks, even months to get analytics and data warehouse projects off the ground and into production. This raises the question: Does data need its own DevOps moment? In this episode of Pivotal Insights, host Jeff Kelly speaks with Elisabeth Hendrickson, head of R&D for Pivotal's data portfolio, about how agile and DevOps might be applied to data analytics, what it would mean from a people and process perspective, and how data analytics technologies would need to evolve to support it.
Distributed systems are hard. Building a microservices architecture that supports evolutionary changes without breaking “contracts” among services? Especially hard. In this podcast, we grabbed Oliver Gierke, Kenny Bastani, and Andrew Clay Shafer to talk about inter-service communication, consumer-driven contract testing, and service versioning. Listen in as we wrestle with tricky concepts, and still end up as friends. See full show notes at https://blog.pivotal.io/pivotal-conversations.
Distributed systems are hard. Building a microservices architecture that supports evolutionary changes without breaking “contracts” among services? Especially hard. In this podcast, we grabbed Oliver Gierke, Kenny Bastani, and Andrew Clay Shafer to talk about inter-service communication, consumer-driven contract testing, and service versioning. Listen in as we wrestle with tricky concepts, and still end up as friends. See full show notes at https://blog.pivotal.io/pivotal-conversations.
Distributed systems are hard. Building a microservices architecture that supports evolutionary changes without breaking “contracts” among services? Especially hard. In this podcast, we grabbed Oliver Gierke, Kenny Bastani, and Andrew Clay Shafer to talk about inter-service communication, consumer-driven contract testing, and service versioning. Listen in as we wrestle with tricky concepts, and still end up as friends. See full show notes at https://blog.pivotal.io/pivotal-conversations.
Distributed systems are hard. Building a microservices architecture that supports evolutionary changes without breaking “contracts” among services? Especially hard. In this podcast, we grabbed Oliver Gierke, Kenny Bastani, and Andrew Clay Shafer to talk about inter-service communication, consumer-driven contract testing, and service versioning. Listen in as we wrestle with tricky concepts, and still end up as friends. See full show notes at https://blog.pivotal.io/pivotal-conversations.
Distributed systems are hard. Building a microservices architecture that supports evolutionary changes without breaking “contracts” among services? Especially hard. In this podcast, we grabbed Oliver Gierke, Kenny Bastani, and Andrew Clay Shafer to talk about inter-service communication, consumer-driven contract testing, and service versioning. Listen in as we wrestle with tricky concepts, and still end up as friends. See full show notes at https://blog.pivotal.io/pivotal-conversations.
Bridget chats about enterprise transformation and the democratizing effect of platforms with guests Charity Majors, Nicole Forsgren, Andrew Clay Shafer, and James Watters, in front of a live studio audience at devopsdays Minneapolis 2016.
Bridget chats about enterprise transformation and the democratizing effect of platforms with guests Charity Majors, Nicole Forsgren, Andrew Clay Shafer, and James Watters, in front of a live studio audience at devopsdays Minneapolis 2016.
If you build, deploy, and operate software in production, you have a platform. Andrew Clay Shafer and Kelsey Hightower discuss different choices available in the platform space, from unstructured to structured with all the considerations along the road to operational maturity.
If you build, deploy, and operate software in production, you have a platform. Andrew Clay Shafer and Kelsey Hightower discuss different choices available in the platform space, from unstructured to structured with all the considerations along the road to operational maturity.
Software Engineering Radio - The Podcast for Professional Software Developers
Josh Long talks to Pivotal’s Andrew Clay Shafer about the state of platforms-as-a-service (PaaS; like Cloud Foundry). They cover how pass relates to the fast-evolving container-ready distributed runtimes such as Lattice, Kubernetes and Mesos. The discussion starts with a look at what PaaS means and moves on to how the technology has evolved, the community […]
Software Engineering Radio - The Podcast for Professional Software Developers
This week on The Hot Aisle, your hosts Brent Piatti (@BrentPiatti) and Brian Carpenter (@intheDC) converse yet again with someone that dwarfs their collective intellect. With the mind of a mathematician, the spirit on an entrepreneur, the goal to automate everything, and the the ability to make infrastructure interact like code – our guest Andrew Clay Shafer (@littleidea) […]
Matt and Bridget sit down with Andrew Clay Shafer (finally!) at DevOpsDays Minneapolis to discuss his thoughts on what's going on with the DevOps world since 2009, as well as his opinions on podcasts having episode numbers. Sadly, no sushi was actually consumed.
Matt and Bridget sit down with Andrew Clay Shafer (finally!) at DevOpsDays Minneapolis to discuss his thoughts on what's going on with the DevOps world since 2009, as well as his opinions on podcasts having episode numbers. Sadly, no sushi was actually consumed.
Brian talks to The Pivotal Gang - James Watters (@wattersjames, VP of Cloud Platform), Andrew Clay Shafer (@littleidea) and Michael Cote (@cote) about the latest from Pivotal, Enterprise adoption of PCF, and NetFlix OSS. Interested in the O'Reilly Velocity Conference? Want to register for Velocity now? Use promo code 20CLOUD for 20% off Discount Velocity Registration Check out the Velocity Schedule Free eBook from O'Reilly Media for Cloudcast Listeners! Check out an excerpt from the upcoming Docker Cookbook Links from the show: Cloud Foundry Summit Sessions on YouTube Cloud Foundry Summit Session Slides Pivotal Cloud Foundry Music Credit: Nine Inch Nails (nin.com)
Andrew Clay Shafer (@littleidea) joins us to discuss the future of DevOps.
John and Damon have a long form conversation with Andrew Clay Shafer that goes everywhere from DevOps, to Cloud, to Lean, to a trip down startup memory lane. Show notes at http://devopscafe.org