In the young history of container orchestration, one of the most successful practitioners of merging the microservices mindset with enterprises’ development and deployment pipelines, has been the Berlin-based director of engineering for CI/CD platform provider Codeship, Laura Frank.

The more businesses Frank has come into contact with as a “Docker Captain,” the more she has come to understand the cultural issues facing developers in organizations today, and the extent to which platforms like Kubernetes may stop short of catalyzing revolutionary changes in and of themselves. Hear more about “Captain” Frank’s experiences with businesses that are trying to navigate these new and still-uncharted waters, in this edition of The New Stack Makers.

In the young history of container orchestration, one of the most successful practitioners of merging the microservices mindset with enterprises’ development and deployment pipelines, has been the Berlin-based director of engineering for CI/CD platform provider Codeship, Laura Frank.

The more businesses Frank has come into contact with as a “Docker Captain,” the more she has come to understand the cultural issues facing developers in organizations today, and the extent to which platforms like Kubernetes may stop short of catalyzing revolutionary changes in and of themselves. Hear more about “Captain” Frank’s experiences with businesses that are trying to navigate these new and still-uncharted waters, in this edition of The New Stack Makers.

One of the people without whom Kubernetes would not exist, and perhaps the whole notion of orchestration would never have come to fruition, does not believe Kubernetes is truly at the center of the emerging ecosystem. Yes, we call it a “Kubernetes Ecosystem,” but Google’s Tim Hockin explained that he sees the platform as a hub for a greater kind of ecosystem to come.

“Part of what Kubernetes really set out to do at the beginning,” said Hockin, “was to provide the hub of ecosystems, plural. There’s the network ecosystem, the storage ecosystem and the security ecosystem.”

Listen now to 'Kubernetes 1.7 and Extensibility,' part of The New Stack Makers podcast, and learn how the platform’s new extensibility model could enable integration with security policy, using whatever policy model you happen to have on hand.

One of the people without whom Kubernetes would not exist, and perhaps the whole notion of orchestration would never have come to fruition, does not believe Kubernetes is truly at the center of the emerging ecosystem. Yes, we call it a “Kubernetes Ecosystem,” but Google’s Tim Hockin explained that he sees the platform as a hub for a greater kind of ecosystem to come.

“Part of what Kubernetes really set out to do at the beginning,” said Hockin, “was to provide the hub of ecosystems, plural. There’s the network ecosystem, the storage ecosystem and the security ecosystem.”

Listen now to 'Kubernetes 1.7 and Extensibility,' part of The New Stack Makers podcast, and learn how the platform’s new extensibility model could enable integration with security policy, using whatever policy model you happen to have on hand.

One of the people without whom Kubernetes would not exist, and perhaps the whole notion of orchestration would never have come to fruition, does not believe Kubernetes is truly at the center of the emerging ecosystem. Yes, we call it a “Kubernetes Ecosystem,” but Google’s Tim Hockin explained that he sees the platform as a hub for a greater kind of ecosystem to come.

“Part of what Kubernetes really set out to do at the beginning,” said Hockin, “was to provide the hub of ecosystems, plural. There’s the network ecosystem, the storage ecosystem and the security ecosystem.”

Listen now to 'Kubernetes 1.7 and Extensibility,' part of The New Stack Makers podcast, and learn how the platform’s new extensibility model could enable integration with security policy, using whatever policy model you happen to have on hand.

In a containerized environment, there are still operating systems, and we still call most of the units that serve as vehicles for processes “Linux containers.” But inter-application communication (IAC) is no longer something that is facilitated by an underlying OS platform. As an orchestrator, Kubernetes facilitates the networking that takes place between components.

How that facilitation will take place from here on out is a key topic of conversation for the people who assemble the Kubernetes Roadmap. For a special edition of The New Stack Makers, Google assembled three of the members who oversee and contribute to the Roadmap project.

In a containerized environment, there are still operating systems, and we still call most of the units that serve as vehicles for processes “Linux containers.” But inter-application communication (IAC) is no longer something that is facilitated by an underlying OS platform. As an orchestrator, Kubernetes facilitates the networking that takes place between components.

How that facilitation will take place from here on out is a key topic of conversation for the people who assemble the Kubernetes Roadmap. For a special edition of The New Stack Makers, Google assembled three of the members who oversee and contribute to the Roadmap project.

In a containerized environment, there are still operating systems, and we still call most of the units that serve as vehicles for processes “Linux containers.” But inter-application communication (IAC) is no longer something that is facilitated by an underlying OS platform. As an orchestrator, Kubernetes facilitates the networking that takes place between components.

How that facilitation will take place from here on out is a key topic of conversation for the people who assemble the Kubernetes Roadmap. For a special edition of The New Stack Makers, Google assembled three of the members who oversee and contribute to the Roadmap project.

How companies are viewing Kubernetes is starting to change as often happens when people start using the platform. Brian Gracely of Red Hat OpenShift maintains it is those initial applications a company develops that is leading to an enterprise shift to adopt Kubernetes on a larger scale.

Learn more about what Gracely and the OpenShift team have discovered about integrating the modern software development mindset with the enterprise, in this edition of The New Stack Makers podcast.

How companies are viewing Kubernetes is starting to change as often happens when people start using the platform. Brian Gracely of Red Hat OpenShift maintains it is those initial applications a company develops that is leading to an enterprise shift to adopt Kubernetes on a larger scale.

Learn more about what Gracely and the OpenShift team have discovered about integrating the modern software development mindset with the enterprise, in this edition of The New Stack Makers podcast.