How do we secure the username and password of the DB connection details in the appsettings.json not to be in plain text in Azure ? I saw from another article that the Azure Managed Identity is not supported.
Can we use Azure KeyVault? Is there another alternative?
Best answer by Mark Jongeling
Hi Michalis,
Within Thinkwise it has been tested and the following solution will solve your problem. This way the credentials are securely stored in the Application settings in the Azure WebApp.
When you have Indicium (Universal) in Azure as WebApp, you can go into the Application Settings and add the following settings. Note: the Names have double underscores e.g. MetaSourceConnection__Database
I’m looking for another alternative from the suggested in the above article from using only a plain text for the username and password in the MetaSourceConnection section.
Within Thinkwise it has been tested and the following solution will solve your problem. This way the credentials are securely stored in the Application settings in the Azure WebApp.
When you have Indicium (Universal) in Azure as WebApp, you can go into the Application Settings and add the following settings. Note: the Names have double underscores e.g. MetaSourceConnection__Database
This information is missing from the online documentation, this is very useful to have known in advance during the installation :) .
I have tested it and it is working. Can I assume that also other parts of the appsettings.json file can be placed in the same manner in the webapp application setting? e.g. EMAIL SMTP?
I’m pleased to let you know that I have transferred all the below configuration and everything is working as expected.
With this movement of configuration Upgrading is so much easier.
Only automation I need to implement is for the images/icons/logos that need to be replaced in Indicium and Universal after upgrade, and the replacement of the name of “Universal” in the index.html file of Universal.
I’m pleased to let you know that I have transferred all the below configuration and everything is working as expected.
With this movement of configuration Upgrading is so much easier.
Only automation I need to implement is for the images/icons/logos that need to be replaced in Indicium and Universal after upgrade, and the replacement of the name of “Universal” in the index.html file of Universal.
Thanks a million Mark.
Maybe a tip of interest; What we currently do is commit an updated GUI to a Git repository and let a build automation tool (Bamboo) add/update some assets using PowerShell scripts, returning a .zip file which we then directly can upload to Azure (that even could be done by using the automation tool). The only manual labour is now do a check-in in of the updated GUI files, the build automation should take care of the rest.
Maybe a tip of interest; What we currently do is commit an updated GUI to a Git repository and let a build automation tool (Bamboo) add/update some assets using PowerShell scripts, returning a .zip file which we then directly can upload to Azure (that even could be done by using the automation tool). The only manual labour is now do a check-in in of the updated GUI files, the build automation should take care of the rest.
Thanks Rene.
I was planning to use Jenkins as I’m more familiar with it.
Within Thinkwise it has been tested and the following solution will solve your problem. This way the credentials are securely stored in the Application settings in the Azure WebApp.
When you have Indicium (Universal) in Azure as WebApp, you can go into the Application Settings and add the following settings. Note: the Names have double underscores e.g. MetaSourceConnection__Database
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.