Limited Time Offer!

For Less Than the Cost of a Starbucks Coffee, Access All DevOpsSchool Videos on YouTube Unlimitedly.
Master DevOps, SRE, DevSecOps Skills!

Enroll Now

External Secrets Operator: Difference between ClusterSecretStore and SecretStore?

The main difference between a ClusterSecretStore and a SecretStore is that a ClusterSecretStore is a cluster-wide SecretStore that can be referenced from all namespaces, while a SecretStore is a namespaced SecretStore that can only be referenced from a single namespace.

Another difference is that a ClusterSecretStore can be used to store secrets that are shared across multiple namespaces, such as a database password or an API key. A SecretStore can only be used to store secrets that are specific to a single namespace, such as a database password for a specific application.

Here is a table that summarizes the key differences between ClusterSecretStores and SecretStores:

FeatureClusterSecretStoreSecretStore
ScopeCluster-wideNamespaced
Use casesShared secrets across multiple namespacesNamespace-specific secrets

Here are some examples of when you might use a ClusterSecretStore:

  • To store a database password that is shared across all of your applications.
  • To store an API key that is used by multiple applications.
  • To store a certificate that is used by multiple applications.

Here are some examples of when you might use a SecretStore:

  • To store a database password for a specific application.
  • To store an API key for a specific application.
  • To store a certificate for a specific application.

SecretStore:

  • SecretStore is namespace-scoped. This means a SecretStore resource is created within a specific namespace and can only be referenced by ExternalSecret resources within the same namespace.
  • This allows for more fine-grained access control and isolation between different namespaces, making it suitable for multi-tenant environments where different teams or applications have their isolated namespaces.

apiVersion: external-secrets.io/v1alpha1
kind: SecretStore
metadata:
  name: my-secret-store
  namespace: my-namespace
spec:
  provider:
    aws:
      service: SecretsManager

ClusterSecretStore:

  • ClusterSecretStore, on the other hand, is cluster-scoped. This means it is not confined to a specific namespace and can be referenced by ExternalSecret resources across all namespaces in the cluster.
  • It is suitable for secrets that are shared and needed by applications residing in different namespaces across the cluster.

apiVersion: external-secrets.io/v1alpha1
kind: ClusterSecretStore
metadata:
  name: my-cluster-secret-store
spec:
  provider:
    aws:
      service: SecretsManager

Rajesh Kumar
Follow me
Subscribe
Notify of
guest
0 Comments
Newest
Oldest Most Voted
Inline Feedbacks
View all comments
0
Would love your thoughts, please comment.x
()
x