-
Notifications
You must be signed in to change notification settings - Fork 161
Support Multi-tenancy #165
Comments
+1 We use FWoA as a facade on multiple systems. We would benefit from the |
Thanks for opening this issue -- If folks from our community are interested in this please 'thumbs-up' up the issue. We would love to get diverse use-cases to ensure FWoA is built to support flexibility |
Any updates on this? |
Thanks for the interest - our team is wrapping up work on this and hope to have a PR up in the near future |
Can you share the code/branch? |
hey @medhost-bfindeisen you are doing a great job here , what's the update on the Multi-tenancy ? |
@@medhost-bfindeisen We are interested to contribute to the multi-tenant solution. Would love to connect. |
We will be merging in this feature by end of this week! |
Merged and released! https://github.com/awslabs/fhir-works-on-aws-deployment/releases/tag/v4.0.0 |
Add support for multi-tenancy for a more economic Saas offering without affecting the existing non-tenant based approach.
Initial design proposal:
API Gateway will be enhanced to pass tenant-id as part of URL - https://fhir.server.com/tenant/{tenant-id}/{resource}
API Gateway - extract tenant-id and pass it as parameter
Lambda write into tenant based table - resource-db-dev-1-tenant-id
DynamoDB - streaming pass this data to ElasticSearch
Separate - index per tenant/resource OR - global resource index
Meta-data/conformance page need to incorporate tenant-id based approach
lack of a tenant id would use the existing non-tenant design
Open design items:
Tenant S3 bucket binary storage
Finalize ES design decision
The text was updated successfully, but these errors were encountered: