Contexts

A context can be used to define global variables that will be used across different environment templates and resource templates. Config contexts are used in environment or resource templates.

Examples for using Contexts include:

• Platform team wants to provide the option of spinning up instances only in a couple of regions for the QE team. Platform team creates a Context, specifies the allowed regions as part of Input Variables and sets Override Type as Restricted. This Context can then be attached to an Environment Template. The QE team can select from one of the options (for region) when creating the Environment

• Platform team can specify the registry endpoint for pulling container images as an Environment Variable using Context

Did you know ?

Context can be managed through various methods:

• UI
• CLI (RCTL)
• Terraform
• API
• GitOps

Create a Context

1. In a project, select Environments > Contexts
2. Select New Config Context
3. Enter a name for the context. Optionally, type a description

1. Select Create

General

The context is created and the General configuration page displays

Setting	Description
Name	Enter a name for the context
Description	Enter a description for the resource. This is optional

Environment Variables

1. Select Environment variables and Add Environment variable
2. Enter an environment key and value. Examples of environment variables include providing credentials (secrets and keys), which are used by agents to create, provision, and manage resources programmatically
3. Select Sensitive or Required for the provided value
4. Select the Override Tye and a description for this selection - Coming Soon

Setting	Description
Environment Key	Enter the environment key
Value	Enter the value for the environment key
Sensitive/ Required	Selecting Sensitive will obfuscate the value so it cannot be read after saving the context. If 'required' is selected, providing the value is mandatory during the environment deployment
Override Type	Specify the level of permissions for overrides with three choices: Allowed (all changes permitted), Not Allowed (no changes permitted), and Restricted (changes allowed with specific limitations)
-- Allowed	Allows the user to override the value
-- Not Allowed	Does not allow the user to override the value
-- Restricted	Allows the user to override the value by selecting a different, pre-defined value
Description	Provide a description for the selected Override Type

If not willing to configure environment variables (secrets and keys) here and provisioning on AWS, there is an alternate method.

Using docker cd-agent

• Create a Docker agent on the machine running in the cloud environment.
• Create an IAM role with access to the necessary cloud resources (this policy changes based on the resources defined in the template) and assign it to the machine running the Docker agent.
• Create a Resource Template and add the agent.
• Create an Environment Template that deploys the required resources.
• Publish the Environment and validate that the resources are created (without passing cloud access keys and secrets through the config context).

Using K8s cd-agent

• Provision a Kubernetes cluster and deploy the Kubernetes CD-agent.
• Create an IAM Service Account with a policy granting access to the necessary cloud resources (this policy changes based on the resources defined in the template).
• Create a Custom driver in EaaS, provide the namespace and service account name, and associate the driver with the Resource Template.
• Create an Environment Template that deploys the required resources.
• Publish the Environment and validate that the resources are created (without passing cloud access keys and secrets through the config context).

---

File Paths

1. Select File paths and click Add File Paths
2. Select Sensitive to obfuscate the information
3. Enter a base64 encoded content for the file path or click Upload File to upload a data file.
4. Select the Override Type and provide a description - Coming Soon

Setting	Description
Name	Enter a name for the file path
Sensitive/ Required	Selecting Sensitive will obfuscate the value so it cannot be read after saving the context. If 'required' is selected, providing the value is mandatory during the environment deployment
Data	Either enter the data as plain text or upload a data file
Override Type	Specify the level of permissions for overrides with two choices
-- Allowed	Allows the user to override the value
-- Not Allowed	Does not allow the user to override the value
Description	Provide a description for the selected Override Type

Input Variables

1. Select Variables and click Add Variable
2. Enter a name for the variable. Optionally, type a description
3. Enter the values and select the types for this variable. See below for more details about values and types

Setting	Description
Name	The name of the variable
Description	A brief description of the variable
Value	The variable value. This could be
Value Type	The type of value
-- HCL	Hashicorp configuration language
-- JSON	JavaScript Object Notation (JSON) is a lightweight data-interchange format
-- Expressions	Expressions are valid units of code that resolve to a value
-- Text	Text value
Override Type	Controls if a user can change a variable or not
-- Allowed	Allows the user to override the value
-- Not Allowed	Does not allow the user to override the value
-- Restricted	Allows the user to override the value by selecting a different, pre-defined value
Restricted Values	If Restricted is selected for the Override Type, enter the values that are allowed
Sensitive	Does not display the value in the UI
Required	The variable is required when using this Context

Select Save to save the context. Click Cancel to close the configuration and go back to the context list

---