VMware Tanzu Application Platform provides a set of developer tools that allows developers to debug a running container on any Kubernetes cluster, whether running locally or as a managed Kubernetes cluster on the cloud, from the IDE itself. The tooling also shortens the path for live updates of code changes by eliminating the steps of rebuilding, republishing, and deploying the container, instead directly injecting the updated code to the running container.

One cool way to remove developer toil and improve security in kubernetes, the VMware Tanzu Build Service.

Get a glimpse of what the developer experience is for engineers using Tanzu Application Platform.

In this demo, you’ll see how to install and configure a fully-functional Kubernetes cluster in just a few minutes, and how to customize your platform by adding packages to address your specific needs.

Find answers to your first questions about VMware Tanzu Community Edition here. What is it? Who is it for? Why is it valuable? How can it be used?

When you’re new to an industry, you encounter a lot of new concepts. This is especially true with DevOps, a fairly young corner of tech where things move very quickly, by design. Some of the concepts we consider central to DevOps are actually pretty old, though, predating the birth of DevOps by a decade or more. Without this context for how things evolved, and for the specific ways in which software development was more difficult without the methodologies and toolsets we have today, grasping the "why" for modern abstractions can be difficult. Without understanding the "why," learning to use a new tool well isn’t as easy as it could be.

Craig McLuckie describes what a good developer experience on Kubernetes looks like. An application-aware platform, VMware Tanzu Application Platform, enables platform developers and engineers to deliver a smooth, self-service experience for application developers on Kubernetes.

Imagine that you are receiving a support ticket that your application is not working. You read the attached stack trace and now it's time to solve the mystery—what did the user do that led to triggering this exception? Is it possible to find all the logs from all the applications that correspond to this user's business operation? What if the user is complaining that the system is slow? How can you decide which concrete operation is the culprit? Is there any way to visualize the latency?

A quick demonstration of the new Global Namespace scoped SLO and Autoscaling features that are part of VMware Tanzu Service Mesh.

Now is the time to figure out your container strategy. Instead of scrambling to do so, start with a solid footing of why you're doing it in the first place. Then decide on the approach you want: a PaaS or building a platform based on kubernetes. Coté covers all this, plus eats some French toast.