-
Notifications
You must be signed in to change notification settings - Fork 515
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multiple App Service Instances #3843
Comments
@reubenelder there is nothing blocking you from running multiple instance count. Some caveats to note are the cached durations mapped with custom search and validate operation. On the side note, you mentioned about waiting on couple of features with managed service. Can you please share those? |
thanks for the quick response. What exactly do you mean about the "cached durations mapped with custom search"? re: switching to managed service - I was referring to this issue: More specifically the need for us to be able to run this behind AFD and have the appropriate urls returned in the FHIR bundles (i.e. the url of the AFD instance not the FHIR service url). |
"cached durations for custom search parameters" refers to the fact that when you submit a new custom search parameter to the service, it will take time to propagate the change to all instances of your FHIR service. |
cool - thanks for the explanation |
@reubenelder closing the issue as it is answered. |
Hi,
Currently we host the OSS version of the FHIR server in an Azure App Service (we are hoping to move to the managed service pending a couple of features being available).
For availability reasons Azure recommends using multiple instances in Azure App Services. I've always assumed that this wouldn't be a problem but I wanted to double check that there is no reason the OSS version cannot run multiple instance count pointing to the same FHIR SQL database.
Thanks for your help,
Reuben
The text was updated successfully, but these errors were encountered: