Az Azure Resource Manager áttekintéseAzure Resource Manager overview

Azure Resource Manager az Azure üzembe helyezési és kezelési szolgáltatása.Azure Resource Manager is the deployment and management service for Azure. Olyan felügyeleti réteget biztosít, amely lehetővé teszi az Azure-előfizetésében lévő erőforrások létrehozását, frissítését és törlését.It provides a management layer that enables you to create, update, and delete resources in your Azure subscription. A felügyeleti funkciókat, például a hozzáférés-vezérlést, a zárolásokat és a címkéket használhatja az erőforrások biztonságossá tételéhez és rendszerezéséhez az üzembe helyezés után.You use management features, like access control, locks, and tags, to secure and organize your resources after deployment.

Azure Resource Manager-sablonokkal kapcsolatos további tudnivalókért tekintse meg a template Deployment áttekintésecímű témakört.To learn about Azure Resource Manager templates, see Template deployment overview.

Konzisztens felügyeleti rétegConsistent management layer

Ha a felhasználó bármely Azure-eszközből, API-ból vagy SDK-ból küld kérelmet, a Resource Manager megkapja a kérelmet.When a user sends a request from any of the Azure tools, APIs, or SDKs, Resource Manager receives the request. Hitelesíti és engedélyezi a kérést.It authenticates and authorizes the request. A Resource Manager elküldi a kérést az Azure szolgáltatásnak, amely végrehajtja a kért műveletet.Resource Manager sends the request to the Azure service, which takes the requested action. Mivel az összes kérelem kezelése ugyanazon az API-n keresztül történik, a különböző eszközök konzisztens eredményei és képességei láthatók.Because all requests are handled through the same API, you see consistent results and capabilities in all the different tools.

Az alábbi képen látható, hogy milyen szerepkör Azure Resource Manager játszik az Azure-kérelmek kezelésére.The following image shows the role Azure Resource Manager plays in handling Azure requests.

A Resource Manager kérelmi modellje

A portálon elérhető összes funkció a PowerShell, az Azure CLI, a REST API-k és az ügyféloldali SDK-k segítségével is elérhető.All capabilities that are available in the portal are also available through PowerShell, Azure CLI, REST APIs, and client SDKs. Az eredetileg API-kon keresztül kiadott funkciók a kezdeti kiadástól számított 180 napig jelennek meg a portálon.Functionality initially released through APIs will be represented in the portal within 180 days of initial release.

TerminológiaTerminology

Ha új felhasználója az Azure Resource Managernek, találkozhat néhány olyan kifejezéssel, amelyet még nem ismer.If you're new to Azure Resource Manager, there are some terms you might not be familiar with.

  • erőforrás – Egy olyan kezelhető elem, amely az Azure-on keresztül érhető el.resource - A manageable item that is available through Azure. A virtuális gépek, a Storage-fiókok, a webalkalmazások, az adatbázisok és a virtuális hálózatok példák az erőforrásokra.Virtual machines, storage accounts, web apps, databases, and virtual networks are examples of resources.
  • erőforráscsoport – Egy olyan tároló, amely egy Azure-megoldáshoz kapcsolódó erőforrásokat tárol.resource group - A container that holds related resources for an Azure solution. Az erőforráscsoport tartalmazza azokat az erőforrásokat, amelyeket csoportként szeretne kezelni.The resource group includes those resources that you want to manage as a group. Ön dönti el, hogy mely erőforrások tartoznak egy erőforráscsoporthoz az alapján, hogy mi a legmegfelelőbb a szervezet számára.You decide which resources belong in a resource group based on what makes the most sense for your organization. Lásd: erőforráscsoportok.See Resource groups.
  • erőforrás-szolgáltató – az Azure-erőforrásokat ellátó szolgáltatás.resource provider - A service that supplies Azure resources. Egy általános erőforrás-szolgáltató például a Microsoft. számítás, amely a virtuális gép erőforrását adja meg.For example, a common resource provider is Microsoft.Compute, which supplies the virtual machine resource. A Microsoft. Storage egy másik gyakori erőforrás-szolgáltató.Microsoft.Storage is another common resource provider. Lásd: erőforrás-szolgáltatók és-típusok.See Resource providers and types.
  • Resource Manager-sablon – egy JavaScript Object Notation (JSON) fájl, amely egy vagy több erőforrást ad meg egy erőforráscsoport vagy előfizetés számára történő üzembe helyezéshez.Resource Manager template - A JavaScript Object Notation (JSON) file that defines one or more resources to deploy to a resource group or subscription. A sablon erőforrások konzisztens és ismétlődő telepítésére használandó.The template can be used to deploy the resources consistently and repeatedly. Lásd: template Deployment áttekintése.See Template deployment overview.
  • deklaratív szintaxis – Egy olyan szintaxis, amellyel anélkül határozhatja meg, mit szeretne létrehozni, hogy ehhez programozási parancsok sorozatát kellene megírnia.declarative syntax - Syntax that lets you state "Here is what I intend to create" without having to write the sequence of programming commands to create it. A Resource Manager-sablon a deklaratív szintaxis egy példája.The Resource Manager template is an example of declarative syntax. A fájlban meghatározhatja az Azure-ra telepíteni kívánt infrastruktúra tulajdonságait.In the file, you define the properties for the infrastructure to deploy to Azure. Lásd: template Deployment áttekintése.See Template deployment overview.

A Resource Manager használatának előnyeiThe benefits of using Resource Manager

A Resource Managerrel a következőket teheti:With Resource Manager, you can:

  • Az infrastruktúrát nem szkriptek, hanem deklaratív sablonok segítségével kezelheti.Manage your infrastructure through declarative templates rather than scripts.

  • A megoldáshoz tartozó összes erőforrást egy csoportként telepítheti, kezelheti és figyelheti, ahelyett, hogy ezeket az erőforrásokat külön kezeli.Deploy, manage, and monitor all the resources for your solution as a group, rather than handling these resources individually.

  • A megoldás újbóli üzembe helyezése a fejlesztési életciklus során, és az erőforrások biztonságos üzembe helyezése konzisztens állapotban.Redeploy your solution throughout the development lifecycle and have confidence your resources are deployed in a consistent state.

  • Definiálja az erőforrások közötti függőségeket, hogy azok a megfelelő sorrendben legyenek telepítve.Define the dependencies between resources so they're deployed in the correct order.

  • A hozzáférés-vezérlés alkalmazása az erőforráscsoport összes szolgáltatására, mivel a szerepköralapú Access Control (RBAC) natív módon integrálva van a felügyeleti platformba.Apply access control to all services in your resource group because Role-Based Access Control (RBAC) is natively integrated into the management platform.

  • Címkék alkalmazása az erőforrásokra az előfizetésben lévő összes erőforrás logikus rendszerezéséhez.Apply tags to resources to logically organize all the resources in your subscription.

  • A szervezet számlázásának tisztázásához tekintse meg az azonos címkével rendelkező erőforrások egy csoportjának költségeit.Clarify your organization's billing by viewing costs for a group of resources sharing the same tag.

A hatókör bemutatásaUnderstand scope

Az Azure a hatókör négy szintjét biztosítja: felügyeleti csoportok, előfizetések, erőforráscsoportokés erőforrások.Azure provides four levels of scope: management groups, subscriptions, resource groups, and resources. Az alábbi ábra ezekre a rétegekre mutat egy példát.The following image shows an example of these layers.

Hatókör

Felügyeleti beállításokat a hatókörszintek bármelyikéhez megadhat.You apply management settings at any of these levels of scope. A kiválasztott szint határozza meg, milyen széles körben lesz alkalmazva a beállítás.The level you select determines how widely the setting is applied. Az alacsonyabb szintek öröklik a magasabb szintek beállításait.Lower levels inherit settings from higher levels. Ha például alkalmaz egy szabályzatot az előfizetésre, a rendszer az előfizetésben lévő összes erőforráscsoport és erőforrás esetében alkalmazza a szabályzatot.For example, when you apply a policy to the subscription, the policy is applied to all resource groups and resources in your subscription. Ha az erőforráscsoport házirendjét alkalmazza, a házirend az erőforráscsoportot és annak összes erőforrását alkalmazza.When you apply a policy on the resource group, that policy is applied the resource group and all its resources. Egy másik erőforráscsoport azonban nem rendelkezik ezzel a szabályzat-hozzárendeléssel.However, another resource group doesn't have that policy assignment.

A sablonokat felügyeleti csoportokra, előfizetésekre vagy erőforráscsoportokre is telepítheti.You can deploy templates to management groups, subscriptions, or resource groups.

ErőforráscsoportokResource groups

Néhány fontos tényezőt érdemes figyelembe venni az erőforráscsoport meghatározásakor:There are some important factors to consider when defining your resource group:

  • A csoportban lévő összes erőforrásnak azonos életciklussal kell rendelkeznie.All the resources in your group should share the same lifecycle. Egyszerre fogja őket telepíteni, frissíteni és törölni.You deploy, update, and delete them together. Ha egy erőforrásnak, például egy adatbázis-kiszolgálónak különböző fejlesztési ciklusban kell léteznie, azt másik erőforráscsoportba kell elhelyezni.If one resource, such as a database server, needs to exist on a different deployment cycle it should be in another resource group.

  • Az egyes erőforrások csak egy erőforráscsoportban létezhetnek.Each resource can only exist in one resource group.

  • Az erőforráscsoporthoz bármikor hozzáadhat, vagy onnan eltávolíthat egy erőforrást.You can add or remove a resource to a resource group at any time.

  • Az erőforrásokat áthelyezheti az egyik erőforráscsoportból a másikba.You can move a resource from one resource group to another group. További információ: Erőforrások áthelyezése új erőforráscsoportba vagy előfizetésbe.For more information, see Move resources to new resource group or subscription.

  • Az erőforráscsoportok különböző régiókban található erőforrásokat is tartalmazhatnak.A resource group can contain resources that are located in different regions.

  • Az erőforráscsoport segítségével meghatározhatja a hozzáférés-vezérlési hatókört felügyeleti műveletekhez.A resource group can be used to scope access control for administrative actions.

  • Egy erőforrás más erőforráscsoportok erőforrásaival is interakcióba tud lépni.A resource can interact with resources in other resource groups. Ez az interakció gyakori, amikor a két erőforrás kapcsolódik, de nem ugyanaz az életciklusuk (például amikor egy webalkalmazás csatlakozik egy adatbázishoz).This interaction is common when the two resources are related but don't share the same lifecycle (for example, web apps connecting to a database).

Egy erőforráscsoport létrehozásakor meg kell adnia az erőforráscsoport helyét.When creating a resource group, you need to provide a location for that resource group. Most felmerülhet Önben a kérdés, hogy „Miért van szüksége egy erőforráscsoportnak helyre?You may be wondering, "Why does a resource group need a location? Ha pedig az erőforrások rendelkezhetnek az erőforrástól eltérő hellyel, akkor miért számít egyáltalán az erőforráscsoport helye?”And, if the resources can have different locations than the resource group, why does the resource group location matter at all?" Az erőforráscsoport erőforrásokra vonatkozó metaadatokat tárol.The resource group stores metadata about the resources. Amikor megad egy helyet az erőforráscsoporthoz, meg kell adnia, hogy hol tárolja a metaadatokat.When you specify a location for the resource group, you're specifying where that metadata is stored. Megfelelőségi okokból szükség lehet arra, hogy az adatokat egy adott régióban tárolja.For compliance reasons, you may need to ensure that your data is stored in a particular region.

Ha az erőforráscsoport régiója átmenetileg nem érhető el, az erőforráscsoport erőforrásai nem frissíthetők, mert a metaadatok nem érhetők el.If the resource group's region is temporarily unavailable, you can't update resources in the resource group because the metadata is unavailable. A más régiókban lévő erőforrások továbbra is a várt módon fognak működni, de nem frissítheti őket.The resources in other regions will still function as expected, but you can't update them. A megbízható alkalmazások létrehozásával kapcsolatos további információkért lásd: megbízható Azure-alkalmazások tervezése.For more information about building reliable applications, see Designing reliable Azure applications.

Azure Resource Manager rugalmasságaResiliency of Azure Resource Manager

A Azure Resource Manager szolgáltatás a rugalmasság és a folyamatos rendelkezésre állás érdekében lett kialakítva.The Azure Resource Manager service is designed for resiliency and continuous availability. A REST API az erőforrás-kezelő és a vezérlési sík műveletei (management.azure.com küldött kérelmek) a következők:Resource Manager and control plane operations (requests sent to management.azure.com) in the REST API are:

  • Régiók között elosztva.Distributed across regions. Egyes szolgáltatások regionálisak.Some services are regional.

  • Több Availability Zones rendelkező helyen Availability Zones (valamint régiókban) elosztva.Distributed across Availability Zones (as well regions) in locations that have multiple Availability Zones.

  • Egyetlen logikai adatközponttól sem függ.Not dependent on a single logical data center.

  • A karbantartási tevékenységekhez soha nem került sor.Never taken down for maintenance activities.

Ez a rugalmasság olyan szolgáltatásokra vonatkozik, amelyek a Resource Manageren keresztül kapják meg a kérelmeket.This resiliency applies to services that receive requests through Resource Manager. Például Key Vault a rugalmasság előnyeit.For example, Key Vault benefits from this resiliency.

További lépésekNext steps