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

Услуги

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

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

Читайте также:  Какой функционал искать, выбирая хостинг для проката автомобилей

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

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

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

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

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

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

Читайте также:  Как оценить пригодность хостинг-провайдера для малого и среднего бизнеса

Выводы

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

Материалы по теме:
Как работать с реселлерами хостинга и не ошибиться
Что такое хостинг, клиент-сервер и где живут сайты
Как выбрать хостинг для школы дистанционного обучения
Изучаем наиболее распространенные проблемы веб-хостинга. Часть 2-я
Как выбрать хостинг для издательской компании
Все, что вам нужно знать про хостинг Линукс. Часть 2-я
Какой хостинг выбрать для интернет-магазина
Как выбрать хостинг для сайта футбольного клуба
Зелёный хостинг — новый тренд в интернет индустрии
Семь самых глупых обещаний хостинг-провайдера (Часть 3-я)
Что такое стандартный пакет облачного хостинга
Как проверить качество обратных ссылок
Кому выгоден реселлинг хостинга
Как работает интернет - серверы и клиенты
Что такое SEO и почему это важно для успешного сайта?
Как выбрать хостинг для музыкального бизнеса
Хитрости создания сайтов от лучших веб-мастеров
Как выбрать хостинг для сайта знакомств
Как сменить хостинг?
Как ускорить индексацию новых страниц на сайте
Как правильно готовить изображения для веб-сайта
Как провайдеры переходят на экологически чистый хостинг