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

Услуги

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

Если, с другой стороны, мы используем сервис Amazon AWS RDS или Microsoft Azure SQL, то услуга MySQL будет предоставляться клиенту сразу несколькими системами. Если этот сервис выходит из строя в одной системе, то на помощь приходит вторая и берет обслуживание магазина на себя, то есть сервис работает без простоя. Более того, Amazon, в отличие от виртуального узла, поддерживает автоматическое вертикальное масштабирование. С помощью Azure вертикальное масштабирование узла тоже можно автоматизировать, но здесь виртуальная машина заменяется другим узлом, функционирующим в фоновом режиме и, наконец, уничтожается. Если системных ресурсов узла базы данных уже недостаточно, то потребуется создать новый виртуальный узел. Еще одно преимущество такого решения, которое нельзя упускать из виду, заключается в том, что вам больше не нужно планировать часы работы на создание резервных копий. Защиту ваших данных обычно берет на себя поставщик облачных услуг хостинга.

Читайте также:  Как продвинуть сайт в поиске Google

Локальные сегменты

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

Простой или сложный?

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

Если требуется более сложная инфраструктура, то лучше выбрать провайдера, предлагающего решения IaaS (Инфраструктура как услуга). Здесь также можно автоматизировать деление на подзоны, но все крупные сегменты структуры придется реализовывать вручную, и будут они намного сложнее. Выбрав хостинг-провайдера, вы можете подробно обсудить с ним дизайн будущей системы и провести детальное планирование.

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

Выводы

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

Материалы по теме:
Зачем нужно контролировать эффективность хостинга
Хостеры с регистрацией доменов
Где искать хостинг-провайдеров
Как купить лучшее доменное имя. 10 советов
Возможны варианты — хостинг для медицинского сайта
Как время простоя хостинга сводит на нет все ваши усилия по продвижению сайта
Как работает интернет - серверы и клиенты
Как просмотреть исходный HTML код веб-страницы
Google Cloud снижает цены на частные облака
Правильный сайт для малого бизнеса
Семь самых глупых обещаний хостинг-провайдера
Как удалить битые ссылки с сайта
Сравнение веб-серверов (Linux или Windows)
Как на самом деле писать SEO статьи
Как работать с реселлерами хостинга и не ошибиться
Как выбрать хостинг для сайта частного мастера
Что нужно искать, выбирая хостинг для агентства недвижимости
Выбираем надежный хостинг
5 функций, без которых не следует выбирать хостинг для сайта университета
Как продвинуть сайт в поиске Google