Eseményalapú felhőbeli automatizálás

A munkafolyamatok és az ismétlődő feladatok felhőbeli automatizálása kiszolgáló nélküli technológiákkal jelentősen javíthatja a szervezet DevOps-csapata termelékenységét. A kiszolgáló nélküli modellek az eseményvezérelt megközelítésnek megfelelő automatizálási forgatókönyvekhez ideálisak.

Felépítés

Forgatókönyvek

Ez a cikk két kulcsfontosságú felhőautomatizálási forgatókönyvet mutat be:

1. Költséghely címkézése: Ez az implementáció nyomon követi az egyes Azure-erőforrások költségközpontjait. Az Azure Policy szolgáltatás egy csoport összes új erőforrását egy alapértelmezett költséghely-azonosítóval címkézi. Az Azure Event Grid figyeli az erőforrás-létrehozási eseményeket, majd meghív egy Azure-függvényt. A függvény együttműködik a Microsoft Entra-azonosítóval, és ellenőrzi az új erőforrás költséghely-azonosítóját. Ha eltér, frissíti a címkét, és e-mailt küld az erőforrás tulajdonosának. A Microsoft Entra-azonosító REST-lekérdezései az egyszerűség kedvéért ki vannak gúnyolva. A Microsoft Entra ID integrálható a Microsoft Graph PowerShell modul vagy a Pythonhoz készült Microsoft Authentication Library (MSAL) használatával is.

2. Szabályozási válasz: Ez a példa egy Azure Cosmos DB-adatbázist figyel a szabályozáshoz. Az Azure Monitor-riasztások akkor aktiválódnak, ha az Azure Cosmos DB-hez irányuló adathozzáférési kérelmek túllépik a kérelemegységek (vagy kérelemegységek) kapacitását. Egy Azure Monitor-műveletcsoport úgy van konfigurálva, hogy meghívja az automatizálási függvényt ezekre a riasztásokra válaszul. A függvény magasabb értékre skálázza a kérelemegységeket, növeli a kapacitást, és leállítja a riasztásokat.

Az első forgatókönyv referencia-implementációja a GitHubon érhető el.

A kiszolgáló nélküli felhőautomatizálási forgatókönyvek funkcióit gyakran a PowerShellben és a Pythonban írják, amely a rendszerautomatizálásban használt két leggyakoribb szkriptnyelv. Az Azure Functions Core Tools használatával vannak üzembe helyezve az Azure CLI-ben. Másik lehetőségként az Az.Functions PowerShell-parancsmagot is használhatja az Azure Functions üzembe helyezéséhez és kezeléséhez.

Munkafolyamat

Az eseményalapú automatizálási forgatókönyvek az Azure Functions használatával implementálódnak a legjobban. A következő gyakori mintákat követik:

• Válaszoljon az erőforrások eseményeire. Ezek olyan eseményekre adott válaszok, mint például egy Azure-erőforrás vagy erőforráscsoport létrehozása, törlése, módosítása stb. Ez a minta az Event Grid használatával aktiválja az ilyen események függvényét. A költséghely címkézési forgatókönyve egy példa erre a mintára. Egyéb gyakori forgatókönyvek a következők:

  • a DevOps-csapatok hozzáférésének biztosítása az újonnan létrehozott erőforráscsoportokhoz,
  • értesítés küldése a DevOpsnak egy erőforrás törlésekor, és
  • válaszol az erőforrások, például az Azure Virtual Machines (VM) karbantartási eseményeire.

• Ütemezett tevékenységek. Ezek általában időzítő által aktivált függvényekkel végrehajtott karbantartási feladatok. Példák erre a mintára:

  • egy erőforrás leállítása éjszaka, reggeltől kezdve,
  • a Blob Storage-tartalmak rendszeres időközönként történő olvasása és Azure Cosmos DB-dokumentummá alakítása,
  • rendszeresen vizsgálja meg a már nem használt erőforrásokat, és távolítsa el őket, és
  • automatikus biztonsági mentések.

• Azure-riasztások feldolgozása. Ez a minta az Azure Monitor-riasztások és műveleti csoportok Azure Functions-beli integrálásának egyszerűségét használja. A függvény általában az alkalmazásokból és az infrastruktúrából származó metrikákra, naplóelemzésekre és riasztásokra reagálva végez szervizműveleteket. A szabályozási válaszforgatókönyv erre a mintára példa. Egyéb gyakori forgatókönyvek a következők:

  • csonkolja a táblát, amikor az SQL Database eléri a maximális méretet,
  • szolgáltatás újraindítása egy virtuális gépen, ha az hibásan le van állítva, és
  • értesítések küldése, ha egy függvény meghibásodik.

• Vezénylés külső rendszerekkel. Ez a minta lehetővé teszi a külső rendszerekkel való integrációt a Logic Apps használatával a munkafolyamat vezényléséhez. A Logic Apps-összekötők egyszerűen integrálhatók több külső szolgáltatással, valamint Microsoft-szolgáltatások, például a Microsoft 365-kel. Az Azure Functions a tényleges automatizáláshoz használható. A költséghely címkézési forgatókönyve ezt a mintát mutatja be. Egyéb gyakori forgatókönyvek a következők:

  • az olyan informatikai folyamatok monitorozása, mint a változáskérések vagy jóváhagyások, és
  • e-mail-értesítés küldése az automatizálási feladat befejezésekor.

• Webes kampóként vagy API-ként való közzététel. Az Azure Functionst használó automatizálási feladatok integrálhatók külső alkalmazásokba vagy akár parancssori eszközökbe is, ha a függvényt egy HTTP-eseményindító használatával webes horogként/API-ként alakítja ki. A függvényhez való külső hozzáférés biztosításához a PowerShellben és a Pythonban is több hitelesítési módszer érhető el. Az automatizálás az alkalmazásspecifikus külső eseményekre, például a Power Apps vagy a GitHub integrációjára reagál. Gyakori forgatókönyvek például a következők:

  • automatizálás aktiválása egy sikertelen szolgáltatáshoz, és
  • felhasználók előkészítése a szervezet erőforrásaihoz.

• ChatOps-felület létrehozása. Ez a minta lehetővé teszi az ügyfelek számára, hogy csevegőalapú operatív felületet hozzanak létre, és fejlesztési és üzemeltetési függvényeket és parancsokat futtasson az emberi együttműködéssel összhangban. Ez integrálható az Azure Bot Frameworktel, és a Microsoft Teams vagy a Slack parancsokat használhatja az üzembe helyezéshez, a monitorozáshoz, a gyakori kérdésekhez stb. A ChatOps-felület valós idejű rendszert hoz létre az éles incidensek kezeléséhez, és minden lépés automatikusan dokumentálva van a csevegésen. További információkért olvassa el , hogyan segíthet a ChatOps a DevOpsban .

• Hibrid automatizálás. Ez a minta a Azure-alkalmazás Szolgáltatás hibrid Csatlakozás használatával telepít egy szoftverösszetevőt a helyi gépen. Ez az összetevő biztonságos hozzáférést biztosít a gépen lévő erőforrásokhoz. A hibrid környezetek kezelése jelenleg Windows-alapú rendszereken érhető el PowerShell-függvényekkel. Gyakori forgatókönyvek például a következők:

  • a helyszíni gépek kezelése, valamint
  • a tűzfal mögötti egyéb rendszerek (például egy helyszíni SQL Server) kezelése egy ugrókiszolgálón keresztül.

Összetevők

Az architektúra az alábbi összetevőkből áll:

• Azure Functions-függvények. Az Azure Functions biztosítja az eseményvezérelt, kiszolgáló nélküli számítási képességeket ebben az architektúrában. A függvények automatizálási feladatokat hajtanak végre, amikor események vagy riasztások aktiválódnak. Két esetben a függvények HTTP-kéréssel lesznek meghívva. A kód összetettségét minimálisra kell csökkenteni az állapot nélküli és idempotens függvény fejlesztésével.

  Az idempotens függvények több végrehajtása ugyanazt az eredményt hozza létre. Az idempotencia fenntartása érdekében a szabályozási forgatókönyvben a függvények skálázása egyszerű marad. A valós automatizálásban ügyeljen arra, hogy a vertikális fel- vagy leskálázás megfelelő legyen. Olvassa el az Azure Functions teljesítményének és megbízhatóságának optimalizálását a függvények írásakor ajánlott eljárásokhoz.

• Azure Logic Apps. A Logic Apps egyszerűbb feladatok elvégzésére használható, és a beépített összekötők használatával egyszerűen implementálható. Ezek a feladatok az e-mail-értesítésektől a külső felügyeleti alkalmazásokkal való integrációig terjedhetnek. Ha meg szeretné tudni, hogyan használhatja a Logic Appst külső alkalmazásokkal, olvassa el az Azure alapszintű vállalati integrációját.

  A Logic Apps nem tartalmaz kódot vagy alacsony kódszámú vizualizációtervezőt, és egyes automatizálási forgatókönyvekben egyedül is használható. Az Azure Functions és a Logic Apps összehasonlítása alapján megállapíthatja, hogy melyik szolgáltatás felel meg a forgatókönyvnek.

• Event Grid. Az Event Grid beépített támogatást nyújt más Azure-szolgáltatások eseményeihez, valamint egyéni eseményekhez (más néven egyéni témakörökhöz). Az olyan üzemeltetési események, mint az erőforrás-létrehozás, könnyen propagálásra kerülhetnek az automatizálási függvénybe az Event Grid beépített mechanizmusával.

  Az Event Grid egy közzétételi-előfizetési modellel leegyszerűsíti az eseményalapú automatizálást, így megbízható automatizálást tesz lehetővé a HTTPS-en keresztül továbbított eseményekhez.

• Azure Monitor. Az Azure Monitor-riasztások figyelhetik a kritikus állapotokat, és korrekciós műveleteket hajthatnak végre az Azure Monitor műveleti csoportjaival. Ezek a műveletcsoportok könnyen integrálhatóak az Azure Functions szolgáltatással. Ez hasznos az infrastruktúra hibafeltételeinek, például az adatbázis-szabályozásnak a megtekintéséhez és javításához.

• Automatizálási művelet. Ez a széles körű blokk azokat a szolgáltatásokat jelöli, amelyekkel a függvény kommunikálhat az automatizálási funkciók biztosításához. Például a Microsoft Entra azonosítója a címkék érvényesítéséhez az első forgatókönyvhöz hasonlóan, vagy egy olyan adatbázis, amely a második forgatókönyvhöz hasonlóan kiépítendő.

Considerations

Ezek a szempontok implementálják az Azure Well-Architected Framework alappilléreit, amely a számítási feladatok minőségének javítására használható vezérelvek halmaza. További információ: Microsoft Azure Well-Architected Framework.

Resiliency

Azure Functions

HTTP-időtúllépések kezelése

Ha el szeretné kerülni a HTTP-időtúllépéseket egy hosszabb automatizálási feladathoz, várólistára kell tenni ezt az eseményt egy Service Busban, és kezelnie kell egy másik függvény tényleges automatizálását. A szabályozási válaszautomatizálási forgatókönyv ezt a mintát szemlélteti, annak ellenére, hogy a tényleges Azure Cosmos DB RU kiépítése gyors.

A meghívások közötti állapotot fenntartó Durable Functions a fenti megközelítés alternatívát kínál. A Durable Functions csak bizonyos nyelveket támogat.

Naplóhibák

Ajánlott eljárásként a függvénynek naplóznia kell az automatizálási feladatok végrehajtásával kapcsolatos hibákat. Ez lehetővé teszi a hibafeltételek megfelelő hibaelhárítását. Az Azure Functions natív módon támogatja az Application Elemzések mint telemetriai rendszerrel való integrációt.

Egyidejűség

Ellenőrizze az automatizálási függvény egyidejűségi követelményét. Az egyidejűség a változónak maxConcurrentRequests a host.json fájlban való beállításával korlátozható. Ez a beállítás korlátozza a függvényalkalmazásban futó egyidejű függvénypéldányok számát. Mivel minden példány processzort és memóriát használ, ezt az értéket a processzorigényes műveletekhez kell módosítani. Csökkentse, maxConcurrentRequests ha a függvényhívások túl lassúnak tűnnek, vagy nem tudnak befejezni. További részletekért tekintse meg a Gazdagép viselkedésének konfigurálása az egyidejűség jobb kezeléséhez című szakaszt.

Idempotencia

Győződjön meg arról, hogy az automatizálási függvény idempotens. Mind az Azure Monitor, mind az Event Grid riasztásokat vagy eseményeket bocsáthat ki, amelyek azt jelzik, hogy az előfizetett esemény feloldva, aktiválva, folyamatban van stb., az erőforrás kiépítése folyamatban van, sikeresen létrejött stb., vagy akár hamis riasztásokat is küldhet egy helytelen konfiguráció miatt. Győződjön meg arról, hogy a függvény csak a releváns riasztásokon és eseményeken működik, és figyelmen kívül hagyja az összes többit, hogy a téves vagy helytelenül konfigurált események ne okozzanak nemkívánatos eredményeket. További információ: Az Azure Functions tervezése azonos bemenethez.

Event Grid

Ha a munkafolyamat Event Gridet használ, ellenőrizze, hogy a forgatókönyv képes-e nagy mennyiségű eseményt generálni ahhoz, hogy eltömje a rácsot. Tekintse meg az Event Grid üzenetkézbesítését, és próbálkozzon újra annak megértéséhez, hogyan kezeli az eseményeket, ha a kézbesítést nem nyugtázza, és ennek megfelelően módosítsa a logikát. A költséghely munkafolyamata nem végez további ellenőrzéseket ehhez, mivel csak egy erőforráscsoport erőforrás-létrehozási eseményeit figyeli. A teljes előfizetésben létrehozott erőforrások monitorozása nagyobb számú eseményt eredményezhet, ami rugalmasabb kezelést igényel.

Azure Monitor

Ha elég nagy számú riasztás jön létre, és az automatizálás frissíti az Azure-erőforrásokat, az Azure Resource Manager szabályozási korlátai elérhetők. Ez negatívan befolyásolhatja az előfizetés többi infrastruktúráját. Ezt a helyzetet elkerülheti az Azure Monitor által generált riasztások gyakoriságának korlátozásával. Korlátozhatja az adott hiba esetén generált riasztásokat is. További információért tekintse meg az Azure Monitor-riasztások dokumentációját.

Biztonság

A biztonság biztosítékokat nyújt a szándékos támadások és az értékes adatokkal és rendszerekkel való visszaélés ellen. További információ: A biztonsági pillér áttekintése.

A függvényhez való hozzáférés szabályozása

Az engedélyezési szint beállításával korlátozhatja a HTTP által aktivált függvényekhez való hozzáférést. Névtelen hitelesítéssel a függvény könnyen elérhető egy URL-címmel, például http://<APP_NAME>.azurewebsites.net/api/<FUNCTION_NAME>. A függvényszintű hitelesítés elhomályosíthatja a HTTP-végpontot, ha függvénykulcsokat igényel az URL-címben. Ez a szint a file function.json fájlban van beállítva:

{
  "bindings": [
    {
      "authLevel": "function",
      "type": "httpTrigger",
      "direction": "in",
      "name": "Request",
      "methods": [
        "get",
        "post"
      ]
    },
    {
      "type": "http",
      "direction": "out",
      "name": "Response"
    }
  ]
}

Éles környezet esetén további stratégiákra lehet szükség a függvény védelméhez. Ezekben a forgatókönyvekben a függvényeket más Azure-szolgáltatások hajtják végre az Azure-platformon belül, és nem lesznek kitéve az internetnek. A függvények engedélyezése néha elegendő a webes horogként elért függvényekhez.

Érdemes lehet biztonsági rétegeket hozzáadni a függvényhitelesítéshez, például:

• hitelesítés ügyféltanúsítványokkal, vagy
• az App Service-hitelesítés engedélyezésével győződjön meg arról, hogy a hívó a függvényt futtató könyvtár része vagy hozzáféréssel rendelkezik.

A függvényszintű hitelesítés az egyetlen lehetőség, amely az Azure Monitor-műveletcsoportok számára elérhető az Azure Functions használatával.

Ha a függvényt külső alkalmazásból vagy szolgáltatásból kell meghívni, javasoljuk, hogy api Management-réteggel biztosítson hozzáférést a függvényhez. Ennek a rétegnek a hitelesítést kell kikényszerítenie. Az API Management egy , az Azure Functionsbe integrált fogyasztási szinttel rendelkezik, amely lehetővé teszi, hogy csak az API végrehajtásakor fizessen. További információ: Függvények létrehozása és elérhetővé helyezése az OpenAPI-val.

Ha a hívó szolgáltatás támogatja a szolgáltatásvégpontokat vagy a privát kapcsolatot, a következő költségesebb lehetőségeket lehet figyelembe venni:

• Használjon egy dedikált App Service-csomagot, ahol zárolhatja a virtuális hálózat funkcióit a hozzáférés korlátozásához. Ez nem lehetséges a használatalapú kiszolgáló nélküli modellekben.
• Használja az Azure Functions Premium csomagot, amely egy dedikált virtuális hálózatot tartalmaz, amelyet a függvényalkalmazások használnak.

Ha össze szeretné hasonlítani a díjszabást és a funkciókat ezek között a lehetőségek között, olvassa el az Azure Functions skálázását és üzemeltetését.

A függvény hozzáférésének szabályozása

Az Azure-erőforrások felügyelt identitásai, a Microsoft Entra szolgáltatás leegyszerűsítik a függvény hitelesítését és elérését más Azure-erőforrásokhoz és -szolgáltatásokhoz. A kódnak nem kell kezelnie a hitelesítési hitelesítő adatokat, mivel a Microsoft Entra ID kezeli.

A felügyelt identitásoknak két típusa létezik:

• Rendszer által hozzárendelt felügyelt identitások: Ezek az Azure-erőforrás részeként jönnek létre, és nem oszthatók meg több erőforrás között. Ezek törlődnek az erőforrás törlésekor. Ezeket olyan forgatókönyvekhez használhatja, amelyek egyetlen Azure-erőforrást foglalnak magukban, vagy amelyekhez független identitásokra van szükség. Mindkét forgatókönyv rendszer által hozzárendelt identitásokat használ, mivel csak egyetlen erőforrást frissít. A felügyelt identitások csak egy másik erőforrás frissítéséhez szükségesek. A függvények például felügyelt identitás nélkül is beolvashatják az erőforráscímkéket. Ezeket az utasításokat követve hozzáadhat egy rendszer által hozzárendelt identitást a függvényhez.

• Felhasználó által hozzárendelt felügyelt identitások: Ezek különálló Azure-erőforrásokként jönnek létre. Ezek több erőforrás között megoszthatóak, és explicit módon törölni kell őket, ha már nincs rá szükség. Olvassa el ezeket az utasításokat a felhasználó által hozzárendelt identitás függvényhez való hozzáadásához. Ezeket a következő forgatókönyvekhez használhatja:

  • Több olyan erőforráshoz való hozzáférés megkövetelése, amelyek egyetlen identitást oszthatnak meg, vagy
  • Előzetes engedélyezésre van szükség az erőforrások üzembe helyezése során történő védelméhez, vagy
  • Az erőforrások gyakran újrafeldolgozott, míg az engedélyeknek konzisztensnek kell lenniük.

Miután hozzárendelte az identitást az Azure-függvényhez, rendeljen hozzá egy szerepkört az Azure szerepköralapú hozzáférés-vezérléssel (Azure RBAC) az erőforrások eléréséhez. Egy erőforrás frissítéséhez például a közreműködői szerepkört hozzá kell rendelni a függvény identitásához.

Költségoptimalizálás

A költségoptimalizálás a szükségtelen kiadások csökkentésének és a működési hatékonyság javításának módjairól szól. További információ: A költségoptimalizálási pillér áttekintése.

Az Azure díjkalkulátorával megbecsülheti költségeit. Az alábbiakban néhány szempontot figyelembe kell venni a költségek csökkentésére.

Azure Logic Apps

A logic apps használatalapú díjszabási modellel rendelkezik. Az aktiválások, műveletek és összekötő-végrehajtások díjkötelesek minden alkalommal, amikor egy logikai alkalmazás fut. A sikeres és sikertelen műveletek mindegyike, beleértve az aktiválásokat is, végrehajtásnak számít.

A logikai alkalmazások rögzített díjszabási modellel is rendelkeznek. Ha olyan logikai alkalmazásokat kell futtatnia, amelyek biztonságos erőforrásokkal kommunikálnak egy Azure-beli virtuális hálózaton, létrehozhatja őket egy integrációs szolgáltatási környezetben (I Standard kiadás).

További részletekért tekintse meg az Azure Logic Apps díjszabási modelljét.

Ebben az architektúrában a logikai alkalmazásokat a cost center címkézési forgatókönyve használja a munkafolyamat vezényléséhez.

A beépített összekötők segítségével csatlakozhat az Azure Functionshez, és e-mailes értesítést küldhet egy automatizálási feladat befejezésekor. A függvények egy HTTP-eseményindító használatával webes horogként/API-ként jelennek meg. A logikai alkalmazások csak HTTPS-kérések esetén aktiválódnak. Ez költséghatékony módszer egy olyan kialakításhoz képest, ahol a függvények folyamatosan kérdeznek le és keresnek bizonyos kritériumokat. Minden lekérdezési kérelem mérése műveletként történik.

További információkért tekintse meg a Logic Apps díjszabását.

Azure Functions

Az Azure Functions az alábbi három díjszabási csomaggal érhető el.

• Használati terv. Ez a legköltséghatékonyabb, kiszolgáló nélküli csomag, ahol csak a függvény futási idejéért kell fizetnie. Ebben a tervben a függvények egyszerre legfeljebb 10 percig futhatnak.

• Prémium csomag. Fontolja meg az Azure Functions Premium-csomag használatát olyan automatizálási forgatókönyvekhez, amelyek további követelményeket támasztanak, például dedikált virtuális hálózatot, hosszabb végrehajtási időtartamot stb. Ezek a függvények akár egy óráig is futtathatók, és hosszabb automatizálási feladatokhoz, például biztonsági másolatok futtatásához, adatbázis-indexeléshez vagy jelentések létrehozásához kell kiválasztani őket.

• App Service-csomag. Az Azure-alkalmazás szolgáltatás hibrid Csatlakozás ionjait használó hibrid automatizálási forgatókönyveknek az App Service-csomagot kell használniuk. A csomagban létrehozott függvények korlátlan ideig futtathatók, hasonlóan egy webalkalmazáshoz.

Ezekben az automatizálási forgatókönyvekben az Azure Functions olyan feladatokhoz használható, mint a Címkék frissítése a Microsoft Entra ID-ban, vagy az Azure Cosmos DB konfigurációjának módosítása a kérelemegységek magasabb értékre való felskálázásával. A használati terv azért megfelelő ehhez a használati esethez, mert ezek a tevékenységek interaktívak, és nem hosszú ideig futnak.

Azure Cosmos DB

Az Azure Cosmos DB óránként számláz a kiosztott átviteli sebességért és a felhasznált tárterületért. A kiosztott átviteli sebesség másodpercenkénti kérelemegységekben (RU/s) van kifejezve, amely a tipikus adatbázis-műveletekhez, például beszúrásokhoz, olvasásokhoz használható. A tárterület a tárolt adatokhoz és indexekhez használt összes GB-ra kiszámlázva van. További információkért tekintse meg az Azure Cosmos DB díjszabási modelljét .

Ebben az architektúrában, ha az Azure Cosmos DB-hez irányuló adathozzáférési kérelmek túllépik a kérelemegységek (vagy kérelemegységek) kapacitását, az Azure Monitor riasztásokat aktivál. A riasztásokra válaszul egy Azure Monitor-műveletcsoport úgy van konfigurálva, hogy meghívja az automatizálási függvényt. A függvény a kérelemegységeket magasabb értékre skálázza. Ez segít megőrizni a költségeket, mert csak a számítási feladatokhoz szükséges erőforrásokért kell fizetnie óránként.

A számítási feladat gyors költségbecsléséhez használja az Azure Cosmos DB kapacitáskalkulátorát.

További információt a Microsoft Azure Well-Architected Framework Költség szakaszában talál.

Deployment considerations

Az alkalmazás viselkedését kezelő kritikus automatizálási munkafolyamatok esetében az állásidő nélküli üzembe helyezést hatékony DevOps-folyamattal kell elérni. További információkért olvassa el a kiszolgáló nélküli háttérrendszer üzembe helyezését.

Ha az automatizálás több alkalmazásra is kiterjed, tartsa az automatizáláshoz szükséges erőforrásokat egy külön erőforráscsoportban. Egyetlen erőforráscsoport osztható meg az automatizálás és az alkalmazáserőforrások között, ha az automatizálás egyetlen alkalmazásra terjed ki.

Ha a munkafolyamat több automatizálási függvényt is magában foglal, csoportosítsa a függvényeket egyetlen függvényalkalmazásban egy forgatókönyvbe. További információért olvassa el a Függvényalkalmazás kezelése című cikket.

Az alkalmazás üzembe helyezésekor figyelnie kell azt. Fontolja meg az Alkalmazás Elemzések használatát, hogy a fejlesztők figyelhessék a teljesítményt és észlelhessék a problémákat.

További információt a Microsoft Azure Well-Architected Framework DevOps szakaszában talál.

Imperatív műveletek az Azure-erőforrásokon

A fenti mindkét forgatókönyv esetében a végeredmény az Azure-erőforrások állapotának módosítása volt közvetlen Azure Resource Manager-interakción keresztül. Bár ez volt a kívánt eredmény, fontolja meg, hogy ez milyen hatással lehet a környezetre, ha a módosított erőforrásokat eredetileg deklaratív módon helyezték üzembe, például Bicep- vagy Terraform-sablonok. Ha ezeket a módosításokat nem replikálja vissza a forrássablonokba, a sablonok következő használata visszavonhatja az automatizálás által végrehajtott módosításokat. Fontolja meg a sablonokon keresztül rutinszerűen üzembe helyezett Azure-erőforrások imperatív módosításainak keverésének hatását.

A forgatókönyv üzembe helyezése

A cost center-forgatókönyv üzembe helyezéséhez tekintse meg a GitHub üzembe helyezési lépéseit.

További lépések

• Oktatás: Bevezetés az Azure Functions használatába
• Dokumentáció: Bevezetés az Azure Functions használatába
• Mi az Az Azure Event Grid?

Kapcsolódó erőforrások

• Kódbemutató: Kiszolgáló nélküli alkalmazás a Functions használatával
• Kiszolgáló nélküli függvényarchitektúra tervezése
• Kiszolgáló nélküli függvények referenciaarchitektúrái