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

Услуги

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

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

Читайте также:  Сравниваем хостинг Unix с хостингом Windows

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

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

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

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

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

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

Читайте также:  Хостеры с регистрацией доменов

Выводы

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

Материалы по теме:
VPS, виртуальный хостинг или выделенный сервер для веб-сайта?
Как оценить пригодность хостинг-провайдера для малого и среднего бизнеса
Полезные операторы Google для поиска информации
Семь самых глупых обещаний хостинг-провайдера (Часть 3-я)
Правильный хостинг и успешный интернет-магазин
3 проверенных СЕО трюка и быстрая раскрутка сайтов
Как выбрать хостинг для сервиса социальных закладок
Соответствует ли провайдер облачного хостинга потребностям сайта?
Что нужно знать про хостинг для интернет-радиостанции
Как выбирать хостинг для сайта туроператора