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
The current implementation of SignalR in CAF Terraform does not support an output of the SignalR primary_connection_string. Some may need this for various reasons, but in our case, we intend to use it for dynamically populating a corresponding key vault secret as part of running terraform apply. This is shown in the attributes list within the Terraform documentation. Perhaps it would be worthwhile to support primary/secondard access keys and connection strings, similar to how it is handled for Cosmos DB. Could you please ensure at least that the SignalR primary_connection_string can be set as output?
The text was updated successfully, but these errors were encountered:
Hi @brianfedorcrowe,
That would be a really great opportunity to contribute, we would really appreciate if you could do so.
Let me know if you can do so I can prioritize the review. If not we will add it to the backlog.
Our organization is not yet in a position to contribute to public repos in GitHub. Otherwise we would propose a solution via a PR for this. This issue is preventing us from being able to use the CAF Terraform module for Cosmos DB at this time. However, we're still interested in having this value included in the module output, as I expect others will, too, in order to have a way to have their apps use SignalR by having access to its connection string within Terraform so it can be added to a key vault secret.
The current implementation of SignalR in CAF Terraform does not support an output of the SignalR primary_connection_string. Some may need this for various reasons, but in our case, we intend to use it for dynamically populating a corresponding key vault secret as part of running
terraform apply
. This is shown in the attributes list within the Terraform documentation. Perhaps it would be worthwhile to support primary/secondard access keys and connection strings, similar to how it is handled for Cosmos DB. Could you please ensure at least that the SignalR primary_connection_string can be set as output?The text was updated successfully, but these errors were encountered: