Какова наилучшая практика для доменных имен (dev, staging, production)?

Question

С поднятием контейнеров, Kuberenetes, 12 Factor и т. Д. Стало легче копировать идентичную среду для разработчиков, постановку и производство. Однако, как представляется, нет общего стандарта для соглашений о доменных именах.

Насколько я могу видеть это, есть два способа сделать это:

• Используйте субдомены:
  • *.dev.foobar.tld
  • *.staging.foobar.tld
  • *.foobar.tld
• Использование отдельные домены:
  • *.foobar-dev.tld
  • *.foobar-staging.tld
  • *.foobar.tld

я могу увидеть вверх и падения с обоих подходов, но мне любопытно, что общая практика есть.

В качестве примечания, Cloudflare не выдаст вам сертификаты для суб-субдоменов (например, *.stage.foobar.tld).

Answer 1

В информатике есть только две вещи: недействительность кэша и именование вещей.

- Фил Karlton

В зависимости от размера компании.

Малые предприятия обычно используют тире и получают подстановочный знак. Таким образом, у них было бы dev.example.com, test.example.com

В крупных предприятиях они обычно имеют развернутую инфраструктуру DNS, и процессы обеспечения безопасности выполняют задание. Обычно это выглядит как

aws-eu-central-1.appName.staging.[teamName].example.com 

Они либо использовать свои собственные самозаверенные сертификаты с ЦС на всех серверах или есть деньги для SANs.

Для получения дополнительного вдохновения:

https://blog.serverdensity.com/server-naming-conventions-and-best-practices/

https://mnx.io/blog/a-proper-server-naming-scheme/

https://namingschemes.com/

Answer 2

Это также зависит, если вы хотите DEV/тест/постановка будет доступна извне, если вы не можете установить таким образом, : app_name.example.dev, app_name.example.test и т. Д.