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

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

Перспектива выглядит весьма привлекательно: вы платите за вычислительные ресурсы и программное обеспечение только тогда, когда они вам действительно нужны. Больше не надо тратить деньги на дорогостоящие компьютерные серверы, которые большую часть времени совершенно не загружены, а также на коробки с программами, пылящиеся на полках. Концепция 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 может составить «сотни миллионов долларов».