README ¶
Project Status: alpha
The project is currently alpha which means that there are still new features and APIs planned that will be added in the future. Due to this breaking changes may still happen.
Note: The core APIs provided by the controller-runtime will most likely stay unchanged however the expectation is that any breaking changes should be relatively minor and easier to handle than the changes from SDK v0.0.7
to v0.1.0
.
See the proposal docs and issues for ongoing or planned work.
Overview
This project is a component of the Operator Framework, an open source toolkit to manage Kubernetes native applications, called Operators, in an effective, automated, and scalable way. Read more in the introduction blog post.
Operators make it easy to manage complex stateful applications on top of Kubernetes. However writing an operator today can be difficult because of challenges such as using low level APIs, writing boilerplate, and a lack of modularity which leads to duplication.
The Operator SDK is a framework that uses the controller-runtime library to make writing operators easier by providing:
- High level APIs and abstractions to write the operational logic more intuitively
- Tools for scaffolding and code generation to bootstrap a new project fast
- Extensions to cover common operator use cases
Workflow
The SDK provides workflows to develop operators in Go, Ansible, or Helm.
The following workflow is for a new Go operator:
- Create a new operator project using the SDK Command Line Interface(CLI)
- Define new resource APIs by adding Custom Resource Definitions(CRD)
- Define Controllers to watch and reconcile resources
- Write the reconciling logic for your Controller using the SDK and controller-runtime APIs
- Use the SDK CLI to build and generate the operator deployment manifests
The following workflow is for a new Ansible operator:
- Create a new operator project using the SDK Command Line Interface(CLI)
- Write the reconciling logic for your object using ansible playbooks and roles
- Use the SDK CLI to build and generate the operator deployment manifests
- Optionally add additional CRD's using the SDK CLI and repeat steps 2 and 3
The following workflow is for a new Helm operator:
- Create a new operator project using the SDK Command Line Interface(CLI)
- Create a new (or add your existing) Helm chart for use by the operator's reconciling logic
- Use the SDK CLI to build and generate the operator deployment manifests
- Optionally add additional CRD's using the SDK CLI and repeat steps 2 and 3
Prerequisites
- dep version v0.5.0+.
- git
- go version v1.10+.
- docker version 17.03+.
- kubectl version v1.11.0+.
- Access to a kubernetes v.1.11.0+ cluster.
Quick Start
First, checkout and install the operator-sdk CLI:
$ mkdir -p $GOPATH/src/github.com/operator-framework
$ cd $GOPATH/src/github.com/operator-framework
$ git clone https://github.com/operator-framework/operator-sdk
$ cd operator-sdk
$ git checkout master
$ make dep
$ make install
Create and deploy an app-operator using the SDK CLI:
# Create an app-operator project that defines the App CR.
$ mkdir -p $GOPATH/src/github.com/example-inc/
# Create a new app-operator project
$ cd $GOPATH/src/github.com/example-inc/
$ operator-sdk new app-operator
$ cd app-operator
# Add a new API for the custom resource AppService
$ operator-sdk add api --api-version=app.example.com/v1alpha1 --kind=AppService
# Add a new controller that watches for AppService
$ operator-sdk add controller --api-version=app.example.com/v1alpha1 --kind=AppService
# Build and push the app-operator image to a public registry such as quay.io
$ operator-sdk build quay.io/example/app-operator
$ docker push quay.io/example/app-operator
# Update the operator manifest to use the built image name (if you are performing these steps on OSX, see note below)
$ sed -i 's|REPLACE_IMAGE|quay.io/example/app-operator|g' deploy/operator.yaml
# On OSX use:
$ sed -i "" 's|REPLACE_IMAGE|quay.io/example/app-operator|g' deploy/operator.yaml
# Setup Service Account
$ kubectl create -f deploy/service_account.yaml
# Setup RBAC
$ kubectl create -f deploy/role.yaml
$ kubectl create -f deploy/role_binding.yaml
# Setup the CRD
$ kubectl create -f deploy/crds/app_v1alpha1_appservice_crd.yaml
# Deploy the app-operator
$ kubectl create -f deploy/operator.yaml
# Create an AppService CR
# The default controller will watch for AppService objects and create a pod for each CR
$ kubectl create -f deploy/crds/app_v1alpha1_appservice_cr.yaml
# Verify that a pod is created
$ kubectl get pod -l app=example-appservice
NAME READY STATUS RESTARTS AGE
example-appservice-pod 1/1 Running 0 1m
# Cleanup
$ kubectl delete -f deploy/crds/app_v1alpha1_appservice_cr.yaml
$ kubectl delete -f deploy/operator.yaml
$ kubectl delete -f deploy/role.yaml
$ kubectl delete -f deploy/role_binding.yaml
$ kubectl delete -f deploy/service_account.yaml
$ kubectl delete -f deploy/crds/app_v1alpha1_appservice_crd.yaml
Command Line Interface
To learn more about the SDK CLI, see the SDK CLI Reference, or run operator-sdk [command] -h
.
User Guides
To learn more about the writing an operator in Go, see the user guide.
The SDK also supports developing an operator using Ansible or Helm. See the Ansible and Helm operator user guides.
Samples
To explore any operator samples built using the operator-sdk, see the operator-sdk-samples.
Contributing
See CONTRIBUTING for details on submitting patches and the contribution workflow.
Reporting bugs
See reporting bugs for details about reporting any issues.
License
Operator SDK is under Apache 2.0 license. See the LICENSE file for details.
Directories ¶
Path | Synopsis |
---|---|
commands
|
|
hack
|
|
images
|
|
internal
|
|
pkg
|
|
helm/client
Package client provides helper functions for API clients used by the helm operator.
|
Package client provides helper functions for API clients used by the helm operator. |
helm/controller
Package controller provides functions for creating and registering a Helm controller with a `controller-runtime` manager.
|
Package controller provides functions for creating and registering a Helm controller with a `controller-runtime` manager. |
helm/engine
Package engine provides an implementation of Helm's templating engine required for a Helm operator.
|
Package engine provides an implementation of Helm's templating engine required for a Helm operator. |
helm/release
Package release provides interfaces and default implementations for a Helm release manager, which is used by the Helm controller and reconciler to manage Helm releases in a cluster based on watched custom resources.
|
Package release provides interfaces and default implementations for a Helm release manager, which is used by the Helm controller and reconciler to manage Helm releases in a cluster based on watched custom resources. |
leader
Package leader implements Leader For Life, a simple alternative to lease-based leader election.
|
Package leader implements Leader For Life, a simple alternative to lease-based leader election. |
test
|
|
test-framework/pkg/apis/cache/v1alpha1
Package v1alpha1 contains API Schema definitions for the cache v1alpha1 API group +k8s:deepcopy-gen=package,register +groupName=cache.example.com Package v1alpha1 contains API Schema definitions for the cache v1alpha1 API group +k8s:deepcopy-gen=package,register +groupName=cache.example.com
|
Package v1alpha1 contains API Schema definitions for the cache v1alpha1 API group +k8s:deepcopy-gen=package,register +groupName=cache.example.com Package v1alpha1 contains API Schema definitions for the cache v1alpha1 API group +k8s:deepcopy-gen=package,register +groupName=cache.example.com |