Update environmental_variables.rst
This commit is contained in:
@ -1,44 +1,46 @@
|
||||
Environmental Variables
|
||||
Environment Variables
|
||||
=======================
|
||||
|
||||
Best practice holds that variables should be passed to graphs via environmental variables.
|
||||
Best practice holds that variables should be passed to graphs via environment variables.
|
||||
Doing this is important for keeping sensitive data out of the code - such as an
|
||||
API token or username and password used to access a database. Not only is this
|
||||
approach more secure, it also makes graphs more flexible by allowing adjustments
|
||||
for a variety of environments and contexts. Importantly, environmental variables
|
||||
for a variety of environments and contexts. Importantly, environment variables
|
||||
are also the means by-which arguments can be passed to graphs.
|
||||
|
||||
|
||||
Passing / Setting Environmental Variables
|
||||
Passing / Setting Environment Variables
|
||||
::::::::::::::::::::::::::::::::::::::::::::
|
||||
|
||||
The recommended way to set environmental variables for a given graph is simply to use
|
||||
The recommended way to set environment variables for a given graph is simply to use
|
||||
the optional ``--env`` argument when running bonobo from the shell (bash, command prompt, etc).
|
||||
``--env`` (or ``-e`` for short) should then be followed by the variable name and value using the
|
||||
syntax `VAR_NAME=VAR_VALUE`. Multiple environmental variables can be passed by using
|
||||
syntax `VAR_NAME=VAR_VALUE`. Multiple environment variables can be passed by using
|
||||
multiple ``--env`` / ``-e`` flags.
|
||||
|
||||
Example:
|
||||
|
||||
.. code-block:: bash
|
||||
|
||||
# Using one environmental variable:
|
||||
# Using one environment variable via --env flag:
|
||||
bonobo run csvsanitizer --env SECRET_TOKEN=secret123
|
||||
|
||||
# Using multiple environmental variables:
|
||||
# Using multiple environment variables via -e (env) flag:
|
||||
bonobo run csvsanitizer -e SRC_FILE=inventory.txt -e DST_FILE=inventory_processed.csv
|
||||
|
||||
If you're naming something which is configurable, that is will need to be instantiated or called to obtain something that
|
||||
can be used as a graph node, then use camelcase names:
|
||||
# Using one environment variable in bash (*bash only):
|
||||
SECRET_TOKEN=secret123 bonobo run csvsanitizer
|
||||
|
||||
# Using multiple environment variables in bash (*bash only):
|
||||
SRC_FILE=inventory.txt DST_FILE=inventory_processed.csv bonobo run csvsanitizer
|
||||
|
||||
Accessing Environmental Variables from within the Graph Context
|
||||
Accessing Environment Variables from within the Graph Context
|
||||
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
|
||||
|
||||
Environmental variables, whether global or only for the scope of the graph,
|
||||
Environment variables, whether global or only for the scope of the graph,
|
||||
can be can be accessed using any of the normal means. It is important to note
|
||||
that whether set globally for the system or just for the graph context,
|
||||
environmental variables are accessed by bonobo in the same way. In the example
|
||||
environment variables are accessed by bonobo in the same way. In the example
|
||||
below the database user and password are accessed via the ``os`` module's ``getenv``
|
||||
function and used to get data from the database.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user