4 вопроса, на которые следует обратить внимание при выборе внешнего поставщика DNS – Блог IBM

Есть много причин перейти на управляемую платформу DNS, но все они вращаются вокруг центральной темы. Как только вы достигнете критической массы трафика и начнете беспокоиться о производительности и надежности того, что доставляете, пришло время подумать о управляемое решение DNS.

Существует несколько хорошо известных вариантов, и новичку они могут на первый взгляд показаться относительно похожими. Каждый поставщик управляемых DNS предлагает соглашение об уровне обслуживания со 100% временем безотказной работы через глобальную сеть DNS с произвольной адресацией. У всех них есть варианты аварийного переключения, которые могут повысить отказоустойчивость. Все они предоставляют информационные панели и показатели, позволяющие анализировать производительность. Все они взимают плату в зависимости от использования.

Тем не менее, за этими особенностями настольных ставок вы обнаружите некоторые существенные различия. Подход, который используют разные компании, в конечном итоге повлияет на производительность, масштаб и возможности вашей сети. Прежде чем сравнивать варианты, важно знать, какие из этих функций и возможностей важны для вас.

Пока вы составляете список того, что «обязательно иметь», мы собрали несколько вопросов, которые помогут составить список требований.

1. Каков ваш профиль риска?

Любой достойный провайдер управляемых DNS предложит соглашение об уровне обслуживания со 100% временем безотказной работы. Но даже этого может быть недостаточно. Случаются сбои в сети, и иногда даже очень устойчивая глобальная сеть сталкивается с проблемами доступности. 

Наличие резервного варианта аварийного переключения обычно имеет смысл, особенно для «всегда включенных» сервисов, которым действительно требуется высокая доступность. В некоторых случаях это означает регистрацию более чем у одного провайдера. NS1 использует другой подход, предлагая отдельная резервированная система которыми вы можете управлять из одной плоскости управления. 

Также есть вопрос о КАК на самом деле ваш управляемый DNS-провайдер обеспечивает устойчивость. Механика аварийного переключения имеет значение. Это автоматизировано? Это настраиваемый? Сколько вариантов у вас есть? Насколько легко управлять этими опциями? Даже самый надежный вариант резервного DNS может оказаться бесполезным, если в процессе переключения при сбое возникнет сбой.

2. Что нужно вашим разработчикам?

Большинство организаций начинают использовать управляемое решение DNS, чтобы улучшить качество обслуживания клиентов и конечных пользователей. Затем они обнаруживают, что есть еще одна аудитория: разработчики.

Сегодняшние сети основаны на DevOps, периферийных вычислениях и бессерверных архитектурах, которые требуют подхода к инфраструктуре, ориентированного на API. Подключение к таким инструментам, как Terraform, также является важным требованием для разработчиков, поскольку они используют сетевую инфраструктуру для создания сервисов, ориентированных на клиентов.

При оценке управляемых решений DNS важно изучить широту и глубину их предложений API и связей со стандартными инструментами, используемыми разработчиками. Недостаточно просто быть доступными API, они также должны быть хорошо документированы и просты в использовании.

3. Как вы будете управлять трафиком между несколькими CDN и/или облаками?

Если у вас достаточно критической массы, чтобы нуждаться в управляемом решении DNS, в какой-то момент вы, вероятно, начнете использовать несколько облаков или CDN для доставки приложений и контента. Это означает распределение трафика между разными провайдерами для оптимизировать производительность и повысить устойчивость.

Поставщик управляемых DNS обычно предлагает ту или иную форму управление дорожным движением, но есть существенные различия в том, как они работают. Вам захочется увидеть, насколько легко использовать функцию управления трафиком в управляемом решении DNS. Сколько ручных усилий требуется для настройки и развертывания?

Также важно обратить внимание на свою способность настраивать параметры управления трафиком. Сможете ли вы получить желаемые результаты с помощью доступных опций? Или возможности управления трафиком слишком ограничены для обеспечения той производительности, которая вам действительно нужна? Будете ли вы использовать управление трафиком для базовых функций балансировки нагрузки и аварийного переключения или ваши потребности более глубокие?

4. Насколько важна производительность?

Для доставки большинства приложений и служб скорости большинства управляемых служб DNS достаточно. Несколько миллисекунд быстрее или медленнее, чем средние отраслевые тесты, не имеют большого значения.

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

Поскольку большинство высокопроизводительных приложений и сервисов будут использовать несколько облаков и/или CDN, возможность автоматического направления трафика к наиболее производительному сервису имеет решающее значение. Вы также можете сопоставить производительность с такими факторами, как стоимость или надежность. Это еще одна причина отдать приоритет решениям с настраиваемыми параметрами управления трафиком.

Если вы доставляете контент в материковый Китай, оптимизация производительности требует особого внимания к географии развертывания. Его уникальная сетевая архитектура требует управляемое DNS-решение с локальным присутствием.

Узнайте больше о решении управляемого DNS IBM NS1 Connect.