Skip to content
A Kubernetes implementation of the Open Application Model specification
Rust Other
  1. Rust 98.2%
  2. Other 1.8%
Branch: master
Clone or download
Pull request Compare This branch is 98 commits behind oam-dev:master.
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.

Rudr: A Kubernetes Implementation of the Open Application Model

Rudr is an implementation of the Open Application Model (OAM) that allow users to deploy and manage applications easily on any Kubernetes cluster with separation of concerns of application developer and operator.

Rudr is currently in alpha. It may reflect the API or features we are vetting before inclusion into the Open App Model spec..

How to: Create an app from scratch

Get started with a How-To guide.

We believe creating cloud native applications should not be hard

Users want to focus on describing and building applications easily but achieving this directly with Kubernetes is complex. At the heart of it, container orchestration platform inextricably mixed together application primitives with infrastructure primitives. Different roles like developers and operators have to concern with problems from domains of each other and adjust themselves to understand the whole picture of the underlying infrastructure.

K8s is hard

The requirement to deep understand the container infrastructure has introduced the following problems for application deployment and management:

  • There is no standard definition for a cloud native application which makes it difficult for users looking for an easier way to modernize.
  • There are myriad of tools and ways to accomplish tasks. On one hand, this is positive because it gives users the freedom to choose their own path. However, for users looking for an opinionated way to do things, there is an opportunity.
  • It is difficult to have a clear separation of roles between infra operators, app operators and developers. Users are exposed to constructs out of their domain that they have to learn to accomplish day-to-day tasks.

The approach: Let's take things one step at a time

Rudr takes an incremental approach to solving the problems. The current architecture is set of plugins for Kubernetes which allows OAM specifications to be implemented and deployed on Kubernetes clusters using native APIs (and you still use kubectl!).

rudr arch

  • This allows app developers to focus on building OAM components, app operators to focus on operational capabilities through the OAM app config and infra operators to focus on Kubernetes.

  • By leveraging the Open App Model, users now have a framework to define their apps on their Kubernetes clusters.

  • Currently, Rudr will leverage the defined trait to accomplish the task. This gives the freedom to use whatever underlying tool the user wants while providing a trait that focuses on the functionality and not the technology. In the future, Rudr might provide a set of default technologies to provide the functionality desired by a trait.

Try more things out yourself

Read the documentation list for more options.


This project welcomes contributions and suggestions. See for more details. Below are links to join the bi-weekly community meetings and our meeting notes. Community Slack channels & mailing lists will be added shortly (~ 10/1).

Item Value
Mailing List!forum/oam-dev
Meeting Information Bi-weekly (Starting Oct 22, 2019), Tuesdays 10:30AM PST
Meeting Link
IM Channel
Meeting Notes


This project follows governance structure of numerous other open source projects. See for more details.


This project is available under the terms of the MIT license. See LICENSE.txt.

You can’t perform that action at this time.