А вот какой стандарт ?
Стандарт storage я таки выбрал.
И вот задумался о стандарте для технических раздач из dns зоны (раз, два)
Одни дата центры делают так — покупают специальный домен для подсети, пример ip-5-135-184.eu ip-176.31.182.eu в европе или например .net зоне
В связи с приходом таких зон, как .data .hosting .host и другие «символически-технически-подходящие» — можно покупать сразу, без приставки IP, например 176.31.182.host или 176.31.182.data — согласитесь клево :)
А потом при заказах раздавать технические поддомены с них.
Другие хостеры делают так — у них один домен, например hosting.ru, далее они создают поддомен одноименный дата центру, ovh.hosting.ru, а уже потом с него раздают заказы, к примеру *.ovh.hosting.ru *.selectel.hosting.ru *.hetzner.hosting.ru и т.д.
Но тут есть минус, когда у Дата центра несколько ангаров, там идет своя_маркировка. Или например у OVH есть и канада и европа, т.е. приходится либо делать еще уровень, *.canada.ovh.hostng.ru *.europe.ovh.hosting.ru, либо еще как.
Так же в проблему включается другой метод.
Выделенные сервера и VDS.
В итоге может получиться что-то вроде.
*.canada.ovh.dc.hosting.ru
*.europe.ovh.dc.hosting.ru
*.canada.ovh.vds.hosting.ru
*.europe.ovh.vds.hosting.ru
Когда используется вариант с одельным тех доменом. Проблема страны, проблема конкретного ДЦ — отпадает. Ведь сеть так или иначе используется где-то в 1 месте.
поэтому можно сократить до уровня
*.vds.176.31.182.data
*.dc.176.31.182.data
Но в том случае теряется красота_брендинга.
Помимо этого, еще каждому тех-домену на сервер или vds, нужно на нем, создавать 2 поддомена для DNS.
В итоге. Какой же сука все таки СТАНДАРТ?
И вот задумался о стандарте для технических раздач из dns зоны (раз, два)
Одни дата центры делают так — покупают специальный домен для подсети, пример ip-5-135-184.eu ip-176.31.182.eu в европе или например .net зоне
В связи с приходом таких зон, как .data .hosting .host и другие «символически-технически-подходящие» — можно покупать сразу, без приставки IP, например 176.31.182.host или 176.31.182.data — согласитесь клево :)
А потом при заказах раздавать технические поддомены с них.
Другие хостеры делают так — у них один домен, например hosting.ru, далее они создают поддомен одноименный дата центру, ovh.hosting.ru, а уже потом с него раздают заказы, к примеру *.ovh.hosting.ru *.selectel.hosting.ru *.hetzner.hosting.ru и т.д.
Но тут есть минус, когда у Дата центра несколько ангаров, там идет своя_маркировка. Или например у OVH есть и канада и европа, т.е. приходится либо делать еще уровень, *.canada.ovh.hostng.ru *.europe.ovh.hosting.ru, либо еще как.
Так же в проблему включается другой метод.
Выделенные сервера и VDS.
В итоге может получиться что-то вроде.
*.canada.ovh.dc.hosting.ru
*.europe.ovh.dc.hosting.ru
*.canada.ovh.vds.hosting.ru
*.europe.ovh.vds.hosting.ru
Когда используется вариант с одельным тех доменом. Проблема страны, проблема конкретного ДЦ — отпадает. Ведь сеть так или иначе используется где-то в 1 месте.
поэтому можно сократить до уровня
*.vds.176.31.182.data
*.dc.176.31.182.data
Но в том случае теряется красота_брендинга.
Помимо этого, еще каждому тех-домену на сервер или vds, нужно на нем, создавать 2 поддомена для DNS.
В итоге. Какой же сука все таки СТАНДАРТ?