Mikroszolgáltatások kiszámítható kiépítése és üzembe helyezése az Azure-ban

Ez az oktatóanyag bemutatja, hogyan helyezhet üzembe mikroszolgáltatásokból álló alkalmazást az Azure App Service-ban egyetlen egységként és kiszámítható módon JSON-erőforráscsoport-sablonok és PowerShell-szkriptek használatával.

A nagymértékben leválasztott mikroszolgáltatásokból álló, nagy léptékű alkalmazások üzembe helyezésekor és üzembe helyezésekor a megismételhetőség és az előrejelzhetőség elengedhetetlen a sikerhez. Azure App Service lehetővé teszi webalkalmazásokat, mobil háttéralkalmazásokat és API-alkalmazásokat magában foglaló mikroszolgáltatások létrehozására. Azure Resource Manager lehetővé teszi, hogy az összes mikroszolgáltatást egységként kezelje az erőforrás-függőségekkel, például az adatbázissal és a forrásvezérlési beállításokkal együtt. Most már üzembe helyezhet egy ilyen alkalmazást JSON-sablonok és egyszerű PowerShell-szkriptek használatával.

A fogja tenni

Az oktatóanyagban egy olyan alkalmazást fog üzembe helyezni, amely a következőket tartalmazza:

  • Két App Service alkalmazás (azaz két mikroszolgáltatás)
  • Háttér-SQL Database
  • Alkalmazásbeállítások, kapcsolati sztringek és forrásvezérlés
  • Application Insights, riasztások, automatikus skálázás beállításai

Az Ön által használt eszközök

Ebben az oktatóanyagban a következő eszközöket fogja használni. Mivel az eszközökről nem lesz részletesen megbeszélés, a teljes forgatókönyvhöz fogunk maradni, és csak röviden bevezetőt adunk mindegyikhez, és arról, hogy hol találhat további információt róla.

Azure Resource Manager sablonok (JSON)

Minden alkalommal, amikor létrehoz egy alkalmazást a Azure App Service, Azure Resource Manager egy JSON-sablonnal hozza létre a teljes erőforráscsoportot az összetevő-erőforrásokkal. A Azure Marketplace egy összetett sablonja tartalmazhatja az adatbázist, a tárfiókokat, a App Service-tervet, magát az alkalmazást, a riasztási szabályokat, az alkalmazásbeállításokat, az automatikus méretezési beállításokat stb., és ezek a sablonok mind elérhetők a PowerShellen keresztül. A sablonokkal kapcsolatos további Azure Resource Manager lásd: Szerzői Azure Resource Manager sablonok

Azure SDK 2.6 for Visual Studio

A legújabb SDK a JSON-Resource Manager támogatja a sablont. Ezzel gyorsan létrehozhat egy erőforráscsoport-sablont az nulláról, vagy megnyithat egy meglévő JSON-sablont (például egy letöltött katalógussablont) módosításra, feltöltheti a paraméterfájlt, és akár közvetlenül az Azure-erőforráscsoport megoldásból is üzembe helyezheti az erőforráscsoportot.

További információ: Azure SDK 2.6 for Visual Studio.

Azure PowerShell 0.8.0-s vagy újabb

A 0.8.0-s verziótól kezdve a Azure PowerShell-telepítés az Azure-modul mellett Azure Resource Manager modult is tartalmazza. Ez az új modul lehetővé teszi az erőforráscsoportok üzembe helyezésének szkriptbe írását.

További információ: Using Azure PowerShell with Azure Resource Manager

Azure Resource Explorer

Ez az előzetes verziójú eszköz lehetővé teszi, hogy megismerje az előfizetésben és az egyes erőforrásokban az összes erőforráscsoport JSON-definícióit. Az eszközben szerkesztheti egy erőforrás JSON-definícióit, törölheti az erőforrások teljes hierarchiáját, és új erőforrásokat hozhat létre. Az eszközben könnyen elérhető információk nagyon hasznosak a sablonok írásában, mert megmutatja, hogy milyen tulajdonságokat kell beállítania egy adott erőforrástípushoz, a helyes értékeket stb. Akár az AzurePortalon is létrehozhatja az erőforráscsoportot, majd megvizsgálhatja annak JSON-definícióit az Explorer eszközben, hogy segítsen az erőforráscsoport sablonjának létrehozásában.

Üzembe helyezés az Azure-ban gomb

Ha a GitHub használja a forrásvezérléshez, a README fájlba helyezhet egy Üzembe helyezés az Azure-ban gombot. MD, amely lehetővé teszi a kulcsra ható üzembe helyezési felhasználói felületet az Azure-ban. Bár ezt bármilyen egyszerű alkalmazással teheti meg, kiterjesztheti ezt úgy, hogy lehetővé tegye egy teljes erőforráscsoport üzembe helyezését úgy, hogy egy azuredeploy.js-fájlt helyez el az adattár gyökerében. Ezt az erőforráscsoport-sablont tartalmazó JSON-fájlt a Deploy to Azure (Üzembe helyezés az Azure-ban) gombbal hozhatja létre az erőforráscsoportot. Példaként tekintse meg a ToDoApp mintát, amelyet ebben az oktatóanyagban fog használni.

A minta erőforráscsoport-sablon lekért

Most pedig ássunk is hozzá.

  1. Lépjen a ToDoApp App Service mintához.

  2. A readme.md kattintson az Üzembe helyezés az Azure-ban elemre.

  3. Meg kell jelenni az azure-beli üzembe helyezési webhelyen, és meg kell kérnie az üzembe helyezési paraméterek bevitelét. Figyelje meg, hogy a legtöbb mező az adattár nevével és néhány véletlenszerű sztringet tartalmaz. Ha szeretné, módosíthatja az összes mezőt, de csak a rendszergazdai bejelentkezési nevet SQL Server jelszót kell megadnia, majd kattintson a Tovább gombra.

    Megjeleníti az azure-ba való üzembe helyezés bemeneti üzembe helyezési paramétereit.

  4. Ezután kattintson az Üzembe helyezés gombra az üzembe helyezési folyamat elkezdéséhez. Miután a folyamat befejeződik, kattintson az http://todoapp XXXX.azurewebsites.net hivatkozásra az üzembe helyezett alkalmazás tallózásához.

    Megjeleníti az alkalmazás üzembe helyezési folyamatát.

    A felhasználói felület kissé lassú lenne, amikor először keresné meg, mert az alkalmazások csak most indulnak el, de győződjön meg róla, hogy ez egy teljesen működőképes alkalmazás.

  5. Az üzembe helyezési lapra visszatérve kattintson a Kezelés hivatkozásra az új alkalmazás Azure Portalon való helyezéséhez.

  6. Az Alapvető erőforrások legördülő menüben kattintson az erőforráscsoport hivatkozásra. Vegye figyelembe azt is, hogy az alkalmazás már csatlakoztatva van a GitHub tárházhoz a Külső Project.

    Megjeleníti az Erőforráscsoport hivatkozást az Alapvető erőforrások legördülő menüben.

  7. Figyelje meg, hogy az erőforráscsoport panelen már két alkalmazás és SQL Database van az erőforráscsoportban.

    Megjeleníti az erőforráscsoportban elérhető erőforrásokat.

Minden, amit néhány perc alatt látott, egy teljesen üzembe helyezett két mikroszolgáltatás-alkalmazás, amely az összes összetevőt, függőséget, beállítást, adatbázist és folyamatos közzétételt tartalmazza, és egy automatizált vezényléssel van beállítva a Azure Resource Manager. Mindezt két dolog tette:

  • Az Üzembe helyezés az Azure-ban gomb
  • azuredeploy.jsbe a repo gyökérkönyvtárában

Ugyanazt az alkalmazást több tíz, száz vagy ezer alkalommal helyezheti üzembe, és minden alkalommal pontosan ugyanaz a konfiguráció érvényes. Ennek a megközelítésnek az ismételhetősége és kiszámíthatósága lehetővé teszi nagy méretű alkalmazások egyszerű és magabiztos üzembe helyezését.

A BE AZUREDEPLOY.JSvizsgálata (AZUREDEPLOY.JS)

Most nézzük meg, hogyan lett GitHub adattár beállítása. A JSON-szerkesztőt fogja használni az Azure .NET SDK-ban, ezért ha még nem telepítette az Azure .NET SDK 2.6-ot,tegye meg most.

  1. Klónozza a ToDoApp adattárat a kedvenc Git-eszközével. Az alábbi képernyőképen ezt a 2013-as Team Explorer Visual Studio végzem.

    Bemutatja, hogyan klónozható a ToDoApp-adattár egy Git-eszközzel.

  2. Az adattár gyökérkönyvtárában nyissa meg a azuredeploy.jsa Visual Studio. Ha nem látja a JSON-vázlat panelt, telepítenie kell az Azure .NET SDK-t.

    Megjeleníti a JSON-vázlat panelt a Visual Studio.

Nem írjuk le a JSON-formátum minden részletét, de a További források szakaszban hivatkozásokat talál az erőforráscsoport sablonnyelvének elsajátítása érdekében. Itt most csak meg szeretném mutatni az érdekes funkciókat, amelyek segíthetnek a saját egyéni sablon létrehozásában az alkalmazások üzembe helyezéséhez.

Paraméterek

Tekintse meg a paraméterek szakaszt, amelyből láthatja, hogy a paraméterek nagy része az Üzembe helyezés az Azure-ban gomb bemenetét kéri. Az Üzembe helyezés az Azure-ban gomb mögötti webhely feltölti a bemeneti felhasználói felületet a azuredeploy.jsparaméterekkel. Ezek a paraméterek az erőforrás-definíciókban használatosak, például az erőforrásnevekben, a tulajdonságértékek stb.

Források

Az erőforrások csomópontban láthatja, hogy 4 legfelső szintű erőforrás van meghatározva, köztük egy SQL Server, egy App Service csomag és két alkalmazás.

App Service-csomag

Kezdjük egy egyszerű gyökérszintű erőforrással a JSON-ban. A JSON-vázlatban kattintson a [hostingPlanName] nevű App Service a megfelelő JSON-kód kiemeléshez.

A JSON-kód [hostingPlanName] szakaszát jeleníti meg.

Vegye figyelembe, hogy a elem megadja egy App Service-terv sztringét (ezt már régóta kiszolgálófarmnak hívták), és a többi elem és tulajdonság a JSON-fájlban definiált paraméterekkel lesz kitöltve, és ez az erőforrás nem rendelkezik beágyazott type erőforrásokkal.

Megjegyzés

Vegye figyelembe azt is, hogy a értéke jelzi az Azure-nak, hogy a REST API melyik verziójával használja a JSON-erőforrás-definíciót, és ez befolyásolhatja az erőforrás formátumát a apiVersion {} fájlban.

SQL Server

Ezután kattintson az SQLServer SQL Server erőforrásra a JSON-vázlatban.

Megjeleníti a SQL Server SQLServer nevű erőforrást a JSON-vázlatban.

Figyelje meg a kiemelt JSON-kódot:

  • A paraméterek használata biztosítja, hogy a létrehozott erőforrások neve és konfigurálása konzisztens legyen egymással.

  • Az SQLServer erőforrás két beágyazott erőforrással rendelkezik, amelyek mindegyikének eltérő értéke type van.

  • A beágyazott erőforrásai, ahol az adatbázis és a tűzfalszabályok definiálva vannak, olyan elemmel rendelkezik, amely meghatározza a gyökérszintű “resources”: […] dependsOn SQLServer erőforrás erőforrás-azonosítóját. Ez azt Azure Resource Manager, hogy "az erőforrás létrehozása előtt más erőforrásnak már léteznie kell; és ha ez a másik erőforrás meg van határozva a sablonban, először hozza létre azt.".

    Megjegyzés

    A függvény használatával kapcsolatos részletes információkért lásd: Azure Resource Manager resourceId() sablonfunkciók.

  • A elem hatása, hogy Azure Resource Manager tudja, mely erőforrásokat lehet párhuzamosan létrehozni, és mely erőforrásokat kell egymást követő dependsOn módon létrehozni.

App Service-alkalmazás

Most pedig lépjünk tovább magukra a tényleges alkalmazásokra, amelyek összetettebbek. Kattintson a JSON-vázlatban a [variables('apiSiteName')] alkalmazásra a JSON-kód kiemeléséhez. Figyelje meg, hogy a dolgok egyre érdekesebbé fognak válni. Erre a célra a funkciókról egyesedve fogunk beszélni:

Gyökérerőforrás

Az alkalmazás két különböző erőforrástól függ. Ez azt jelenti, Azure Resource Manager az alkalmazást csak a App Service-csomag és a SQL Server példány létrehozása után hozza létre.

Megjeleníti a csomag alkalmazásfüggőségeit App Service a SQL Server példányt.

Alkalmazásbeállítások

Az alkalmazásbeállítások beágyazott erőforrásként is definiálva vannak.

A JSON-kódban beágyazott erőforrásként definiált alkalmazásbeállításokat jeleníti meg.

A properties elemében config/appsettings két alkalmazásbeállítás van, "<name>" : "<value>" formátumban.

  • PROJECTA egy KUDU-beállítás, amely közli az Azure üzemelő példányával, hogy melyik projektet kell használni egy többprojektes Visual Studio megoldásban. Később meg is mutatjuk, hogyan van konfigurálva a forrásvezérlés, de mivel a ToDoApp-kód egy többprojektes Visual Studio megoldásban van, szükségünk van erre a beállításra.
  • clientUrl Az egyszerűen egy alkalmazásbeállítás, amit az alkalmazáskód használ.
Kapcsolati sztringek

A kapcsolati sztringek beágyazott erőforrásként is definiálva vannak.

Bemutatja, hogyan vannak definiálva a kapcsolati sztringek beágyazott erőforrásként a JSON-kódban.

A elemében minden kapcsolati sztring név:érték párként is definiálva van, a properties config/connectionstrings megadott "<name>" : {"value": "…", "type": "…"} formátumával. A elem type lehetséges értékei a , , és MySql SQLServer SQLAzure Custom .

Tipp

A kapcsolati sztringek pontos listájáért futtassa a következő parancsot a Azure PowerShell-ben: [ Enum]::GetNames("Microsoft.WindowsAzure.Commands.Utilities.Websites.Services.WebEntities.DatabaseType")

Verziókövetés

A forrásvezérlési beállítások beágyazott erőforrásként is definiálva vannak. Azure Resource Manager ezt az erőforrást használja a folyamatos közzététel konfigurálához (lásd a későbbi figyelmeztetést), valamint az alkalmazáskód automatikus üzembe helyezésének a IsManualIntegration JSON-fájl feldolgozása során történő üzembe helyezését.

Bemutatja, hogyan vannak definiálva a forrásvezérlő beállításai beágyazott erőforrásként a JSON-kódban.

RepoUrl A és a meglehetősen intuitívnak kell lennie, és a Git-adattárra és annak az ágnak a nevére kell mutasson, amelyből branch közzéteheti a közzétételt. Ezeket a bemeneti paraméterek határozzák meg.

Figyelje meg az elemben, hogy az alkalmazás-erőforráson kívül a és a dependsOn sourcecontrols/web elemtől is config/appsettings config/connectionstrings függ. Ennek az az oka, hogy a konfigurálás után az Azure üzembe helyezési folyamata automatikusan megkísérli az alkalmazáskódot üzembe helyezni, felépíteni és sourcecontrols/web elindítani. Ezért ennek a függőségnek a beszúrása segít abban, hogy az alkalmazás hozzáfér a szükséges alkalmazásbeállításokhoz és kapcsolati sztringekhoz az alkalmazáskód futtatása előtt.

Megjegyzés

Figyelje meg azt IsManualIntegration is, hogy a beállítása true . Erre a tulajdonságra azért van szükség ebben az oktatóanyagban, mert nem ön a GitHub-adattár tulajdona, és így nem adhat engedélyt az Azure-nak a ToDoAppból való folyamatos közzététel konfigurálára (vagyis automatikus adattárfrissítések leküldésére az Azure-ba). A megadott adattár alapértelmezett értékét csak akkor használhatja, ha korábban már konfigurálta a tulajdonos GitHub hitelesítő adatait false a Azure Portal számára. Más szóval, ha korábban beállította a forrásvezérlést GitHub vagy BitBucketre bármely alkalmazáshoz az Azure Portalon a felhasználói hitelesítő adataival, akkor az Azure meg fogja jegyezni a hitelesítő adatokat, és azokat fogja használni minden alkalommal, amikor a jövőben bármilyen alkalmazást üzembe helyez az GitHub-ból vagy a BitBucketből. Ha azonban még nem tette meg, a JSON-sablon üzembe helyezése sikertelen lesz, amikor a Azure Resource Manager megpróbálja konfigurálni az alkalmazás forrásvezérlési beállításait, mert nem tud bejelentkezni az GitHub vagy a BitBucketbe az adattár tulajdonosának hitelesítő adataival.

A JSON-sablon és az üzembe helyezett erőforráscsoport összehasonlítása

Itt az Alkalmazás összes paneljét átveheti az Azure Portalon,de van egy másik eszköz is, amely éppen olyan hasznos, ha nem több. A Azure Erőforrás-kezelő eszköz előzetes verziója, amely az előfizetések összes erőforráscsoportját JSON-ként ábrázolja, ahogyan azok ténylegesen léteznek az Azure-háttérkészletben. Azt is láthatja, hogyan felel meg az erőforráscsoport Azure-beli JSON-hierarchiája a létrehozásához használt sablonfájl hierarchiájának.

Amikor például az Azure Erőforrás-kezelő eszközre ömlök, és kibontom a csomópontokat az Explorerben, látom az erőforráscsoportot és a gyökérszintű erőforrásokat, amelyek a megfelelő erőforrástípusok szerint vannak összegyűjtve.

Tekintse meg az erőforráscsoportot és a gyökérszintű erőforrásokat a bővített Azure Resources Explorer eszközben.

Ha részletez egy alkalmazást, az alábbi képernyőképen láthatóhoz hasonló alkalmazáskonfigurációs adatokat kell látnia:

Részletes információk az alkalmazás konfigurációs részleteinek megtekintéséhez.

A beágyazott erőforrások hierarchiájának ismét nagyon hasonlónak kell lennie a JSON-sablonfájlban lévőkéhez, és az alkalmazásbeállításoknak, a kapcsolati sztringeknak stb. megfelelően tükröznie kell a JSON-panelt. A beállítások hiánya a JSON-fájllal kapcsolatos problémát jelezhet, és segíthet a JSON-sablonfájl hibaelhárításában.

Az erőforráscsoport-sablon saját üzembe helyezése

Az Üzembe helyezés az Azure-ban gomb nagyszerű, de lehetővé teszi az erőforráscsoport-sablon azuredeploy.js-ban való üzembe helyezését csak akkor, ha már leküldte azuredeploy.js-t a GitHub. Az Azure .NET SDK olyan eszközöket is biztosít, amelyek segítségével bármely JSON-sablonfájlt közvetlenül a helyi gépről helyezhet üzembe. Ehhez kövesse az alábbi lépéseket:

  1. A Visual Studio kattintson a File New Project (Fájl > új > Project) elemre.

  2. Kattintson a Visual C# > > Felhőbeli Azure-erőforráscsoport elemre, majd az OK gombra.

    Hozzon létre egy új projektet Azure-erőforráscsoportként az Azure .NET SDK-ban.

  3. Az Azure-sablon kiválasztása menüben válassza az Üres sablon lehetőséget, majd kattintson az OK gombra.

  4. Húzza azuredeploy.jsgombra az új projekt Template (Sablon) mappájába.

    Megjeleníti a fájlon azuredeploy.jsprojekt Template (Sablon) mappájába húzásának eredményét.

  5. A Megoldáskezelő nyissa meg a másolt azuredeploy.jsbe.

  6. A bemutató kedvéért adjunk hozzá néhány szabványos Application Insight-erőforrást a JSON-fájlhoz az Erőforrás hozzáadása gombra kattintva. Ha csak a JSON-fájl üzembe helyezése érdekli, ugorjon az üzembe helyezés lépéseihez.

    Megjeleníti az Erőforrás hozzáadása gombot, amely szabványos Application Insight-erőforrások JSON-fájlhoz való hozzáadására használható.

  7. Válassza az Alkalmazás Elemzések lehetőséget a Web Apps, majd győződjön meg arról, hogy egy meglévő App Service-csomag és alkalmazás van kiválasztva, majd kattintson a Hozzáadás gombra.

    Megjeleníti a kiválasztott Application Elemzések a Web Apps, a Név, App Service Csomag és a Webalkalmazás mezőben.

    Most már több olyan új erőforrást is láthat, amelyek az erőforrástól és annak jellegétől függően függnek a App Service-csomagtól vagy az alkalmazástól. Ezeket az erőforrásokat nem engedélyezi a meglévő definíciójuk, és ezt módosítani fogja.

    Tekintse meg az új erőforrásokat, amelyek függőségi viszonyban vannak a App Service vagy alkalmazással.

  8. A JSON-vázlatban kattintson az appInsights automatikus skálázás elemre a JSON-kód kiemeléséhez. Ez a méretezési beállítás a App Service beállítása.

  9. A kiemelt JSON-kódban keresse meg a és a location tulajdonságot, és állítsa be őket az alább látható enabled módon.

    Megjeleníti a helyet és az engedélyezett tulajdonságokat az appInsights automatikus méretezési JSON-kódban, valamint azokat az értékeket, amelyekre be kell állítania őket.

  10. A JSON-vázlatban kattintson a CPUHigh appInsights elemre a JSON-kód kiemeléséhez. Ez egy riasztás.

  11. Keresse meg és location isEnabled tulajdonságokat, és állítsa be őket az alább látható módon. Tegye meg ugyanezt a másik három riasztásnál (lila villanykörte).

    Megjeleníti a CPUHigh appInsights JSON-kód helyét és az isEnabled tulajdonságait, valamint azokat az értékeket, amelyekre be kell állítania őket.

  12. Most már készen áll az üzembe helyezésre. Kattintson a jobb gombbal a projektre, és válassza az Új üzembe helyezés üzembe helyezése > lehetőséget.

    Bemutatja, hogyan helyezheti üzembe az új projektet.

  13. Ha még nem tette meg, jelentkezzen be Azure-fiókjába.

  14. Válasszon ki egy meglévő erőforráscsoportot az előfizetésében, vagy hozzon létre egy újat, válassza aazuredeploy.jslehetőséget, majd kattintson a Paraméterek szerkesztése elemre.

    Bemutatja, hogyan szerkesztheti a fájlban azuredeploy.jsparamétereket.

    Most már szerkesztheti a sablonfájlban definiált összes paramétert egy szép táblában. Az alapértelmezett értékeket meghatározó paraméterek már alapértelmezett értékekkel fognak rendelkezik, az engedélyezett értékek listáját meghatározó paraméterek pedig legördülő menüként jelennek meg.

    Olyan paramétereket mutat be, amelyek legördülő listaként definiálják az engedélyezett értékek listáját.

  15. Töltse ki az összes üres paramétert, és használja a GitHub a ToDoApp objektumhoz a repoUrl paraméterben. Ezután kattintson a Mentés gombra.

    Megjeleníti az újonnan kitöltött paramétereket azuredeploy.jsfájlban.

    Megjegyzés

    Az automatikus skálázás a Standard vagy magasabb szinten elérhető szolgáltatás, a csomagszintű riasztások pedig az Alapszintű vagy magasabb szinten kínált funkciók, a termékváltozat paraméterét Standard vagy Prémium beállításra kell állítania, hogy az új App Elemzések-erőforrások felgyújtva lássa őket.

  16. Kattintson az Üzembe helyezés gombra. Ha a Jelszavak mentése beállítást választotta, a jelszó egyszerű szövegként lesz mentve a paraméterfájlban. Ellenkező esetben az üzembe helyezési folyamat során a rendszer megkéri, hogy adja meg az adatbázis jelszavát.

Készen is van. Most már csak az Azure Portalra és az Azure Erőforrás-kezelő eszközre kell áttérnie az üzembe helyezett JSON-alkalmazáshoz hozzáadott új riasztások és automatikus méretezési beállításokhoz.

Az ebben a szakaszban található lépések főként a következőket valósítják meg:

  1. Előkészítette a sablonfájlt
  2. Létrehozott egy paraméterfájlt, amely a sablonfájlt tartalmazza
  3. Üzembe helyezett egy sablonfájlt a paraméterfájllal

Az utolsó lépést könnyedén elvégezhető egy PowerShell-parancsmag. Ha meg Visual Studio, hogy mit tett az alkalmazás üzembe helyezésekor, nyissa meg a Scripts\Deploy-AzureResourceGroup.ps1. Sok kód van itt, de csak ki szeretném emelni a sablonfájl paraméterfájllal való üzembe helyezéséhez szükséges összes vonatkozó kódot.

Megjeleníti a megfelelő kódot abban a szkriptben, amely a sablonfájl paraméterfájllal való üzembe helyezéséhez szükséges.

Az utolsó parancsmag( New-AzureResourceGroup ) az, amely ténylegesen végrehajtja a műveletet. Mindez azt mutatja be, hogy az eszközök segítségével viszonylag egyszerű a felhőalkalmazás kiszámítható üzembe helyezése. Minden alkalommal, amikor ugyanazon a sablonon futtatja a parancsmagot ugyanazokkal a paraméterfájlokkal, ugyanazt az eredményt fogja kapni.

Összefoglalás

A DevOpsban az ismételhetőség és az előrejelzhetőség a mikroszolgáltatásokból álló, nagy léptékű alkalmazások sikeres üzembe helyezésének kulcsa. Ebben az oktatóanyagban egy két mikroszolgáltatás-alkalmazást helyezett üzembe az Azure-ban egyetlen erőforráscsoportként a Azure Resource Manager sablon használatával. Remélhetőleg minden szükséges tudást kapott ahhoz, hogy az Azure-ban az alkalmazást sablonként alakítsa át, és kiszámítható módon kiépítheti és üzembe helyezheti azt.

További erőforrások

Következő lépések

A cikkben üzembe helyezett erőforrástípusok JSON-szintaxisával és tulajdonságaival kapcsolatban lásd: