- 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.
- 中國新股民必讀手冊(2015年最新版)
- 汪博士詳解PMP?模擬題(第4版)
- Magento 2 Cookbook
- Business Intelligence with MicroStrategy Cookbook
- 中國政府統(tǒng)計問題研究
- Getting Started with Citrix VDI-in-a-Box
- 《企業(yè)內(nèi)部控制基本規(guī)范》合規(guī)實務指南
- Tableau:Creating Interactive Data Visualizations
- 行政單位經(jīng)濟責任審計實務指南
- 計量經(jīng)濟學
- 計量經(jīng)濟學理論與應用:基于Eviews的應用分析
- 統(tǒng)計學理論前沿(谷臻小簡·AI導讀版)
- Amazon EC2 Cookbook
- 財務會計習題集
- 舞弊審計實務指南