Kubernetes

I am ...

• Interested in learning more about using Kubernetes? Please see our user-facing documentation on kubernetes.io
• Interested in hacking on the core Kubernetes code base? Keep reading!

---

Kubernetes is an open source system for managing containerized applications across multiple hosts, providing basic mechanisms for deployment, maintenance, and scaling of applications.

Kubernetes is:

• lean: lightweight, simple, accessible
• portable: public, private, hybrid, multi cloud
• extensible: modular, pluggable, hookable, composable
• self-healing: auto-placement, auto-restart, auto-replication

Kubernetes builds upon a decade and a half of experience at Google running production workloads at scale, combined with best-of-breed ideas and practices from the community.

---

Kubernetes can run anywhere!

However, initial development was done on GCE and so our instructions and scripts are built around that. If you make it work on other infrastructure please let us know and contribute instructions/code.

Kubernetes is in pre-production beta!

While the concepts and architecture in Kubernetes represent years of experience designing and building large scale cluster manager at Google, the Kubernetes project is still under heavy development. Expect bugs, design and API changes as we bring it to a stable, production product over the coming year.

Concepts

Kubernetes works with the following concepts:

Cluster

A cluster is a set of physical or virtual machines and other infrastructure resources used by Kubernetes to run your applications. Kubernetes can run anywhere! See the Getting Started Guides for instructions for a variety of services.

Node

A node is a physical or virtual machine running Kubernetes, onto which pods can be scheduled.

Pod

Pods are a colocated group of application containers with shared volumes. They're the smallest deployable units that can be created, scheduled, and managed with Kubernetes. Pods can be created individually, but it's recommended that you use a replication controller even if creating a single pod.

Replication controller

Replication controllers manage the lifecycle of pods. They ensure that a specified number of pods are running at any given time, by creating or killing pods as required.

Service

Services provide a single, stable name and address for a set of pods. They act as basic load balancers.

Label

Labels are used to organize and select groups of objects based on key:value pairs.

Documentation

Kubernetes documentation is organized into several categories.

• Getting Started Guides
  • for people who want to create a kubernetes cluster
  • in docs/getting-started-guides
• User Documentation
  • User FAQ
  • in docs
  • for people who want to run programs on kubernetes
  • describes current features of the system (with brief mentions of planned features)
• Developer Documentation
  • in docs/devel
  • for people who want to contribute code to kubernetes
  • covers development conventions
  • explains current architecture and project plans
• Service Documentation
  • in docs/user-guide/services.md
  • Service FAQ
  • for people who are interested in how Services work
  • details of kube-proxy iptables
  • how to wire services to external internet
• API documentation
  • in the API doc
  • and automatically generated API documentation served by the master
• Design Documentation
  • in docs/design
  • for people who want to understand the design choices made
  • describes tradeoffs, alternative designs
  • descriptions of planned features that are too long for a github issue.
• Walkthroughs and Examples
  • in examples
  • Hands on introduction and example config files
• Wiki/FAQ
  • in wiki
  • includes a number of Kubernetes community-contributed recipes

Community, discussion and support

If you have questions or want to start contributing please reach out. We don't bite!

The Kubernetes team is hanging out on IRC on the #google-containers channel on freenode.net. This client may be overloaded from time to time. If this happens you can use any IRC client out there to talk to us.

We also have the google-containers Google Groups mailing list for questions and discussion as well as the kubernetes-announce mailing list for important announcements (low-traffic, no chatter).

If you are a company and are looking for a more formal engagement with Google around Kubernetes and containers at Google as a whole, please fill out this form and we'll be in touch.