Creates a redis cache via Memorystore

This module creates a redis cache via Memorystore. It is made with their standard high availability offering, but (unlike in AWS) there is no encryption at rest and in-transit encryption is not offered as terraform support is in beta. It is made in the with private service access ensuring private communication.


When linked to a k8s-service, it adds connection credentials to your container’s environment variables

  • {module_name}_cache_auth_token – The auth token/password of the cluster.
  • {module_name}_cache_host – The host to contact to access the cluster.

In the modules reference, the {module_name} would be replaced with cache

The permission list can optionally have one entry which should be a map for renaming the default environment variable names to a user-defined value:

  - db:
      - cache_host: CACHEHOST
        cache_auth_token: CACHEPASS

If present, this map must have renames for all 2 fields.

These values are passed securely into your environment by using a kubernetes secret created by opta within your k8s-service’s isolated k8s namespace. These secrets are then passed as environment variables directly into your container. Take note that since opta’s AWS/EKS clusters always have the disk encryption enabled, your secret never touches an unencrypted disk. Furthermore, because of k8’s RBAC, no other opta-managed k8s service can access this instance of the creds as a k8s secret without manual override of the RBAC, nor can any other entities/users unless given “read secret” permission on this namespace.

To those with the permissions, you can view it via the following command (MANIFEST_NAME is the name field in your yaml):

kubectl get secrets -n MANIFEST_NAME secret -o yaml


Name Description Default Required
memory_size_gb The size in GB for the redis cache’s memory 2 False
redis_version the redis version to use for this instance REDIS_5_0 False
high_availability the redis version to use for this instance True False


Name Description
cache_host The host through which to access the redis cache

Last modified May 23, 2022 : Docs for new release (#191) (ba6432d)