Преамбула

Развитие информационных и коммуникационных технологий открывает перед бизнесом новые возможности. Зачастую эти возможности носят революционный характер. Например, появление мобильной связи привело к созданию в короткий срок совершенно новых рынков и отраслей. Иногда изменения происходят непрерывно: рост мощности процессоров, увеличение объёма жёстких дисков плавно «разогревают» связанные отрасли. Чаще же всего ситуация складывается в соответствии с широко рекламируемой в не столь уже близком прошлом теорией: количество скачком переходит в качество.

Именно с такой ситуацией мы имеем дело сегодня на рынке виртуализации вычислительных ресурсов. Количественный рост мощности и, самое главное, соответствующее падение стоимости аппаратных ресурсов, рост функциональной гибкости программных решений виртуализации, появление качественных бесплатных проектов с открытым исходным кодом — всё это привело к ситуации, при которой виртуализация стала типовым решением с линейкой предложений от индивидуальных компьютеров до крупных корпоративных ЦОД и публичных сетей. Сегодня в этом направлении имеется большое количество нереализованных для бизнеса возможностей, т.к. для извлечения выгоды требуется систематизировать положение вещей и сформировать «кейз».

В данной статье хотелось бы сделать шаг в направлении систематизации целей виртуализации для среднего и большого бизнеса, а также предложить некоторые варианты их достижения.

Цели

• Повысить эффективность использования вычислительных ресурсов за счёт формирования единого пространства эластичных виртуальных центров обработки данных
• Снизить лицензионные отчисления
• Повысить качество IT-сервиса. Выработать ключевые показатели эффективности (KPI) сервисов. Сформировать соглашения об уровне сервисов (SLA)
• Провести унификацию используемых прикладных решений
• Создать типовые профили развёртывания организационных единиц
• Обеспечить консолидацию корпоративных данных и управление доступом
• Обеспечить управляемую доступность для сегментов корпоративных данных в зависимости от важности, конфиденциальности, критичности, юрисдикции и прочих факторов
• Предоставить возможность оперативного (в том числе и временного) расширения вычислительных мощностей по требованию бизнеса
• Создать предпосылки для успешной аттестации систем, работающих с персональными данными
• Создать условия для перехода к арендной модели использования прикладного и системного программного обеспечения
• Создать возможность аутсорсинга как вычислительных мощностей, так и отдельных бизнес-процедур и функций
• Обеспечить эффективный мониторинг и учёт затрат (биллинг) IT-услуг

Подход

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

В виртуальном ЦОД реальные сервера, благодаря средствам виртуализации, могут выполнять разные функции одновременно. Уменьшается потребность в физических серверах, сетевом оборудовании и, как следствие, расходы на инфраструктуру.

Основные выгоды от использования виртуального ЦОД:

1. Снижение расходов на оборудование. На одном физическом сервере могут работать десятки виртуальных серверов.

2. Снижение расходов на обслуживание. Благодаря виртуализации многие операции, ранее выполняемые вручную, могут быть автоматизированы. Установка серверов, ПО, локализация неисправного оборудования в виртуальной среде выполняются значительно проще и быстрее. Иногда одним движением мыши.

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

Виртуальные ЦОД широко применяются для построения IT-инфраструктуры. В данной области имеется сложившаяся терминология:

IaaS – Infrastructure as a Service – инфраструктура как сервис. Данный уровень представляет собой собственно виртуализацию вычислительных ресурсов, при которой вместо конкретных серверов, систем хранения и сети получатель сервиса имеет дело с единым эластичным пространством вычислительных ресурсов (процессорные мощности, память, хранение, сеть). В зависимости от реализации IaaS может обладать следующими полезными свойствами: эластичность в зависимости от нагрузки (свойства сервера меняются в зависимости о нагрузки), перенос выполняющихся машин с одного физического сервера на другой (из одного ЦОД в другой) без остановки работы, прозрачное резервное копирование, общесистемная зашита от вирусов и разного рода атак, освобождение неиспользуемых в данный момент ресурсов и т.д.

PaaS – Platform as a Service – платформа как сервис. В данном случае в качестве сервиса выступают такие компоненты IT-инфраструктуры, как, например, база данных, интеграционная шина, почтовый сервис и т.д. Отличие от, например, традиционной базы данных заключается в том, что сервис «PaaS база данных» может быть в короткий срок сформирован для нового получателя в соответствии с регламентом провижинига, сервис обладает измеряемыми параметрами, которые гарантируются поставщиком сервиса, и характеристики сервиса могут быть оперативно изменены в случае их недостатка или избытка. На практике это означает что, например, если в организации имеется PaaS сервис «База данных», то при запуске новой информационной системы в филиале нет необходимости запускать базу данных, следует воспользоваться существующим сервисом. Этот сервис по умолчанию обладает следующими свойствами: резервное копирование, балансировка нагрузки и отказоустойчивость. Наличие такого и подобных компонентов существенно упрощает процедуры запуска новых информационных систем и сокращает стоимость эксплуатации.

SaaS – Software as a Service – программное обеспечение как сервис. Данный сервис представляет собой то или иное программное обеспечение, развёрнутое в ЦОД и готовое к использованию по требованию со стороны получателя. Примерами такого рода сервисов в корпоративном секторе может быть типовая конфигурация 1С:Предприятие (например, типовой склад), электронная почта, документооборот, средство обмена мгновенными сообщениями,  Oracle eBusiness Suite и т.д.

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

Также известны менее распространённые, но не менее полезные сервисы.

DaaS – Desktop as a Service – Рабочий стол как сервис. В данном случае персональное рабочее место работника расположено в корпоративном облаке. С любого физического устройства:  компьютера, ноутбука, планшета — работник соединяется со своим рабочим столом и видит на нём привычный набор приложений, сервисов и данных. Такой подход позволяет существенно сэкономить на лицензиях и стоимости поддержки.

BPaaS – Business Process as a Service – бизнес-процесс как сервис – в данном случае имеет место конвергенция IT-ресурсов (например, бухгалтерской системы в облаках и соответствующих деловых процедур и компетенций работающих с этими программами бухгалтеров). В результате появляется возможность формирования таких эффективных сервисов, как, например, ведение бухгалтерии подразделений из единого центра (компактная группа бухгалтеров берёт на обслуживание большое количество подразделений компании).

Как видно из приведённого терминологического перечня, ключевым понятием виртуализации является сервис.

Это в полной мере соответствует идее сервис-ориентированной организации IT-инфраструктуры на основе подходов ITIL или COBIT.

Таким образом, процесс модернизации IT-инфраструктуры имеет смысл вести совместно с реорганизацией корпоративной IT-службы на основе ITIL (в том случае, если данный подход уже не внедрён) – формирование корпоративного ServiceDesc, учёт ресурсов и разработка SLA для IT-сервисов послужат хорошим полигоном для отработки сервисных подходов и инструментов в рамках бизнеса предприятия в целом.

Средства реализации

В рамках сформированного подхода описанные выше цели могут быть достигнуты следующим образом:

•     «Повысить эффективность использования вычислительных ресурсов за счёт формирования единого пространства эластичных виртуальных центров обработки данных»

На каждом физическом сервере располагается несколько виртуальных серверов, каждый со своим приложением. Это становится возможным потому, что нагрузка на приложения имеет неравномерное по времени распределение. В случае физического сервера мы вынуждены резервировать оборудование, достаточное для работы приложения в условиях пиковой нагрузки (с некоторым запасом). В условиях использования виртуального сервера мы покрываем «пики» за счёт общего запаса сервера в целом. Таким образом, затраты на инфраструктуру могут уменьшаться в разы.

•     «Снизить лицензионные отчисления» Лицензия — это право владения экземпляром приложения. Т.е. обладание лицензией (обладание правом) является юридическим понятием. Лицензионные соглашения могут носить весьма сложный характер: например, именные лицензии, по процессорам, по конкурентным сессиям и т.д. Учёт легальных прав и учёт фактического использования лицензий на ПО представляют собой сложную задачу, которая в крупных организациях может вызывать проблемы. Решение проблем с учётом использования ПО зачастую оказывается в области ответственности правообладателя – вендора ПО, когда в случае навязанного аудита представители вендора проводят учёт используемых лицензий. Не всегда результаты такого аудита соответствуют интересам предприятия. В облаке мы имеем возможность установить специальные технические средства для учёта использования ПО оптимальным для предприятия образом. Помимо непосредственно учёта, имеется возможность установить специализированные серверы лицензий (производства соответствующих вендоров). Это позволит консолидировать управление лицензиями данного вендора в организации, что на практике, как правило, ведёт к существенной экономии. 
Аренда ПО вместо приобретения лицензий является ещё одним источником экономии. Крупные вендоры имеют в своём портфеле предложения по арендному типу лицензирования. В случае построения корпоративного облака аренда ПО внутренними потребителями является реальной альтернативой покупки лицензий.  
И, наконец, в случае варианта «Рабочий стол как сервис» имеется возможность существенной экономии лицензий, т.к. для конкретного пользователя они устанавливаются только в одном месте: на его виртуальном рабочем столе.

•     «Повысить качество IT-сервиса. Выработать ключевые показатели эффективности (KPI) сервисов. Сформировать соглашения об уровне сервисов (SLA)» Качество сервиса повышается за счёт следующих составляющих:
- надёжность предоставляемого сервиса перестаёт зависеть от конкретного физического сервера, т.к. в корпоративном облаке происходит резервирование ресурсов и в случае выхода из строя отдельных компонентов система оперативно мигрирует на другие мощности облака;
- масштабируемость решения становится его неотъемлемой частью. При запуске приложения устанавливаются правила по которым происходит его масштабирование в ходе работы при превышении определённых показателей нагрузки;
- оперативность развёртывания новых компонентов является неотъемлемым свойством облачных решений;
- многоуровневый характер предоставляемого сервиса (IaaS, PaaS, SaaS) позволяет разделить ответственность по уровням, выработать KPI и сформировать SLA. Подобная организация производства сервисов позволит вести детализованный контроль качества и оптимизацию предоставления сервисов;

•     «Провести унификацию используемых прикладных решений» В ходе формирования облака все значимые информационные системы предприятия должны мигрировать в облако. Для обеспечения миграции потребуется провести инвентаризацию, выработать типы информационных систем и разработать процедуры провижинига (автоматизированного развёртывания) информационных систем в облаке.

•     «Создать типовые профили развёртывания организационных единиц» Типовой задачей, решаемой IT-подразделением, является развёртывание инфраструктуры для новых подразделений предприятия. От того, насколько быстро и безболезненно это происходит, зависят не только показатели эффективности IT, но и эффективность решения бизнес-задач. Технологии корпоративного облака позволяют создавать преднастроенные комплексы ПО (типовые профили) для типовых организационных единиц предприятия. Развёртывание подобных комплексов в облаке – вопрос нескольких минут.

•     «Обеспечить консолидацию корпоративных данных и управление доступом» Данные облачных приложений хранятся в облаке, это является естественным следствием консолидации вычислительных ресурсов. Соответственно, ими проще управлять, проще защищать, проще предоставлять к ним доступ. 
Помимо этого, важным следствием виртуализации является то, что физические подсистемы хранения могут располагаться, где угодно: как в ЦОД предприятия, так и в специально организованных ЦОД хранения или, например, на арендованных мощностях – облачные приложения этого «не замечают».

•     «Обеспечить управляемую доступность для сегментов корпоративных данных в зависимости от важности, конфиденциальности, критичности, юрисдикции и прочих факторов» Как сказано выше, виртуализация хранения позволяет физически размещать данные (или часть данных) где угодно: в другой комнате, в другом ЦОД, в другом городе, стране или на другом континенте – они будут доступны, как обычные данные приложения. В частности, это позволяет оптимально организовать структуру хранения: данные оперативного контура автоматизации расположить ближе к производственным единицам, данные бухучёта сосредоточить в управляющем центре, а материалы стратегического планирования и консолидированную финансовую отчётность вынести на независимые площадки.

•     «Предоставить возможность оперативного (в том числе и временного) расширения вычислительных мощностей по требованию бизнеса» Временная нехватка ресурсов является типичной ситуацией и свидетельствует не только о проблемах с планированием, но и, в первую очередь, о разумном подходе к инвестированию в инфраструктуру. Нехватка может быть вызвана ожиданием прихода закупаемого оборудования либо временными активностями, для которых требуются непредусмотренные вычислительные мощности. В любом случае аренда дополнительных мощностей на этот период является выходом, который устроит всех. Виртуализация ресурсов позволяет оперативно доумощнять корпоративное облако за счёт привлечения арендованных мощностей. Рынок подобных мощностей активно формируется: в мире и в России имеется значительное количество разнообразных предложений на это счёт. И организационно, и технически подобное доумощнение может быть выполнено в считанные часы.

•     «Создать предпосылки для успешной аттестации систем работающих с персональными данными» 
Аттестация систем по ФЗ-152 является процессом, который требует квалифицированного подхода. В зависимости от согласованной позиции владельца информационного ресурса, компании-поставщика услуг в области ИБ и регулятора, у данного вопроса могут быть очень различающиеся, в том числе и по цене, варианты решения. Наличие сертифицированных средств аутентификации и авторизации доступа к ПД, наряду с сертифицированными средствами периметрической защиты, могут стать решающим фактором в аттестации прикладных информационных систем. Корпоративное облако может быть оснащено упомянутыми средствами, тем самым создаются благоприятные условия для аттестации корпоративных прикладных систем.

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

•     «Создание возможности аутсорсинга как вычислительных мощностей, так и отдельных бизнес-процедур и функций» Корпоративное облако может строиться не только на собственных ресурсах, но и с привлечением арендованных мощностей. Вероятно, наиболее эффективный способ — иметь ресурсы для штатной нагрузки и пул арендуемых по требованию мощностей на случай пиковых или непредвиденных нагрузок. В полной мере это относится и к прикладному программному обеспечению. Прикладное ПО может располагаться как в собственном ЦОД, так и у поставщика SaaS-услуг, например, в 1С-облаке или OEBS-облаке — для пользователя сервиса разница незаметна. Таким образом, появляется возможность выбора: приобретать лицензии или приобретать SaaS-услуги. Соответственно, появляется возможность быстро предоставлять новые сервисы собственным потребителям, приобретая и предлагая внутри предприятия готовые  SaaS-сервисы от третьих сторон. Делая ещё один шаг вперёд в направлении сервисной организации ИТ-процедур и бизнеса в целом, можно рассмотреть вариант, при котором какой-либо сервис, будучи размещённым в корпоративном облаке, арендуется у третьей стороны в комплексном виде, «под ключ». 
Пример: Ведение бухгалтерского учёта филиалов. Этап1: ПО бухучёта размещается в облаке. Работники бухгалтерии размещаются компактно в центральном офисе, там ведётся бухгалтерия всех филиалов.
Этап2: ПО и данные бухучёта остаются в корпоративном облаке. Поставщик бухгалтерских услуг сделал экономически выгодное предложение по ведению бухучёта – процедуры ведения бухучёта частично или полностью переданы в аутсорсинг. При этом технический контроль над данными остался в корпорации.

•     «Обеспечить эффективный мониторинг и учёт затрат (биллинг) IT-услуг» Поскольку мы имеем единую систему управления виртуальным пространством, то процесс предоставления всех сервисов проходит через единую точку — корпоративный service desc. Технически появляется возможность организации мониторинга как параметров SLA (вопрос «Что происходит?»), так и мониторинга конкретных узких мест, локализации проблем (вопрос «Почему имеются проблемы?»).
Внутрикорпоративный учёт затрат невозможен без корректного учёта издержек. ИТ-инфраструктура и услуги являются заметной составляющей такого рода показателей. Корпортивное облако может быть укомплектовано средствами учёта объёмов оказываемых услуг и тарификации услуг по внутренним тарифам с экспортом данных во внутреннюю систему учёта предприятия.

Стадии проекта

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

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

•     Стабилизация 1 После миграции потребуется некоторое время для стабилизации работы и осмысления полученного опыта, для того чтобы учесть сформированные рекомендации и выводы при проведении миграции критичных для бизнеса систем.

•     Перенос систем высокой доступности На данном этапе происходит миграция business-critical систем. Каждая такая система мигрирует по своему плану. В процессе миграции должны быть предусмотрены репетиции, проверки и возможность отката к старой конфигурации.

•     Стабилизация 2. Переход к сервисной модели На данном этапе происходит стабилизация работы и формируются регламенты эксплуатации и развития сервисов корпоративного облака.

Границы

Организационные границы проекта должны специфицировать структурные и организационные единицы, в которых ведётся проект.

Конкретный состав охватываемых информационных систем формируется в ходе первой стадии проекта.  Можно сказать, однако, что проект должен охватить все значимые информационные системы, которые будет решено использовать в дальнейшем.

С точки зрения глубины внедрения (полноты реализации проектных целей) граница проекта находится в области передачи сформированного облака и сформированных в ходе проекта процедур сервисной организации IT в промышленную эксплуатацию силами IT-службы.

Потоки работ

•     Создание единого инфраструктурного пространства предприятия (internal corporate cloud)

•     Инвентаризация используемых информационных систем с целью переноса в корпоративное облако

•     Создание типовых IT-профилей

•     Внедрение сервисно-ориентированной организации службы поддержки на основе ITIL

•     Создание технико-экономического основания применения модернизированной архитектуры

Результаты

Для удобства представления результаты работ сведены в таблицу. По горизонтали в таблице представлены стадии, а по вертикали — потоки работ.

Заключение

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

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

В данной статье сделана попытка сформировать простой и понятный вариант использования корпоративных облаков для крупного бизнеса. Также выполнен грубый черновик методологии внедрения корпоративного облака. Автор надеется, что за этой статьёй последуют другие, в которых будут рассмотрены кейзы для публичных облаков, поскольку эта тема представляет собой широкое поле для продуктивной игры ума.