Azure Resource Manager 개요Azure Resource Manager overview

Azure Resource Manager는 Azure용 배포 및 관리 서비스입니다.Azure Resource Manager is the deployment and management service for Azure. Azure 구독에서 리소스를 생성, 업데이트 및 삭제할 수 있게 해주는 일관적인 관리 레이어를 제공합니다.It provides a consistent management layer that enables you to create, update, and delete resources in your Azure subscription. 여기의 액세스 제어, 감사 및 태깅 기능을 사용하여 배포 후 리소스를 보호 및 정리할 수 있습니다.You can use its access control, auditing, and tagging features to secure and organize your resources after deployment.

포털, PowerShell, Azure CLI, REST API 또는 클라이언트 SDK를 통해 작업을 수행하면 Azure Resource Manager API가 요청을 처리합니다.When you take actions through the portal, PowerShell, Azure CLI, REST APIs, or client SDKs, the Azure Resource Manager API handles your request. 모든 요청이 동일한 API를 통해 처리되므로 모든 여러 도구에서 일관적인 결과 및 기능을 볼 수 있습니다.Because all requests are handled through the same API, you see consistent results and capabilities in all the different tools. 포털에서 사용할 수 있는 모든 기능은 PowerShell, Azure CLI, Azure REST API 및 클라이언트 SDK를 통해서도 사용 가능합니다.All capabilities that are available in the portal are also available through PowerShell, Azure CLI, REST APIs, and client SDKs. API를 통해 처음 릴리스된 기능은 처음 릴리스된 지 180일 이내에 포털에 표시됩니다.Functionality initially released through APIs will be represented in the portal within 180 days of initial release.

다음 그림에서는 모든 도구가 Azure Resource Manager API와 상호 작용하는 방법을 보여 줍니다.The following image shows how all the tools interact with the Azure Resource Manager API. API는 요청을 인증하고 권한을 부여하는 리소스 관리자 서비스에 요청을 전달합니다.The API passes requests to the Resource Manager service, which authenticates and authorizes the requests. 그런 다음, Resource Manager는 적절한 서비스로 요청을 라우팅합니다.Resource Manager then routes the requests to the appropriate service.

리소스 관리자 요청 모델

용어Terminology

Azure Resource Manager가 처음이라면 익숙하지 않은 용어가 있을 수 있습니다.If you're new to Azure Resource Manager, there are some terms you might not be familiar with.

  • 리소스 - Azure를 통해 사용할 수 있는 관리 가능한 항목입니다.resource - A manageable item that is available through Azure. 리소스의 예로는 가상 머신, 스토리지 계정, 웹앱, 데이터베이스 및 가상 네트워크가 있습니다.Virtual machines, storage accounts, web apps, databases, and virtual networks are examples of resources.
  • 리소스 그룹 - Azure 솔루션에 관련된 리소스를 보유하는 컨테이너입니다.resource group - A container that holds related resources for an Azure solution. 리소스 그룹은 그룹으로 관리하려는 리소스만 포함합니다.The resource group includes those resources that you want to manage as a group. 조직에 가장 적합한 내용에 따라 리소스 그룹에 리소스를 어떻게 할당할지 결정합니다.You decide how to allocate resources to resource groups based on what makes the most sense for your organization. 리소스 그룹을 참조하세요.See Resource groups.
  • 리소스 공급자 - Azure 리소스를 제공하는 서비스입니다.resource provider - A service that supplies Azure resources. 예를 들어 일반적인 리소스 공급자는 가상 머신 리소스를 제공하는 Microsoft.Compute입니다.For example, a common resource provider is Microsoft.Compute, which supplies the virtual machine resource. Microsoft.Storage는 또 다른 일반적인 리소스 공급자입니다.Microsoft.Storage is another common resource provider. 리소스 공급자를 참조하세요.See Resource providers.
  • Resource Manager 템플릿 - 리소스 그룹 또는 구독에 배포한 하나 이상의 리소스를 정의하는 JSON(JavaScript Object Notation) 파일입니다.Resource Manager template - A JavaScript Object Notation (JSON) file that defines one or more resources to deploy to a resource group or subscription. 템플릿은 리소스를 일관되고 반복적으로 배포하는 데 사용할 수 있습니다.The template can be used to deploy the resources consistently and repeatedly. 템플릿 배포를 참조하세요.See Template deployment.
  • 선언적 구문 - 항목을 만드는 프로그래밍 명령의 시퀀스를 작성하지 않고도 "만들려는 대상은 다음과 같습니다"라고 선언하는 구문입니다.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. Resource Manager 템플릿은 선언적 구문의 예입니다.The Resource Manager template is an example of declarative syntax. 파일에서 Azure에 배포하는 인프라에 대한 속성을 정의합니다.In the file, you define the properties for the infrastructure to deploy to Azure.

리소스 관리자를 사용할 경우의 이점The benefits of using Resource Manager

리소스 관리자는 다음과 같은 여러 이점이 있습니다.Resource Manager provides several benefits:

  • 이 리소스를 개별적으로 처리하는 것이 아니라 솔루션에 대한 모든 리소스를 그룹으로 배포, 관리 및 모니터링할 수 있습니다.You can deploy, manage, and monitor all the resources for your solution as a group, rather than handling these resources individually.
  • 개발 수명 주기 내내 솔루션을 반복적으로 배포하며 안심하고 일관된 상태로 리소스를 배포할 수 있습니다.You can repeatedly deploy your solution throughout the development lifecycle and have confidence your resources are deployed in a consistent state.
  • 스크립트가 아닌 선언적 템플릿을 통해 인프라를 관리할 수 있습니다.You can manage your infrastructure through declarative templates rather than scripts.
  • 올바른 순서로 배포되므로 리소스 간의 종속성을 정의할 수 있습니다.You can define the dependencies between resources so they're deployed in the correct order.
  • 역할 기반 Access Control(RBAC)가 관리 플랫폼으로 통합되기 때문에 리소스 그룹의 모든 서비스에 대해 Access Control를 적용할 수 있습니다.You can apply access control to all services in your resource group because Role-Based Access Control (RBAC) is natively integrated into the management platform.
  • 리소스에 태그를 적용하여 구독에서 모든 리소스를 논리적으로 구성할 수 있습니다.You can apply tags to resources to logically organize all the resources in your subscription.
  • 같은 태그를 공유하는 리소스 그룹에 대한 비용을 확인하여 조직의 청구를 명확히 할 수 있습니다.You can clarify your organization's billing by viewing costs for a group of resources sharing the same tag.

범위 이해Understand scope

Azure는 관리 그룹, 구독, 리소스 그룹 및 리소스라는 네 가지 수준의 범위를 제공합니다.Azure provides four levels of scope: management groups, subscriptions, resource groups, and resources. 다음 그림은 세 가지 계층의 예를 보여 줍니다.The following image shows an example of these layers.

범위

이러한 범위 수준에서 관리 설정을 적용합니다.You apply management settings at any of these levels of scope. 선택한 수준은 설정이 적용되는 범위를 결정합니다.The level you select determines how widely the setting is applied. 하위 수준은 상위 수준의 설정을 상속합니다.Lower levels inherit settings from higher levels. 예를 들어 구독에 정책을 적용하면 해당 정책이 구독의 모든 리소스 그룹 및 리소스에 적용됩니다.For example, when you apply a policy to the subscription, the policy is applied to all resource groups and resources in your subscription. 리소스 그룹에 정책을 적용하면 해당 정책이 리소스 그룹 및 모든 리소스에 적용됩니다.When you apply a policy on the resource group, that policy is applied the resource group and all its resources. 그러나 다른 리소스 그룹에는 해당 정책 할당이 적용되지 않습니다.However, another resource group doesn't have that policy assignment.

템플릿은 관리 그룹, 구독 또는 리소스 그룹에 배포할 수 있습니다.You can deploy templates to management groups, subscriptions, or resource groups.

지침Guidance

다음 제안으로 솔루션으로 작업할 때 Resource Manager를 완벽하게 활용할 수 있습니다.The following suggestions help you take full advantage of Resource Manager when working with your solutions.

  • 명령적 명령을 사용하는 대신 리소스 관리자 템플릿의 선언적 구문을 통해 인프라를 정의하고 배포합니다.Define and deploy your infrastructure through the declarative syntax in Resource Manager templates, rather than through imperative commands.
  • 템플릿에서 모든 배포 및 구성 단계를 정의합니다.Define all deployment and configuration steps in the template. 솔루션을 설정하기 위해 수동 단계가 없어야 합니다.You should have no manual steps for setting up your solution.
  • 명령적 명령을 실행하여 앱 또는 컴퓨터를 시작하거나 중지하는 등 리소스를 관리합니다.Run imperative commands to manage your resources, such as to start or stop an app or machine.
  • 리소스 그룹에서 동일한 수명 주기로 리소스를 정렬합니다.Arrange resources with the same lifecycle in a resource group. 리소스의 모든 다른 구성에 태그를 사용합니다.Use tags for all other organizing of resources.

엔터프라이즈에서 리소스 관리자를 사용하여 구독을 효과적으로 관리할 수 있는 방법에 대한 지침은 Azure 엔터프라이즈 스캐폴드 - 규범적 구독 거버넌스를 참조하세요.For guidance on how enterprises can use Resource Manager to effectively manage subscriptions, see Azure enterprise scaffold - prescriptive subscription governance.

Resource Manager 템플릿을 만드는 방법에 대한 권장 사항은 Azure Resource Manager 템플릿 모범 사례를 참조하세요.For recommendations on creating Resource Manager templates, see Azure Resource Manager template best practices.

리소스 그룹Resource groups

리소스 그룹을 정의할 때 고려해야 할 몇 가지 중요한 요인이 있습니다.There are some important factors to consider when defining your resource group:

  • 그룹에서 모든 리소스는 동일한 수명 주기를 공유해야 합니다.All the resources in your group should share the same lifecycle. 리소스를 함께 배포, 업데이트, 삭제합니다.You deploy, update, and delete them together. 데이터베이스 서버와 같은 하나의 리소스에 다양한 배포 주기가 존재하는 경우 다른 리소스 그룹에 있어야 합니다.If one resource, such as a database server, needs to exist on a different deployment cycle it should be in another resource group.
  • 각 리소스는 하나의 리소스 그룹에만 있을 수 있습니다.Each resource can only exist in one resource group.
  • 언제든지 리소스 그룹에 리소스를 추가하거나 제거할 수 있습니다.You can add or remove a resource to a resource group at any time.
  • 특정 리소스 그룹에서 다른 그룹에 리소스를 이동할 수 있습니다.You can move a resource from one resource group to another group. 자세한 내용을 보려면 새 리소스 그룹 또는 구독으로 리소스 이동을 참조하세요.For more information, see Move resources to new resource group or subscription.
  • 리소스 그룹은 다른 지역에 있는 리소스를 포함할 수 있습니다.A resource group can contain resources that are located in different regions.
  • 관리 작업에 대한 Access Control 범위를 지정하는 데 리소스 그룹을 사용할 수 있습니다.A resource group can be used to scope access control for administrative actions.
  • 리소스는 다른 리소스 그룹의 리소스와 상호 작용할 수 있습니다.A resource can interact with resources in other resource groups. 이 상호 작용은 두 개의 리소스가 관련되어 있지만 동일한 수명 주기를 공유하지 않는 경우에 일반적입니다(예: 데이터베이스에 연결된 웹앱).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).

리소스 그룹을 만들 때 해당 리소스 그룹의 위치를 제공해야 합니다.When creating a resource group, you need to provide a location for that resource group. 리소스 그룹에 위치가 필요한 이유는 무엇인지 궁금할 수 있습니다.You may be wondering, "Why does a resource group need a location? 리소스의 위치가 리소스 그룹과 다른 경우 리소스 그룹 위치가 중요한 이유는 무엇인가요?And, if the resources can have different locations than the resource group, why does the resource group location matter at all?" 리소스 그룹은 리소스에 대한 메타데이터를 저장합니다.The resource group stores metadata about the resources. 따라서 리소스 그룹의 위치를 지정하면 메타데이터가 저장된 위치를 지정하게 됩니다.Therefore, when you specify a location for the resource group, you're specifying where that metadata is stored. 규정 준수 때문에 특정 지역에 데이터가 저장되는지 확인해야 합니다.For compliance reasons, you may need to ensure that your data is stored in a particular region.

리소스 그룹의 지역이 일시적으로 사용할 수 없는 경우 메타데이터를 사용할 수 없기 때문에 리소스 그룹의 리소스를 업데이트할 수 없습니다.If the resource group's region is temporarily unavailable, you can't update resources in the resource group because the metadata is unavailable. 다른 지역에 있는 리소스는 여전히 예상대로 작동하지만 업데이트는 불가능합니다.The resources in other regions will still function as expected, but you can't update them. 신뢰할 수 있는 애플리케이션을 빌드하는 방법에 대한 자세한 내용은 신뢰할 수 있는 Azure 애플리케이션 디자인을 참조하세요.For more information about building reliable applications, see Designing reliable Azure applications.

리소스 공급자Resource providers

각 리소스 공급자는 이러한 리소스로 작업하는 일련의 리소스 및 작업을 제공합니다.Each resource provider offers a set of resources and operations for working with those resources. 예를 들어 키와 암호를 저장하려는 경우 Microsoft.KeyVault 리소스 공급자로 작업합니다.For example, if you want to store keys and secrets, you work with the Microsoft.KeyVault resource provider. 이 리소스 공급자는 키 자격 증명 모음을 만드는 데 자격 증명 모음이라는 리소스 유형을 제공합니다.This resource provider offers a resource type called vaults for creating the key vault.

리소스 종류의 이름은 {resource-provider}/{resource-type} 양식입니다.The name of a resource type is in the format: {resource-provider}/{resource-type}. 키 자격 증명 모음의 리소스 유형은 Microsoft.KeyVault/vaults입니다.The resource type for a key vault is Microsoft.KeyVault/vaults.

리소스 배포를 시작하기 전에 사용 가능한 리소스 공급자를 이해해야 합니다.Before getting started with deploying your resources, you should gain an understanding of the available resource providers. 리소스 공급자 및 리소스의 이름을 알고 있으면 Azure에 배포하려는 리소스를 정의할 수 있습니다.Knowing the names of resource providers and resources helps you define resources you want to deploy to Azure. 또한 각 리소스 종류에 대한 유효한 위치와 API 버전을 알아야 합니다.Also, you need to know the valid locations and API versions for each resource type. 자세한 내용은 리소스 공급자 및 형식을 참조하세요.For more information, see Resource providers and types.

리소스 공급자가 제공하는 모든 작업에 대한 자세한 내용은 Azure REST API를 참조하세요.For all the operations offered by resource providers, see the Azure REST APIs.

템플릿 배포Template deployment

Resource Manager로 Azure 솔루션의 인프라 및 구성을 정의하는 템플릿을 JSON 형식으로 만들 수 있습니다.With Resource Manager, you can create a template (in JSON format) that defines the infrastructure and configuration of your Azure solution. 템플릿을 사용하여 수명 주기 내내 솔루션을 반복적으로 배포하고 안심하고 일관된 상태로 리소스를 배포할 수 있습니다.By using a template, you can repeatedly deploy your solution throughout its lifecycle and have confidence your resources are deployed in a consistent state.

템플릿의 형식 및 템플릿을 생성하는 방법에 대해 알아보려면 Azure Resource Manager 템플릿의 구조 및 구문 이해를 참조하세요.To learn about the format of the template and how you construct it, see Understand the structure and syntax of Azure Resource Manager Templates. 리소스 유형의 JSON 구문을 보려면 Azure Resource Manager 템플릿에서 리소스 정의를 참조하세요.To view the JSON syntax for resources types, see Define resources in Azure Resource Manager templates.

Resource Manager는 템플릿을 다른 요청처럼 처리합니다.Resource Manager processes the template like any other request. 템플릿을 구문 분석하고 해당 구문을 적절한 리소스 공급자에 대한 REST API 작업으로 변환합니다.It parses the template and converts its syntax into REST API operations for the appropriate resource providers. 예를 들어 리소스 관리자가 다음 리소스 정의로 템플릿을 받는 경우:For example, when Resource Manager receives a template with the following resource definition:

"resources": [
  {
    "apiVersion": "2016-01-01",
    "type": "Microsoft.Storage/storageAccounts",
    "name": "mystorageaccount",
    "location": "westus",
    "sku": {
      "name": "Standard_LRS"
    },
    "kind": "Storage",
    "properties": {
    }
  }
]

Microsoft.Storage 리소스 공급자에게 전송되는 다음 REST API 작업으로 정의를 변환합니다.It converts the definition to the following REST API operation, which is sent to the Microsoft.Storage resource provider:

PUT
https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/mystorageaccount?api-version=2016-01-01
REQUEST BODY
{
  "location": "westus",
  "properties": {
  }
  "sku": {
    "name": "Standard_LRS"
  },
  "kind": "Storage"
}

템플릿 및 리소스 그룹을 정의하는 방법은 사용자 및 솔루션을 관리하려는 방법에 전적으로 달려 있습니다.How you define templates and resource groups is entirely up to you and how you want to manage your solution. 예를 들어 단일 템플릿을 통해 3계층 애플리케이션을 단일 리소스 그룹에 배포할 수 있습니다.For example, you can deploy your three tier application through a single template to a single resource group.

3계층 템플릿

그러나 단일 템플릿에서 전체 인프라를 정의할 필요가 없습니다.But, you don't have to define your entire infrastructure in a single template. 대부분 배포 요구 사항을 대상, 목적에 특정 템플릿 집합으로 나누는 것이 좋습니다.Often, it makes sense to divide your deployment requirements into a set of targeted, purpose-specific templates. 서로 다른 솔루션에 이러한 템플릿을 쉽게 다시 사용할 수 있습니다.You can easily reuse these templates for different solutions. 특정 솔루션을 배포하려면 모든 필수 템플릿에 연결하는 마스터 템플릿을 만듭니다.To deploy a particular solution, you create a master template that links all the required templates. 다음 이미지는 세 개의 중첩된 템플릿을 포함하는 부모 템플릿을 통해 3계층 솔루션을 배포하는 방법을 보여 줍니다.The following image shows how to deploy a three tier solution through a parent template that includes three nested templates.

중첩된 계층 템플릿

계층이 별도 수명 주기를 갖도록 계획하는 경우 3계층을 별도 리소스 그룹에 배포할 수 있습니다.If you envision your tiers having separate lifecycles, you can deploy your three tiers to separate resource groups. 리소스는 다른 리소스 그룹의 리소스에 계속해서 연결될 수 있습니다.Notice the resources can still be linked to resources in other resource groups.

계층 템플릿

중첩된 템플릿에 대한 자세한 내용은 Azure Resource Manager에서 연결된 템플릿 사용을 참조하세요.For information about nested templates, see Using linked templates with Azure Resource Manager.

리소스가 올바른 순서로 생성되도록 Azure Resource Manager가 종속성을 분석합니다.Azure Resource Manager analyzes dependencies to ensure resources are created in the correct order. 한 리소스가 다른 리소스(예: 디스크에 대한 저장소 계정을 필요로 하는 가상 머신)의 값에 의존하는 경우 종속성을 설정합니다.If one resource relies on a value from another resource (such as a virtual machine needing a storage account for disks), you set a dependency. 자세한 정보는 Azure 리소스 관리자 템플릿에서 종속성 정의를 참조하세요.For more information, see Defining dependencies in Azure Resource Manager templates.

또한 인프라의 업데이트에 대한 템플릿을 사용할 수 있습니다.You can also use the template for updates to the infrastructure. 예를 들어 솔루션에 리소스를 추가할 수 있으며 이미 배포된 리소스에 대한 구성 규칙을 추가할 수 있습니다.For example, you can add a resource to your solution and add configuration rules for the resources that are already deployed. 템플릿이 이미 존재하는 리소스를 정의하는 경우 Resource Manager는 리소스를 새로 만드는 대신 기존 리소스를 업데이트합니다.If the template defines a resource that already exists, Resource Manager updates the existing resource instead of creating a new one.

Resource Manager는 설치에 포함되지 않은 특정 소프트웨어를 설치하는 등의 추가 작업을 할 때 시나리오에 대한 확장을 제공합니다.Resource Manager provides extensions for scenarios when you need additional operations such as installing particular software that isn't included in the setup. DSC, Chef 또는 Puppet와 같은 구성 관리 서비스를 이미 사용 중인 경우 확장을 사용하여 해당 서비스로 작업을 계속할 수 있습니다.If you're already using a configuration management service, like DSC, Chef or Puppet, you can continue working with that service by using extensions. 가상 머신 확장에 대한 자세한 내용은 가상 머신 확장 및 기능 정보를 참조하세요.For information about virtual machine extensions, see About virtual machine extensions and features.

포털에서 솔루션을 만들 때 자동으로 솔루션에 배포 템플릿을 포함합니다.When you create a solution from the portal, the solution automatically includes a deployment template. 솔루션용 템플릿으로 시작하고 특정 요구 사항에 맞게 사용자 지정할 수 있기 때문에 서식 파일을 처음부터 새로 만들 필요가 없습니다.You don't have to create your template from scratch because you can start with the template for your solution and customize it to meet your specific needs. 샘플은 빠른 시작: Azure Portal을 사용하여 Azure Resource Manager 템플릿 만들기 및 배포를 참조하세요.For a sample, see Quickstart: Create and deploy Azure Resource Manager templates by using the Azure portal. 리소스 그룹의 현재 상태를 내보내거나 특정 배포에 사용된 템플릿을 검토하여 기존 리소스 그룹에 대한 템플릿을 검색할 수도 있습니다.You can also retrieve a template for an existing resource group by either exporting the current state of the resource group, or viewing the template used for a particular deployment. 내보낸 템플릿을 살펴보면 템플릿 구문에 대해 알아보는 데 도움이 됩니다.Viewing the exported template is a helpful way to learn about the template syntax.

마지막으로 템플릿은 앱에 대한 소스 코드의 일부가 됩니다.Finally, the template becomes part of the source code for your app. 소스 코드 리포지토리를 확인하고 앱이 발전하면 업데이트할 수 있습니다.You can check it in to your source code repository and update it as your app evolves. Visual Studio를 통해 템플릿을 편집할 수 있습니다.You can edit the template through Visual Studio.

템플릿을 정의하면 Azure에 리소스를 배포할 준비가 되었습니다.After defining your template, you're ready to deploy the resources to Azure. 리소스를 배포하려면 다음을 참조하세요.To deploy the resources, see:

안전한 배포 사례Safe deployment practices

복잡한 서비스를 Azure에 배포할 때 여러 지역에 서비스를 배포하고, 다음 단계를 진행하기 전에 해당 상태를 확인해야 합니다.When deploying a complex service to Azure, you might need to deploy your service to multiple regions, and check its health before proceeding to the next step. Azure 배포 관리자를 사용하여 서비스의 단계적 출시를 조정합니다.Use Azure Deployment Manager to coordinate a staged rollout of the service. 서비스의 출시를 준비하여 모든 지역에 배포되기 전에 잠재적인 문제를 찾을 수 있습니다.By staging the rollout of your service, you can find potential problems before it has been deployed to all regions. 이러한 예방 조치가 필요하지 않은 경우 이전 섹션의 배포 작업이 더 나은 옵션입니다.If you don't need these precautions, the deployment operations in the preceding section are the better option.

배포 관리자는 현재 공개 미리 보기로 제공됩니다.Deployment Manager is currently in public preview.

Azure Resource Manager의 복원력Resiliency of Azure Resource Manager

Azure Resource Manager 서비스는 복원력 및 지속적인 가용성을 위해 설계되었습니다.The Azure Resource Manager service is designed for resiliency and continuous availability. REST API의 Resource Manager 및 제어 평면 작업(management.azure.com에 전송된 요청)은 다음과 같습니다.Resource Manager and control plane operations (requests sent to management.azure.com) in the REST API are:

  • 하위 지역에 분산됩니다.Distributed across regions. 일부 서비스는 지역적입니다.Some services are regional.

  • 여러 가용성 영역이 있는 위치에서 가용성 영역(지역도 포함)으로 분산됩니다.Distributed across Availability Zones (as well regions) in locations that have multiple Availability Zones.

  • 단일 논리 데이터 센터에 종속되지 않습니다.Not dependent on a single logical data center.

  • 유지 관리 작업을 위해 다운되지 않습니다.Never taken down for maintenance activities.

이 복원력은 Resource Manager를 통해 요청을 수신하는 서비스에 적용됩니다.This resiliency applies to services that receive requests through Resource Manager. 예를 들어 Key Vault는 이 복원력의 이점을 사용합니다.For example, Key Vault benefits from this resiliency.

빠른 시작 및 자습서Quickstarts and tutorials

Resource Manager 템플릿을 개발하는 방법을 알아보려면 다음 빠른 시작 및 자습서를 사용하세요.Use the following quickstarts and tutorials to learn how to develop resource manager templates:

  • 빠른 시작Quickstarts

    제목Title 설명Description
    Azure Portal 사용Use the Azure portal 포털을 사용하여 템플릿을 생성하고, 템플릿을 편집 및 배포하는 프로세스를 이해합니다.Generate a template using the portal, and understand the process of editing and deploying the template.
    Visual Studio Code 사용Use Visual Studio Code Visual Studio Code를 사용하여 템플릿을 생성 및 편집하고, Azure Cloud shell을 사용하여 템플릿을 배포하는 방법을 설명합니다.Use Visual Studio Code to create and edit templates, and how to use the Azure Cloud shell to deploy templates.
    Visual Studio 사용Use Visual Studio Visual Studio를 사용하여 템플릿을 생성, 편집 및 배포합니다.Use Visual Studio to create, edit, and deploy templates.
  • 자습서Tutorials

    제목Title 설명Description
    템플릿 참조 활용Utilize template reference 템플릿 참조 설명서를 활용하여 템플릿을 개발합니다.Utilize the template reference documentation to develop templates. 이 자습서에서는 저장소 계정 스키마를 찾고 해당 정보를 사용하여 암호화된 저장소 계정을 만듭니다.In the tutorial, you find the storage account schema, and use the information to create an encrypted storage account.
    여러 인스턴스 만들기Create multiple instances Azure 리소스의 여러 인스턴스를 만듭니다.Create multiple instances of Azure resources. 이 자습서에서는 저장소 계정의 여러 인스턴스를 만듭니다.In the tutorial, you create multiple instances of storage account.
    리소스 배포 순서 설정Set resource deployment order 리소스 종속성을 정의합니다.Define resource dependencies. 이 자습서에서는 가상 네트워크, 가상 머신 및 종속 Azure 리소스를 만듭니다.In the tutorial, you create a virtual network, a virtual machine, and the dependent Azure resources. 종속성을 정의하는 방법을 알아봅니다.You learn how the dependencies are defined.
    조건 사용Use conditions 일부 매개 변수 값에 따라 리소스를 배포합니다.Deploy resources based on some parameter values. 이 자습서에서는 새 저장소 계정을 만드는 템플릿을 정의하거나 매개 변수 값을 기준으로 기존 저장소 계정을 사용합니다.In the tutorial, you define a template to create a new storage account or use an existing storage account based on the value of a parameter.
    Key Vault 통합Integrate key vault Azure Key Vault에서 비밀/암호를 검색합니다.Retrieve secrets/passwords from Azure Key Vault. 이 자습서에서는 가상 머신을 만듭니다.In the tutorial, you create a virtual machine. 가상 머신 관리자 암호는 Key Vault에서 검색됩니다.The virtual machine administrator password is retrieved from a Key Vault.
    연결된 템플릿 만들기Create linked templates 템플릿을 모듈화하고 템플릿에서 다른 템플릿을 호출합니다.Modularize templates, and call other templates from a template. 이 자습서에서는 가상 네트워크, 가상 머신 및 종속 리소스를 만듭니다.In the tutorial, you create a virtual network, a virtual machine, and the dependent resources. 종속 저장소 계정은 연결된 템플릿에서 정의됩니다.The dependent storage account is defined in a linked template.
    가상 머신 확장 배포Deploy virtual machine extensions 확장을 사용하여 배포 후 작업을 수행합니다.Perform post-deployment tasks by using extensions. 자습서에서 고객 스크립트 확장을 배포하여 가상 머신에서 웹 서버를 설치합니다.In the tutorial, you deploy a customer script extension to install web server on the virtual machine.
    SQL 확장 배포Deploy SQL extensions 확장을 사용하여 배포 후 작업을 수행합니다.Perform post-deployment tasks by using extensions. 자습서에서 고객 스크립트 확장을 배포하여 가상 머신에서 웹 서버를 설치합니다.In the tutorial, you deploy a customer script extension to install web server on the virtual machine.
    아티팩트 보호Secure artifacts 배포를 완료하는 데 필요한 아티팩트를 보호합니다.Secure the artifacts needed to complete the deployments. 이 자습서에서는 SQL 확장 배포 자습서에서 사용된 아티팩트를 보호하는 방법을 알아봅니다.In the tutorial, you learn how to secure the artifact used in the Deploy SQL extensions tutorial.
    안전한 배포 사례 사용Use safe deployment practices Azure Deployment Manager 사용Use Azure Deployment manager.
    자습서: Resource Manager 템플릿 배포 문제 해결Tutorial: Troubleshoot Resource Manager template deployments 템플릿 배포 문제를 해결합니다.Troubleshoot template deployment issues.

이 자습서는 주요 Resource Manager 템플릿 개발 개념을 알아보기 위해 개별적으로 또는 계열로 사용할 수 있습니다.These tutorials can be used individually, or as a series to learn the major Resource Manager template development concepts.

다음 단계Next steps

이 문서에서는 Azure에서 리소스 배포, 관리 및 액세스 제어용 Azure Resource Manager 사용 방법을 알아보았습니다.In this article, you learned how to use Azure Resource Manager for deployment, management, and access control of resources on Azure. 첫 번째 Azure Resource Manager 템플릿을 만드는 방법을 알아보려면 다음 문서로 진행합니다.Proceed to the next article to learn how to create your first Azure Resource Manager template.