Natív Azure-megoldás választása

  • 10 perc

Szervezete számos követelménnyel rendelkezik az alkalmazások Azure-beli virtuális gépekre való áthelyezéséhez. Érdemes áttekinteni ezeket a követelményeket, és a szervezet igényeinek megfelelően kiválasztani a megfelelő eszközt.

A megfelelő kiépítési eszközök a problémától, az infrastruktúra méretétől, valamint a kívánt eredménytől függnek. Mivel a kritériumok hálózatonként eltérhetnek, íme néhány alapvető metrika, amellyel meghatározható, mely eszköz megfelelőbb számítási erőforrások kiépítéséhez:

  • Könnyű telepítés
  • Kezelés
  • Együttműködési lehetőség
  • Konfigurációs nyelv
  • Korlátozások és hátrányok

Tekintsük át az egyes eszközök előnyeit vagy hátrányait ezen metrikák használatával. Megvizsgálhatunk egy üzleti forgatókönyvet, és megnézhetjük, hogyan segíthetnek az egyes eszközök egy adott forgatókönyv kezelésében.

Custom script

  • Könnyű telepítés. Az egyéni szkript bővítmény az Azure Portal beépített része, így a telepítése könnyű.
  • Felügyelet. Az egyéni szkriptek felügyelete bonyolulttá válhat az infrastruktúra növekedésével és a különböző erőforrásokhoz felgyülemlő ügyfélszkriptekkel.
  • Együttműködési lehetőség. Az egyéni szkriptbővítmény hozzáadható az Azure Resource Manager-sablonhoz. Emellett az Azure PowerShell-lel és az Azure CLI-vel is üzembe helyezhető.
  • Konfigurációs nyelv. Szkripteket számos parancstípussal írhat. Használhatja a PowerShellt vagy a Basht.
  • Korlátozások és hátrányok. Az egyéni szkriptek nem hatékonyak, ha a szkriptnek több mint másfél órára van szüksége a konfiguráció alkalmazásához. Az újraindítást igénylő konfigurációkhoz ne használjon egyéni szkripteket.

Eset

A szervezete egy új szerződés keretében egy új ügyfélnek kezdett dolgozni. Az ügyfél néhány Azure-on futó virtuális géppel rendelkezik. A fejlesztői csapat úgy döntött, hogy egy kis méretű általuk írt alkalmazást kell telepíteniük, amely növeli a csapat termelékenységét és elősegíti a határidők betartását. Az alkalmazás nem igényel újraindítást.

A csapat megkéri Önt, hogy vezessen be egy olyan megoldást, amely gondoskodik arról, hogy a virtuális gépeken megfelelően telepítve van az alkalmazás, méghozzá a lehető leggyorsabban és legegyszerűbben.

Úgy dönt, hogy egy egyéni szkript jó választás ahhoz, hogy meggyőződjön az alkalmazás minden gépen történő egyszerű beállításáról. A bővítményeket a virtuális gépeken csak néhány beállítással állíthatja be az Azure Portalon.

A megoldás összegzése

Az egyéni szkript bővítmény hasznos kiépítés utáni kisebb konfigurációkhoz. Emellett hasznos, ha alkalmazásokat kell gyorsan hozzáadnia vagy frissítenie egy célszámítógépen. Az ad-hoc típusú, platformfüggetlen szkripteléshez pedig elengedhetetlen.

Azure Desired State Configuration-bővítmények

  • Könnyű telepítés. A Desired State Configurationök (DSC-k) könnyen olvashatók, frissíthetők és tárolhatók. A konfigurációk definiálják az elérni kívánt állapotot. A szerzőnek nem kell tudnia, hogy hogyan éri el az állapotot.
  • Felügyelet. A DSC mindenki számára elérhetővé teszi a kiszolgálókon a konfigurációfelügyeletet.
  • Együttműködési lehetőség. A DSC-ket az Azure Automation State Configurationnel használhatja. Ezeket az Azure Portalon, az Azure PowerShellben, vagy Azure Resource Manager-sablonokkal konfigurálhatja.
  • Konfigurációs nyelv. A DSC konfigurálásához használja a PowerShellt.
  • Korlátozások és hátrányok. A PowerShell-lel csak konfigurációkat definiálhat. Ha Azure Automation State Configuration nélkül használ DSC-t, Ön felelős a vezénylésért és a felügyeletért.

Eset

A szervezete egy új alkalmazást tesztel, amelyhez azonos virtuális gépek szükségesek, hogy az pontosan tesztelhető legyen. A cég meg szeretne győződni arról, hogy a virtuális gépek pontosan ugyanolyan konfigurációs beállításokkal rendelkeznek. Ön megfigyeli, hogy néhány beállításhoz a virtuális gépek többszöri újraindítása szükséges. Cége egyállapotos konfigurációt szeretne minden géphez a kiépítéskor. Az állapot eléréséhez szükséges hibakezelést a lehető legnagyobb mértékben el kell vonatkoztatni az állapotkonfigurációtól. A konfigurációknak könnyen olvashatónak kell lenniük.

Ön DSC használata mellett dönt. A DSC-konfigurációk könnyen olvashatók. Minden virtuális géphez egységes, azonos állapotot deklarálhat. A hibakezelési logikát elvonatkoztathatja az állapotkonfigurációtól, így egyszerű és letisztult állapotkonfigurációt tarthat fenn. Emellett meggyőződhet arról, hogy a konfigurációk újraindítás után is sikeresek.

A megoldás összegzése

A DSC könnyen olvasható, frissíthető és tárolható. A DSC-konfigurációk segítségével deklarálhatja, hogy a gépeknek milyen állapotban kell lenniük a kiépítésükkor, ahelyett, hogy útmutatást kapnának a gépek adott állapotba helyezéséről. Az Azure Automation State Configuration nélkül Önnek kell kezelnie saját DSC-konfigurációit és a vezénylést. A DSC többre képes, ha az Azure Automation State Configurationnel együtt használja.

Azure Automation State Configuration

  • Könnyű telepítés. Az Automation State Configuration könnyen telepíthető, azonban ehhez a felhasználónak ismernie kell az Azure Portalt.
  • Felügyelet. A szolgáltatás automatikusan felügyeli az összes virtuális gépet. Minden virtuális gép küldhet részletes jelentéseket az állapotáról, amelyekből Ön elemzéseket készíthet az adatokról. Az Automation State Configuration emellett segít könnyebben kezelni a DSC-konfigurációkat.
  • Együttműködési lehetőség. Az Automation State Configurationhöz DSC-konfigurációk szükségesek. Automatikusan működik az Azure-beli virtuális gépekkel, valamint a helyszínen vagy egy másik felhőszolgáltatón található virtuális gépekkel.
  • Konfigurációs nyelv. A PowerShell használata.
  • Korlátozások és hátrányok. A PowerShell-lel csak konfigurációkat definiálhat.

Eset

Megtudta, hogy cége több száz, azonos konfigurációval rendelkező virtuális gép létrehozására szeretne képes lenni. Ezekről a konfigurációkról visszajelzéseket szeretnének készíteni. Szeretnék látni, hogy mely gépek mely konfigurációkat fogadják el probléma nélkül. Emellett szeretnék látni azokat a problémákat, amelyek akkor fordulnak elő, ha egy gép nem éri el a kívánt állapotot. Emellett szeretnék betölteni ezeket az adatokat egy figyelési eszközbe, hogy elemezhessék őket és levonhassák a következtetéseket.

A szervezete követelményei alapján úgy dönt, hogy a legjobb megoldás az Azure Automation State Configuration használata DSC-konfigurációkkal az állapotok deklarálásához. Az Azure Automation State Configuration automatikusan beállíthatja a DSC-állapotkonfigurációkat az összes csomóponton. Ez a megközelítés emellett gondoskodik arról, hogy a gépek minden csomópont állapotáról jelentést készítsenek. Ezeket az adatokat továbbíthatja az Azure Monitor-naplóknak. Az Azure Automation State Configuration segítségével javíthatja a DSC-állapotkonfigurációk felügyeletét.

A megoldás összegzése

Az Azure Automation State Configuration szolgáltatással automatizálhatja a DSC-konfigurációkat, felügyelheti az ezen konfigurációkat igénylő gépeket, valamint központosított visszajelzést kaphat minden géptől. DSC-t az Azure Automation State Configuration nélkül is használhat, különösen akkor, ha kevesebb gépet szeretne felügyelni. Nagyobb méretű, vezénylést igénylő és összetettebb forgatókönyvek esetén az Azure Automation State Configuration megoldásra van szüksége. Minden szükséges konfigurációt és funkciót leküldhet az összes gépnek, és egyformán alkalmazhatja őket.

Azure Resource Manager-sablonok

  • Könnyű telepítés. Könnyen létrehozhat Resource Manager-sablonokat. A GitHub-közösségben számos sablon rendelkezésre áll, amelyeket igénybe vehet vagy alapul vehet. Másik lehetőségként saját sablont is létrehozhat az Azure Portalon.
  • Felügyelet. A Resource Manager-sablonok felügyelete egyszerű, mivel Ön kezeli a JavaScript Object Notation- (JSON-) fájlokat.
  • Együttműködési lehetőség. Resource Manager-sablonokat egyéb eszközökkel is kiépíthet, például az Azure CLI-vel, az Azure Portallal, a PowerShell-lel és a Terraformmal.
  • Konfigurációs nyelv. Használjon JSON-t.
  • Korlátozások és hátrányok. A JSON szigorú szintaxissal és nyelvtannal rendelkezik, a hibák így könnyen érvényteleníthetik a sablonokat. A követelmény, miszerint ismerni kell az Azure összes erőforrás-szolgáltatóját és az ezekhez tartozó lehetőségeket, megterhelő lehet.

Eset

Szeretnék, ha minden fejlesztő automatikusan kiépíthetne teljes virtuálisgép-csoportokat, amelyek azonosak a csoport többi tagja által létrehozottakkal. A fejlesztők meg szeretnének győződni arról, hogy mind egy környezetben dolgoznak. Ismerik a JSON nyelvet, azonban nem feltétlenül tudják, hogyan kell felügyelni az infrastruktúrát. Könnyen és gyorsan ki kell tudniuk építeni a virtuális gépek futtatásához szükséges összes erőforrást.

Ön úgy dönt, hogy bemutatja az Azure Resource Manager-sablonokat a fejlesztőknek. Így együttműködhet a fejlesztőkkel annak eldöntésében, hogy mely erőforrásokra van szükségük az Azure-ban. Emellett közösen megegyezhetnek egy olyan sablon használatáról, amely megfelel a követelményeiknek. Mivel a sablon JSON-alapú és könnyen üzembe helyezhető, a fejlesztők gyorsan elsajátíthatják az Azure-erőforrások kiépítését és üzembe helyezését.

A megoldás összegzése

A Resource Manager-sablonok kis méretű, ad-hoc infrastruktúrákhoz használhatók. Emellett ideálisak nagyobb méretű, több szolgáltatással rendelkező infrastruktúrák, illetve ezek függőségeinek üzembe helyezéséhez. Az erőforrássablonok jól illeszkednek a fejlesztői munkafolyamatokba. Ugyanazt a sablont újra és újra, az alkalmazás életciklusának minden fázisában felhasználhatja az alkalmazás üzembe helyezéséhez.