In English

Идем в "облако"

25.04.2011, Басина Наталья
Издание: iBusiness.ru
О преимуществах и недостатках «облаков» эксперты говорят много и подробно. А вот как осуществляется сам переход к облакам, как построить проект грамотно, как избежать ошибок и каких, пока известно не так много. Впрочем, практически у каждой компании-провайдера облачных решений есть свои рецепты.

«Прежде всего, необходимо определиться с требованиями – что ожидает компания от использования «облаков»? В чем «глобальная цель»? Дальнейшее развитие проекта во многом будет зависеть от ответов на эти вопросы», - уверяет руководитель отдела продаж Softline Cloud Services Владимир Савченко. А главное решение, которое должен принять заказчик перед началом проекта, заключается, по словам Савченко, в правильном выборе компании-аутсорсера. Компетенции и накопленный исполнителем опыт позволят достигнуть успеха и избежать возникновения ошибок в процессе реализации проекта и эксплуатации систем.

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

Руководитель перспективных проектов АСКОН Олег Зыков уверен, что для перехода в «облака» необходимо, в первую очередь, провести серьезное, полноценное тестирование облачного сервиса. Цель тестирования заключается в том, чтобы понять, достаточна ли скорость и стабильность интернет-канала для комфортной работы с приложениями. А также определить, какие конфигурации ПО предоставляются провайдером услуг, как осуществляется обмен данными между локальными компьютерами и облаком, какие средства защиты информации используются. «Крайне важно попробовать все на практике, чтобы выявить все возможные узкие места, - считает Зыков. – К примеру, нагрузочное тестирование покажет, выдерживают ли серверы провайдера и интернет-канал одновременную работу всех ваших пользователей».

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

А по мнению руководителя направления Adaptive Planning КОРУС Консалтинг Юлии Лушиной какие-то специальные подготовительные мероприятия при переходе к использованию «облаков» проводить не стоит.
- Начать работу с облачным решением намного проще, чем с любыми другими: вы просто заключаете договор, арендуете софт и начинаете работать, - рассказывает Лушина. - Один наш клиент даже смог самостоятельно настроить работу с облачным решением. Полезно заранее ознакомиться с возможностями системы: с целью минимизации рисков многие вендоры предоставляют trial-версию на 30 дней бесплатно.

В компании Parallels уверяют, что требованиях к облачным сервисам у крупных компаний и компаний малого среднего бизнеса существенно различаются даже несмотря на то, что основной мотив у них один – экономия на ИТ. По словам заместителя директора по работе с клиентами компании Parallels в России, странах СНГ, Балтии и в Израиле Алексея Белкина основным драйвером роста рынка облачного ПО сейчас являются молодые, только что организованные компании.

- Таким компаниям имеет смысл сразу начинать работать с SaaS-приложениями, - поясняет Белкин. - Это дешевле, чем создавать внутреннюю ИТ-инфраструктуру – пусть даже она состоит только из одного сервера и набора ПО. Тем не менее, облачные вендоры идут навстречу тем фирмам, которые ранее пользовались «коробочным» ПО, но решили перейти в «облако» по тем или иным соображениям. Для таких клиентов существует детально описанный сценарий перехода. Например, SaaS-сервис «МойСклад» (управление складскими запасами в торговле и на производстве) помогает перенести данные из десктопного приложения «1С: Управление торговлей» или из Microsoft Excel.

Зато когда речь идет о переходе к облачным вычислениям крупного бизнеса, то, как уверяет Белкин, каких-то общих регламентов и стандартов «по переезду из внутренней корпоративной ИТ-инфраструктуры в облачную не существует даже на Западе». Такими проектами занимаются специальные консалтинговые компании из сферы ИТ, которые разрабатывают уникальные сценарии под каждого крупного пользователя. Как правило, это достаточно дорогая процедура, хотя, по мнению экспертов, в случае успеха стоимость перехода в облако быстро «отбивается».

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

Алексей Белкин в качестве примера приводит контракт российского автодилера «Рольф» и компании HP. В данном случае вендор выступил и оператором миграции, и провайдером облачных сервисов. «Сумму сделки сторону не называют, но говорят, что пятилетний контракт поможет сэкономить «Рольфу» 50 миллионов рублей на ИТ», - рассказывает Белкин.

Ответственность провайдера состоит, по словам Олега Зыкова, и в том, что он должен обеспечить возможность полноценного тестового (и бесплатного) доступа к облачным сервисам. В совместном SaaS-проекте АСКОН и Cloud 4 Business такой доступ предоставляется на 15 дней. В АСКОН считают, что подписывать договор с провайдером можно только после этого. А сам документ надо внимательно изучать, особенно в части ответственности провайдера, времени доступности сервиса, документов, подтверждающих лицензионность используемого ПО. Также необходимо проверить наличие у провайдера договоров с вендорами ПО, размещенного в «облаке».
- Если все перечисленное аккуратно и внимательно выполнить, то дальнейшее внедрение и использование «облака» пройдет без проблем - все процессы обслуживания и сопровождения ИТ только упрощаются, - поясняет Олег Зыков.

Юлия Лушина полагает, что заказчику необходимо обратить внимание на следующие факторы: что входит в стоимость аренды ПО, что представляет из себя сам вендор, какова его надежность и что говорят его другие. Впрочем, эти показатели следует отслеживать и в любом другом случае внедрения ПО. «Отдельное внимание следует уделить хостинг-провайдеру – то есть тому, где «хостится» вся система и пользовательские данные, какие предприняты меры безопасности, - напоминает Лушина. - Бывает, что привлекательное облачное решение располагается на обычном сервере поставщика - конечно, это недостаточно надежно для корпоративной информационной системы».

Алексей Белкин уверен, что при переходе к «облакам» отталкиваться надо от потребностей конкретной компании, которая задумалась о создании внутреннего «облака», а не привязываться к какой-то отдельной технологии или производителю. Это позволит избежать ненужных инвестиций и сэкономить время.

- Если речь идет о крупной компании, необходимо знать, как организованы в ней бизнес-процессы, в которых так или иначе задействован ИТ, - рассказывает Белкин. - А дальше все зависит от огромного числа факторов, среди которых – особенности ИТ-инфраструктуры, размер компании, требования к надежности и т.д. Поэтому если ошибки и совершаются, то выделить среди них какие-то типовые мы не рискнем - они уникальны для каждой конкретной компании.

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

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

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

Непосредственно переход к «облакам» по принципам и подходам мало чем отличается от классического внедрения. В Softline Cloud Services, например, сначала определяют перечень приложений для размещения в «облаке». Потом фиксируют требования к доступности и поддержке, определяют требования приложений к аппаратным ресурсам и интенсивность их использования. Затем составляется план миграции (если переносятся действующие системы), выполняется пилотный проект, при необходимости корректируются требования и компания приступает к реализации проекта по фазам.

В Parallels считают, что грамотная организация внутреннего (или корпоративного) «облака» означает, что при его создании соблюдаются два принципа.
- Во первых, «облако» должно быть построено на платформе автоматизации и должно поддерживать возможность самообслуживания (selfcare management), - рассказывает Алексей Белкин. - Автоматизируется внутренняя цепочка бизнес-процессов: «выбор услуги => учет услуги => доставка услуги пользователю средствами виртуализованной ИТ-инфраструктуры => биллинг/учет услуги => использование услуги с возможности дозаказа «на лету» => отказ от услуги с высвобождением ресурсов». Самообслуживание позволяет клиенту «облака» (сотруднику предприятия) управлять услугами – менять конфигурацию своего виртуального рабочего стола, добавлять или отказываться от приложений, с которыми он работает, а также делать еще массу вещей. Подчеркнем, что selfcare management позволяет ИТ-специалистам сосредоточиться на выполнении основных задач, а не отвлекаться постоянно на поддержку пользователей.

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


Александр Подвойский, старший системный архитектор отдела решений Microsoft департамента инфраструктурных решений компании «АйТи»

Два сценария


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

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

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

Единственная гарантия качественного выполнения таких проектов - привлечение подрядчиков, у которых имеется реальный опыт организации и выполнения комплексных проектов.

Кнопка жизни
Центральный федеральный округ