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

Diagram znázorňující navrhovanou architekturu

Proces migrace

  1. Společnost Contoso zřídí spravovanou instanci Azure SQL a pak do ní pomocí Database Migration Service migruje databázi SmartHotel360.
  2. Společnost Contoso zřídí a nakonfiguruje webové aplikace a nasadí do nich aplikaci SmartHotel360.

Diagram znázorňující proces migrace

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ě:

  1. Vytvoří virtuální síť (VNET-SQLMI-EUS2) v primární oblasti (USA – východ 2). Vytvoří virtuální síť ve skupině prostředků ContosoNetworkingRG.

  2. 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.

  3. 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.

      Snímek obrazovky znázorňující hodnoty pro vytvoření spravované instance

  4. 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íť).

      Snímek obrazovky znázorňující partnerské sítě

  5. 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

    Snímek obrazovky znázorňující síťové servery DNS

Potřebujete další pomoc?

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ů:

  1. Vytvoří směrovací tabulku definovanou uživatelem ve skupině prostředků ContosoNetworkingRG :

    Snímek obrazovky s dialogovým oknem Vytvořit směrovací tabulku

  2. 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:

    Snímek obrazovky s dialogovým oknem Přidat trasu

  3. Přidruží směrovací tabulku k podsíti SQLMI-DB-EUS2 v síti VNET-SQLMI-EUS2:

    Snímek obrazovky s dialogovým oknem Přidružit podsíť

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ů:

  1. 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.

  2. 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.

    Snímek obrazovky znázorňující dialogové okno 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í.

      Snímek obrazovky znázorňující nové prostředky ve skupině prostředků ContosoRG

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.

  1. V účtu Azure DevOps společnosti Contoso vytvoří nový projekt ContosoSmartHotelRefactor a pak pro správu verzí vyberou Git .

    Snímek obrazovky s dialogovým oknem nový projekt

  2. Naimportují úložiště Git, které aktuálně obsahuje kód aplikace. Stáhnutí z veřejného úložiště GitHub.

    Snímek obrazovky s dialogovým oknem Import a Git Repository (Importovat úložiště Git)

  3. 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.

    Snímek obrazovky s dialogovým oknem Připojit k projektu

  4. Otevřou soubor řešení pro aplikaci. Webová aplikace a služba WCF mají v souboru samostatné projekty.

    Snímek obrazovky znázorňující webovou aplikaci a projekty služby WCF v Průzkumník řešení

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.

  1. 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.

  2. 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ů:

    Snímek obrazovky znázorňující nastavení připojovacího řetězce

  3. 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:

    Snímek obrazovky znázorňující část connectionStrings souboru web.config v projektu SmartHotel.Registration.wcf

  4. 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.

    Snímek obrazovky znázorňující část klienta souboru web.config v projektu SmartHotel.Registration.wcf

  5. 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í.

  1. V Azure DevOps vyberou Build and release New pipeline (Sestavit a vydat>nový kanál):

    Snímek obrazovky znázorňující tlačítko Nový kanál v Azure DevOps

  2. Vyberou Azure Repos Gitu a příslušného úložiště:

    Snímek obrazovky znázorňující tlačítko Azure Repos Git a vybrané úložiště

  3. V části Vybrat šablonu vyberou šablonu ASP.NET pro svůj build:

    Snímek obrazovky znázorňující dialogové okno Vybrat šablonu s vybranou šablonou ASP.NET

  4. Pro sestavení použijí název ContosoSmartHotelRefactor-ASP.NET-CI a pak vyberou Uložit & frontu, čímž se zahájí první sestavení.

    Snímek obrazovky znázorňující tlačítko Uložit & frontu pro sestavení

  5. 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í:

    Snímek obrazovky znázorňující stránku sestavení a tlačítko Artifacts (Artefakty)

    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.

    Snímek obrazovky znázorňující průzkumníka artefaktů

  6. Vyberou Nové verze>kanálu:

    Snímek obrazovky s tlačítkem Nový kanál

  7. Vyberou šablonu nasazení pro App Service:

    Snímek obrazovky s dialogovým oknem Vybrat šablonu

  8. Kanál verze pojmenují ContosoSmartHotel360Refactor a v poli Název fáze jako název webové aplikace WCF zadají SHWCF-EUS2 :

    Snímek obrazovky s názvem fáze webové aplikace WCF

  9. V rámci fází vyberou 1 úlohu, 1 úlohu pro konfiguraci nasazení služby WCF:

    Snímek obrazovky znázorňující možnost 1 úlohy a 1 úkolu

  10. Ověří, že je předplatné vybrané a autorizované, a pak vyberou název služby App Service:

    Snímek obrazovky s názvem služby App Service

  11. V kanálu vyberou Artefakty, vyberou Přidat artefakt, jako typ zdroje vyberou Sestavení a pak sestaví pomocí kanálu ContosoSmarthotel360Refactor :

    Snímek obrazovky znázorňující tlačítko Sestavit v dialogovém okně Přidat artefakt

  12. Pokud chcete povolit trigger průběžného nasazování, správci na artefaktu vyberou tlačítko blesku:

    Snímek obrazovky znázorňující tlačítko blesku na artefaktu

  13. Nastaví trigger průběžného nasazování na Povoleno:

    Snímek obrazovky znázorňující trigger průběžného nasazování nastavený na Povoleno

  14. Správci se vrátí k úloze fáze 1, 1 úkolu a vyberou Nasadit Azure App Service:

    Snímek obrazovky s možností Nasadit Azure App Service

  15. 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:

    Snímek obrazovky s dialogovým oknem Vybrat soubor nebo složku

  16. 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.

    Snímek obrazovky znázorňující propojení 1 úlohy a 1 úkolu

  17. Zopakují proces publikování souboru webové aplikace SmartHotel.Registration.Web.zip do správné webové aplikace a pak vyberou Uložit:

    Snímek obrazovky s dialogovým oknem Vybrat soubor nebo složku pro výběr webového souboru

    Zobrazí se kanál verze, jak je znázorněno tady:

    Snímek obrazovky s kanálem verze

  18. 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í.

    Snímek obrazovky znázorňující zaškrtávací políčko Povolit kontinuální integraci

  19. 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.

    Snímek obrazovky s tlačítkem Uložit & frontu

  20. Správci Contoso mohou proces zpracování kanálu buildu a verze sledovat z Azure DevOps. Po dokončení sestavení se spustí:

    Snímek obrazovky znázorňující průběh sestavování a vydávání

  21. Po dokončení kanálu se nasadí obě lokality a aplikace běží online:

    Snímek obrazovky se spuštěnou aplikací

    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í

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.