- Learn Azure Administration
- Kamil Mrzyg?ód
- 202字
- 2021-06-11 18:14:33
Subscription
When governing multiple subscriptions, you will probably need to know exactly who is its owner. The recommended way of naming them can be found in the documentation (https://docs.microsoft.com/en-us/azure/cloud-adoption-framework/ready/azure-best-practices/naming-and-tagging):
<Company> <Department (optional)> <Product Line (optional)> <Environment>
Here, we're assuming the following parameters:
- Company: TheCloudTheory
- Department: IT
- Product Line: CRM
- Environment: Dev
You will get the following result:
TheCloudTheory IT CRM Dev
Personally, I dislike empty spaces between the names of my resources, so I would slightly modify the example and add dashes to get the following result:
TheCloudTheory-IT-CRM-Dev
Of course, this is not the only available option here. Let's prepare some other examples:
<Department>-<Environment>-<Product>
<Company>-<Product>-<Environment>
<Product>-<Environment>
Depending on the actual scenario, you may or may not need to use the department of the company here. However, it is not always possible to predict whether your company or client will need extra subscriptions. We can avoid situations where we have the following subscriptions under our command:
CompanyA
CompanyA-Dev
CompanyA-SuperProduct-Dev
To do this, always try to implement at least three different parameters in the names so that you are secure in case any modifications are made later.
- 自愿審計動機與質量研究:基于我國中期財務報告審計的經驗證據
- 新中國審計制度變遷
- Azure Strategy and Implementation Guide
- Microsoft Dynamics NAV Financial Management
- 會計信息化基礎(金蝶版)
- Business Intelligence with MicroStrategy Cookbook
- 陜西文物年鑒·2015
- 非線性經濟關系的建模
- 審計基礎
- Getting Started with Citrix VDI-in-a-Box
- Salesforce Essentials for Administrators
- 從零開始學房地產會計
- Tableau:Creating Interactive Data Visualizations
- Minitab Cookbook
- Getting Started with Microsoft Lync Server 2013