Service Bindings for Kubernetes implements the Service Binding Specification for Kubernetes v1.0.
This implementation provides support for:
- Provisioned Service
- Workload Projection
- Service Binding
- Direct Secret Reference
- Role-Based Access Control (RBAC)
The following are not implemented:
- Workload Resource Mapping
- Extensions including:
Equivalent capabilities from the v1.0.0-rc3 (servicebinding.io/v1alpha3) version of the spec are also supported. There are no significant API or runtime changes between v1alpha3 and v1beta1 versions.
Prerequisites:
- a Kubernetes 1.18+ cluster
Using the latest release is recommended.
We use Golang and ko to build the CRD and reconciler, and kapp to deploy them.
From within the cloned directory for this project, run:
kapp deploy -a service-bindings -f <(ko resolve -f config)
kapp delete -a service-bindings
Retrieve pod logs from the manager running in the service-bindings namespace.
kubectl -n service-bindings logs -l role=managerFor example:
2021/11/05 15:25:28 Registering 3 clients
2021/11/05 15:25:28 Registering 3 informer factories
2021/11/05 15:25:28 Registering 7 informers
2021/11/05 15:25:28 Registering 8 controllers
{"severity":"INFO","timestamp":"2021-11-05T15:25:28.483823208Z","caller":"logging/config.go:116","message":"Successfully created the logger."}
{"severity":"INFO","timestamp":"2021-11-05T15:25:28.48392361Z","caller":"logging/config.go:117","message":"Logging level set to: info"}
{"severity":"INFO","timestamp":"2021-11-05T15:25:28.483999911Z","caller":"logging/config.go:79","message":"Fetch GitHub commit ID from kodata failed","error":"open /var/run/ko/HEAD: no such file or directory"}
{"severity":"INFO","timestamp":"2021-11-05T15:25:28.484035711Z","logger":"webhook","caller":"profiling/server.go:64","message":"Profiling enabled: false"}
{"severity":"INFO","timestamp":"2021-11-05T15:25:28.522884909Z","logger":"webhook","caller":"leaderelection/context.go:46","message":"Running with Standard leader election"}
{"severity":"INFO","timestamp":"2021-11-05T15:25:28.523358615Z","logger":"webhook","caller":"provisionedservice/controller.go:31","message":"Setting up event handlers."}
...
{"severity":"ERROR","timestamp":"2021-11-17T15:00:24.561881861Z","logger":"webhook","caller":"controller/controller.go:548","message":"Reconcile error","duration":"167.902µs","error":"deployments.apps \"spring-petclinic\" not found","stacktrace":"knative.dev/pkg/controller.(*Impl).handleErr\n\tknative.dev/[email protected]/controller/controller.go:548\nknative.dev/pkg/controller.(*Impl).processNextWorkItem\n\tknative.dev/[email protected]/controller/controller.go:531\nknative.dev/pkg/controller.(*Impl).RunContext.func3\n\tknative.dev/[email protected]/controller/controller.go:468"}For basic troubleshooting Service Bindings, please see the troubleshooting guide here.
Samples are located in the samples directory, including:
- Spring PetClinic with MySQL
- Controlled Resource
- Overridden Type and Provider
- Provisioned Service
- Multiple Bindings
The ServiceBinding resource shape and behavior is defined by the spec.
apiVersion: servicebinding.io/v1beta1
kind: ServiceBinding
metadata:
name: account-db
spec:
service:
apiVersion: bindings.labs.vmware.com/v1alpha1
kind: ProvisionedService
name: account-db
workload:
apiVersion: apps/v1
kind: Deployment
name: account-service
The ProvisionedService exposes a resource Secret by implementing the upstream Provisioned Service duck type, and may be the target of the .spec.service reference for a ServiceBinding. It is intended for compatibility with existing services that do not directly implement the duck type.
For example to expose a service with an existing Secret named account-db-service:
apiVersion: bindings.labs.vmware.com/v1alpha1
kind: ProvisionedService
metadata:
name: account-db
spec:
binding:
name: account-db-service
---
apiVersion: v1
kind: Secret
metadata:
name: account-db-service
type: Opaque
stringData:
type: mysql
# use appropriate values
host: localhost
database: default
password: ""
port: "3306"
username: root
The controller writes the resource's status to implement the duck type.
The Service Bindings for Kubernetes project team welcomes contributions from the community. If you wish to contribute code and you have not signed our contributor license agreement (CLA), our bot will update the issue when you open a Pull Request. For any questions about the CLA process, please refer to our FAQ. For more detailed information, refer to CONTRIBUTING.md.
Service Bindings for Kubernetes is an implementation of the Service Binding Specification for Kubernetes. Thanks to Arthur De Magalhaes and Ben Hale for leading the spec effort.
The initial implementation was conceived in projectriff/bindings by Scott Andrews, Emily Casey and the riff community at large, drawing inspiration from mattmoor/bindings and Knative duck type reconcilers.
Apache License v2.0: see LICENSE for details.