Skip to content

Commit a872e2d

Browse files
authored
Merge pull request #187230 from zxue/master
Revise workspace and autoscale doc
2 parents a6f2d23 + de2ac20 commit a872e2d

File tree

2 files changed

+7
-7
lines changed

2 files changed

+7
-7
lines changed

articles/healthcare-apis/fhir/fhir-service-autoscale.md

Lines changed: 3 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ author: stevewohl
55
ms.service: healthcare-apis
66
ms.subservice: fhir
77
ms.topic: conceptual
8-
ms.date: 11/16/2021
8+
ms.date: 2/2/2022
99
ms.author: zxue
1010
---
1111

@@ -19,11 +19,9 @@ The autoscale feature for the FHIR service is designed to provide optimized serv
1919

2020
## How does FHIR service autoscale work?
2121

22-
When transaction workloads are high, the autoscale feature increases computing resources automatically. When transaction workloads are low, it decreases computing resources accordingly.
22+
The autoscale feature adjusts computing resources automatically to optimize the overall service scalability. It requires no action from customers.
2323

24-
The autoscale feature adjusts computing resources automatically to optimize the overall service scalability. Whether you are performing read requests that include simple queries like getting patient information using a patient ID, and advanced queries like getting all `DiagnosticReport` resources for patients whose name is "Sarah", or you're creating or updating FHIR resources, the autoscale feature manages the dynamics and complexity of resource allocation to ensure high scalability.
25-
26-
The autoscale feature is part of the managed service and requires no action from customers. However, customers are encouraged to share their feedback to help improve the feature. Customers can also raise a support ticket to address any scalability issue they may have experienced.
24+
When transaction workloads are high, the autoscale feature increases computing resources automatically. When transaction workloads are low, it decreases computing resources accordingly. Whether you are performing read requests that include simple queries like getting patient information using a patient ID, and advanced queries like getting all DiagnosticReport resources for patients whose name is "Sarah", or you're creating or updating FHIR resources, the autoscale feature manages the dynamics and complexity of resource allocation to ensure high scalability.
2725

2826
### What is the cost of the FHIR service autoscale?
2927

articles/healthcare-apis/workspace-overview.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ author: stevewohl
55
ms.service: healthcare-apis
66
ms.subservice: fhir
77
ms.topic: overview
8-
ms.date: 07/12/2021
8+
ms.date: 2/2/2022
99
ms.author: ginle
1010
---
1111

@@ -24,6 +24,8 @@ One or more workspaces can be created in a resource group from the Azure portal,
2424

2525
A workspace can't be deleted unless all child service instances within the workspace have been deleted. This feature helps prevent any accidental deletion of service instances. However, when a workspace resource group is deleted, all the workspaces and child service instances within the workspace resource group get deleted.
2626

27+
Workspace names can be re-used in the same Azure subscription, but not in a different Azure subscription, after deletion. However, when the move operation is supported and enabled, workspaces and its child resources can be moved from one subscription to another subscription if certain requirements are met. One requirement is that the two subscriptions must be part of the same Azure Active Directory (Azure AD) tenant. Another requirement is that the Private Link configuration is not enabled. Names for FHIR services, DICOM services and IoT connectors can be re-used in the same or different subscription after deletion if there is no collision with the URLs of any existing services.
28+
2729
## Workspace and Azure region selection
2830

2931
When you create a workspace, it must be configured for an Azure region, which can be the same as or different from the resource group. The region cannot be changed after the workspace is created. Within each workspace, all Healthcare APIs services (FHIR service, DICOM service, and IoT Connector service) must be created in the region of the workspace and cannot be moved to a different workspace.
@@ -76,4 +78,4 @@ to. For more information, see [Azure RBAC](../role-based-access-control/index.ym
7678
To start working with the Azure Healthcare APIs, follow the 5-minute quick start to deploying a workspace.
7779

7880
>[!div class="nextstepaction"]
79-
>[Deploy workspace in the Azure portal](healthcare-apis-quickstart.md)
81+
>[Deploy workspace in the Azure portal](healthcare-apis-quickstart.md)

0 commit comments

Comments
 (0)