Строим «облако». Часть вводная. Азы

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

За последний год фактически все крупнейшие мировые производители представили свои облачные решения. Однако при этом не прекращаются обсуждения на тему «Что же такое правильное ‘облако’?».

Так что начать стоит с общего определения. Итак, что же такое инфраструктура, построенная на базе облачных технологий, или, проще говоря, «облако»?

По большому счету, с точки зрения технологий зрения и инструментария облачная среда ничем не отличается от стандартной инфраструктуры. «Облако» — лишь новая методология сопровождения и управления ИТ-инфраструктурой.

Небольшое пояснение вышесказанного на реальном примере. В одной крупной компании, где наша команда строила виртуализованный ЦОД, перестал работать сервис корпоративной почты. Руководитель ИТ-департамента потратил около 20 мин на поиск сотрудника, который должен решить возникшую проблему, так как у администраторов ОС «логи были чистые», у специалистов по эксплуатации оборудования «лампочки были зеленые», в сетевом департаменте «все работало» и т.д. Использование облачного подхода позволило бы избежать ситуации, когда простой вопрос требует несопоставимых временных затрат для выявления слабого звена.

Облачную инфраструктуру обслуживают не системные администратора, а администраторы сервиса. Если рассмотреть базовый сервис ИТ-инфраструктуры, он имеет следующий вид:

Каждый администратор отвечает за свою систему, которая, в свою очередь, является звеном в цепи доставки сервиса потребителю. В вышеупомянутом традиционном подходе обслуживание ИТ-инфраструктуры достаточно сложное — в среднем, шесть администраторов, сложность взаимодействия, показатель time-to-market достаточно высок.

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

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

Так как «облако» — это не просто технология, которую необходимо лишь инсталлировать, а целое решение, то к нему применяются специфические подходы. Такое решение должно оправдать ожидания, в первую очередь, бизнес-подразделения, поэтому внедрение «облака» — целый процесс, который состоит из ряда предпосылок, требований и методологий. Условно его можно разбить на три основных этапа: PreCloud, Cloud и PostCloud. При этом, смею утверждать, что самый сложный из перечисленных — PreCloud.

PreCloud, в свою очередь, состоит из нескольких подпроцессов, а именно:

• виртуализация;

• стандартизация;

• консолидация;

• автоматизация.

Этап, именуемый Cloud, заключается в переходе на сервисно-ориентированную концепцию ИТ-инфраструктуры и внедрении портала самообслуживания. PostCloud — этап изменения всех процессов взаимодействия ИТ-подразделения с другими департаментами предприятия.

В следующих постах попробуем разобраться в каждом из перечисленных этапов и в том, из каких наиболее важных составляющих он состоит.