问题1：加拿大服务器名称通常由哪些组成部分？
服务器命名通常由固定字段组合，便于识别与分类。常见组成包括：1) 地理位置（如CA-ON、CA-QC）；2) 环境（如PRD/PROD、STG、DEV）；3) 角色或服务（如WEB、DB、APP、LB）；4) 应用或业务线缩写（如HR、FIN、ECom）；5) 序列号或唯一ID（如001、02A）。示例格式：CA-ON-PRD-WEB-HR-001。
关键字段说明
地理位置使用省缩写或城市代码，环境必须统一标准，角色用常见服务名，序号保证唯一性。所有字段建议用连接符“-”分隔，避免空格与特殊字符。
问题2：如何为加拿大不同省份或城市的服务器进行命名？
建议使用统一省/市缩写前缀以便快速定位。例如安大略省使用CA-ON、魁北克省使用CA-QC、不列颠哥伦比亚省使用CA-BC。对于多数据中心的同一城市，可在后续追加机房或机柜编号，如CA-ON-TOR-DC1或CA-ON-TOR-DC2。
示例与规则
示例：CA-ON-TOR-PRD-DB-FIN-002 表示在多伦多的数据中心、生产环境、数据库、财务业务的第2台机器。规则要点：位置优先、同一维度顺序固定、避免过长导致识别困难。
问题3：推荐的命名长度、字符集与禁止项有哪些？
在命名规范中应限定长度（建议不超过64字符，很多系统或DNS有长度限制），字符集采用大小写一致的字母、数字与连接符“-”。禁止使用空格、下划线、特殊符号（如#、%、&、*、/）和中文字符，以免在脚本、监控或DNS解析中出错。统一使用小写或大写能减少混淆，常见做法是全部使用小写。
额外建议
为便于脚本处理与正则匹配，建议定义一个可验证的正则表达式，例如：^[a-z0-9\-]{3,64}$ 并在资产库创建时强制校验。
问题4：有哪些实用的命名模板与示例可以直接套用？
可提供几套通用模板，依据规模与管理需求选用：1) 精简模板：ca-ON-prd-web-001；2) 业务导向：ca-QC-stg-app-ecom-03；3) DC+机房：ca-BC-vancouver-dc1-db-fin-005。模板中各段含义需在组织的命名规范文档中解释清楚。
问题5：在变更、扩容与退役时对命名管理有哪些注意事项？
变更时保持历史记录与变更工单关联，避免直接重用已退役的编号以免混淆；扩容时按序号递增并记录所属业务与责任人；退役设备建议在资产库中保留记录并标注状态（retired/decom），必要时在主机名后追加状态后缀仅在内部显示。自动化工具（CMDB、Terraform、Ansible）应集成命名规则以减少人为错误。
