Refaktoring místní aplikace na App Service webovou aplikaci a spravovanou instanci SQL
Tento článek ukazuje, jak fiktivní společnost Contoso v rámci migrace do Azure refaktoruje dvouvrstvou aplikaci Windows .NET, která běží na virtuálních počítačích VMware. Tým společnosti Contoso migruje virtuální počítač front-endu aplikace do Azure App Service webové aplikace. Tento článek také ukazuje, jak contoso migruje aplikační databázi do spravované instance Azure SQL.
Aplikace SmartHotel360 použitá v tomto příkladu je poskytována jako opensourcový software. Pokud ho chcete použít pro vlastní testovací účely, můžete si ho stáhnout z GitHubu.
Obchodní faktory
Tým vedení IT společnosti Contoso úzce spolupracoval s obchodními partnery, aby porozuměl tomu, čeho chtějí touto migrací dosáhnout:
- Řešení obchodního růstu. Společnost Contoso roste a je pod tlakem na místní systémy a infrastrukturu společnosti.
- Zvýšení efektivity. Společnost Contoso potřebuje odebrat zbytečné postupy a zjednodušit procesy pro vývojáře a uživatele. Potřebuje IT k tomu, aby neztrácela čas ani peníze, byla rychlá a dokázala rychleji reagovat na požadavky zákazníků.
- Zvýšení agility. IT ve společnosti Contoso musí pohotověji reagovat na potřeby firmy. Aby společnost uspěla v globální ekonomice, musí být schopná reagovat rychleji než změny na trhu. Doba reakce nesmí překřižovat nebo se stát obchodní překážkou.
- Škálování: S růstem firmy musí IT společnost Contoso poskytovat systémy, které mohou růst stejným tempem.
- Snížení nákladů Společnost Contoso chce minimalizovat náklady na licencování.
Cíle migrace
Aby tým společnosti Contoso pro cloud pomohl určit nejlepší metodu migrace, vytvořil tyto cíle:
Doména požadavku | Podrobnosti |
---|---|
Aplikace | Aplikace v Azure zůstane stejně důležitá jako dnes v místním prostředí. Aplikace by měla mít stejné možnosti výkonu jako aktuálně ve VMware. Tým nechce do aplikace investovat. Prozatím správci jenom bezpečně přesunou aplikaci do cloudu. Tým chce přestat podporovat Windows Server 2008 R2, na kterém aplikace aktuálně běží. Tým chce také přejít z SQL Server 2008 R2 na moderní databázi paaS (platforma jako služba), což minimalizuje potřebu správy. Společnost Contoso chce využít své investice do licencování SQL Server a Software Assurance, pokud je to možné. Společnost Contoso chce zmírnit kritický bod způsobující selhání webové vrstvy. Aplikace se skládá z ASP.NET aplikace a služby WCF (Windows Communication Foundation) spuštěné na jednom virtuálním počítači. Společnost Contoso chce tyto komponenty rozšířit do dvou webových aplikací pomocí App Service. |
Azure | Společnost Contoso chce aplikaci přesunout do Azure, ale nechce ji spouštět na virtuálních počítačích. Společnost Contoso chce používat služby Azure PaaS pro webovou a datovou vrstvu. |
DevOps | Společnost Contoso chce přejít na model DevOps, který používá Azure DevOps pro buildy a kanály verzí. |
Návrh řešení
Po určení cílů a požadavků společnost Contoso navrhne a zkontroluje řešení nasazení. Tým také identifikuje proces migrace, včetně služeb Azure, které k migraci použije.
Aktuální aplikace
- Místní aplikace SmartHotel360 je vrstvený mezi dva virtuální počítače, WEBVM a SQLVM.
- Virtuální počítače jsou umístěné na hostitelském contosohost1.contoso.com VMware ESXi 6.5.
- Prostředí VMware spravuje vCenter Server 6.5 (vcenter.contoso.com), který běží na virtuálním počítači.
- Společnost Contoso má místní datacentrum (contoso-datacenter) s místním řadičem domény (contosodc1).
- Po dokončení migrace budou místní virtuální počítače v datacentru společnosti Contoso vyřazeny z provozu.
Navrhované řešení
- Pro webovou vrstvu aplikace společnost Contoso použije App Service. Společnost Contoso může tuto službu PaaS použít k nasazení aplikace s několika změnami konfigurace. Společnost Contoso provede změny pomocí sady Visual Studio a nasadí dvě webové aplikace, jednu pro web a jednu pro službu WCF.
- Aby společnost Contoso splnila požadavky na kanál DevOps, použije Azure DevOps ke správě zdrojového kódu s úložišti Git. K sestavení kódu a jeho nasazení do App Service použijí automatizované sestavení a vydané verze.
Aspekty týkající se databáze
Během procesu návrhu řešení společnost Contoso porovnává funkce služby Azure SQL Database s funkcemi SQL Managed Instance. Tým se rozhodne použít SQL Managed Instance na základě těchto aspektů:
- cílem SQL Managed Instance je zajistit téměř 100% kompatibilitu s nejnovější místní verzí SQL Server. Microsoft doporučuje SQL Managed Instance organizacím, které používají SQL Server místně nebo na virtuálních počítačích IaaS (infrastruktura jako služba) a chtějí migrovat své aplikace do plně spravované služby s minimálními změnami návrhu.
- Společnost Contoso plánuje migrovat velký počet aplikací z místního prostředí na virtuální počítače IaaS. Mnohé z těchto virtuálních počítačů poskytují nezávislí dodavatelé softwaru. Tým společnosti Contoso si uvědomuje, že použití SQL Managed Instance může pomoct zajistit kompatibilitu databází pro tyto aplikace. Místo SQL Database použijí SQL Managed Instance, které nemusí být podporované.
- Společnost Contoso může provést migraci metodou lift and shift do SQL Managed Instance pomocí plně automatizovaného Azure Database Migration Service. Společnost Contoso může tuto službu také opakovaně používat pro budoucí migrace databází.
- SQL Managed Instance podporuje agenta SQL Server, důležitou součást aplikace SmartHotel360. Společnost Contoso potřebuje tuto kompatibilitu. Jinak by museli přepracovat plány údržby vyžadované aplikací.
- S programem Software Assurance může společnost Contoso vyměnit své aktuální licence za snížené sazby pro spravovanou instanci SQL pomocí Zvýhodněné hybridní využití Azure pro SQL Server. Díky tomu může contoso ušetřit až 30 procent pomocí SQL Managed Instance.
- Spravovaná instance SQL je plně obsažená ve virtuální síti, takže poskytuje lepší izolaci a zabezpečení dat společnosti Contoso. Společnost Contoso může získat výhody veřejného cloudu a zároveň udržovat prostředí izolované od veřejného internetu.
- SQL Managed Instance podporuje řadu funkcí zabezpečení, včetně Always Encrypted, dynamického maskování dat, zabezpečení Row-Level a detekce hrozeb.
Revize řešení
Tým společnosti Contoso vyhodnotí navržený návrh sestavením seznamu výhod a nevýhod:
Aspekty | Podrobnosti |
---|---|
Výhody | Kód aplikace SmartHotel360 nevyžaduje změny pro migraci do Azure. Společnost Contoso může využít investici do programu Software Assurance pomocí Zvýhodněné hybridní využití Azure pro SQL Server i Windows Server. Po migraci společnost Contoso nebude muset podporovat Windows Server 2008 R2. Další informace najdete v tématu Zásady životního cyklu microsoftu. Společnost Contoso může nakonfigurovat webovou vrstvu aplikace s více instancemi, aby webová vrstva už nebyla kritickým bodem způsobujícím selhání. Databáze už nebude záviset na zastarávajícím SQL Serveru 2008 R2. Spravovaná instance SQL podporuje technické požadavky a cíle společnosti Contoso. Spravovaná instance SQL bude poskytovat 100% kompatibilitu s aktuálním nasazením při přechodu z SQL Server 2008 R2. Společnost Contoso může Database Migration Service znovu použít pro budoucí migrace. Spravovaná instance SQL má integrovanou odolnost proti chybám, kterou společnost Contoso nemusí konfigurovat. Tato odolnost proti chybám zajišťuje, že datová vrstva už nebude jediným bodem převzetí služeb při selhání. |
Nevýhody | App Service podporuje pouze jedno nasazení aplikace pro každou webovou aplikaci. Proto je potřeba zřídit dvě webové aplikace, jednu pro web a druhou pro službu WCF. Pro datovou vrstvu nemusí být SQL Managed Instance nejlepším řešením, pokud chce společnost Contoso přizpůsobit operační systém nebo databázový server nebo pokud chce spouštět aplikace třetích stran společně s SQL Server. Tuto flexibilitu může zajistit provoz SQL Serveru na virtuálním počítači IaaS. |
Navrhovaná architektura
Proces migrace
- Společnost Contoso zřídí spravovanou instanci Azure SQL a pak do ní pomocí Database Migration Service migruje databázi SmartHotel360.
- Společnost Contoso zřídí a nakonfiguruje webové aplikace a nasadí do nich aplikaci SmartHotel360.
Služby Azure
Služba | Popis | Náklady |
---|---|---|
pomocník s migrací App Service | Bezplatný a snadno použitelný nástroj, který vám pomůže migrovat webové aplikace .NET z místního prostředí do cloudu s minimálními nebo žádnými změnami kódu. | Je to nástroj ke stažení zdarma. |
Database Migration Service | Služba Azure, kterou můžete použít k migraci z více databázových zdrojů na datové platformy Azure s minimálními výpadky. | Projděte si informace o cenách apodporovaných oblastech Azure Database Migration Service. |
Spravovaná instance SQL | Spravovaná databázová služba, která představuje plně spravovanou instanci SQL Server v Azure. Používá stejný kód jako nejnovější verze databázového stroje SQL Server a obsahuje nejnovější funkce, vylepšení výkonu a opravy zabezpečení. | Při používání spravované instance SQL v Azure se účtují poplatky podle kapacity. Přečtěte si další informace o cenách SQL Managed Instance. |
Azure App Service | Služba, která vám pomůže vytvářet výkonné cloudové aplikace využívající plně spravovanou platformu. | Ceny se odvíjí od velikosti, umístění a doby využití. Další informace o cenách App Service. |
Azure Pipelines | Služba, která poskytuje kanál kontinuální integrace a průběžného doručování (CI/CD) pro vývoj aplikací. Kanál začíná úložištěm Git pro správu kódu aplikace, systémem sestavení pro vytváření balíčků a dalších artefaktů sestavení a systémem pro správu verzí pro nasazení změn do vývojového, testovacího a produkčního prostředí. | Přečtěte si informace o cenách služby Azure Pipelines. |
Požadavky
K implementaci tohoto scénáře musí společnost Contoso splnit následující požadavky:
Požadavek | Podrobnosti |
---|---|
Předplatné Azure | Společnost Contoso vytvořila předplatná v dřívějším článku v této sérii. Pokud ještě nemáte předplatné Azure, vytvořte si bezplatný účet. Pokud vytvoříte bezplatný účet, jste správcem vašeho předplatného a můžete provádět všechny akce. Pokud používáte existující předplatné a nejste správce, musí vám správce přiřadit oprávnění vlastníka nebo přispěvatele. |
Infrastruktura Azure | Společnost Contoso nastavila infrastrukturu Azure podle popisu v tématu Infrastruktura Azure pro migraci. |
Kroky scénáře
Contoso provede migraci takto:
- Krok 1: Posouzení a migrace webových aplikací Společnost Contoso pomocí nástroje App Service Migration Assistant spustí kontroly kompatibility před migrací a migruje webové aplikace do App Service.
- Krok 2: Nastavení spravované instance SQL Společnost Contoso potřebuje existující spravovanou instanci, do které se bude migrovat místní databáze SQL Serveru.
- Krok 3: Migrace pomocí Database Migration Service Společnost Contoso migruje databázi aplikace pomocí Database Migration Service.
- Krok 4: Nastavení Azure DevOps Společnost Contoso vytvoří nový projekt Azure DevOps a naimportuje úložiště Git.
- Krok 5: Konfigurace připojovacích řetězců Společnost Contoso nakonfiguruje připojovací řetězce tak, aby webová aplikace webové vrstvy, webová aplikace služby WCF a spravovaná instance SQL mohly komunikovat.
- Krok 6: Nastavení kanálů buildu a verze v Azure DevOps V posledním kroku společnost Contoso nastaví kanály sestavení a verze v Azure DevOps pro vytvoření aplikace. Tým pak nasadí kanály do dvou samostatných webových aplikací.
Krok 1: Posouzení a migrace webových aplikací
Správci společnosti Contoso vyhodnocují a migrují své webové aplikace pomocí nástroje App Service Migration Assistant. Jako vodítko během tohoto procesu používají studijní program Migrace aplikací ASP.NET do Azure . Správci provádějí tyto akce:
Pomocí nástroje pro posouzení migrace App Service vyhodnocují případné závislosti mezi svými webovými aplikacemi a určují, jestli nejsou mezi místními webovými aplikacemi nějaké nekompatibility a co App Service podporuje.
Stáhnutím pomocníka s migrací App Service a přihlásí se ke svému účtu Azure.
Zvolí předplatné, skupinu prostředků a název domény webu.
Krok 2: Nastavení spravované instance SQL
K nastavení Azure SQL spravované instance potřebuje společnost Contoso podsíť, která splňuje tyto požadavky:
- Podsíť musí být vyhrazená. Musí být prázdný. Nemůže obsahovat žádnou jinou cloudovou službu. Podsíť nesmí být podsítí brány.
- Po vytvoření spravované instance by společnost Contoso neměla do podsítě přidávat prostředky.
- K podsíti nesmí být přidružená skupina zabezpečení sítě.
- Podsíť musí mít tabulku směrování definovanou uživatelem. Jediná přiřazená trasa by měla být internetová trasa dalšího segmentu směrování 0.0.0.0/0.
- Pokud je pro virtuální síť zadaný volitelný vlastní DNS, musí se do seznamu přidat virtuální IP adresa 168.63.129.16 pro rekurzivní překladače v Azure. Zjistěte, jak nakonfigurovat vlastní DNS pro spravovanou instanci Azure SQL.
- K podsíti nesmí být přidružený žádný koncový bod služby (úložiště ani SQL). Ve virtuální síti by měly být zakázané koncové body služeb.
- Podsíť musí mít alespoň 16 IP adres. Zjistěte, jak změnit velikost podsítě spravované instance.
- V hybridním prostředí společnosti Contoso se vyžaduje vlastní nastavení DNS. Společnost nakonfiguruje nastavení DNS tak, aby se používal jeden nebo několik serverů Azure DNS společnosti. Další informace o přizpůsobení DNS
Nastavení virtuální sítě pro spravovanou instanci
Správci společnosti Contoso nastaví virtuální síť následovně:
Vytvoří virtuální síť (VNET-SQLMI-EUS2) v primární oblasti (USA – východ 2). Vytvoří virtuální síť ve skupině prostředků ContosoNetworkingRG.
Přiřadí jí adresní prostor 10.235.0.0/24. Zajistí, aby se rozsah nepřekrývaly s jinými sítěmi v podniku.
Do této sítě přidají dvě podsítě:
SQLMI-DB-EUS2 (10.235.0.0/25).
SQLMI-SAW-EUS2 (10.235.0.128/29). Tato podsíť slouží k připojení adresáře ke spravované instanci.
Po nasazení virtuální sítě a podsítí následujícím způsobem vytvoří partnerské vztahy sítí:
Partnerský vztah VNET-SQLMI-EUS2 s virtuální sítí VNET-HUB-EUS2 (centrální virtuální síť pro USA – východ 2).
Partnerský vztah VNET-SQLMI-EUS2 s VNET-PROD-EUS2 (produkční síť).
Nakonfigurují vlastní nastavení DNS. Nastavení DNS nejprve ukazuje na řadiče domény Azure společnosti Contoso. Azure DNS je sekundární. Umístění řadičů domény Azure společnosti Contoso je následující:
Nacházejí se v podsíti PROD-DC-EUS2 produkční sítě (VNET-PROD-EUS2) v oblasti USA – východ 2.
Adresa CONTOSODC3: 10.245.42.4
Adresa CONTOSODC4: 10.245.42.5
Překladač Azure DNS: 168.63.129.16
Potřebujete další pomoc?
- Přečtěte si přehled SQL Managed Instance.
- Zjistěte, jak vytvořit virtuální síť pro spravovanou instanci SQL.
- Informace o nastavení partnerského vztahu
- Informace o aktualizaci nastavení DNS služby Azure Active Directory
Nastavení směrování
Spravovaná instance je umístěná v privátní virtuální síti. Společnost Contoso potřebuje směrovací tabulku, aby mohla virtuální síť komunikovat se službou pro správu Azure. Pokud virtuální síť nemůže komunikovat se službou, která ji spravuje, stane se nedostupnou.
Společnost Contoso zvažuje tyto faktory:
- Směrovací tabulka obsahuje sadu pravidel (tras), která určují, jak se mají pakety odeslané ze spravované instance směrovat ve virtuální síti.
- Směrovací tabulka je přidružená k podsítím, ve kterých jsou nasazené spravované instance. Všechny pakety, které opustí podsíť, se zpracovávají v závislosti na přidružené tabulce směrování.
- K podsíti může být přidružená pouze jedna tabulka směrování.
- Za vytváření směrovacích tabulek v Azure se neúčtují žádné další poplatky.
Správci společnosti Contoso nastavují směrování podle následujících kroků:
Vytvoří směrovací tabulku definovanou uživatelem ve skupině prostředků ContosoNetworkingRG :
Aby byly splněny požadavky na SQL Managed Instance, správci po nasazení směrovací tabulky (MIRouteTable) přidají trasu s předponou adresy 0.0.0.0/0. Nastaví hodnotu Typ dalšího segmentu směrování na Internet:
Přidruží směrovací tabulku k podsíti SQLMI-DB-EUS2 v síti VNET-SQLMI-EUS2:
Potřebujete další pomoc?
Zjistěte, jak nastavit trasy pro spravovanou instanci.
Vytvoření spravované instance
V dalším kroku správci společnosti Contoso zřídí spravovanou instanci SQL provedením těchto kroků:
Vzhledem k tomu, že spravovaná instance obsluhuje obchodní aplikaci, nasadí správci spravovanou instanci v primární oblasti společnosti (USA – východ 2). Spravovanou instanci přidají do skupiny prostředků ContosoRG.
Vyberou cenovou úroveň, velikost výpočetních prostředků a úložiště instance. Přečtěte si další informace o cenách SQL Managed Instance.
Po nasazení spravované instance se ve skupině prostředků ContosoRG zobrazí dva nové prostředky:
Spravovaná instance SQL.
Virtuální cluster pro případ, že má společnost Contoso více spravovaných instancí.
Potřebujete další pomoc?
Zjistěte, jak zřídit spravovanou instanci.
Krok 3: Migrace pomocí Database Migration Service
Správci společnosti Contoso migrují spravovanou instanci pomocí Database Migration Service. Postupují podle pokynů v podrobném kurzu migrace. Můžou provádět online, offline a hybridní migrace (Preview).
Správci společnosti Contoso proveďte následující kroky:
- Vytvoří instanci Database Migration Service se skladovou položkou Premium, která je připojená k virtuální síti.
- Zajišťují, aby Database Migration Service měli přístup ke vzdálené instanci SQL Server přes virtuální síť. Tento krok zahrnuje zajištění povolení všech příchozích portů z Azure do SQL Server na úrovni virtuální sítě, síťové sítě VPN a počítače, který je hostitelem SQL Server.
- Nakonfigurují Database Migration Service:
- Vytvořte projekt migrace.
- Přidejte zdroj (místní databázi).
- Vyberte cíl.
- Vyberte databáze, které chcete migrovat.
- Nakonfigurujte upřesňující nastavení.
- Spusťte replikaci.
- Vyřešte všechny chyby.
- Proveďte konečnou migraci.
Krok 4: Nastavení Azure DevOps
Contoso pro tuto aplikaci potřebuje sestavit kanály a infrastrukturu DevOps. Za tímto účelem správci společnosti Contoso vytvoří nový projekt DevOps, naimportují kód a pak nastaví kanály sestavení a verze.
V účtu Azure DevOps společnosti Contoso vytvoří nový projekt ContosoSmartHotelRefactor a pak pro správu verzí vyberou Git .
Naimportují úložiště Git, které aktuálně obsahuje kód aplikace. Stáhnutí z veřejného úložiště GitHub.
Připojí sadu Visual Studio k úložišti a pak pomocí Team Exploreru naklonují kód do počítače pro vývojáře.
Otevřou soubor řešení pro aplikaci. Webová aplikace a služba WCF mají v souboru samostatné projekty.
Krok 5: Konfigurace připojovacích řetězců
Správci společnosti Contoso zajišťují, aby spolu webové aplikace a databáze mohly komunikovat. Proto v kódu a ve webových aplikacích nakonfigurují připojovací řetězce.
Ve webové aplikaci pro službu WCF SHWCF-EUS2 v části Nastavení>Nastavení Aplikace přidají nový připojovací řetězec s názvem
DefaultConnection
.Přetáhnou připojovací řetězec z databáze SmartHotel-Registration a pak ho aktualizují pomocí správných přihlašovacích údajů:
V sadě Visual Studio správci otevřou projekt SmartHotel.Registration.wcf ze souboru řešení. V projektu aktualizují
connectionStrings
část souboru web.config přidáním připojovacího řetězce:Aktualizují
client
oddíl web.config souboru smartHotel.Registration.Web tak, aby odkazovali na nové umístění služby WCF. Ukazatel je adresa URL webové aplikace WCF, která je hostitelem koncového bodu služby.Správci potvrdí a synchronizují změny kódu pomocí Team Exploreru v sadě Visual Studio.
Krok 6: Nastavení kanálů buildu a verze v Azure DevOps
Správci společnosti Contoso teď konfigurují Azure DevOps tak, aby prováděly proces sestavení a vydání.
V Azure DevOps vyberou Build and release New pipeline (Sestavit a vydat>nový kanál):
Vyberou Azure Repos Gitu a příslušného úložiště:
V části Vybrat šablonu vyberou šablonu ASP.NET pro svůj build:
Pro sestavení použijí název ContosoSmartHotelRefactor-ASP.NET-CI a pak vyberou Uložit & frontu, čímž se zahájí první sestavení.
Vyberou číslo buildu, aby mohli sledovat proces. Po dokončení procesu uvidí správci zpětnou vazbu k procesu. Vyberou Artifacts (Artefakty ) a zkontrolují výsledky sestavení:
Otevře se okno průzkumníka artefaktů . Výsledky sestavení jsou viditelné ve složce drop .
- Dva .zip soubory jsou balíčky, které obsahují aplikace.
- Tyto .zip soubory se používají v kanálu verze pro nasazení do App Service.
Vyberou Nové verze>kanálu:
Vyberou šablonu nasazení pro App Service:
Kanál verze pojmenují ContosoSmartHotel360Refactor a v poli Název fáze jako název webové aplikace WCF zadají SHWCF-EUS2 :
V rámci fází vyberou 1 úlohu, 1 úlohu pro konfiguraci nasazení služby WCF:
Ověří, že je předplatné vybrané a autorizované, a pak vyberou název služby App Service:
V kanálu vyberou Artefakty, vyberou Přidat artefakt, jako typ zdroje vyberou Sestavení a pak sestaví pomocí kanálu ContosoSmarthotel360Refactor :
Pokud chcete povolit trigger průběžného nasazování, správci na artefaktu vyberou tlačítko blesku:
Nastaví trigger průběžného nasazování na Povoleno:
Správci se vrátí k úloze fáze 1, 1 úkolu a vyberou Nasadit Azure App Service:
V části Vybrat soubor nebo složku rozbalí složku , vybere SmartHotel.Registration.Wcf.zip soubor vytvořený během sestavení a pak vybere Uložit:
VyberouFázekanálu> a pak výběrem možnosti Přidat přidá prostředí pro SHWEB-EUS2. Vyberou jiné nasazení Azure App Service.
Zopakují proces publikování souboru webové aplikace SmartHotel.Registration.Web.zip do správné webové aplikace a pak vyberou Uložit:
Zobrazí se kanál verze, jak je znázorněno tady:
Vrátí se do sestavení, vybere Triggery a pak vybere Povolit kontinuální integraci. Tato akce povolí kanál tak, aby při potvrzení změn kódu došlo k úplnému sestavení a vydání.
Výběrem možnosti Uložit & frontu spustí celý kanál. Aktivuje se nové sestavení, které následně vytvoří první verzi aplikace pro App Service.
Správci Contoso mohou proces zpracování kanálu buildu a verze sledovat z Azure DevOps. Po dokončení sestavení se spustí:
Po dokončení kanálu se nasadí obě lokality a aplikace běží online:
Aplikace se úspěšně migruje do Azure.
Vyčištění po migraci
Po migraci tým Společnosti Contoso provede následující kroky čištění:
- Odeberou místní virtuální počítače z inventáře vCenter.
- Odeberou virtuální počítače z místních úloh zálohování.
- Aktualizují svou interní dokumentaci, aby zobrazila nová umístění aplikace SmartHotel360. Dokumentace ukazuje, že databáze běží ve spravované instanci SQL a že front-end běží ve dvou webových aplikacích.
- Zkontrolují všechny prostředky, které interagují s vyřazenými virtuálními počítači, a aktualizují všechna příslušná nastavení nebo dokumentaci tak, aby odrážely novou konfiguraci.
Kontrola nasazení
Po migraci prostředků do Azure potřebuje společnost Contoso plně zprovoznit novou infrastrukturu a zajistit pro ni zabezpečení.
Zabezpečení
- Contoso poskytuje zabezpečení nové databáze SmartHotel-Registration. Další informace najdete v tématu zabezpečení Azure SQL databáze a SQL Managed Instance.
- Společnost Contoso zejména aktualizuje webové aplikace tak, aby používaly PROTOKOL SSL s certifikáty.
Zálohování
- Tým společnosti Contoso zkontroluje požadavky na zálohování databáze v SQL Managed Instance. Další informace najdete v tématu Automatizované zálohování ve službě Azure SQL Database.
- Dozví se také o správě SQL Database zálohování a obnovení. Další informace najdete v tématu Automatické zálohování.
- Zvažují implementaci skupin převzetí služeb při selhání, které zajistí regionální převzetí služeb při selhání pro databázi. Další informace najdete v tématu Přehled skupin automatického převzetí služeb při selhání.
- Z důvodu odolnosti zvažují nasazení webové aplikace v hlavní oblasti (USA – východ 2) a v sekundární oblasti (USA – střed). Tým může nakonfigurovat Traffic Manager tak, aby zajistil převzetí služeb při selhání během regionálních výpadků.
Licencování a optimalizace nákladů
- Po nasazení všech prostředků společnost Contoso přiřadí značky Azure, pro které se rozhodla během plánování infrastruktury.
- Veškeré licencování je součástí nákladů na služby PaaS, které společnost Contoso využívá. Tyto náklady se odečtou od smlouva Enterprise.
- Společnost Contoso použije azure Cost Management a fakturaci k zajištění toho, aby fungovala v rámci rozpočtů stanovených vedením IT.
Závěr
V tomto článku společnost Contoso refaktorovala aplikaci SmartHotel360 v Azure migrací front-endového virtuálního počítače aplikace do dvou App Service webových aplikací. Společnost Contoso migrovala aplikační databázi do spravované instance Azure SQL.