As always, with Jon, this is a great conversation:
Demonstrating the value of software, how it contributes to revenue, is no easy feat. Staffing can be difficult, especially with an eye to sustaining teams over the years. Jon Osborn returns as a guest to discuss these and other transformation hurdles, plus successes they’ve had at the Great American Insurance Group.
Inside this interview, there’s an excellent explanation of what product management means in an enterprise. By “enterprise,” I mean a company who’s product is not technology. That is, most every company and organization out there. To that end, there’s a great example of doing product management and design at a food services company: discovering the actual problem to solve to meet business needs, and solving it by experimenting with a small batch loop.
I finally got a good overview of what exactly knative is and how it fits into things. Now that I think of it, I’ve forgotten a lot of what it is. But, at the time, this seemed like a satisfying definition by interview.
Serverless! Functions! Knative! What’s it all mean? Nate Schutta explains it all to Coté in this episode, wrapping up with a good explanation of what Knative is and how it fits in with Pivotal Function Serviceand Spring Boot.
To improve the way you do software, I recommend starting up a new organization. It’s not always the right tactic, but it probably is if you’re having problems changing the “culture” at your organization.
Duke Energy has been working on their software capabilities for some time now. They’ve recently reached a milestone by opening a brand new innovation center in Charlotte. Coté took a tour of it recently checking out the numerous product teams and their approach to exploring and building strategy, all the way from corporate strategy down to writing code. John also shares a couple of new examples of how lean product management and design in action. Also: gingham.
Few organizations have or rely on as much software the US Air Force. There’s plenty of it around and, thus, plenty to be improved. In recent years, one of the more spectacular digital transformation stories has come from the USAF’s work modernizing their Air Operations Control software. In this episode, USAF’s Bryon Kroger goes over how they’ve moved multi-year release cycles to just weeks in the Kessel Run projects. Much of the work is in the “fuzzy front” end of planning and procurement, but as Bryon says, an equally, hearty serving has to do with building up people’s skills, moral, and the overall culture.
It’s probably a good idea to learn about enterprise architecture by talking to someone who’s actually done it. In this episode, we talk with Stuart Charlton, now of Pivotal, but previously of roles where he EA’s, even back in the SOA era! We discuss the mapping of traditional EA to cloud-native, and also some strategies for Coté to increase his Twitter followers, and, as ever, some recent cloud-native news.
Most DevOps people seem to think Enterprise Architects are on annoying uncle at Thanksgiving status. I’m not sure that’s exactly the case, but what an EA can do in a cloud-native organization isn’t exactly too well known and documented yet. This week Richard Seroter and I discuss the idea of a cloud-native architect.
With no guest, this week Richard and I cover all sorts of things:
There’s some exciting private cloud news on the horizon with Microsoft’s Azure Stack coming out in September. We discuss the brief history of private cloud and several models people have tried, along with some other news from the infrastructure software world. With no guest, Richard and I discuss some projects we’re working from cloud-native .Net, enterprise integration, and enterprise architecture.
In this episode we talk with Todd Persen on the topic of monitoring cloud-native applications with Pivotal Cloud Foundry Metric. We discuss the changing nature of monitoring in cloud-native platforms, how developers can now turn black-boxes into white-boxes, why time-series dominates the thought-technology in this space now, and the benefits of open source taking over most innovation in systems management. Richard is out this week, so Andrew Shafer returns to fill in as co-host.
There’s a whole slurry of myths about Cloud Foundry. With the platform updating so quickly, many of the issues behind these myths have long been addressed, and many were just false from the get-go. Coté and Richard talk about a recent post dismissing common myths. We also discuss recent news from the infrastructure software world and go over a bunch of upcoming events that Pivotal will be at.
If you use something like Overcast, be sure to check out the overly-extensive chapters and links right inside the podcast.
Container networking and storage is hella-complicated. Check out this conversation with Usha Ramachandran, Richard Seroter, and myself on the topic, including a discussion of why it’s so complicated and how Cloud Foundry addresses the problems.
In preparation for his DevOpsDays Atlanta talk, Josh and Coté (well, mostly Coté) talk about the relationship between microservices and DevOps. They use the CAMS framing to go over how microservices could provide the architectural requirements to make DevOps possible.
What does it really mean to “run like Google”? Is that even a good idea? Andrew Shafer comes back to the podcast to talk with Coté about how the Google SRE book and the newly announced Google CRE program start addressing those questions. We discuss some of the general principals, and “small” ones too that are in those bodies of work and how they represent an interesting evolution of it IT management is done. Many of the concepts that the DevOps and cloud-native community talks about pop in Google’s approach to operations and software delivery, providing a good, hyper-scale case study of how to do IT management and software development for distributed applications. We also discuss Pivotal’s involvement in the Google CRE program.
This week we talk with about how organizations are increasingly looking to improve how they use data and workflows around data to innovate in their business. As with discuss with our guest, Sina Sojoodi, More than the usual ideas about “big data” and “machine learning,” we talk about the practical uses of data workflows like insurance claims handling and retail optimization. In many large, successful organizations the stacks to support all this processing are aging and not providing the agility businesses want. Of course, as you can guess, we have some suggestions for how to fix those problems, and also how to start thinking about data workflows differently. We also cover some recent news, mostly around Google Cloud Next and Pivotal’s recent momentum announcement.
While it’s unknown how much time you should let your kids play Minecraft, it’s equally unclear at the moment who’ll win the second cloud wars. Between Google, Azure, AWS, and all the others, how companies differentiate themselves and what customers will buy on isn’t sorted just yet. We discuss Google Next, Pivotal’s momentum announcement, and serious theories for Okta IPO’ing.
Whether it’s “DevOps,” “digital transformation,” or even “cloud” and “agile,” middle-management is all too common an issue. They simply won’t budge and help out. This isn’t always the case for sure, but “the frozen middle” is a common problem.
With a big ol’ panel of people (including two folks from RedMonk), we talk about tactics for thawing the frozen middle.
We’ve got all your answers to “what exactly is ‘cloud-native’?” in this episode with special guests Pivotal’s Kenny Bastani and RedMonk’s James Governor. Kenny gives us a good overview of what cloud-native is, as Coté summarizes it: handling the configuration and automation for your applications along with all the supporting frameworks and platforms to do that. We then discuss the process (“culture”) angle, the origin of Spring Boot, the concept of “lock-in,” and if public cloud is needed or not. Bonus: serverless talk!
In this week’s episode, Richard and I talk with Dino about the work Pivotal does to help companies quickly start migrating applications to Pivotal Cloud Foundry. Check it out, and subscribe if you haven’t already.
What’s the best way to categorize and prioritize your IT projects? Splitting them up between systems of record (ERP) and systems of engagement (user-facing apps) is a popular mode of thinking, highly related to bi-modal IT. In this episode, guest Ian Andrews explains why this framing is a bad idea and offers a value-driven way of thinking about it instead, along with plenty of commentary from Coté and Richard.
How do containers fit into your cloud native planning? That’s a the question we start with this week, with (returning guest) John Feminella. We quickly arrive at a conversation on the larger question which is how to build a cloud platform and the allure of building it yourself. Also, we cover recent news in the infrastructure software space.
One of your favorite technologies is on the death wagon, again. Gartner recently recommended avoiding JEE for new, cloud native application development. This predictably kicked up all sorts of push-back from the JEE stalwarts. In this episode we discuss the report, the responses, and all the context to figure out what to make of all this. Spoiler: JEE isn’t dead, as ever, it’s just a part of the ongoing gumbo that is a Java application.
While at SpringOne Platform I’ve been recording some Pivotal Conversations podcasts: here’s one with Josh McKenty on the Pivotal ecosystem and a bit on using OpenControl for automating compliance. One of the industry nuggets that’s interesting in that is how a die-hard agile company like Pivotal has to adapt how it works with less agile companies. The discussion role of systems integrators is interesting as well.
This week, Richard and I talk about the full, end-to-end process of doing software. Plus, we cover some recent cloud native news:
When you put all of the step needed to create good software up on the board, there’s a lot of them. It’s a lot more than just writing code, or even writing requirements and stories. Around Pivotal, we think of this full, end-to-end process as the circle of code: Ideas → prioritization / planning → coding → deployment → runtime → monitoring → feedback, and back again. Richard and Coté discuss these steps and how organizations are starting to appreciate “the big picture.” They also cover some cloud native news: Amazon buying a browser-based IDE, Cloud9; Google expanding their cloud; and Verizon’s purchase of Yahoo!
We’ve seen a goodly spate of news in the container space recently which we cover in the episode. In the second half, we talk with Kevin Hoffman about the .NET world, Steel Toe, and his book, Beyond the Twelve-Factor App. A recent survey from the Cloud Foundry Foundation is widening the framing around container management, adding in the use of Platform-as-a-Service into the usual container orchestration mix. The survey also shows some interesting results around adoption, e.g., managing containers in production ends up being more difficult than people predict during evaluations. Also since our last episode, DockerCon brought a bevy of announcements in the container ecosystem which we cover briefly. And highly relevant to our guest, Kevin Hoffman, .NET Core 1.0 was officially released, as open source. In the second half we talk about the recent history of .NET and how it’s being used to create microservices. We also talk about the three extra “factors” Kevin’s book adds to the 12 factor app and typical experiences when migrating to 12 factor apps.
You’ve heard of “analysts,” those people who cover the technology world with all sorts of quadrants, waves, and forecasts about how much money is spent on different types of software. What industry analysts do is actually a long, interesting list depending on who you are, their customer: a buyer and user of IT, financial and investment banker types, or vendors. This week, after a small section of new left over from last week – are you keeping up here? – we interview Rita Manachi, head of analyst relations at Pivotal. We ask her to go over what analysts do and her tips on working with them.