Clusters

clusters represent a logical grouping of resources in jumpwire databases, client credentials, and policies can call be scoped to a specific cluster this makes it very easy to separate production, staging, and dev infrastructure multiple clusters can even be used in the same environment for further isolation databases databases docid\ rx fnn4aau9eafcbjvsq must be configured for a specific cluster the proxy will connect directly to the database, so any internal hostnames or port mappings should be valid and reachable from the configured cluster if a cluster is deleted, database configurations that were set to use it will no longer be valid they will still exist and can be edited in the web interface to use a different cluster policies like databases, individual policies can be assigned to a cluster however, using a cluster is optional by default, all policies will be shared by all clusters it can make sense to assign a policy to a cluster when testing a change, or for configuring different handling rules across different environments tokens each cluster has access tokens specific to it when starting the jumpwire engine, the token provided to it will determine which cluster it connects as and what data it is capable of retrieving tokens can be generated and revoked at any time