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

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

Перспектива выглядит весьма привлекательно: вы платите за вычислительные ресурсы и программное обеспечение только тогда, когда они вам действительно нужны. Больше не надо тратить деньги на дорогостоящие компьютерные серверы, которые большую часть времени совершенно не загружены, а также на коробки с программами, пылящиеся на полках. Концепция utility computing (UC) — предоставление вычислительных ресурсов по принципу коммунальных услуг — позволяет добиться недостижимой ранее эффективности (по крайней мере теоретически). Но что же на самом деле представляет собой utility computing? А лучше поставим вопрос по-другому: что эта концепция сулит генеральному директору? В своих напыщенных речах поставщики пытаются заставить его поверить в то, что новый, светлый мир услуг находится уже буквально за ближайшим углом. И хотя некоторые представители деловых кругов уже успели сделать первые шаги в направлении utility computing (с использованием существующих инструментальных средств и методов), эта относительно новая форма потребления ИТ-услуг фигурирует в планах еще далеко не каждой компании.

Что такое utility computing?

Дать определение концепции utility computing — все равно что завязать змею узлом: когда вам кажется, что вы уже проделали это, она выскальзывает из ваших рук.

Практически каждый крупный производитель, а также большое количество мелких имеют свое представление о концепции utility computing и продвигают ее под своей торговой маркой. Agile Computing, On Demand Computing, N1 — этот список можно продолжать и далее. Если же абстрагироваться от навешиваемых ярлыков, следует отметить, что концепция utility computing подразумевает гибкое выделение вычислительных ресурсов там и тогда, когда это нужно клиенту. Ресурсы могут извлекаться из общего вычислительного пула и включать в свой состав компоненты программного обеспечения, находящегося в корпоративном центре данных. Они выделяются по мере необходимости и регистрируются в учетных ведомостях, а клиентам выставляются соответствующие счета. Подобные ресурсы предлагают сегодня не только корпоративные информационные службы, но и внешние поставщики услуг. В частности, компания Salesforce. com продает подписку на услуги CRM: вы платите только тогда, когда действительно их используете. Когда потребность исчезает, достаточно просто отключиться, не переплачивая ни цента.

«Можно предлагать клиентам поменьше, но при этом иметь определенный запас прочности, для того чтобы сглаживать неожиданные скачки спроса», — отметил Майк Принс, директор ИТ-службы компании Burlington Coat Factory, внедряющей у себя модель utility computing на основе баз данных Oracle и кластеров на аппаратной платформе Intel. Первоначально — после развертывания четырех независимых серверов Unix — компания Burlington получила сразу несколько пулов вычислительных ресурсов, каждый из которых превышал ее потребности. «Ни один из серверов ни разу не испытывал пиковой нагрузки, — заметил Принс. — Возникает вопрос, зачем держать системы, загруженные только на 20%?»

Степень загрузки зависит от нужд конкретной компании и может варьироваться в широких пределах, но в отчете аналитического агентства Saugatuck Technology ?Pay As You Go? IT Services («Услуги ИТ, оплачиваемые по факту») утверждается, что ИТ-ресурсы чаще всего используются не более чем на 50%. Концепция utility computing позволяет либо полностью отказаться от дорогостоящих накладных расходов, либо заставить имеющиеся мощности работать с полной отдачей.

Почему концепция utility computing принимается так тяжело?

Большинство крупных производителей оборудования, включая IBM, Sun и Hewlett-Packard, уже сегодня в той или иной форме предлагают физическую инфраструктуру для реализации стратегии utility computing (в качестве примера можно привести систему HP Utility Data Center). Но для того чтобы все это заработало, необходима координация функционирования оборудования, прикладного и управляющего программного обеспечения, которое следит за состоянием пулов вычислительных ресурсов. Оборудование и управляющее ПО уже имеется (по крайней мере в своем начальном состоянии), но на многих предприятиях оно еще только проходит испытания. А подготовка компании к претворению в жизнь стратегии utility computing требует серьезных усилий.

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

Концепция utility computing (по крайней мере в своей конечной форме) предполагает полный отказ от серверов подразделений и использование машин, управляемых информационной службой централизованно. Это можно осуществить либо физической заменой удаленных серверов на мощный центральный сервер, кластер менее мощных серверов или стойку серверов-лезвий либо за счет объединения удаленных систем в grid-сеть. (Определения приведены в Глоссарии терминов utility computing.) Когда пользователь выдает запрос, инфраструктура должна обслужить его, определив при этом, какие ресурсы выделяются пользователю из пула, с последующим включением этой информации в счет.

Подобный уровень гибкости и контроля требует наличия средств управления, которые пока находятся в зачаточном состоянии. Этим объясняется то, что компании не спешат запрыгивать в трогающийся поезд utility computing (связывать судьбу информационных технологий организации с инструментальными средствами, о которых мало что известно, отважится только отчаянный храбрец или безумец). «Относительно медленный рост популярности концепции utility computing связан с тем, что у поставщиков приложений отсутствуют лицензионные модели, соответствующие идее UC», — отметил старший вице-президент META Group Кори Ференгул. В идеале ценовые модели utility computing должны обеспечивать оплату «по факту получения очередной порции ресурсов». Именно так чаще всего потребители оплачивают электричество и воду. Однако производители программного обеспечения предпочитают продавать свои продукты исходя из количества рабочих мест или процессоров. При этом они не учитывают интенсивность процессорной обработки и характер использования ПО на каждом конкретном рабочем месте. Поставщики неохотно переходят к ценообразованию по факту потребления в связи с целым рядом причин. Главный сдерживающий фактор — боязнь радикальных перемен.

Массовый переход на ценообразование такого рода грозит масштабной переоценкой акций компаний, разрабатывающих программное обеспечение, на Уолл-стрит. Акции почти наверняка упадут в цене, если производители не смогут прогнозировать свои будущие доходы и ограничатся лишь констатацией текущих цифр. Кроме того, концепция utility computing упрощает клиентам смену поставщиков, способствует усилению здоровой конкуренции и снижению нормы прибыли производителей.

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

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

Как отделить зерна от плевел?

Спросите любого поставщика ИТ, есть ли у него продукты, соответствующие модели utility computing, и, скорее всего, вы получите утвердительный ответ. Стоит ли им доверять — решать вам, но хотелось бы предупредить, что поставщики далеко не всегда говорят правду. Приведем два наиболее распространенных источника недоразумений.

Это больше, чем аутсорсинг. Полная передача своего центра данных поставщику услуг аутсорсинга и оплата получения доступа к своим приложениям на его серверах не соответствуют модели utility computing. Ключевой принцип коммунальных услуг — оплата по факту потребления. Лишь очень немногие аутсорсинговые соглашения предполагают такую возможность. IBM ограничивается только громкой рекламой. Многомиллиардный договор, подписанный в 2002 году с American Express, — исключение из общего правила. Если ваши пользователи в течение месяца вообще не обращаются к вычислительным ресурсам, а вы тем не менее получаете от поставщика услуг аутсорсинга счет, никакой речи о настоящей модели utility computing быть не может.

Это больше, чем виртуализация. Виртуализация направлена на объединение вычислительной мощности серверов и емкости систем хранения в общий разделяемый пул. В виртуальной системе вы не знаете, какая конкретно машина обрабатывает запрос к базе данных и на каком диске хранится ваш квартальный отчет. Конкретные детали находятся в ведении программного обеспечения. Это уже большой шаг по направлению к utility computing, но пройден еще далеко не весь путь. В идеальном варианте UC позволяет ИТ-службе выставлять пользователям счета за реально потребленные ресурсы — за каждую минуту, каждую транзакцию и т. д. Точное определение всех этих единиц — один из главных вопросов, на которые нам предстоит ответить.

Нельзя сказать, что модели обращения к внешним поставщикам услуг никто до сих пор так и не отдал предпочтения. Компания American Express подписала с корпорацией IBM договор на сумму 4 млрд. долл. о передаче ей всех своих ИТ-операций. Представители IBM провозгласили его первым крупномасштабным соглашением, предусматривающим внедрение модели utility computing. На самом деле заключенные договоренности поразительно похожи на любое другое крупное соглашение об аутсорсинге. Единственное различие здесь заключается в ценовой политике, но не в технологиях. Вместо того чтобы вносить фиксированную абонентскую плату, в некоторых случаях AmEx оплачивает только фактически предоставленные ей услуги, добиваясь таким образом существенной экономии. Исполнительный вице-президент и директор информационной службы AmEx Глен Салоу утверждает, что экономия от внедрения модели utility computing может составить «сотни миллионов долларов».

Возможно ли сегодня практическое применение модели utility computing?

Да, но выбирать нужно грамотно. Наибольшие преимущества модель utility computing сулит в ситуации, когда дорогие приложения используются относительно редко. Допустим, две компании работают с одним и тем же инженерным пакетом на пять рабочих мест. Но одна из компаний запускает программы раз в месяц, а другая эксплуатирует их круглосуточно. Компании, редко использующей программное обеспечение, модель utility computing принесет немалую экономию, поскольку ей не нужно будет оплачивать полную стоимость лицензий. Второй же компании выгоднее приобрести стандартные лицензии по числу требуемых рабочих мест.

Кроме того, некоторые приложения не слишком хорошо подходят для utility computing. «Мы не пытаемся поменять все вокруг, — говорит Джо Хесли, директор информационной службы компании Gates, занимающейся производством промышленных товаров. — С некоторыми приложениями, например с системами автоматизированного проектирования, гораздо лучше работать на локальных серверах, чем на удаленных».

Но в тех случаях когда приложение используется несколькими группами или эксплуатируется нерегулярно, модель utility computing может стать весьма эффективной. Таким образом, вам просто нужно выбрать наиболее подходящий для вашей компании вариант.

Одним из возможных решений является консолидация. В ноябре 2003 года компания Gates решила перейти от распределенной среды с несколькими серверами к централизованной системе HP Superdome, поддерживающей механизмы HP Instant Capacity on Demand (iCOD). Благодаря iCOD специалисты Gates получили возможность подключать дополнительные процессоры (и отключать их при снижении нагрузки) за меньшие деньги. «Мы решили, что консолидация — переход на разделяемую виртуальную среду, поддерживающую функции управления нагрузкой, — позволит нам варьировать вычислительную мощность, увеличивая ее в случае необходимости, но не замыкая в рамках отдельных машин», — пояснил Хесли. Другими словами, если какому-то приложению требуется больше ресурсов, новая система позволяет Gates увеличить обороты и удовлетворить потребности бизнеса.

Масштабы проекта Gates достаточно велики. Он предусматривает идентификацию 42 приложений (и связанного с ними оборудования), в первую очередь ориентированных на консолидацию, в том числе и заказных приложений ERP, развернутых на производственных предприятиях в Мексике. Авторы проекта решили использовать системы Superdome для удаленного размещения всех мексиканских вычислительных ресурсов. «Нам удалось сформировать необходимую инфраструктуру, не создавая новых систем или центров данных и не прибегая к услугам аутсорсинга в Мексике», — сообщил Хесли.

Новая модель предусматривает централизованное выделение необходимых ресурсов. Причем все работает так хорошо, что сегодня компания работает над консолидацией всех своих систем — в Мексике, Соединенных Штатах и Канаде — в единый комплекс ERP, который будет располагаться в штаб-квартире Gates.

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

В основе другого подхода, позволяющего полностью отказаться от обслуживания серверов, лежат услуги хостинга. В 2000 году фирма Royal Caribbean Cruise Lines решила воспользоваться при проведении интерактивных рекламных акций вычислительными мощностями компании Akamai Edge. С экономической точки зрения это представлялось более выгодным по сравнению с построением географически распределенной серверной сети. Два года назад RCCL организовала рекламную кампанию, в течение которой нагрузка на компьютерные системы выросла в четыре-пять раз, поскольку клиенты активно изучали предлагаемые им круизы. «У меня имелось в наличии 18 серверов, а требовалось уже 30, — вспоминает вице-президент компании по ИТ Майк Саттен. — Сохранились фотографии, на которых наши технические специалисты разворачивают серверы прямо в коридоре. Пришлось даже отрывать ресурсы от других проектов, для того чтобы обеспечить работоспособность Web-сайта».

В результате руководство RCCL приняло решение перенести свои Web-системы на серверы Akamai. Ряд приложений J2EE был развернут в глобальной распределенной сети Akamai, построенной на базе серверов IBM WebSphere. При этом RCCL оплачивала только фактически потребленные ресурсы, а не лицензии на программное обеспечение. В настоящее время приложения обращаются к данным, которые размещены на серверах RCCL. Однако эксперимент с хостингом был признан успешным, и ситуация может измениться, если RCCL получит от Akamai новые выгодные предложения.

Какую помощь в продвижении модели utility computing может оказать генеральный директор?

Ключевым условием успешного внедрения концепции utility computing является внесение соответствующих изменений в корпоративную культуру. По своей природе utility computing требует централизации и совместного использования ресурсов, к чему во многих компаниях не привыкли. Задача высшего руководства заключается в том, чтобы смягчить недовольство пользователей, вызванное передачей серверов подразделений в общий пул ресурсов, управление которым осуществляется ИТ-службой или поставщиком услуг аутсорсинга.

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

Учитывая все это, генеральный директор и другие представители высшего руководства должны выступать в роли буфера между ИТ-службой и начальниками основных подразделений. «Если вы намерены получить выигрыш от совместного использования ресурсов (как это заложено в концепции utility computing), ресурсы тоже должны создаваться совместными усилиями, — заметил аналитик компании Illuminata Джонатан Юнис. — Поэтому генеральному директору, директору по операциям или финансовому директору необходимо, по крайней мере, взять на себя ответственность и дать людям соответствующие указания».

Какова окупаемость utility computing?

Конечная цель, естественно, заключается в том, чтобы зарабатывать деньги. Концепция utility computing предполагает снижение стоимости лицензирования за счет консолидации множества экземпляров приложений в рамках минимального числа лицензий и позволяет компаниям — после того. как определена модель ценообразования, — оплачивать только физически потребленные часы, транзакции, мегабайты или биты (конкретные единицы измерения, возможно, будут варьироваться в зависимости от конкретного приложения). Кроме того, снижается стоимость технической поддержки, поскольку часть операций передается внешним поставщикам услуг аутсорсинга, а внутренние ИТ-группы освобождаются от выполнения таких трудоемких задач, как постоянная модернизация бесчисленных удаленных серверов. Возможно также сокращение расходов на оборудование (как в случае с Royal Caribbean) за счет минимизации числа собственных серверов и обслуживающего их персонала. Конечная цель заключается в создании технологической структуры по-настоящему гибкого предприятия, позволяющей перестраивать бизнес-процессы на лету и оперативно удовлетворять вновь возникающие потребности.

Впрочем, для компаний, в которых уже сформированы хорошие ИТ-группы, это не слишком актуально. «Если в вашей организации проводится централизованная политика, налажено четкое управление изменениями и их интеграцией в инфраструктуру ИТ, поддерживаются контакты между основными подразделениями и ИТ-службой, модель utility computing может оказаться для вас не столь привлекательной», — отметил главный аналитик Gartner Эрик Гуднесс. Что же касается организаций, где нет четкого регулирования, то упрощение и контроль, присущие модели utility computing, скорее всего, пойдут им на пользу. К сожалению, эти организации в меньшей степени подготовлены к такому переходу. «Если в организации царит анархия, вы не знаете, как оценить расходы, — подчеркнул Гуднесс. — Предстоит провести очень серьезную подготовительную работу для того чтобы сформулировать для себя конечные цели». Без такой подготовки переход на модель utility computing вместо экономии может привести к увеличению расходов.

Конечно, существуют области, например сфера телекоммуникационных услуг, где внедрение концепции utility computing способствует повышению экономической эффективности. «Некоторым клиентам, обратившимся к поставщикам подобных услуг, удалось сократить корпоративные телекоммуникационные затраты на 30 %», - отметил Гуднесс.

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


Глоссарий терминов utility computing

Давайте для начала снимем покров тайны с некоторых терминов, связанных с концепцией utility computing

Автономная компьютеризация (autonomic computing). Провозглашенная корпорацией IBM идея о том, что компьютерные системы должны быть «самодостаточными» и обеспечивать ремонт, изменение конфигурации, защиту и перераспределение ресурсов при минимальном вмешательстве со стороны человека.

Кластеры (clusters). Группы компьютерных систем, связанные друг с другом и выступающие в роли единого вычислительного комплекса. Кластеры зачастую не допускают географически удаленного распределения нагрузки, а также произвольного добавления или удаления машин.

Распределенные вычисления (grid computing). Концепция объединения массива небольших компьютеров в единый виртуальный суперкомпьютер. Сети распределенных вычислений часто объединяют большое количество географически удаленных машин, которые полностью поступают в распоряжение сети или предоставляют другим часть своих вычислительных ресурсов, когда те становятся доступны. Grid-сети получили сегодня широкое распространение в качестве недорогой альтернативы суперкомпьютерам при реализации научных и исследовательских проектов.

Оплата по факту получения (pay as you go). Концепция оплаты вычислительной мощности в соответствии с четко измеренным объемом потребления вместо покупки оборудования и лицензий на программное обеспечение в собственность.

Программное обеспечение как услуга (software as service). В отличие от покупки лицензий на программное обеспечение для определенного количества пользователей или процессоров и последующего «владения» этим ПО в течение определенного времени, соглашения о получении программного обеспечения в качестве услуги позволяют предоставить нужному числу пользователей фактический доступ к ПО за меньшие деньги.

Виртуализация (virtualization). Объединение серверов или систем хранения в большой «виртуальный» ресурс. В этом случае пользователи не знают точно, какую машину или жесткий диск они задействуют, они лишь запрашивают из пула необходимое им дисковое пространство и вычислительную мощность для решения конкретной задачи. Цель заключается в том, чтобы повысить уровень отдачи и снизить себестоимость.


Christopher Lindquist. The Executive?s Guide to Utility Computing. CIO Magazine. August 1, 2004