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

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.
主站蜘蛛池模板: 都昌县| 屏边| 隆昌县| 奇台县| 玛曲县| 册亨县| 达州市| 苏尼特左旗| 荥阳市| 北川| 县级市| 平利县| 宣恩县| 贡山| 唐河县| 库车县| 盐城市| 江油市| 涿州市| 靖安县| 民乐县| 沽源县| 新巴尔虎左旗| 石泉县| 安阳县| 营山县| 文山县| 通河县| 吉安县| 栾川县| 监利县| 武胜县| 双流县| 双柏县| 海晏县| 台南县| 仲巴县| 宕昌县| 全州县| 青河县| 宣汉县|