This operator reads information from a third party service like AWS Secrets Manager or AWS SSM and automatically injects the values as Kubernetes Secrets.
If you want to jump right into action you can deploy the External Secrets Operator using the provided helm chart or manifests. The following examples are specific to the AWS Secret Manager backend.
Here's how you can deploy the External Secret Operator in the default
namespace.
export AWS_ACCESS_KEY_ID="AKIAYOURSECRETKEYID"
export AWS_DEFAULT_REGION="eu-west-1"
export AWS_SECRET_ACCESS_KEY="OoXie5Mai6Qu3fakemeezoo4ahfoo6IHahch0rai"
helm upgrade --install asm1 --wait \
--set operatorName="asm-example" \
--set secret.data.Type="asm" \
--set secret.data.Parameters.accessKeyID="$AWS_ACCESS_KEY_ID" \
--set secret.data.Parameters.region="$AWS_DEFAULT_REGION" \
--set secret.data.Parameters.secretAccessKey="$AWS_SECRET_ACCESS_KEY" \
./deployments/helm/externalsecret-operator/.
It will watch for ExternalSecrets
with Backend: asm-example
resources in the default
namespace and it will inject a corresponding Secret
with the value retrieved from AWS Secret Manager.
Look for more deployment options in the README.md of the helm chart.
The deploy
target in the Makefile will substiute variables and deploy the
manifests for you. The following command will deploy the operator in the
default
namespace:
export AWS_ACCESS_KEY_ID="AKIAYOURSECRETKEYID"
export AWS_DEFAULT_REGION="eu-west-1"
export AWS_SECRET_ACCESS_KEY="OoXie5Mai6Qu3fakemeezoo4ahfoo6IHahch0rai"
export OPERATOR_NAME=asm-example
export BACKEND=asm
make deploy
It will watch for ExternalSecrets
with Backend: asm-example
resources in the default
namespace and it will inject a corresponding Secret
with the value retrieved from AWS Secret Manager.
Given a secret defined in AWS Secrets Manager:
% aws secretsmanager create-secret \
--name=example-externalsecret-key \
--secret-string='this string is a secret'
and an ExternalSecret
resource definition like this one:
% cat ./deployments/crds/examples/externalsecret-asm.yaml
apiVersion: externalsecret-operator.container-solutions.com/v1alpha1
kind: ExternalSecret
metadata:
name: example-externalsecret
spec:
Key: example-externalsecret-key
Backend: asm-example
The operator fetches the secret from AWS Secrets Manager and injects it as a secret:
% kubectl apply -f ./deployments/crds/examples/externalsecret-asm.yaml
% kubectl get secret example-externalsecret \
-o jsonpath='{.data.example-externalsecret-key}' | base64 -d
this string is a secret
In this you can find more information about the architecture and design choices.
Here's a high-level diagram of how things are put together.
We would like to support as many backend as possible and it should be rather easy to write new ones. Currently supported or planned backends are:
- AWS Secrets Manager
- 1Password
- Keybase
- Git
A contributing guide is coming soon!
- An existing 1Password team account.
- A 1Password account specifically for the operator. Tip: Setup an email with the
+
convention:[email protected]
- Store the secret key, master password, email and url of the operator account in your existing 1Password account. This screenshot shows which fields should be used to store this information.
- Our naming convention for the item account is 'External Secret Operator' concatenated with name of the Kubernetes cluster for instance 'External Secret Operator minikube'. This item name is also used for development.
The integration secrets/onepassword/backend_integration_test.go
test checks whether a secret stored in 1Password can be read via the operator.
Create a secret in 1Password as follow. Create a vault called test vault one
. Now add a new Login
item with name testkey
. Set its password
field to testvalue
. See the screenshot below.
To run the integration test do the following.
- Sign in to your existing 1password
$ eval $(op signin)
- Set the
ITEM_VAULT
andITEM_NAME
environment variables to select the right 1Password item that contains credentials fo your operator 1Password account.
$ export ITEM_NAME=External Secret Operator mykubernetescluster
$ export ITEM_VAULT=myvault
Now load the 1Password credentials of your operator account into the environment
$ . deployments/source-onepassword-secrets.sh
Run the tests including the integration test with
$ go test -v ./pkg/onepassword/
To deploy the operator do the following.
- Sign in to your existing 1password
$ eval $(op signin)
- Load the 1Password credentials of your operator account into the environment
$ source deployments/source-onepassword-secrets.sh
- Deploy the operator
$ make deploy-onepassword
Yay! We welcome and encourage contributions to this project!
See our contributing document and Issues for planned improvements and additions.