TopPodcast.com
Menu
  • Home
  • Top Charts
  • Top Networks
  • Top Apps
  • Top Independents
  • Top Podfluencers
  • Top Picks
    • Top Business Podcasts
    • Top True Crime Podcasts
    • Top Finance Podcasts
    • Top Comedy Podcasts
    • Top Music Podcasts
    • Top Womens Podcasts
    • Top Kids Podcasts
    • Top Sports Podcasts
    • Top News Podcasts
    • Top Tech Podcasts
    • Top Crypto Podcasts
    • Top Entrepreneurial Podcasts
    • Top Fantasy Sports Podcasts
    • Top Political Podcasts
    • Top Science Podcasts
    • Top Self Help Podcasts
    • Top Sports Betting Podcasts
    • Top Stocks Podcasts
  • Podcast News
  • About Us
  • Podcast Advertising
  • Contact
Not in our directory?
Add Show Here
Podcast Equipment
Center

toppodcastlogoOur TOPPODCAST Picks

  • Comedy
  • Crypto
  • Sports
  • News
  • Politics
  • True Crime
  • Business
  • Finance

Follow Us

toppodcastlogoStay Connected

    View Top 200 Chart
    Back to Rankings Page
    News

    PodCTL – Enterprise Kubernetes

    Red Hat Kubernetes weekly technology podcast hosted by Brian Gracely (@bgracely) along with friends from the Kubernetes community. Focused on Containers | Kubernetes | Red Hat OpenShift | Cloud Native Applications | Microservices | PaaS | CaaS | DevOps.

    Advertise

    Copyright: ℗ & © 2020 PodCTL - Enterprise Kubernetes

    • Apple Podcasts
    • Google Play
    • Spotify

    Latest Episodes:
    Kubernetes Myths & Misperceptions - Part I Feb 12, 2018
    Show notes

    Show: 25
    Show Overview: Brian and Tyler talk common myths and misperceptions about Kubernetes, container usage, and which applications are a good fit for container platforms.
    Show Notes:

    • This is Part 1 of a 2-part series. Part 2 will focus on Kubernetes architecture, operations, Kubernetes compatibility and updates, open source communities.

    Myth/Misunderstanding 1 - Kubernetes is a platform.
    Myth/Misunderstanding 2 - Containers are only for microservices
    Myth/Misunderstanding 3 - Microservices are always “micro” (small in size)
    Myth/Misunderstanding 4 - Kubernetes is only for stateful app

    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    The Blurred Line Between Containers and Applications Feb 05, 2018
    Show notes

    Show: 24
    Show Overview: Brian and Tyler talk about the differences between a container and an application, and where the lines are blurred at the platform later. What should developers care about? Should Kubernetes be the only platform technology?
    Show Notes:

    • Kelsey Hightower’s Keynote at KubeCon
    • Serverless is the new PaaS (via Redmonk)

    News of the Week:

    • Red Hat acquires CoreOS
    • Cisco Container Platform
    • Heptio Kubernetes Subscription (HKS)

    Topic 1 - What’s the most common “basic” question you get about containers? How often is it about either [a] what should developers care about?, or [b] what applications can go into a container?

    Topic 2 - As we’ve seen from various survey data (both from CNCF and analyst firms), there is still some amount of “mixed orchestration” in usage. Have you seen specific applications that really require different orchestrators these days?

    Topic 3 - Are the orchestrators similar enough that Ops teams can learn multiple? What else is required to operator multiple orchestrators?

    Topic 4 - What is the line between a CaaS and a PaaS? Are those even the right distinctions anymore? What’s different for each for a developer?

    Topic 5 - As we’re seeing more “serverless / FaaS” projects created for Kubernetes (OpenFaaS, Kubeless, Fission, OpenWhisk, Nuclio, Fn, etc.), where developers just deal with functions and event-sources, won’t this blur the line more?

    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    Microservices with Istio Jan 29, 2018
    Show notes

    Show: 23
    Show Overview: Brian and Tyler talk with Christian Posta (@christianposta, Chief Architect, Cloud Application Development at Red Hat) about the evolution of SOA and Microservices, Envoy Proxy and Istio Service Mesh, emerging application patterns, and how Kubernetes and Istio are the future of microservices.
    Show Notes:

    • Istio Homepage
    • Envoy Proxy
    • Introduction to Modern Load-Balancing and Proxying
    • Microservices: From NetFlix OSS to Istio
    • Microservic’ing Like a Unicorn
    • Christian’s Blog (lots of Microservices stuff)

    Topic 1 - Welcome to the show. Give us a little bit of your background as a developer and history of working with various development frameworks/languages/concepts.

    Topic 2 - Let’s start with some basics - as a development paradigm, why are we now seeing technologies like Istio and Envoy? The premise of service mesh “reliably connecting services across the network” sounds eerily similar to what we heard about ESB technology. Can you say some words about why this service mesh concept idea is different? Or is it?

    Topic 3 - So we’re seeing a need to decouple the application code from the routing-level logic and control. Walk us through the types of things that Istio and Envoy are providing for applications? What are the performance implications of the service mesh? How is this related to API management?

    Topic 4 - Architecturally, where are you seeing some of the advantages of Istio / Envoy vs. either previous approaches, or some other service-mesh like projects in the market? (e.g. linkerd, Netflix OSS projects)

    Topic 5 - What are some specific problem examples that people run into that should make them think “maybe I need Istio”?

    Topic 6 - Where is Istio in its maturity to run in production?
    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    Highway to Helm Jan 22, 2018
    Show notes

    Show: 22
    Show Overview: Brian talks with Taylor Thomas (@_oftaylor, Software Engineer at Nike, @HelmPack Maintainer) about the architecture of Helm, how developers interact with it to deploy applications, how Helm manages ALM, Helm Summit, and the future plans for Helm v3.
    Show Notes:

    • Helm (homepage)
    • Helm - Kubernetes Package Manager
    • Helm Charts - https://github.com/kubernetes/charts
    • KubeApps - Online Repository of Helm Charts
    • Getting Started with Helm on OpenShift
    • Helm Summit
    • Helm Emeritus Core Maintainers
    • “Highway to Helm” (Introduction video)

    Topic 1 - Welcome to the show. Let’s talk about your background prior to getting involved in the Helm community, as well as where you’re focused on with Helm these days.

    Topic 2 - For someone that might only be familiar with docker containers (e.g. a DockerFile), give us the basics of what Helm does and the various pieces involved with using Helm (e.g. Helm, Helm Charts, Tiller, Kubernetes).

    Topic 3 - Helm is like a blueprint of how you want your containers / application to run. Can you walk us through what else is built into Helm to give it the ability to do Application Lifecycle Management? (versioning, updates, rollback, deletion, etc.)

    Topic 4 - Kubernetes can have a lot of different deployment models (stateful, stateless, jobs, batch, custom-resources, etc.). Does Helm have awareness of all of these models?

    Topic 5 - What are some of the common tools and patterns you’re seeing around using Helm (CI/CD pipelines, multicloud deployments, etc.)?

    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    Effective RBAC for Kubernetes Jan 15, 2018
    Show notes

    Show: 21
    Show Overview: Brian and Tyler talk about how Role-Based Access Control (RBAC) is implemented for Kubernetes.
    Show Notes:

    • Effective RBAC (video) from KubeCon
    • Using RBAC Authorization
    • Audit2RBAC Tool

    Topic 1 - The concept of RBAC is best described as “Can ______ (noun) ______ (verb) on ______ (object) at ______ (location)?” where “noun” is a person/service, “verb” is an action, “object” is a function of the API, and “location” is proximity to a Kubernetes cluster.

    Topic 2 - RBAC operates on the concept of Roles and RoleBindings, which map actors to actions, and those actors and actions are defined either globally or locally, and the actions are also defined globally or locally.

    Topic 3 - RBAC can be manually defined, or enabled (by default) by an installer or distribution. It comes with a default set of Roles. Everything is done within the scope of a cluster.

    Topic 4 - By default, the kube-scheduler, kube-controller-manager, and kube-proxy all have RBAC roles defined. Kubelets (node-level) don’t use RBAC by default, but have their own authorizer, which can then be combined with an RBAC authorizer.

    Topic 5 - “Add-ons” (networking, monitoring, logging, etc.) can have RBAC defined in their manifests, or you can grant them access to their service account.

    Topic 6 - “If the element needs to be something other than those default roles, or using default authorizer services, then CustomRoles can be created. Can use audit logs to track the needs of a specific add-on. Can use “audit2rbac” tool to views the logs and create custom RBAC roles.

    Topic 7 - “Aggregate Roles” are now available in Kubernetes 1.9.

    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    Gathering Kubernetes Communities Jan 08, 2018
    Show notes

    Show: 20
    Show Overview: Brian and Tyler talk with Diane Mueller (@pythondj, ‎Director, Community Development Red Hat, OpenShift Commons) about OpenShift Commons the Open Source community that’s grown up around OpenShift Origin and the OpenShift ecosystem.
    Show Notes:

    • OpenShift Commons
    • OpenShift Commons “Interest Groups”
    • OpenShift Commons Gatherings (videos)
    • Upcoming London OpenShift Commons Gathering Jan 31
    • Upcoming OpenShift Commons Briefings

    Topic 1 - Welcome to the show. Tell us a little bit about your background, as you’ve been through many of the transitions in the application/developer platform market.

    Topic 2 - With the breadth of the Kubernetes community today, why does the OpenShift Commons community exist? Don’t they overlap, or are they different types of goals?

    Topic 3 - We wanted to talk about the bridge between really wide open communities and customers aligning around common interests. Can you tell us how OpenShift Commons is helping to facilitate those connections? What are some of the “interests” that are growing?

    Topic 4 - Almost every week you host at least one video webinar that highlight new technologies. Why do you spend all this time on non-Red Hat technologies and vendors? Have you had any recently that really jumped out at you?

    Topic 5 - Around each KubeCon and Red Hat Summit, you host an event called OpenShift Commons Gathering. Can you tell us what these events are, who typically attends, and how these have co-existed with the KubeCon events?

    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    PodCTL Basics - Understanding Service Meshes Jan 04, 2018
    Show notes

    Show Overview: Brian and Tyler discuss the basics of Service Meshes, such as Istio, Envoy and Linkerd.
    Show Notes:

    • Istio Homepage
    • Envoy Homepage
    • Linkerd Homepage
    • Introduction to modern network load balancing and proxying
    • OpenShift Commons Briefing #103: Microservices and Istio on OpenShift
    • Sidecars and a Microservices Mesh
    • Videos from CNCF / KubeCon

    Service Mesh is a layer that manages the communication between apps (or between parts of the same app, e.g. microservices)
    Just as applications shouldn’t be writing their own TCP stack, they also shouldn’t be managing their own load balancing logic, or their own service discovery management, or their own retry and timeout logic. - link
    Mesh: A group of hosts that coordinate to provide a consistent network topology. In this documentation, an “Envoy mesh” is a group of Envoy proxies that form a message passing substrate for a distributed system comprised of many different services and application platforms. - link
    Topic 1 - What is a Service Mesh?

    • Service Discovery
    • Routing
    • Load-Balancing
    • Fault Injection
    • Circuit Breaking
    • A/B Deployments
    • Blue/Green Deployments
    • Canary Deployments
    • Traffic Limiting
    • Tracing
    • Security Services (e.g. Mutual TLS)

    Topic 2 - Didn’t developers build Microservices before Service Meshes?

    Topic 3 - How does a Container or Kubernetes interact with a Service Mesh?

    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    2017 Kubernetes Year in Review Dec 18, 2017
    Show notes

    Show: 19
    Show Overview: Brian and Tyler talk how the Kubernetes community and technology have evolved in 2017, and make a few predictions for 2018
    Show Notes:

    • OpenShift Commons Gathering (videos): bit.ly/2BB3weV
    • KubeCon (videos): bit.ly/2jczyn1

    Topic 1 - GETTING STARTED: People said that getting started w/ Docker Swarm was easier than Kubernetes. Kubernetes community created tools like Minikube & Minishift to run locally on the laptop, automation playbooks in Ansible, Katacoda have made it simple to have online tutorials, multiple cloud offerings (GKE, AKS, EKS, OpenShift Dedicated) make it simple to get a working Kubernetes cluster.

    Topic 2 - ENSURING PORTABILITY: Enterprise customers wants Hybrid Cloud environment. they need to understand how multiple cloud environments will impact this decision. The CNCF’s Kubernetes Conformance model is the only container-centric framework that can ensure customers that Kubernetes will be consistent between clouds.

    Topic 3 - INFRASTRUCTURE BREADTH: Other container orchestrators had ways to integrate storage and networking, but only Kubernetes created standards (e.g. CNI, CSI) that have gained mainstream adoption to create dozens of vendors/cloud options.

    Topic 4 - APPLICATION BREADTH: The community has evolved from supporting stateless apps to supporting stateful applications (and containerized storage), serverless applications, batch jobs, and custom resources definitions for vertical-specific application profiles.

    Topic 5 - SECURITY: There were concerns about K8S security. the community has responded with better encryption and management of secrets, and improved Kubernetes-specific container capabilities like CRI-O and OCI standardization.
    Topic 6 - PERFORMANCE: Red Hat (and others) have started the Performance SIG to focus on high-performance applications (HPC, Oil & Gas, HFT, etc) and profiling the required performance characteristics of these applications in containerized environments.
    Topic 7 - DEVELOPER EXPERIENCE: One of the themes of KubeCon was focusing on developer experience, and in just a few months we’re seeing standardization around the Helm format (for application packaging), Draft to streamline application development, Kubeapps to simplify getting started with apps from a self-service catalog. We also seen security model of non-root containers (vs. the Docker model of root-enabled containers).
    Topic 8 - APPLICATION EXTENSIBILITY: Kubernetes community decided not to reinvent the wheel, instead working with the Cloud Foundry Foundation to create the Open Service Broker API. Within a year, we’re now seeing implementations that have not only ported all the functionality to Kubernetes, but have extended it beyond Cloud Foundry’s previous capabilities to include support for external clouds (e.g. AWS, Azure, GCP), as well as additional services such as Ansible playbooks and other 3rd-party capabilities.
    Topic 9 - IMPROVING OPERATIONAL EXPERIENCE: As Clayton Coleman (Red Hat) discussed in his KubeCon keynote, companies like Red Hat are using their online environments to improve their operational experience and ultimate feed this knowledge back into the upstream products.
    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    Microsoft in the Kubernetes Ecosystem Dec 11, 2017
    Show notes

    Show: 18
    Show Overview: Brian and Tyler talk with Gabe Monroy (@gabrtv, Lead Product Manager Containers @ Azure, CNCF Board Member) about a wide variety of projects and services that Microsoft is working on in the Kubernetes and CNCF communities - from Windows containers to Container orchestration to making it simpler for application developers.
    Show Notes:

    • Azure Container Service (AKS)
    • Azure Container Instances (ACI)
    • Azure Draft (OSS project)
    • Helm - Kubernetes Package Manager (OSS project)
    • Azure Service Broker
    • Virtual Kublet (OSS project)
    • Gabe Monroy’s Azure Blog

    Topic 1 - Welcome to the show. You joined Microsoft via the Deis acquisition. Let’s talk about some of the work you’ve been focused on since joining Microsoft.
    Topic 2 - Microsoft Azure offers several options to use containers and container services (ACS, AKS, ACI). Can we dig into each of those services?
    Topic 3 - Working on hybrid environments is becoming more important. Let’s dig into how Microsoft is expanding the capabilities of the Open Service Broker.

    Topic 4 - Help us understand what the Helm project and Draft project enable for developers.
    Topic 5 - One of the most frequent questions we get is around Windows-based containers. When will they be available, and what is Microsoft doing to make them easier to use?

    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    Kubernetes Everywhere, Now What... Dec 04, 2017
    Show notes

    Show: 17
    Show Overview: Brian and Tyler talk about the containers and Kubernetes news coming out of AWS re:Invent, as well as a look ahead to KubeCon in Austin.
    Show Notes:

    • Amazon announced its much-anticipated Kubernetes service Amazon Elastic Container Service for Kubernetes
    • Amazon announced AWS Fargate “a technology that enables you to use containers as a fundamental compute primitive without having to manage the underlying instances.”

    Topic 1 - AWS re:Invent happened last week. Any news about Kubernetes?
    Topic 2 - The concept of “Bring Your Own Container” is evolving to “Bring A Workload that Runs in a Container” (Fargate, Microsoft ACI, etc.)
    Topic 3 - What can we expect at KubeCon this week? What new trends are you seeing emerge, or are you looking to see if they have momentum?

    • Evolution of User-Experience
    • Serverless standards?
    • Adjacent projects to Kubernetes (backups, CI/CD, etc.)

    Feedback?

    • Email: PodCTL at gmail dot com
    • Twitter: @PodCTL
    • Web: http://podctl.com

    Previous 1 5 6 7 8 9 Next

    Related Podcasts

    Inside Strategic Coach: Connecting Entrepreneurs With What Really Matters

    1

    Inside Strategic Coach: Connecting Entrepreneurs With What Really Matters Business
    WSJ Your Money Briefing

    2

    WSJ Your Money Briefing Business
    FORTUNE Unfiltered with Aaron Task

    3

    FORTUNE Unfiltered with Aaron Task Business
    FORTUNE OnStage Presents: The Most Powerful Women

    4

    FORTUNE OnStage Presents: The Most Powerful Women Business
    Slate Money

    5

    Slate Money Business
    In The Dark – The New Yorker

    6

    In The Dark – The New Yorker Business News
    footer-logo

    Contact Us

    Toll Free: 844-670-7747

    Links

    • Home
    • Top Charts
    • Networks
    • Apps
    • Independents Podcasts
    • Podcast Advertising
    • Podcast News
    • Contact Us
    • About Us
    • Analytics & Insights

    Stay Connected

      Privacy, Terms of Use & Our Code of Ethics Protecting Content Creators Copyrights