engineer@northline:~$ less articles/dns-for-small-services.md

DNS notes for small servicesDNS-заметки для небольших сервисов

DNS is easy to ignore when the topology is small, but poor naming and stale records cause more confusion than most people expect. I prefer a naming scheme that reveals purpose, environment, and whether a record is safe to move.DNS легко игнорировать, когда топология маленькая, но плохие имена и устаревшие записи создают больше путаницы, чем кажется. Я предпочитаю схему именования, которая показывает назначение, среду и то, насколько безопасно переносить запись.

Working rulesРабочие правила

• Keep public and internal names distinct even if they point to the same host today.Разделять публичные и внутренние имена, даже если сегодня они смотрят на один и тот же хост.
• Use reasonable TTLs so planned moves do not become long waits.Использовать разумные TTL, чтобы плановые переносы не превращались в долгие ожидания.
• Document wildcard use and certificate scope together.Документировать wildcard-правила и границы сертификатов вместе.
• Remove retired records promptly instead of leaving archaeological layers behind.Быстро удалять выведенные из эксплуатации записи, а не оставлять археологические слои.

Clear DNS naming reduces operational hesitation. If I can tell what a name means from the zone file alone, maintenance becomes less error-prone.Понятное DNS-именование снижает hesitation при эксплуатации. Если по zone file сразу видно, что означает имя, сопровождение становится менее ошибочным.

/articles /notes