Az Azure Blueprints üzembehelyezési folyamatának ismertetése

  • Cikk

Fontos

2026. július 11-én a Tervek (előzetes verzió) elavult. Migrálja a meglévő tervdefiníciókat és -hozzárendeléseket sablonspecifikációkba és üzembehelyezési vermekbe. A tervösszetevőket ARM JSON-sablonokká vagy Bicep-fájlokká kell konvertálni, amelyek az üzembehelyezési vermek meghatározására szolgálnak. Ha meg szeretné tudni, hogyan hozhat létre összetevőt ARM-erőforrásként, tekintse meg az alábbiakat:

Az Azure Blueprints szekvenálási sorrendben határozza meg az erőforrások létrehozásának sorrendjét egy tervdefiníció hozzárendelésének feldolgozásakor. Ez a cikk a következő fogalmakat ismerteti:

  • A használt alapértelmezett sorrend
  • A rendelés testreszabása
  • A testre szabott rendelés feldolgozása

A JSON-példákban vannak olyan változók, amelyeket a saját értékeire kell cserélnie:

  • {YourMG} – Cserélje le a felügyeleti csoport nevére

Alapértelmezett sorrend

Ha a tervdefiníció nem tartalmaz direktívát az összetevők üzembe helyezésének sorrendjéhez, vagy az irányelv null értékű, akkor a következő sorrendet használja:

  • Előfizetési szintű szerepkör-hozzárendelési összetevők összetevőnév szerint rendezve
  • Előfizetési szintű szabályzat-hozzárendelési összetevők az összetevő neve szerint rendezve
  • Előfizetési szintű Azure Resource Manager-sablon (ARM-sablonok) összetevői összetevőnév szerint rendezve
  • Erőforráscsoport-összetevők (beleértve a gyermekösszetevőket) helyőrző neve szerint rendezve

Az egyes erőforráscsoport-összetevőkben a rendszer a következő sorrendben hozza létre az összetevőket az adott erőforráscsoportban:

  • Erőforráscsoport gyermekszerepkör-hozzárendelési összetevői összetevőnév szerint rendezve
  • Erőforráscsoport gyermekszabályzat-hozzárendelési összetevői összetevőnév szerint rendezve
  • Erőforráscsoport gyermek Azure Resource Manager-sablonjának (ARM-sablonjainak) összetevői összetevőnév szerint rendezve

Megjegyzés

Az összetevők használata() implicit függőséget hoz létre a hivatkozott összetevőről.

A sorrend testreszabása

Nagy tervdefiníciók írásakor szükség lehet az erőforrások adott sorrendben történő létrehozására. Ennek a forgatókönyvnek a leggyakoribb használati mintája az, amikor egy tervdefiníció több ARM-sablont is tartalmaz. Az Azure Blueprints úgy kezeli ezt a mintát, hogy engedélyezi a sorrend meghatározását.

A rendezés úgy történik, hogy meghatároz egy tulajdonságot dependsOn a JSON-ban. Ezt a tulajdonságot az erőforráscsoportok és az összetevő-objektumok tervdefiníciója támogatja. dependsOn az összetevőnevek sztringtömbje, amelyet az adott összetevőnek a létrehozása előtt létre kell hoznia.

Megjegyzés

Tervobjektumok létrehozásakor minden összetevő-erőforrás a fájlnévből, a PowerShell használata esetén vagy a REST API használata esetén az URL-végpontból kapja a nevét. A resourceGroup-hivatkozásoknak az összetevőkben meg kell egyeznie a tervdefinícióban meghatározottakkal.

Példa – rendezett erőforráscsoport

Ebben a példában a tervdefiníció egy erőforráscsoporttal rendelkezik, amely egyéni sorrendet definiált a dependsOnérték deklarálásával, valamint egy standard erőforráscsoporttal. Ebben az esetben a assignPolicyTags nevű összetevő a ordered-rg erőforráscsoport előtt lesz feldolgozva. A standard-rg feldolgozása az alapértelmezett sorrendben történik.

{
    "properties": {
        "description": "Example blueprint with custom sequencing order",
        "resourceGroups": {
            "ordered-rg": {
                "dependsOn": [
                    "assignPolicyTags"
                ],
                "metadata": {
                    "description": "Resource Group that waits for 'assignPolicyTags' creation"
                }
            },
            "standard-rg": {
                "metadata": {
                    "description": "Resource Group that follows the standard sequence ordering"
                }
            }
        },
        "targetScope": "subscription"
    },
    "type": "Microsoft.Blueprint/blueprints"
}

Példa – összetevő egyéni sorrendben

Ez a példa egy arm-sablontól függő szabályzatösszetevő. Alapértelmezés szerint a rendszer létrehoz egy szabályzatösszetevőt az ARM-sablon előtt. Ez a rendezés lehetővé teszi, hogy a szabályzatösszetevő megvárja az ARM-sablon létrehozását.

{
    "properties": {
        "displayName": "Assigns an identifying tag",
        "policyDefinitionId": "/providers/Microsoft.Authorization/policyDefinitions/2a0e14a6-b0a6-4fab-991a-187a4f81c498",
        "resourceGroup": "standard-rg",
        "dependsOn": [
            "customTemplate"
        ]
    },
    "kind": "policyAssignment",
    "type": "Microsoft.Blueprint/artifacts"
}

Példa – előfizetési szintű sablonösszetevő egy erőforráscsoporttól függően

Ez a példa egy, az előfizetés szintjén üzembe helyezett ARM-sablonra mutat, amely egy erőforráscsoporttól függ. Az alapértelmezett sorrendben az előfizetési szintű összetevők az erőforráscsoportok és a gyermekösszetevők előtt jönnek létre az adott erőforráscsoportokban. Az erőforráscsoport a tervdefinícióban az alábbi módon van definiálva:

"resourceGroups": {
    "wait-for-me": {
        "metadata": {
            "description": "Resource Group that is deployed prior to the subscription level template artifact"
        }
    }
}

Az előfizetési szintű sablonösszetevő a wait-for-me erőforráscsoporttól függően az alábbi módon van definiálva:

{
    "properties": {
        "template": {
            ...
        },
        "parameters": {
            ...
        },
        "dependsOn": ["wait-for-me"],
        "displayName": "SubLevelTemplate",
        "description": ""
    },
    "kind": "template",
    "type": "Microsoft.Blueprint/blueprints/artifacts"
}

A testre szabott sorozat feldolgozása

A létrehozási folyamat során a rendszer topológiai rendezéssel hozza létre a tervösszetevők függőségi gráfját. Az ellenőrzés biztosítja, hogy az erőforráscsoportok és az összetevők közötti függőségi szintek támogatottak legyenek.

Ha olyan összetevő-függőség van deklarálva, amely nem változtatná meg az alapértelmezett sorrendet, akkor nem történik módosítás. Ilyen például egy előfizetési szintű szabályzattól függő erőforráscsoport. Egy másik példa egy "standard-rg" gyermekházirend-hozzárendelés, amely a "standard-rg" gyermekszerepkör-hozzárendelés erőforráscsoporttól függ. Mindkét esetben a dependsOn nem módosította volna az alapértelmezett sorrendet, és nem történt módosítás.

További lépések