官术网_书友最值得收藏!

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.

The name of a subscription can be changed later. On the other hand, it is always a better option to avoid modifications instead of making them later.
主站蜘蛛池模板: 潼南县| 万年县| 抚远县| 封开县| 秭归县| 三明市| 永定县| 英超| 黄大仙区| 永登县| 阿尔山市| 黄骅市| 平安县| 凤凰县| 塔河县| 赫章县| 武宁县| 日土县| 手游| 定州市| 隆子县| 额尔古纳市| 博野县| 防城港市| 昆山市| 娱乐| 呼伦贝尔市| 宝兴县| 宜君县| 屯门区| 甘孜| 台东市| 丰台区| 马龙县| 武威市| 红桥区| 合作市| 渭源县| 堆龙德庆县| 务川| 兴城市|