4 питання, на які варто звернути увагу, коли ви обираєте зовнішнього постачальника DNS – блог IBM

Є багато причин для переходу на керовану платформу DNS, але всі вони обертаються навколо центральної теми. Коли ви досягнете критичної маси трафіку та почнете турбуватися про продуктивність і надійність того, що ви надаєте, настав час розглянути кероване рішення DNS.

Існує кілька добре відомих варіантів, і для новачка вони можуть спочатку здатися відносно схожими. Кожен керований DNS-провайдер пропонує 100% безперебійну роботу за угодою про рівень обслуговування через глобальну мережу DNS із будь-яким призначенням. Усі вони мають варіанти відновлення після збоїв, які можуть підвищити стійкість. Усі вони надають інформаційні панелі та показники, щоб ви могли аналізувати продуктивність. Усі вони стягуються залежно від використання.

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

Коли ви складаєте свій список «необхідних речей», ми склали кілька запитань, які можуть допомогти скласти ваш список вимог.

1. Який ваш профіль ризику?

Будь-який постачальник керованих DNS, який вартий уваги, запропонує 100% безвідмовну роботу за угодою про рівень обслуговування. Але навіть цього може бути недостатньо добре. Трапляються збої в мережі, і іноді навіть дуже стійка глобальна мережа стикається з проблемами доступності. 

Наявність надлишкового параметра відновлення після відмови зазвичай має сенс, особливо для «постійно ввімкнених» служб, які справді потребують високої доступності. У деяких випадках це означає реєстрацію в кількох постачальників. NS1 використовує інший підхід, пропонуючи a відокремлена система резервування якими можна керувати з однієї площини керування. 

Є також питання як насправді ваш керований постачальник DNS забезпечує стійкість. Механіка відновлення після відмови має значення. Це автоматизовано? Чи можна налаштувати? Скільки у вас варіантів? Наскільки легко керувати цими параметрами? Навіть найнадійніший надлишковий варіант DNS може виявитися марним, якщо в процесі відновлення після відмови виникне збій.

2. Що потрібно вашим розробникам?

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

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

Оцінюючи керовані DNS-рішення, важливо досліджувати широту та глибину їхніх пропозицій API та підключення до стандартних інструментів, які використовуються розробниками. Для API недостатньо просто бути доступними, вони також повинні бути добре задокументовані та прості у використанні.

3. Як ви будете керувати трафіком між кількома CDN та/або хмарами?

Якщо у вас достатньо критичної маси, щоб мати потребу в керованому DNS-рішенні, у якийсь момент ви, ймовірно, почнете використовувати кілька хмар або CDN для доставки програм і вмісту. Це означає розподіл трафіку між різними провайдерами оптимізувати продуктивність і підвищити стійкість.

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

Також важливо звернути увагу на вашу здатність налаштовувати параметри керування дорожнім рухом. Чи отримаєте ви цільові результати, які шукаєте, за допомогою доступних варіантів? Або опції керування трафіком занадто тонкі, щоб забезпечити ефективність, яка вам дійсно потрібна? Чи будете ви використовувати керування трафіком для основних функцій балансування навантаження та відновлення після відмови, чи ваші потреби глибші?

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

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

Проте існують конкретні випадки використання – зокрема потокове відео та ігри – де ці мілісекунди можуть безпосередньо вплинути на дохід. У цих випадках важливо звернути особливу увагу як на швидкість відповідей мережі, так і на глибину параметрів керування трафіком.

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

Якщо ви доставляєте контент на материковий Китай, оптимізація продуктивності вимагає особливої ​​уваги до географії розгортання. Його унікальна мережева архітектура вимагає a кероване рішення DNS із локальною присутністю.

Дізнайтеся більше про рішення керованого DNS IBM NS1 Connect.