Перед вами вторая часть статьи «Стратегия миграции на облачный хостинг». В ее первой части, которая находится по ссылке, мы рассмотрели вопросы, касающиеся анализ спроса на облачный хостинг и проблемы генерации виртуальных узлов. Во второй части мы будем говорить об услугах, тонкостях местного распределения, выборе уровня сложности архитектуры сети.
Услуги
Помимо виртуальных узлов, о которых мы говорили в первой части этой статью, нельзя забывать и об услугах или сервисах, предлагаемых облачным хостингом. Например, чтобы предоставить пользователю базу данных для сайта интернет-магазина, хостинг провайдер может создать виртуальный узел, загрузить на него операционную систему и установить софт базы данных. Однако такое решение противоречит подходу на базе облака. Если сервис MySQL выходит из строя, то соединение с базой данных зависает, и хранилище становится недоступным. Это значит, что интернет-магазин оказывается небезопасным.
Если, с другой стороны, мы используем сервис Amazon AWS RDS или Microsoft Azure SQL, то услуга MySQL будет предоставляться клиенту сразу несколькими системами. Если этот сервис выходит из строя в одной системе, то на помощь приходит вторая и берет обслуживание магазина на себя, то есть сервис работает без простоя. Более того, Amazon, в отличие от виртуального узла, поддерживает автоматическое вертикальное масштабирование. С помощью Azure вертикальное масштабирование узла тоже можно автоматизировать, но здесь виртуальная машина заменяется другим узлом, функционирующим в фоновом режиме и, наконец, уничтожается. Если системных ресурсов узла базы данных уже недостаточно, то потребуется создать новый виртуальный узел. Еще одно преимущество такого решения, которое нельзя упускать из виду, заключается в том, что вам больше не нужно планировать часы работы на создание резервных копий. Защиту ваших данных обычно берет на себя поставщик облачных услуг хостинга.
Локальные сегменты
После того, как базовые размеры модулей и правила использования сервисов определены, следует разделить облачную инфраструктуру на региональные подсети. Здесь необходимо учитывать интерфейсы для поставщиков услуг, а также все требуемые для нормальной работы подключения через интернет и административный доступ к узлам и сервисам. Если виртуальный магазин должен быть доступен на других континентах, то может оказаться целесообразным разместить узлы облачной инфраструктуры в разных регионах.
Простой или сложный?
По завершении проектирования системы и создания необходимой инфраструктуры можно начинать выбор лучшего хостинг провайдера. Для простых инфраструктур и концепций поставщик установит дополнительный уровень абстракции — своего рода набор инструментов для максимально простого создания облачной инфраструктуры. Наличие дополнительного уровня абстракции всегда означает уменьшение трудозатрат за счет упрощения задач, но при этом страдает возможная глубина для дальнейшего расширения инфраструктуры. Преимущество такого решения состоит в том, что незначительные изменения в технические решения даже могут внести даже создатели сайтов, не привлекая к этой работе системного. Не забывайте, что платой за такую простоту является ограничение сложности. Не все инфраструктуры могут быть организованы таким образом.
Если требуется более сложная инфраструктура, то лучше выбрать провайдера, предлагающего решения IaaS (Инфраструктура как услуга). Здесь также можно автоматизировать деление на подзоны, но все крупные сегменты структуры придется реализовывать вручную, и будут они намного сложнее. Выбрав хостинг-провайдера, вы можете подробно обсудить с ним дизайн будущей системы и провести детальное планирование.
При проектировании системы не забудьте учитывать внедрение новых версий прикладных программ. Поскольку различные узлы инфраструктуры могут располагаться в разных частях мира, необходимо включить опцию автоматического обнаружения обновлений и работы с ними. Нет нужды повторять, что для каждого созданного нового узла должна использоваться самая новая версия. И, наконец, при неудачном развертывании должна быть заранее предусмотрена стратегия отката.
Выводы
Облачный хостинг предлагает гораздо больше возможностей, чем выделенный хостинг. Однако переход в облака влечет за собой увеличение сложности. Поэтому до принятия решения тщательно изучите спрос и проработайте вопросы системного дизайна, который должен быть максимально возможно полным, чтобы оставить возможность для последующей переконфигурации. Если вы работаете с компетентным провайдером хостинга, то ваш интернет-магазин сможет завоевать весь мир.