Skip to content
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

Closed
reubenelder opened this issue May 7, 2024 · 5 comments
Closed

Multiple App Service Instances #3843

reubenelder opened this issue May 7, 2024 · 5 comments
Labels
Question Issue is a question?

Comments

@reubenelder
Copy link

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

@reubenelder reubenelder added the Question Issue is a question? label May 7, 2024
@EXPEkesheth
Copy link
Collaborator

@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?

@reubenelder
Copy link
Author

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:
#3776

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).
Ideally we could also adjust the bundle count to 2000.

@feordin
Copy link
Contributor

feordin commented May 7, 2024

"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.

@reubenelder
Copy link
Author

cool - thanks for the explanation

@EXPEkesheth
Copy link
Collaborator

@reubenelder closing the issue as it is answered.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Question Issue is a question?
Projects
None yet
Development

No branches or pull requests

3 participants