| name | name-deployment-nodes |
| description | Systematic naming for deployment nodes (VMs, zones, environments) enables consistent infrastructure documentation. Use {Environment}{Service}Vm for VMs, {Tier} for zones, and include VLAN/network details. |
Name Deployment Nodes Consistently
Use this skill when creating VMs, zones, or deployment nodes in deployment.c4 or operations.c4.
Prerequisite: Read model-deployment skill for basic structure and hierarchy.
Naming Formula
Virtual Machines (VMs)
Pattern: {Environment}{ServiceName}Vm (PascalCase)
// Examples following pattern
ProdApigwVm // prod + apigw + vm = production API gateway VM
ProdUploadVm // prod + upload + vm = production upload service VM
ProdWorkerVm // prod + worker + vm = production processing worker VM
StagingApiVm // staging + api + vm = staging API VM
DevDatabaseVm // dev + database + vm = development database VM
Rules:
- Environment prefix:
Prod, Staging, Dev, Test
- Service name: Meaningful abbreviation (Apigw, Upload, Worker, Database, Queue)
- Suffix: Always
Vm for consistency
- FQN identifier: Use lowercase kebab-case:
prod-apigw-vm, prod-upload-vm
Zones (Network Segments / VLAN Regions)
Pattern: {Tier}Tier or {Function}Zone (PascalCase)
// Tier-based naming (for layered architectures)
Dmz // Demilitarized Zone (edge security)
AppTier // Application tier (microservices)
ProcTier // Processing tier (async workers)
DataTier // Data tier (databases, storage)
// Function-based naming (for specialized infrastructure)
SecZone // Security & monitoring
InfraZone // Backup & disaster recovery
NetworkZone // Load balancing & CDN