После того, как вы приняли решение о переходе на облачный хостинг и определились со стратегией работы в облаках, вам предстоит следующий шаг — провести анализ спроса, создать системный дизайн и, наконец, настроить и протестировать облачную инфраструктуру. Все это звучит очень тривиально и очень похоже на то, как это делается в выделенном хостинге, но в облачной среде имеется несколько особых моментов.
Анализ спроса на облачный хостинг
У каждого потребителя имеется одно главное требование — хостинг должен представлять собой гибкую, легко масштабируемую систему с хорошими ценовыми условиями. Эти требования нужно за основу разработки новой стратегии хостинга. В облачной среде это легко сделать благодаря ее отличной масштабируемости. Вы начинаете с оценочных значений и можете корректировать требуемые ресурсы в соответствии с текущим их использованием. Когда речь идет о выделенном хостинге, то здесь для каждой определенной услуги в договоре обычно прописан минимальный контрактный срок, запрещающий сокращение ресурсов инфраструктуры. Модернизация аппаратного обеспечения в этом случае возможна только за счет приобретения новых компонентов, иногда полных серверов, но обычно оказывается крайне неэкономичной.
Помимо существующих и давно известных требований, необходимо принимать во внимание и прогнозируемые (будущие) требования клиентов хостинга. К ним может относиться, например, предстоящая глобализация магазина с соответствующим расширением обслуживания в разные страны. Это обязательно нужно учитывать при проектировании системы хостинга, то есть следует планировать размещение облачных объектов в разных регионах (в нескольких местах). Такое решение значительно ускорит доступ клиентов к порталу к магазину, так как сервер будет находиться чуть ли не прямо перед входной дверью клиента, а не на другом конце света.
Системный дизайн и системная архитектура
После того как первая фаза анализа спроса и потребностей будет завершена, полученные результаты необходимо свести воедино и осмысленно реализовать в системном дизайне.
Виртуальные узлы
Как и в случае традиционного хостинга с выделенными серверами, облачные узлы должны быть оснащены вычислительными ресурсами (процессор, память, дисковое пространство). Однако в этой ситуации важно учитывать варианты автоматического масштабирования. Если виртуальные узлы имеют большой объем памяти и мощность процессора, тогда во время пиковой нагрузки потребуется подключать совсем немного вспомогательных объектов. Однако не забывайте, что вам все равно приходится платить за эти ресурсы и в часы отсутствие рабочей загрузки, когда они не используются.
Если в распоряжении хостера имеется оборудование с небольшим объемом памяти и ресурсами центрального процессора, то при увеличении числа пользователей новые узлы будут создаваться очень быстро. После того, как они будут созданы, эти новые узлы подключаются к работе для балансировки нагрузки. Строго говоря. речь идет о 20-30 секундах, в течение которых сайты клиентов будут работать очень медленно. Если количество посетителей продолжит расти, вполне вероятно, что облачный сервис не будет успевать генерировать новые виртуальные узлы. Но при этом не будет и потраченных впустую неиспользуемых системных ресурсов. Вот почему так важно найти золотую середину между производительностью и экономической эффективностью.
Вторая часть статьи «Стратегия миграции на облачный хостинг» находится по ссылке. В ней мы поговорим об услугах, тонкостях местного распределения и правилах выбора уровня сложности архитектуры сети.