Зміст
- Скромна база користувачів
- Надзвичайно локалізована база користувачів
- Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
- Нормативні та складні вимоги до управління
- Висновок
Джерело: Nmedia / Dreamstime.com
Винос:
Мережі доставки вмісту (CDN) можуть бути швидким та ефективним способом доставки вашого вмісту користувачам. Але вони не завжди найкращий варіант.
Мережі доставки вмісту (CDN) - це чудовий спосіб прискорити доступ до вашого вмісту на екран або пристрій користувача, доставляючи дані, кешовані на сусідніх серверах. Коли користувачі переходять на веб-сайт із підтримкою CDN, вони можуть отримати значне поліпшення швидкості завантаження, що також покращує роботу користувачів.
Для архітекторів інфраструктури даних, які особливо прагнуть пом’якшити будь-які втрати пропускної здатності та забезпечити високоефективне використання ресурсів, CDN - це ідеальне рішення. Топ CDN мають масштабованість у режимі реального часу та можливість мінімізувати затримку в мережі. Це означає, що користувачі отримують дані в мінімально можливий час, з мінімальними втратами пакетів і ваші ресурси витрачаються оптимально. (Щоб дізнатися більше про ефективність мережі, див. Роль KPI в управлінні мережею.)
Як правило, вважається, що CDN надзвичайно корисні у будь-яких ситуаційних ситуаціях, забезпечуючи швидший час відгуку за допомогою кешування та оптимізації переднього типу. Однак CDN не завжди є найкращим способом оптимізувати ефективність роботи у всіх випадках.
Типовий CDN покладається на кілька вузлів, розподілених по всьому світу. Кешований вміст з вашого сайту зберігається в цих вузлах. Коли користувачі з певного географічного регіону отримують доступ до вашого сайту, вони доставляються з кешованим вмістом з найближчого вузла. Скороченість відстані означає скорочення часу в обидва кінці, і користувач отримує вміст в мінімально можливий час. Аналогічно, якщо ваш сайт схильний отримувати величезні навантаження на трафік або сплески, топологія розподіленої мережі може служити захистом від надмірного споживання пропускної здатності.
На противагу цьому, CDN може здатися дуже корисним інструментом для будь-якого типу контенту. Однак це не завжди вигідно, особливо якщо у вас є конкретні потреби, які виключають розподілену інфраструктуру. Ось кілька прикладів.
Скромна база користувачів
Розгортання CDN має багато сенсу, якщо у вас є величезна і різноманітна база користувачів. Але якщо у вас невелика цільова та конкретна база користувачів, можливо, вам буде краще використовувати інші способи поліпшення роботи користувачів. Це особливо актуально, якщо ваша інфраструктура обслуговує лише невелику кількість користувачів, наприклад, інтранет для внутрішнього використання ваших організацій або якщо ваша база користувачів дуже мінімальна.
Однією з альтернатив тут є здійснення ледачого завантаження, яке завантажує мінімальну кількість вмісту на екран користувача, тому надаючи користувачеві миттєвий доступ до цього вмісту. На місці решти вмісту зберігаються тимчасові заповнювачі. Коли користувач переходить до решти вмісту, заповнювачі заповнюються фактичним вмістом. Ця методика забезпечує те, що основні речі миттєво надаються користувачеві, а решта вмісту завантажується на потреби. Результат - розумне споживання пропускної здатності, мінімальна швидкість завантаження сторінки та покращений досвід користування завдяки покращенню швидкості.
Надзвичайно локалізована база користувачів
Однією з найвидатніших переваг CDN є те, що він здатний прискорити доставку вмісту для користувачів по всьому світу. Але якщо ви орієнтуєте свій вміст на користувачів, розташованих у певному географічному регіоні, використання CDN може не мати великого сенсу. Такі приклади можуть бути, якщо ви запускаєте веб-сайт школи або університету - можливо, вам буде краще забезпечити доступ з локальної інфраструктури, особливо якщо користувачі матимуть доступ зсередини.
Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.
Для такої концентрованої бази користувачів можна експериментувати з іншими способами поліпшення роботи користувачів. Наприклад, ви можете спробувати виконати попереднє завантаження на своєму сайті. Попереднє завантаження по суті отримує компоненти, до яких очікується доступ користувача наступним чином. Наприклад, якщо ви відображаєте одне зображення в галереї, користувач може скористатися наступним. Таким чином, попереднє завантаження завантажує наступне зображення на кінець користувача перед тим, як користувач натиснув його, тим самим відобразивши його миттєво, як тільки користувач досягне його. Це надзвичайно покращує сприйнятий час завантаження на кінці користувача.
Нормативні та складні вимоги до управління
Якщо ваша організація обробляє чутливі дані користувачів, очевидно, що у вас буде складений складний протокол управління, призначений для захисту даних користувачів за будь-яку ціну. Це може включати вимоги суверенітету, згідно з якими дані повинні залишатися у межах фізичної юрисдикції певної країни. У такому випадку розгортання CDN не обов'язково може бути корисним, оскільки це означає, що дані можуть бути кешовані на серверах у країнах, що не є юрисдикцією, що може суперечити вимогам суверенітету. (Докладніше про осіб, відповідальних за управління даними, див. Головний директор з питань даних: Наступна гаряча техніка?)
Висновок
Тим не менш, CDN - це чудовий спосіб покращити швидкість і надійність веб-сайту у більшості випадків. Сучасні хмарні CDN також надають прошарок функцій безпеки, включаючи функцію передової лінії захисту від атак на основі трафіку та збалансування навантаження, виконуючи функцію зворотного проксі-сервера.
Таким чином, хоча ви, можливо, не користуєтесь найважливішими перевагами CDN в надзвичайно локалізованому сценарії, розгортання такого роду послуг призведе до значних поліпшень у багатьох інших випадках.