Azure 리소스에 대한 명명 규칙Naming conventions for Azure resources

이 문서는 Azure 리소스에 대한 명명 규칙 및 제한 사항에 대한 요약과, 명명 규칙에 대한 권장 사항의 기준 집합을 제공합니다.This article is a summary of the naming rules and restrictions for Azure resources and a baseline set of recommendations for naming conventions. 필요에 따라 사용자 고유의 규칙에 대한 시작 지점으로 이러한 권장 사항을 사용할 수 있습니다.You can use these recommendations as a starting point for your own conventions specific to your needs.

Microsoft Azure에서 모든 리소스에 대한 이름 선택은 다음 이유로 인해 중요합니다.The choice of a name for any resource in Microsoft Azure is important because:

  • 나중에 이름을 변경하는 것은 어렵습니다.It is difficult to change a name later.
  • 이름은 해당 특정 리소스 유형의 요구 사항을 충족해야 합니다.Names must meet the requirements of their specific resource type.

일관된 명명 규칙은 리소스를 더 쉽게 찾을 수 있도록 합니다.Consistent naming conventions make resources easier to locate. 솔루션에서 리소스의 역할을 표시할 수도 있습니다.They can also indicate the role of a resource in a solution.

성공적인 명명 규칙이 되기 위한 핵심은 애플리케이션과 조직 전체에서 규칙을 정하여 따르는 것입니다.The key to success with naming conventions is establishing and following them across your applications and organizations.

구독 명명Naming subscriptions

Azure 구독을 명명하는 경우 자세한 이름은 각 구독의 컨텍스트 및 용도에 대한 이해를 명확하게 합니다.When naming Azure subscriptions, verbose names make understanding the context and purpose of each subscription clear. 많은 구독이 있는 환경에서 작업하는 경우 공유 명명 규칙을 따르면 명확성을 크게 높일 수 있습니다.When working in an environment with many subscriptions, following a shared naming convention can improve clarity.

구독 명명에 대한 권장되는 패턴은 다음과 같습니다.A recommended pattern for naming subscriptions is:

<Company> <Department (optional)> <Product Line (optional)> <Environment>

  • 일반적으로 회사는 각 구독에 대해 동일할 것입니다.Company would usually be the same for each subscription. 그러나 일부 회사에서는 조직 구조 내에 자식 회사가 있을 수 있습니다.However, some companies may have child companies within the organizational structure. 이러한 회사는 중앙 IT 그룹에서 관리될 수 있습니다.These companies may be managed by a central IT group. 이 경우 부모 회사 이름(Contoso) 및 자식 회사 이름(Northwind)을 모두 사용하여 구분할 수 있습니다.In these cases, they could be differentiated by having both the parent company name (Contoso) and child company name (Northwind).
  • 부서는 개인 그룹을 포함하는 조직 내 이름입니다.Department is a name within the organization that contains a group of individuals. 네임스페이스 내에서 이 항목은 선택 사항입니다.This item within the namespace is optional.
  • 제품 라인은 부서 내에서 수행되는 제품 또는 기능에 대한 특정 이름입니다.Product line is a specific name for a product or function that is performed from within the department. 이는 일반적으로 내부 서비스와 응용 프로그램에 대해 선택적입니다.This is typically optional for internal-facing services and applications. 쉬운 분리 및 ID(예: 청구 레코드의 명확한 분리)가 필요한 공용 서비스에 사용하는 것이 좋습니다.However, it is highly recommended to use for public-facing services that require easy separation and identification (such as for clear separation of billing records).
  • 환경은 개발, QA 또는 프로덕션 등의 애플리케이션 또는 서비스의 배포 수명 주기를 설명하는 이름입니다.Environment is the name that describes the deployment lifecycle of the applications or services, such as Dev, QA, or Prod.
회사Company 부서Department 제품 라인 또는 서비스Product Line or Service 환경Environment 전체 이름Full Name
ContosoContoso SocialGamingSocialGaming AwesomeServiceAwesomeService ProductionProduction Contoso SocialGaming AwesomeService 프로덕션Contoso SocialGaming AwesomeService Production
ContosoContoso SocialGamingSocialGaming AwesomeServiceAwesomeService 개발Dev Contoso SocialGaming AwesomeService 개발Contoso SocialGaming AwesomeService Dev
ContosoContoso ITIT InternalAppsInternalApps ProductionProduction Contoso IT InternalApps 프로덕션Contoso IT InternalApps Production
ContosoContoso ITIT InternalAppsInternalApps 개발Dev Contoso IT InternalApps 개발Contoso IT InternalApps Dev

모든 Azure 서비스와 마찬가지로 구독 이름 값에 대 한 제한이 있습니다.Like all Azure services, there are limits placed on the value of Subscription Names. 길이는 1-64 자 여야 하며 영숫자 < 여야 하며 다음 문자 > ; |를 포함할 수 없습니다.The length must be 1-64 characters and they must be alphanumeric and cannot contain these characters: < > ; |.

대규모 기업에 대해 구독을 구성하는 방법에 대한 자세한 내용은 Azure 엔터프라이즈 스캐폴드 - 규범적 구독 거버넌스를 참조하세요.For more information on how to organize subscriptions for larger enterprises, see Azure enterprise scaffold - prescriptive subscription governance.

모호성을 예방하기 위해 접사 사용Use affixes to avoid ambiguity

Azure에서 리소스를 명명하는 경우 리소스의 유형 및 컨텍스트를 확인하도록 공통 접두사 또는 접미사를 사용하는 것이 좋습니다.When naming resources in Azure, it is recommended to use common prefixes or suffixes to identify the type and context of the resource. 유형, 메타데이터, 컨텍스트에 대한 모든 정보는 프로그래밍 방식으로 사용할 수 있지만 공통 접사를 적용하면 시각적 식별이 간편해집니다.While all the information about type, metadata, context, is available programmatically, applying common affixes simplifies visual identification. 명명 규칙에 접사를 통합할 때 접사를 이름의 시작 부분(접두사) 또는 끝 부분(접미사)에 붙여야 하는지 여부를 명확하게 지정하는 것이 중요합니다.When incorporating affixes into your naming convention, it is important to clearly specify whether the affix is at the beginning of the name (prefix) or at the end (suffix).

예를 들어 다음은 계산 엔진을 호스팅하는 서비스에 가능한 두 이름입니다.For instance, here are two possible names for a service hosting a calculation engine:

  • SvcCalculationEngine(접두사)SvcCalculationEngine (prefix)
  • CalculationEngineSvc(접미사)CalculationEngineSvc (suffix)

접사는 특정 리소스를 설명하는 다양한 측면을 참조할 수 있습니다.Affixes can refer to different aspects that describe the particular resources. 다음 표에서 일반적으로 사용하는 일부 예를 보여줍니다.The following table shows some examples typically used.

측면Aspect 예제Example 참고Notes
환경Environment 개발, 프로덕션, QAdev, prod, QA 리소스에 대한 환경 식별Identifies the environment for the resource
위치Location uw(미국 서부), ue(미국 동부)uw (US West), ue (US East) 리소스가 배포되는 지역 식별Identifies the region into which the resource is deployed
인스턴스Instance 1, 2, ...1, 2, ... 둘 이상의 명명된 인스턴스가 있는 리소스의 경우(예: VM 또는 NIC).For resources that have more than one named instance such as VMs or NICs.
제품 또는 서비스Product or Service 서비스service 리소스가 지원하는 제품, 애플리케이션 또는 서비스 식별Identifies the product, application, or service that the resource supports
역할Role sql, 웹, 메시징sql, web, messaging 연결된 리소스의 역할 식별Identifies the role of the associated resource

회사 또는 프로젝트에 대한 특정 명명 규칙을 개발할 때 접사의 공통 집합과 해당 위치(접미사 또는 접두사)를 선택하는 것이 중요합니다.When developing a specific naming convention for your company or projects, it is important to choose a common set of affixes and their position (suffix or prefix).

명명 규칙 및 제한 사항Naming rules and restrictions

Azure의 각 리소스 또는 서비스 유형은 명명 제한 및 범위 집합을 적용 합니다.Each resource or service type in Azure enforces a set of naming restrictions and scope. 명명 규칙이 나 패턴은 필요한 명명 규칙 및 범위를 따라야 합니다.Any naming convention or pattern must adhere to the required naming rules and scope. 예를 들어 가상 컴퓨터의 이름은 DNS 이름에 매핑되므로 (따라서 모든 Azure에서 고유 해야 함) 가상 네트워크의 이름은 해당 가상 네트워크의 범위에 속하는 리소스 그룹으로 지정 됩니다.For example, while the name of a virtual machine maps to a DNS name (and is thus required to be unique across all of Azure), the name of a virtual network is scoped to the resource group in which it resides.

일반적으로 모든 이름의 처음과 마지막 글자로 특수 문자(- 또는 _)는 사용하지 않습니다.In general, avoid having any special characters (- or _) as the first or last character in any name. 대부분의 유효성 검사 실패는 특수 문자로 인해 발생합니다.These characters will cause most validation rules to fail.

일반General

엔터티Entity 범위Scope 길이Length 대/소문자 구분Casing 사용할 수 있는 문자Valid Characters 제안된 패턴Suggested Pattern 예제Example
리소스 그룹Resource Group 구독Subscription 1-901-90 대/소문자 구분Case insensitive 여기에 설명된 regex와 일치하는 영숫자, 밑줄, 괄호, 하이픈, 마침표(맨 끝에 있는 마침표는 제외) 및 유니코드 문자Alphanumeric, underscore, parentheses, hyphen, period (except at end), and Unicode characters that match the regex documented here. <service short name>-<environment>-rg profx-prod-rg
가용성 집합Availability Set 리소스 그룹Resource Group 1-801-80 대/소문자 구분Case insensitive 영숫자, 밑줄 및 하이픈Alphanumeric, underscore, and hyphen <service-short-name>-<context>-as profx-sql-as
TagTag 연결된 엔터티Associated Entity 512(이름), 256(값)512 (name), 256 (value) 대/소문자 구분Case insensitive 유니코드 문자를 포함 하는 영숫자 <, ,> ,&, ,,/를제외한 특수 문자입니다. ? \ %Alphanumeric including Unicode characters; special characters except <, >, %, &, \, ?, /. 여기에서 제한을 참조하세요.See limitations here. "key" : "value" "department" : "Central IT"
웹앱Web App GlobalGlobal 1-601-60 대/소문자 구분Case insensitive 0-9, a-z, a-z 및-0-9, a-z, A-Z and - <app_name>-<source-slot-name> contoso-staging
API 관리API Management GlobalGlobal 1-501-50 대/소문자 구분Case insensitive 0-9, a-z, a-z 및-0-9, a-z, A-Z and - <apim-service-name> contoso
Key VaultKey Vault GlobalGlobal 3-243-24 대/소문자 구분Case insensitive 0-9, a-z, a-z 및-0-9, a-z, A-Z and - <service short name>-<environment>-kv myapp-prod-kv

컴퓨팅Compute

엔터티Entity 범위Scope 길이Length 대/소문자 구분Casing 사용할 수 있는 문자Valid Characters 제안된 패턴Suggested Pattern 예제Example
가상 머신Virtual Machine 리소스 그룹Resource Group 1-15(Windows), 1-64(Linux)1-15 (Windows), 1-64 (Linux) 대/소문자 구분Case insensitive 0-9, a-z, a-z 및-0-9, a-z, A-Z and - <name>-<role>-vm<number> profx-sql-vm1
Function AppFunction App GlobalGlobal 1-601-60 대/소문자 구분Case insensitive 0-9, a-z, a-z 및-0-9, a-z, A-Z and - <name>-func calcprofit-func

참고

Azure의 가상 머신에는 가상 머신 이름과 호스트 이름 등 두 가지 이름이 있습니다.Virtual machines in Azure have two distinct names: virtual machine name, and host name. 포털에서 VM을 만들 때 호스트 이름과 가상 머신 리소스 이름 모두에 동일한 이름을 사용합니다.When you create a VM in the portal, the same name is used for both the host name, and the virtual machine resource name. 위의 제한은 호스트 이름에 대한 것입니다.The restrictions above are for the host name. 실제 리소스 이름은 최대 64자까지 가능합니다.The actual resource name can have up to 64 characters.

저장 공간Storage

엔터티Entity 범위Scope 길이Length 대/소문자 구분Casing 사용할 수 있는 문자Valid Characters 제안된 패턴Suggested Pattern 예제Example
Storage 계정 이름(데이터)Storage account name (data) 전역Global 3-243-24 소문자Lowercase 영숫자Alphanumeric <globally unique name><number> profxdata001
Storage 계정 이름(디스크)Storage account name (disks) GlobalGlobal 3-243-24 소문자Lowercase 영숫자Alphanumeric <vm name without hyphens>st<number> profxsql001st0
컨테이너 이름Container name Storage 계정Storage account 3-633-63 소문자Lowercase 0-9, a-z 및-0-9, a-z and - <context> logs
BLOB 이름Blob name 컨테이너Container 1-10241-1024 대/소문자 구분Case sensitive 모든 URL 문자Any URL characters <variable based on blob usage> <variable based on blob usage>
큐 이름Queue name Storage 계정Storage account 3-633-63 소문자Lowercase 0-9, a-z 및-0-9, a-z and - <service short name>-<context>-<num> awesomeservice-messages-001
테이블 이름Table name Storage 계정Storage account 3-633-63 대/소문자 구분Case insensitive 영숫자Alphanumeric <service short name><context> awesomeservicelogs
파일 공유 이름File share name Storage 계정Storage account 3-633-63 소문자Lowercase 0-9, a-z 및-0-9, a-z and - <variable based on file share usage> <variable based on file share usage>
Data Lake StoreData Lake Store GlobalGlobal 3-243-24 소문자Lowercase 영숫자Alphanumeric <name>dls telemetrydls
관리 디스크 이름Managed Disk name 리소스 그룹Resource Group 1-801-80 대/소문자 구분Case insensitive 영숫자, 하이픈 및 밑줄 이지만 문자 1에는 그렇지 않습니다.Alphanumeric, hyphen and underscore but not on character 1 <disktype>disk<number> OSdisk1

네트워킹Networking

엔터티Entity 범위Scope 길이Length 대/소문자 구분Casing 사용할 수 있는 문자Valid Characters 제안된 패턴Suggested Pattern 예제Example
Virtual Network(VNet)Virtual Network (VNet) 리소스 그룹Resource Group 2-642-64 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <service short name>-vnet profx-vnet
SubnetSubnet 부모 VNetParent VNet 2-802-80 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <descriptive context> web
네트워크 인터페이스Network Interface 리소스 그룹Resource Group 1-801-80 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <vmname>-nic<num> profx-sql1-vm1-nic1
네트워크 보안 그룹Network Security Group 리소스 그룹Resource Group 1-801-80 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <service short name>-<context>-nsg profx-app-nsg
네트워크 보안 그룹 규칙Network Security Group Rule 리소스 그룹Resource Group 1-801-80 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <descriptive context> sql-allow
공용 IP 주소Public IP Address 리소스 그룹Resource Group 1-801-80 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <vm or service name>-pip profx-sql1-vm1-pip
부하 분산 장치Load Balancer 리소스 그룹Resource Group 1-801-80 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <service or role>-lb profx-lb
부하 분산된 규칙 구성Load Balanced Rules Config 부하 분산 장치Load Balancer 1-801-80 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <descriptive context> http
Azure Application GatewayAzure Application Gateway 리소스 그룹Resource Group 1-801-80 대/소문자 구분Case insensitive 영숫자, 하이픈, 밑줄 및 마침표Alphanumeric, hyphen, underscore, and period <service or role>-agw profx-agw
Traffic Manager 프로필Traffic Manager Profile 리소스 그룹Resource Group 1-631-63 대/소문자 구분Case insensitive 영숫자, 하이픈 및 마침표Alphanumeric, hyphen, and period <descriptive context> app1

컨테이너Containers

엔터티Entity 범위Scope 길이Length 대/소문자 구분Casing 사용할 수 있는 문자Valid Characters 제안된 패턴Suggested Pattern 예제Example
컨테이너 레지스트리Container Registry GlobalGlobal 5-505-50 대/소문자 구분Case insensitive 영숫자Alphanumeric <service short name>registry app1registry

메시징Messaging

엔터티Entity 범위Scope 길이Length 대/소문자 구분Casing 사용할 수 있는 문자Valid Characters 제안된 패턴Suggested Pattern 예제Example
서비스 버스 네임스페이스Service Bus namespace GlobalGlobal 6-506-50 대/소문자 구분Case insensitive 영숫자, 하이픈, 문자로 시작 해야 합니다. 자세한 내용은 여기 를 참조 하세요.Alphanumeric, hyphen; must start with a letter; see here for details. <service short name>-bus app1-bus
Event Hubs 네임스페이스Event Hubs namespace GlobalGlobal 6-506-50 대/소문자 구분Case insensitive 영숫자, 하이픈, 문자로 시작 해야 합니다. 문자 또는 숫자로 끝나야 합니다.Alphanumeric, hyphen; must start with a letter; must end with a letter or number <service>-ehns app1-ehns
Event HubsEvent hub Event Hubs 네임스페이스Event Hubs namespace 1-501-50 대/소문자 구분Case insensitive 영숫자, 마침표, 하이픈, 밑줄Alphanumeric, period, hyphen, underscore. 문자 또는 숫자로 시작 하 고 끝나야 합니다.Must start and end with a letter or number. <service>-<role>-eh app1-orders-eh

태그로 리소스 정리Organize resources with tags

Azure Resource Manager는 임의적인 텍스트 문자열로 태그 지정 엔터티를 지원하여 컨텍스트를 식별하고 자동화를 간소화합니다.The Azure Resource Manager supports tagging entities with arbitrary text strings to identify context and streamline automation. 예를 들어 "sqlVersion"="sql2014ee" 태그는 SQL Server 2014 Enterprise Edition을 실행하는 VM을 식별할 수 있습니다.For example, the tag "sqlVersion"="sql2014ee" could identify VMs running SQL Server 2014 Enterprise Edition. 태그는 선택한 명명 규칙에 대한 컨텍스트를 보강 및 향상하는 데 사용되어야 합니다.Tags should be used to augment and enhance context along side of the naming conventions chosen.

태그의 다른 한 장점은 태그는 서로 다른 배포 전체에서 엔터티를 연결 및 상관 관계를 지정할 수 있도록 하는 리소스 그룹을 확장한다는 점입니다.One other advantage of tags is that tags span resource groups, allowing you to link and correlate entities across disparate deployments.

각 리소스 또는 리소스 그룹에는 최대 15 개의 태그가 포함될 수 있습니다.Each resource or resource group can have a maximum of 15 tags. 태그 이름은 512자로 제한되며 태그 값은 256자로 제한됩니다.The tag name is limited to 512 characters, and the tag value is limited to 256 characters.

리소스 태그 지정에 대 한 자세한 내용은 태그를 사용 하 여 Azure 리소스 구성을 참조 하세요.For more information on resource tagging, see Using tags to organize your Azure resources.

일반적인 태그 사용 사례는 다음과 같습니다.Some of the common tagging use cases are:

  • 청구.Billing. 리소스를 그룹화 하 고 청구 또는 비용 정산 코드와 연결 합니다.Grouping resources and associating them with billing or chargeback codes.
  • 서비스 컨텍스트 식별.Service Context Identification. 일반 작업 및 그룹화에 대한 리소스 그룹의 리소스 그룹을 식별합니다.Identify groups of resources across Resource Groups for common operations and grouping.
  • Access Control 및 보안 컨텍스트.Access Control and Security Context. 포트폴리오, 시스템, 서비스, 앱, 인스턴스 또는 기타 요인을 기반으로 하는 관리 역할 id입니다.Administrative role identification based on portfolio, system, service, app, instance, or other factors.

초기에 자주 태그 지정.Tag early, tag often. 사후에 개/보수하는 것보다 기준 태그 지정 체계를 준비하고 시간에 따라 조정하는 것이 좋습니다.Better to have a baseline tagging scheme in place and adjust over time rather than having to retrofit after the fact.

일부 일반적인 태그 지정 방법의 예:An example of some common tagging approaches:

태그 이름Tag Name KeyKey 예제Example 설명Comment
청구 대상 / 내부 차지백 IDBill To / Internal Chargeback ID 청구 대상billTo IT-Chargeback-1234 내부 I/O 또는 청구 코드An internal I/O or billing code
운영자 또는 DRI(직접적인 책임자)Operator or Directly Responsible Individual (DRI) managedBymanagedBy joe@contoso.com 별칭 또는 메일 주소Alias or email address
프로젝트 이름Project Name projectNameprojectName myproject 프로젝트 또는 제품 라인 이름Name of the project or product line
프로젝트 버전Project Version projectVersionprojectVersion 3.4 프로젝트 또는 제품 라인 버전Version of the project or product line
환경Environment 환경environment <Production, Staging, QA > 환경 식별자Environmental identifier
계층Tier 계층tier Front End, Back End, Data 계층 또는 역할/컨텍스트 식별Tier or role/context identification
데이터 프로필Data Profile dataProfiledataProfile Public, Confidential, Restricted, Internal 리소스에 저장된 데이터의 민감도Sensitivity of data stored in the resource

팁과 요령Tips and tricks

일부 리소스 유형은 이름 지정 및 규칙에 주의해야 합니다.Some types of resources may require additional care on naming and conventions.

가상 머신Virtual machines

특히 더 큰 토폴로지에서 신중하게 가상 머신을 명명하는 것은 각 컴퓨터의 역할 및 용도 식별을 간소화하고 예측 가능성이 더욱 뛰어난 스크립팅을 활성화합니다.Especially in larger topologies, carefully naming virtual machines streamlines identifying the role and purpose of each machine, and enabling more predictable scripting.

Storage 계정 및 스토리지 엔터티Storage accounts and storage entities

스토리지 계정에는 VM에 대한 디스크 지원과 Blob, 큐, 테이블에 데이터 저장 등, 두 가지 기본 사용 사례가 있습니다.There are two primary use cases for storage accounts: backing disks for VMs, and storing data in blobs, queues and tables. VM 디스크에 사용되는 저장소 계정은 부모 VM 이름과 연결하는 명명 규칙을 따라야 합니다(고급 VM SKU에 대해 여러 저장소 계정이 필요할 수 있음, 숫자 접미사도 사용).Storage accounts used for VM disks should follow the naming convention of associating them with the parent VM name (and with the potential need for multiple storage accounts for high-end VM SKUs, also apply a number suffix).

데이터 또는—디스크—에 대 한 저장소 계정은 여러 저장소 계정을 사용할 수 있도록 허용 하는 명명 규칙을 따라야 합니다 (즉 항상 숫자 접미사 사용).Storage accounts—whether for data or disks—should follow a naming convention that allows for multiple storage accounts to be used (that is, always using a numeric suffix).

Azure Storage 계정에서 Blob 데이터에 액세스할 수 있도록 사용자 지정 도메인 이름을 구성할 수 있습니다.It's possible to configure a custom domain name for accessing blob data in your Azure Storage account. Blob service의 기본 엔드포인트는 https://<name>.blob.core.windows.net입니다.The default endpoint for the Blob service is https://<name>.blob.core.windows.net.

그러나 사용자 지정 도메인(예: www.contoso.com)을 스토리지 계정의 Blob 엔드포인트에 매핑하는 경우 해당 도메인을 사용하여 스토리지 계정의 Blob 데이터에 액세스할 수 있습니다.But if you map a custom domain (such as www.contoso.com) to the blob endpoint for your storage account, you can also access blob data in your storage account by using that domain. 예를 들어 사용자 지정 도메인 이름을 통해 https://mystorage.blob.core.windows.net/mycontainer/myblobhttps://www.contoso.com/mycontainer/myblob로 액세스할 수 있습니다.For example, with a custom domain name, https://mystorage.blob.core.windows.net/mycontainer/myblob could be accessed as https://www.contoso.com/mycontainer/myblob.

이 기능을 구성 하는 방법에 대 한 자세한 내용은 Blob storage 끝점에 대 한 사용자 지정 도메인 이름 구성을 참조 하세요.For more information about configuring this feature, see Configure a custom domain name for your Blob storage endpoint.

Blob, 컨테이너 및 테이블의 이름을 지정 하는 방법에 대 한 자세한 내용은 다음 목록을 참조 하세요.For more information on naming blobs, containers and tables, see the following list:

Blob 이름은 문자 조합을 포함할 수 있지만 예약된 URL 문자는 적절히 이스케이프되어야 합니다.A blob name can contain any combination of characters, but reserved URL characters must be properly escaped. 마침표(.), 슬래시(/) 또는 시퀀스 또는 둘의 조합으로 끝나는 Blob 이름은 피합니다.Avoid blob names that end with a period (.), a forward slash (/), or a sequence or combination of the two. 규칙에 따라 슬래시는 가상 디렉터리 구분 문자입니다.By convention, the forward slash is the virtual directory separator. Blob 이름에 백슬래시(\)를 사용하지 않습니다.Do not use a backward slash (\) in a blob name. 클라이언트 API는 이를 허용할 수도 있지만 이 경우 제대로 해시하지 않고 서명이 일치하지 않게 됩니다.The client APIs may allow it, but then fail to hash properly, and the signatures will not match.

만든 후 저장소 계정 또는 컨테이너의 이름을 수정하는 것이 불가능합니다.It is not possible to modify the name of a storage account or container after it has been created. 새 이름을 사용하려면 이름을 삭제하고 새로 만들어야 합니다.If you want to use a new name, you must delete it and create a new one.

새 서비스 또는 애플리케이션의 개발을 시작하기 전에 모든 저장소 계정 및 유형에 대한 명명 규칙을 설정하는 것이 좋습니다.We recommend that you establish a naming convention for all storage accounts and types before embarking on the development of a new service or application.