Binura Gunasekara

OpenChoreo joined the CNCF Sandbox on January 6, 2026, a year to the week after its first commit. In March, we shipped OpenChoreo v1.0, our first generally available release ready for production use. Looking back eight months later, we're honoured to see how the wider cloud-native and platform engineering community has come together to drive the project to heights we could only have imagined at the beginning.

In this post, we look back on 2026: what we've achieved together as an open-source community, and where we're going from here.

Introduction to IDPs​

An internal developer platform (IDP) is a self-service platform that gives developers (and AI agents) standardized, repeatable ways to ship and operate software without requiring them to understand all of the underlying infrastructure and tooling, or depend on platform and operations teams to perform routine tasks on their behalf.

We're pleased to announce the release of OpenChoreo v1.3. This release brings exciting new capabilities that combine our existing developer and platform APIs to do more across your internal developer platform.

Key highlights include cost usage, analytics and optimizations powered by the new cost insights feature, DORA metrics powered by a new delivery insights feature, a faster local development experience, platform logs for OpenChoreo system components, and a new module for emitting and collecting audit logs across the platform.

This release also includes several other features and quality-of-life improvements shaped by feedback and contributions from our growing community of platform builders.

We’re thrilled to announce the OpenChoreo v1.1 release. This marks our first minor release since the v1.0 GA announcement and the project’s acceptance into the CNCF Sandbox in March 2026.

This release brings new features, user experience improvements and AI capabilities to the developer platform, addressing much of the feedback we have received following the v1.0 release.

This blog post introduces OpenChoreo’s approach to creating declarative, strongly typed, developer-friendly abstractions for Kubernetes using CEL-based ComponentTypes and Traits, with first-class Environments and release concepts that enable declarative multi-environment, multi-cluster deployments.