Сравнили функции VPS с облачными хостингами и разобрали четыре ситуации, когда перенос в облако необходим.
Облачные серверы помогают оптимизировать ресурсы и повышать отказоустойчивость ИТ и веб-проектов. В этой статье расскажем, когда и зачем мигрировать с VPS в облако и как не допустить ошибок.
Облачные и выделенные виртуальные серверы схожи. Но у cloud-сервера есть несколько отличий.
-
Сегментация сети — с ее помощью можно изолировать данные между пользователями и настраивать доступы.
-
Многоуровневая аутентификация — когда на первом уровне доступ защищает пароль, а на втором — СМС-код или приложение-аутентификатор.
-
Ограничение доступов — возможна настройка доступа по SSH-ключам вместо стандартных логина и пароля. Отсутствие доступа к виртуальным машинам у хостера: доступ есть только у владельца облака.
-
Встроенные инструменты для мониторинга и предотвращения угроз — многоуровневая защита от DDoS-атак, брандмауэры, IDPS-системы для предотвращения кибератак.
-
Вы работаете с крупными заказчиками. Большие компании чаще атакуют не напрямую, а через контрагентов: прежде всего IT-подрядчиков. Злоумышленники понимают: атаковать крупные компании сложнее, дольше и дороже. Поэтому они ищут уязвимости в том числе в работе серверов их подрядчиков и субподрядчиков. Контрагентам лучше выбрать облачный хостинг с комплексной защитой информации по технологиям шифрования данных с файрволами, антивирусами и виртуальными сетями с NAT. Особенно если через сайт идет сбор данных пользователей.
-
Вы планируете расширять проект. В облаке в любое время можно увеличить мощности и выбрать конфигурацию под задачи проекта. Если ресурс растет постоянно и стабильно наращивает количество запросов в секунду, то облачные серверы дают преимущества. Не обязательно «расти вертикально» и перенастраивать всю архитектуру сервера. Можно «расти горизонтально» — добавлять мощности CPU или оперативной памяти.
-
Вы не хотите рисковать из-за аварий на серверах. Хостеры часто предоставляют возможности для построения отказоустойчивой распределенной инфраструктуры в нескольких ЦОД. Это позволяет защитить проект от неисправностей на сервере или отдельном ЦОД. Если центр обработки данных падает, для восстановления его работы понадобится время. В зависимости от уровня системы аварийное восстановление занимает от считаных секунд до нескольких дней. В это время теряются данные, которые потом придется восстанавливать и проверять. Облачный хостинг работает постоянно, перераспределяя данные по разным физическим серверам и сохраняя несколько резервных копий.
-
Ваш сервер не справляется с пиковыми нагрузками. Чаще всего это бывает в периоды распродаж или праздников, когда нагрузка на базу данных или веб-сервер возрастает. По данным Equation Research, 75% посетителей в пиковые часы уходят с сайта, не дожидаясь окончания загрузки. Отказы приводят к снижению трафика. Это может вызвать санкции со стороны поисковых систем и даже полностью «похоронить» сайт. Облачный сервер помогает компенсировать пиковые нагрузки гибкой масштабируемой инфраструктурой и балансировщиком. Можно добавить мощности сайта как в сжатые сроки, так и планово наращивать мощность в случае стабильного роста проекта.
-
Тщательно выбирайте провайдера. Проведите аудит с техническими специалистами — желательно с теми, кто будет поддерживать и развивать ваш веб-проект. Изучите отзывы о хостере, надежность по SLA, тарифы и стоимость. Не старайтесь сэкономить: избегайте переплат только за ненужные услуги.
-
Подбирайте решение под конкретную задачу. Одностраничный сайт услуги или мероприятия не обязательно размещать в облаке. Но если сайт масштабируется, облако будет удобнее, безопаснее и выгоднее. Не стремитесь выбирать самый современный вариант сервера — так вы потратите больше средств, а на работе сайта это никак не отразится.
-
Проанализируйте затраты и выгоду от переноса системы в облако. Учитывайте лицензии на ПО, проверьте актуальность лицензий. Если у проекта только продуктивная среда без резервирования, добавьте стоимость дополнительных мощностей. Это страховка от сбоя в работе. Но каждый резервный сервер или дополнительная копия базы данных кратно увеличивает стоимость проекта. Сервисы балансировки, файрволы и управления приватными и публичными сетями обычно стоят дешевле виртуальных серверов. Иногда поставщик предлагает только платный бэкап: это следует учесть, как и частоту резервных сохранений.
-
Составьте дорожную карту миграции. Переносите данные поэтапно. Например, по разделам или отдельным страницам. Так вы сможете контролировать процесс и тестировать каждый модуль, а если что-то пойдет не так — быстро исправить ошибку. Иногда для переноса данных потребуется остановить работу сайта. Когда бесшовный переход невозможен, запланируйте миграцию на время, когда нагрузка на систему минимальная.
-
Сделайте бэкап данных. Данные могут исчезнуть без восстановления, если пользователь случайно удалит подписку или виртуальную машину. Чтобы не восстанавливать сайт, лучше подстраховаться и периодически сохранять данные вне зависимости от бэкапа хостинг-провайдера. К примеру, в SpaceWeb есть облачные бэкапы виртуальных машин, с помощью которых создаются снэпшоты на отдельном сервере.
-
Позаботьтесь о безопасности данных. Например, используйте двухфакторную аутентификацию, уровни доступа, шифрование трафика. Это минимальный набор инструментов, которые сберегут критически важную информацию, хранящуюся на веб-ресурсе. А можно обратиться к самому хостеру: он перенесет проект на свои мощности так, чтобы данные не пропали.
Просто о сложном
Неделя рекламы 
Новости 
Кейсы 
How to 
Интервью и дискуссии 
Маркетинговые исследования 
Энциклопедия обмана 
Проверено ADPASS 
Рекламные кампании