Przenoszenie usługi Azure Static Web Apps do innego regionu
W tym artykule opisano sposób przenoszenia zasobów usługi Azure Static Web Apps do innego regionu świadczenia usługi Azure.
Istnieją różne powody, dla których możesz przenieść istniejące zasoby platformy Azure z jednego regionu do innego. Możesz chcieć:
- Skorzystaj z nowego regionu świadczenia usługi Azure.
- Wdrażanie funkcji lub usług dostępnych tylko w określonych regionach.
- Spełnij wymagania dotyczące zasad wewnętrznych i ładu.
- Dopasowanie do fuzji i przejęć firmy
- Spełnianie wymagań dotyczących planowania pojemności.
Wymagania wstępne
Przed przygotowaniem się do relokacji zapoznaj się z następującymi wymaganiami wstępnymi.
Sprawdź, czy usługa Azure Static Web Apps jest dostępna w regionie docelowym.
Upewnij się, że masz uprawnienia do tworzenia zasobów statycznej aplikacji internetowej w regionie docelowym.
Sprawdź, czy istnieją jakiekolwiek ograniczenia dotyczące regionów usługi Azure Policy zastosowane do twojej organizacji.
W przypadku korzystania ze zintegrowanego interfejsu API obsługiwanego przez usługę Azure Functions:
- Określanie dostępności usługi Azure Functions w regionie docelowym.
- Ustal, czy są używane klucze interfejsu API funkcji. Czy na przykład używasz usługi Key Vault, czy wdrażasz je w ramach plików konfiguracji aplikacji?
- Określ model wdrażania dla obsługi interfejsu API w regionie docelowym: Bring Your own functions. Poznaj różnice między dwoma modelami.
Upewnij się, że plan hostingu w warstwie Standardowa jest używany do hostowania statycznej aplikacji internetowej. Aby uzyskać więcej informacji na temat planów hostingu, zobacz Plany hostingu usługi Azure Static Web Apps.
Określ dopuszczalny przestój na potrzeby relokacji.
W zależności od wdrożenia statycznej aplikacji internetowej platformy Azure przed przeniesieniem może być konieczne wdrożenie i skonfigurowanie następujących zasobów zależnych w regionie docelowym:
Przestój
Przeniesienie statycznej witryny internetowej platformy Azure powoduje przestój w aplikacji. Przestój ma wpływ na wzorzec wysokiej dostępności zaimplementowany dla witryny azure Static Web. Wzorce ogólne to:
- Rezerwa zimna: kopie zapasowe danych obciążeń są regularnie tworzone na podstawie ich wymagań. W przypadku awarii obciążenie jest ponownie wdrażane w nowym regionie świadczenia usługi Azure i przywracane są dane.
- Rezerwa ciepła: obciążenie jest wdrażane w regionie ciągłości działania i odzyskiwania po awarii (BCDR), a dane są replikowane asynchronicznie lub synchronicznie. W przypadku awarii wdrożenie w regionie odzyskiwania po awarii jest skalowane w górę i w poziomie.
- Wiele regionów: obciążenie jest wdrażane w obu regionach , a dane są replikowane synchronicznie. Oba regiony mają zapisywalną kopię danych. Implementacja może być aktywna/pasywna lub aktywna/aktywna.
Przygotowywanie
Wdrożenia z prywatnymi punktami końcowymi
Jeśli usługa Static Web Apps jest wdrażana z prywatnymi punktami końcowymi, upewnij się, że:
- Zaktualizuj nazwę hosta dla punktu końcowego połączenia.
- Zaktualizuj nazwę hosta w strefie prywatnej DNS lub niestandardowym serwerze DNS (dotyczy tylko usługi Private Link).
Aby uzyskać więcej informacji, zobacz Konfigurowanie prywatnego punktu końcowego w usłudze Azure Static Web Apps.
Wszystkie inne wdrożenia
W przypadku wszystkich innych typów wdrożeń upewnij się, że:
Jeśli ma to zastosowanie, pobierz nowe klucze interfejsu API funkcji z usługi Azure Functions w nowym regionie.
Jeśli funkcja platformy Azure ma zależność od bazy danych, upewnij się, że element został zaktualizowany
DATABASE_CONNECTION_STRING
. Ta baza danych może nie być w zakresie migracji regionalnej.Zaktualizuj domenę niestandardową, aby wskazywała nową nazwę hosta statycznej aplikacji internetowej.
W przypadku korzystania z usługi Key Vault aprowizuj nową usługę Key Vault w regionie docelowym. Zaktualizuj klucze interfejsu API funkcji w usłudze Key Vault, jeśli ma to zastosowanie. Wszelkie inne poufne dane, które nie mają być przechowywane w kodzie lub plikach konfiguracji, powinny być przechowywane w tym magazynie Kluczy
Eksportowanie szablonu
Aby wyeksportować szablon usługi Resource Manager zawierający ustawienia opisujące statyczną aplikację internetową:
Zaloguj się w witrynie Azure Portal.
Przejdź do statycznej aplikacji internetowej.
W menu po lewej stronie w obszarze Automatyzacja wybierz pozycję Eksportuj szablon.
Wygenerowanie szablonu może zająć trochę czasu.
Wybierz Pobierz.
Znajdź pobrany
.zip
plik i otwórz go w wybranym folderze.Ten plik zawiera
.json
pliki zawierające szablon i skrypty do wdrożenia szablonu.Wprowadź niezbędne zmiany w szablonie, takie jak aktualizowanie lokalizacji za pomocą regionu docelowego.
Przenieść
Wykonaj poniższe kroki, aby przenieść statyczną aplikację internetową do innego regionu.
Jeśli przenosisz się z prywatnym punktem końcowym, postępuj zgodnie z wytycznymi w temacie Przenoszenie usługi Azure Private Link do innego regionu.
Jeśli do statycznej aplikacji internetowej udostępniono istniejącą usługę Azure Functions, wykonaj procedurę relokacji usługi Azure Functions.
Ponownie wdróż statyczną aplikację internetową przy użyciu szablonu wyeksportowanego i skonfigurowanego w poprzedniej sekcji.
Ważne
Jeśli nie używasz domeny niestandardowej, adres URL aplikacji zmienia się w regionie docelowym. W tym scenariuszu upewnij się, że użytkownicy wiedzą o zmianie adresu URL.
Jeśli używasz zintegrowanego interfejsu API, utwórz nowy zintegrowany interfejs API obsługiwany przez usługę Azure Functions.
Skonfiguruj ponownie repozytorium (GitHub lub Azure DevOps), aby wdrożyć je w nowo wdrożonej statycznej aplikacji internetowej w regionie docelowym. Zainicjuj wdrażanie aplikacji przy użyciu funkcji GitHub actions lub Azure Pipelines.
W przypadku zimnego wdrożenia rezerwowego upewnij się, że informujesz klientów o nowym adresie URL. Jeśli używasz niestandardowej domeny DNS, po prostu zmień wpis DNS tak, aby wskazywał region docelowy. W przypadku ciepłego wdrożenia rezerwowego moduł równoważenia obciążenia, taki jak usługa Front Door lub usługa Traffic Manager, obsługuje migrację statycznej aplikacji internetowej w regionie źródłowym do regionu docelowego.