В моей первой статье я заявил, что инфраструктура как услуга (IaaS) — это услуга, предоставляемая другим объектом, который обеспечивает аппаратную и аппаратную поддержку, пока вы поддерживаете виртуальный центр обработки данных поверх него. В этой статье мы рассмотрим, что это значит в деталях.
Общие черты
Инфраструктура как услуга — это прежде всего вычислительная инфраструктура. Это означает, что это полный пакет всех компонентов инфраструктуры — сервера, хранилища и сетей. Поставщики, как правило, также предлагают брандмауэры, балансировку нагрузки и другие функции безопасности и резервирования в рамках своего предложения, либо в качестве дополнительного преимущества, либо в качестве опции. Расширенные функции, такие как кластеризация, также доступны за дополнительную плату. Одна из ключевых функций, встроенных в большинство предложений, — это аварийное восстановление. Наличие нескольких центров обработки данных, основанных на технологиях виртуализации, делает Disaster Recovery несложным для этих поставщиков, и только самые маленькие, самые сомнительные поставщики не имеют хорошего, проверенного плана аварийного восстановления своих (и ваших) данных.
Альтернативные варианты
Для достижения эффекта масштаба, который позволяет поставщикам получать такую прибыль, эти предложения по умолчанию предоставляются в виде виртуальной машины. Однако это не единственный вариант. Действительно, вы можете создать полное облако, даже не виртуализируя ни одну из ваших машин. Затраты были бы астрономическими, сравнительно, но это возможно. Преимущество этого, конечно же, такое же, как и у любого другого облачного сервиса: стандартизированное, почти мгновенное предоставление ресурсов с минимальным участием ИТ-специалистов или вообще без него. Как правило, они будут видны только в частных облаках, так как общедоступные облака обеспечивают ценовое преимущество полностью в физических облаках.
Что приводит к другой альтернативе — выделенным частным серверам . Большинство провайдеров могут и действительно предлагают эти выделенные серверы в случае необходимости из-за нагрузки или нормативных требований. Обычно это отдельные физические серверы, которые доступны только клиенту независимо от использования ресурсов на этом компьютере. Как уже было сказано, они, как правило, опровергают преимущества облачных вычислений, но во многих случаях они требуются независимо от стоимости. Тем не менее, если у вас есть ограниченный или нет выделенного ИТ-персонала для обслуживания системы и / или вы уже оплачиваете другие услуги, это становится простым способом соблюдения требований и при этом снижает ваши расходы.
У провайдеров IaaS уже есть оборудование и центры обработки данных, поэтому для них довольно просто добавить несколько машин для собственного использования или расширить свои предложения. С этой целью многие поставщики IaaS также являются Платформами как поставщиками услуг (PaaS). Это означает, что если вы программист и ваши потребности в инфраструктуре довольно скромные, то услуги PaaS могут больше соответствовать вашим потребностям. Этот маршрут часто является более дешевым и менее трудоемким маршрутом для программистов, которые просто ищут сервер приложений для своей кодовой базы — но это для другой статьи.
Хороший, плохой, злой
Единственная важная особенность, которая делает публичную IaaS такой важной для многих компаний, заключается в том, что вы получаете преимущества полного ИТ-персонала, специализирующегося в каждом аспекте поддержки компьютерной инфраструктуры, без головной боли или численности персонала, связанных с этим персоналом. Действующие соглашения об уровне обслуживания, гарантирующие бесперебойную доступность, первоклассное оборудование и практически неограниченные вычислительные ресурсы, являются некоторыми другими ключевыми преимуществами. Поскольку ресурсы рассчитываются на основе использования, вы платите только за то, что используете, а не за круглосуточный доступ для покрытия пикового спроса. В качестве дополнительного бонуса для счетчиков компонентов эти сборы взимаются с ваших операционных расходов, а не с капитальных затрат, что упрощает прогнозирование и составление бюджета и позволяет им переносить многие из этих затрат с постоянных на переменные. Я не бухгалтер, поэтому не могу вдаваться в подробности, но достаточно сказать, что это хорошо для большинства компаний.
К сожалению, это означает, что вам нужен кто-то хорошо разбирающийся во всех этих аспектах, чтобы контролировать их. Роль IT Cloud Manager абсолютно необходима. Им не нужно знать детали реализации каждого типа решений, но они наверняка лучше знают, какое решение необходимо, кто является подходящим поставщиком (поставщиками) и какие предложения доступны для их заполнения. В противном случае ключевые компоненты могут быть пропущены, а целостность и доступность данных могут быть потеряны. Даже если они не будут пропущены, вы можете платить слишком много за нежелательные, избыточные или ненужные услуги из-за недостатка знаний. Более того, как никогда важно, чтобы кто-то следил за технологиями — что доступно, что уязвимо и как покрывать новые уязвимости, в дополнение к повседневным обязанностям по отслеживанию соблюдения SLA и другим рутинным задачам. Хороший провайдер тоже сделает это, но должная осмотрительность требует, чтобы облачный менеджер также делал это.
Еще одним недостатком облака являются существующие уязвимости в предложениях. Нет, это не безопасность, хотя это, безусловно, большая проблема. Самая большая уязвимость, особенно для IaaS, — это абсолютная зависимость от сетевого подключения. Не имеет значения, является ли это частным облаком, общедоступным облаком или каким-либо гибридом, вся облачная активность сильно зависит от соединения (й) с провайдером. Перебои в сети, которые создают неудобства для традиционных инфраструктур, приводят к полной остановке работы облачных сервисов. Более того, эта зависимость от сети почти всегда включает в себя скрытую стоимость — более высокую пропускную способность. Так что теперь вам нужно больше возможностей подключения при более высокой пропускной способности, что создает реальный недостаток облачных вычислений, особенно для плохо спроектированных решений IaaS. (Кроме того, многие аналитики предполагают, что облачные предложения, как правило, гораздо более безопасны из-за повышенного внимания к проблемам безопасности на этапах исследования и анализа реализации проекта. Здесь можно найти подробное обсуждение со ссылками).
Наконец, существует проблема владения данными. Например, что происходит с вашими данными, когда вы больше не хотите использовать облачный сервис или провайдера. Поскольку предложения IaaS являются основой вашей среды или, по крайней мере, расширением этой основы, все, что находится там, должно быть перенесено из предложений поставщиков, прежде чем вы сможете списать их использование. Это обычное дело для ИТ-персонала, но что, если у вас его больше нет? Кто несет ответственность за переезд и какой ценой? Нужно ли нанимать подрядчиков или можно что-то решить с поставщиком (новым или старым)? А как насчет простого ответа? Разве вы не можете просто переместить весь виртуальный сервер? Это действительно уродливое состояние, поскольку оно связано с IaaS. Как оказалось, ответ вполне может быть нет. Существует целый ряд причин, обусловленных тем, кому какие данные принадлежат, разнообразным лицензированным службам, доступным для виртуальных машин, а также программному обеспечению, которое на них запущено, и даже тому, какое решение для виртуализации использовалось, если оно было. Один из самых простых примеров — тот факт, что провайдеры IaaS часто предоставляют ОС и владеют этой лицензией, но у вас есть серверное приложение и любое задействованное лицензирование. Как вы идете о передаче этих данных?
Еще один коварный пример, который стоит рассмотреть: что произойдет, если вы не заплатите или произойдет задержка платежа? Вы отключили свою инфраструктуру или можете использовать ее в течение определенного времени? Уничтожается ли виртуальная машина и данные на ней, когда она «выключена»? Если так, как скоро? Я видел много компаний на грани закрытия. Некоторые возвращаются с края, чтобы быть настоящими историями успеха. Однако, когда кредиторы стучат, а клиенты поздно платят, если ваша инфраструктура отключена, вы можете также забыть о восстановлении.
Конечно, простым ответом на многие из этих ситуаций являются хорошо заключенные контракты, охватывающие как можно больше возможных ситуаций. Сделайте свою домашнюю работу и убедитесь, что ваши данные доступны, когда и где они вам нужны. Ежегодная предоплата за гарантированный минимальный уровень обслуживания, которое вы собираетесь использовать, может предоставить клиенту дополнительные рычаги и обеспечить полную доступность в долгосрочной перспективе. Другие варианты также могут иметь смысл. Не забывайте также обыгрывать поставщиков друг с другом во время переговоров, по крайней мере, насколько это возможно. Если вы используете эту тактику, поставщики часто проявляют большую гибкость в отношении неденежных аспектов, поэтому воспользуйтесь этим и используйте таблицу переговоров, чтобы получить требуемую гибкость по заявленной цене, а не пытаться снизить цену за предоставляемые услуги. В конце концов, это всего лишь две разные стороны одного и того же сервиса — вы все равно получаете больше за эту цену. Какие еще аспекты вы видели, что вам нужно опасаться? Разместите их здесь, чтобы все могли принять к сведению…