Kubernetes as the New Application Server

Published: Nov. 15, 2018, 5 p.m.

b'

Show: 55

Overview: Brian and Tyler talk about how existing application developers and PlatformOps teams can map existing applications and framework services into a more distributed set of services that run in containers on Kubernetes and OpenShift.\\xa0

Show Notes:\\xa0

We mentioned last week that we\\u2019re moving into the 3rd Era of Kubernetes (automated ops, automated apps), with the 2nd Era being about getting a broader set of applications on Kubernetes. Today we thought we\\u2019d talk about some design patterns, especially for anyone that\\u2019s transitioning from existing applications, and how some of those concepts map to the evolving Kubernetes eco-system.

Topic 1 - At the core of this statement about \\u201cKubernetes is the New Application Server\\u201d is three things:\\xa0

  1. Some explanation about why containers are a useful packaging mechanism to avoid the difference between developer environments and production environments (package dependencies, etc.)
  2. How to mentally map between the more monolithic frameworks that are widely used today, and more distributed concepts that align more with Kubernetes and containers.
  3. Even within a language like Java, there are now variants (JakartaEE, Microprofile, Node, SpringBoot, etc.) and developers might not want to embed all functionality within the application, if it can be offloaded to platform services.

Topic 2 - It walks through the 10 elements that either map to Kubernetes, an OpenShift service, or emerging functionality in Istio (or maybe Knative)

  1. Discover (Service Discovery)
  2. Invocation of the Application
  3. Elasticity / Scaling
  4. Resilience
  5. CI/CD Pipeline Integration
  6. Authentication
  7. Logging
  8. API Mgmt and Integrations

Feedback?

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

'