Skip to content

Commit 43271aa

Browse files
author
gitName
committed
folder name
1 parent fd43673 commit 43271aa

1 file changed

Lines changed: 1 addition & 1 deletion

File tree

articles/api-management/developer-portal-self-host.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -509,7 +509,7 @@ Over time, your business requirements might change. You can end up in a situatio
509509

510510
### Transition process
511511

512-
You can transition from the managed version to a self-hosted version within the same API Management service instance. The process preserves the modifications that you carried out in the managed version of the portal. Make sure you back up the portal's content beforehand. You can find the backup script in the `scripts` folder of the API Management developer portal [GitHub repo](https://github.com/Azure/api-management-developer-portal).
512+
You can transition from the managed version to a self-hosted version within the same API Management service instance. The process preserves the modifications that you carried out in the managed version of the portal. Make sure you back up the portal's content beforehand. You can find the backup script in the `scripts.v3` folder of the API Management developer portal [GitHub repo](https://github.com/Azure/api-management-developer-portal).
513513

514514
The conversion process is almost identical to setting up a generic self-hosted portal, as shown in previous steps in this article. There's one exception in the configuration step. The storage account in the `config.design.json` file needs to be the same as the storage account of the managed version of the portal. See [Tutorial: Use a Linux VM system-assigned identity to access Azure Storage via a SAS credential](../active-directory/managed-identities-azure-resources/tutorial-linux-vm-access-storage-sas.md#get-a-sas-credential-from-azure-resource-manager-to-make-storage-calls) for instructions on how to retrieve the SAS URL.
515515

0 commit comments

Comments
 (0)