Comment on page
Set constants with Context
Learn how to set constants with the Context data operation.
Before getting started with the creation of your data pipeline operations, you can first set constants using a Context configuration.
Constants are objects which act as placeholders. Their value is stored through a Context configuration, and can be called in all your subsequent data operation configurations. When you deploy a data operation, you are asked the Context you want to use. The constants are then replaced by their value according to the Context.
Constants can be used for example to replace GCP credential parameters so they can remain confidential, to manage different GCS bucket names for development and production environnement, etc.
All data operations can contain the constants set with Context.
When you want to apply context to your configurations, you should always make sure than the latest version is specified. For example, add in you configuration
"version": "3"for a table-to-storage configuration.You set a constant as follows through a Context data operation:
"test_integer": {
"value": 123456,
"type": "integer",
"resource": "value",
"description": "Some random value"
}
Once you have deployed your Context configuration, you can start using the constants it contains in your other data operations using the name of the constant wrapped in double curly brackets. For example, to set the max_active_run to your "test_integer":
"max_active_runs": {{test_integer}}
make sure there is no space between your constant and the brackets
{{test_integer}} -> OK
{{ test_integer }} -> KO
When you deploy a configuration file, you will be asked the Context you want to use. The constants are then replaced by the values defined in the Context configuration.
You can use the constants in the SQL files of your table-to-table and table-to-storage, for example:
SELECT * FROM {{bq_dataset}}.my_table
There are two generic constants you can use in a your data operation configurations without setting them explicitly in your Context configuration:
- {{FD_ACCOUNT}} will take the value of the "account" parameter of your Context configuration
- {{FD_ENV}} will take the value of the "environment" parameter of your Context configuration
- {{FD_CONTEXT}} will take the value of the "context" parameter of your Context configuration
When you deploy a configuration using a Context, the ID of the configuration deployed in Tailer is the concatenation of the Context's
account_id, the Context's configuration_id, your data operation's configuration_id and your data operation's environment. With this concatenation, you don't risk to erase configurations for different contexts.Please note that you cannot define the following custom constant:
- any constant prefixed with FD_
- the protected name : TEMPLATE_CURRENT_DATE
- 1.
- 2.Create a working folder as you want, and create a JSON file for your Context data operation inside.
- 3.Set all the required constants in your JSON configuration file. Refer to this page to learn about all the parameters.
- 4.Access your working folder by running the following command:cd "[path to your working folder]"
- 5.To deploy the Context data operation, run the following command:tailer deploy configuration your-file.json
- 6.
- 7.You can now use your constants in other data operation configurations files. Dont forget to add
"version" : "2"for STS, STT, TTT and TTS data operations. If your constant is a string, do not forget to include them wrapped in double quotes, for example:"gcp_project_id": "{{gcp_dlk_project_id}}" - 8.You can now deploy your configuration file. You will be asked the Context you want to use. If you want to skip this question, you can use the --context flag when you deploy, for example:
tailer deploy configuration your-data-operation.json --context your-context-name
Last modified 8d ago