You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currrently, configuration of the secrets manager region and endpoint needs to be done through system properties and environment variables. There are a few problems with this approach that I have run into:
If ARNs ever have to be retrieved from different regions, the driver only supports one
Setting the environment variables has been an issue in some environments, like when EMR runs your code in yarn containers
If region/endpoint could be provided as connection properties, the region/endpoint could be used dynamically.
The text was updated successfully, but these errors were encountered:
I work with Steve and can mention a use case we have. We want to use a read-only connection (denoted by -ro- in the url). Other consumers of the secrets manager resource need the read-write connection that we specify for host, however, we want certain processes to use the read-only connection, specified with a different key in the json but given this code looks for host only it can't use that read-only connection.
Currrently, configuration of the secrets manager region and endpoint needs to be done through system properties and environment variables. There are a few problems with this approach that I have run into:
If region/endpoint could be provided as connection properties, the region/endpoint could be used dynamically.
The text was updated successfully, but these errors were encountered: