Журнал PC Magazine/RE №09/2009 - PC Magazine/RE 9 стр.

25 900 руб.

RIM, www.blackberry.ru

Оценка: хорошо

Достоинства. «Коммуникатор для олигархов». Оригинальный дизайн, удобный трекбол (для управления меню). Навигационные функции, возможность интеграции в корпоративные ИС. Развитая коммуникационная подсистема, хорошие системные характеристики и время автономной работы.

Недостатки. Модель заведомо не бюджетная.

Спецификация. XScale PXA 930/624 МГц, RIM BlackBerry OS 4.6, 128-Мбайт ОЗУ, 1-Гбайт флэш-ППЗУ, 2,6-дюйм (320×480), microSD, GSM/GPRS, EDGE, 3G, Bluetooth, WiFi, USB, GPS-навигация, 1500 мА·ч.

17 100 руб.

Samsung Electronics, www.samsung.ru

Оценка: очень хорошо

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

Недостатки. Модель не бюджетная по определению, «виджеты» часто бесполезны.

Спецификация. XScale PXA 312/624 МГц, Windows Mobile, 128-Мбайт ОЗУ, 8-Гбайт флэш-ППЗУ, 3,2-дюйм (240×400), microSD, GSM/GPRS, EDGE, 3G, Bluetooth, WiFi, USB, FM-радио, GPS-навигация, 1440 мА·ч.

13 800 руб.

Toshiba, http://toshiba.com.ru

Оценка: хорошо

Достоинства. Мощный клавиатурный коммуникатор класса «на замену ноутбуку». Весьма демократичная цена. С точки зрения системной архитектуры эта модель несколько превосходит средний уровень в своей ценовой нише.

Недостатки. Довольно крупное и тяжелое изделие, недостаточная (для такой модели) емкость аккумулятора.

Спецификация. Qualcomm ESM 7200/400 МГц, Windows Mobile 6, 128-Мбайт ОЗУ, 256-Мбайт флэш-ППЗУ, 3-дюйм (480×800), microSD, GSM/GPRS, EDGE, 3G, Bluetooth, WiFi, USB, GPS-навигация, биометрическая защита, 1320 мА·ч.

Инфраструктура

В преддверии SaaS

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

SaaS – Software as a Service (программа как сервис). Согласно Википедии, данная концепция в ее современном виде была сформулирована еще в 1999 г. Сокращенное название (акроним) SaaS появилось два года спустя, и именно оно получило признание, оттеснив другие аналогичные термины во многом благодаря моде к обратно читающимся сокращениям в стиле camelback («спина верблюда» – сочетание в названии прописных и строчных букв).

Microsoft свою стратегическую модель продвижения сервисов называет S+S (софт плюс сервис). Такой подход можно рассматривать как расширенный вариант применения SaaS в сочетании с традиционным методом использования ПО. Отметим, что формулирование компанией собственной концепции S+S – это не просто желание выделиться на фоне остальных (хотя и не без этого), а реальное отражение специфики деятельности корпорации на ИТ-рынке (к этому мы еще вернемся).

Расхожее определение «ПО как сервис» изначально допускает довольно широкую трактовку.

Но как часто бывает в ИТ-отрасли, термин всем хорошо знаком, а суть его покрыта туманом. Четкого представления о том, что обозначается термином SaaS и чем это отличается от не-SaaS, нет. Путаница усугубляется еще и тем, что в ИТ-отрасли не так давно появился еще один модный термин – Cloud Computing (облачные вычисления), который по частоте использования (не в ИТ-практике, а в разговорах об ИТ) уже, кажется, вышел на первое место. При этом SaaS и Cloud очень часто применяются вместе, и порой непонятно в чем их различие (и есть ли оно вообще). Потому разговор о SaaS придется начать с разбирательства: что же это такое и чем данная модель отличается от предыдущих.

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

Само по себе название – «ПО как сервис» – позволяет довольно широко трактовать это понятие. Тем более что четкого и общепринятного определения SaaS на сегодня нет. Во многом это объясняется объективной причиной: содержание данного понятия быстро трансформируется по мере практического продвижения SaaS на рынок, развития технологических возможностей и изменения рыночного спроса.

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

Более точное, но все же уже устаревшее (на наш взгляд) определение дает английская Википедия: «SaaS – это модель развертывания ПО, при которой провайдер лицензирует приложения таким образом, чтобы потребители могли использовать их как сервис по требованию». Но очевидно, что в этом случае к такой модели (она более точно сейчас называется Software on Demand, SoD) относятся и самые различные варианты аренды программных продуктов, и получение ПО по подписке.

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

Но это определение описывает хотя и очень характерный, но лишь частный сценарий, поскольку нередко поставщик SaaS-решения использует программы другого разработчика (например, Microsoft CRM), а предоставляемое пользователю ПО не является Web-приложением (например, почтовый сервер или антивирусный экран).

Тут самое время вспомнить об «облачных» вычислениях и посмотреть, как соотносятся понятия Cloud Computing и SaaS. В русской Википедии приводится такое определение: «Облачные вычисления – технология обработки данных, в которой программное обеспечение предоставляется пользователю как Интернет-сервис». Ясно, что такое описание вполне подходит и для SaaS.

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

При такой постановке вопроса в Cloud Computing входят модели трех уровней:

• IaaS (Infrastructure as a Service) – предоставление аппаратной ИТ-инфраструктуры (серверы, сети, устройства хранения и пр.);

• PaaS (Platform as a Service) – IaaS плюс операционная система и, возможно, ее API;

• SaaS – приложения для конечных пользователей с доступом через Интернет.

Однако в такой формулировке SaaS – практически синоним другой, известной еще с конца 1990-х гг., модели – ASP (Application Service Providing), или Hosted Applications. Более того, среди ИТ-специалистов сегодня часто бытует мнение, что SaaS – это тот же ASP, но из маркетинговых соображений названный по-другому. Но c такой оценкой вряд ли можно согласиться.

Четкого и общепризнанного водораздела между SaaS и ASP нет, в целом большинство экспертов сходятся на том, что эти термины близки и в некоторых случаях могут употребляться как синонимы. Тем не менее, на наш взгляд, есть несколько аспектов, которые позволяют отделить SaaS от ASP.

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

Настоящее SaaS-решение подразумевает использование мультиарендной (многоклиентской) архитектуры, для которой необходимо наличие единой программной среды и общего аппаратного решения для всех клиентов (клиент – это предприятие-заказчик, а не одно рабочее место), чтобы обеспечить максимальную эффективность реализации ресурсов и добиться максимальной производительности. В отдельных случаях клиенту предоставляется собственная база данных для обеспечения лучшей защищенности и подконтрольности данных, однако довольно часто именно для защиты данных используется дефрагментация и распределенное хранение информации клиента (это, в частности, реализуется Salesforce).

Такая архитектура требует качественно иных технических подходов к решению вопросов масштабирования и повышения производительности системы. Традиционные варианты масштабирования, используемые в ASP, когда увеличение числа клиентов обеспечивается благодаря соответствующему числу серверов (в том числе с использованием виртуализации), не есть «чистое» SaaS, и его, скорее, можно назвать «квази-SaaS».

Такая архитектура требует качественно иных технических подходов к решению вопросов масштабирования и повышения производительности системы. Традиционные варианты масштабирования, используемые в ASP, когда увеличение числа клиентов обеспечивается благодаря соответствующему числу серверов (в том числе с использованием виртуализации), не есть «чистое» SaaS, и его, скорее, можно назвать «квази-SaaS».

Сегодня SaaS чаще ассоциируется с использованием бизнес-программ (т. е. не с инфраструктурными, а с деловыми задачами предприятия).

Говоря о различиях SaaS и ASP (или по-другому – SaaS как новый этап развития ASP), стоит выделить некоторые моменты:

• ASP была рассчитана на крупных корпоративных клиентов. SaaS – в первую очередь на SMB (это стало во многом возможно благодаря широкополосному Интернету);

• SaaS предоставляет клиенту не ПО, а реализацию бизнес-функций. В общем случае клиенту все равно, на каком ПО все это построено;

• SaaS-поставщик, кроме того, должен решать вопросы интеграции своего сервиса в ИТ-систему заказчика;

• иначе выглядят вопросы лицензирования (отношения с поставщиком базового ПО);

• поставщик SaaS больше заинтересован в повышении эффективности своего внутреннего хозяйства (поскольку он не сдает в аренду ресурсы, а предоставляет бизнес-функции);

• реализация SaaS непосредственно связана с использованием новых архитектурно-технологических решений – SOA (как внутри SaaS-проекта, так и при стыковке сервиса с ИТ заказчика), виртуализации и пр.;

• иначе стоит вопрос «монетизации» услуг. ASP – это чистая арендная плата. В SaaS большое значение играет рекламная составляющая.

Еще в 2007 г. Microsoft проработала технологическую схему модели SaaS, выделив ее ключевые атрибуты (конфигурируемость, multi-tenant и масштабируемость) и сформулировав на их основе четыре уровня зрелости SaaS.

1. Ad-Hoc/Custom (специальный). Каждый пользователь имеет собственную настроенную под него версию приложения, используемого в режиме хостинга. Миграция традиционного приложения (в том числе клиент-серверного) в модель SaaS на этом уровне снижает операционные затраты благодаря консолидации аппаратных средств (серверов) и систем администрирования.

2. Configurable (конфигурируемый). Заказчик имеет возможность настраивать нужное ему ПО через метаданные, таким образом несколько пользователей используют собственные экземпляры ПО, но с одним и тем же программным кодом. Это позволяет поставщику снизить затраты при удовлетворении потребностей разных клиентов.

3. Configurable, Multi-Tenant-Efficient (конфигурируемый, многоарендный). В отличие от второго уровня тут используется один экземпляр программы для всех клиентов. При этом существенно снижаются все эксплуатационные затраты (в том числе на аппаратные средства), но есть ограничения по масштабируемости.

4. Scalable, Configurable, Multi-Tenant-Efficient (масштабируемый, конфигурируемый, многоарендный). В дополнение к третьему уровню добавляется масштабируемость благодаря многоуровневой архитектуре ПО, балансировке нагрузок с использованием большого набора серверов. Мощность системы может легко изменяться путем подключения – отключения серверов без внесения каких-либо изменений в ПО.

Строго говоря, только варианты Multi-Tenant-Efficient относятся к «настоящему» SaaS.

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

Вместе с тем на пути использования SaaS есть целый ряд препятствий и подводных камней, причем некоторые из них носят концептуальных характер. В России в рамках дискуссий о перспективах использования SaaS обычно называют два аспекта:

• недостаточная развитость магистральных каналов широкополосного Интернета (низкая пропускная способность, высокая стоимость), особенно в регионах страны;

• опасения заказчиков по поводу надежности хранения их бизнес-информации.

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

• трудности с оплатой услуг зарубежных SaaS-провайдеров;

• неполное соответствие нормативным актам России, в том числе закону о персональных данных;

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

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

• теоретически SaaS обеспечивает для изготовителя возможность оказывать услуги заказчику напрямую, минуя партнерские каналы. Но на деле все же для внедрения и поддержки SaaS-решений участие партнеров чаще всего необходимо. Соответственно традиционным поставщикам программ нужно заниматься перестройкой своей партнерской сети, которая изначально ориентировалась на обычную модель распространения ПО, а специализированным разработчикам SaaS-решений – осваивать новую для себя сферу создания и поддержки партнерской сети;

• для заказчиков SaaS означает более высокий уровень зависимости от конкретного поставщика. В этой ситуации важно быть уверенным в его надежности как бизнес-партнера (например, что он завтра не разорится и не уйдет с рынка, что он готов развивать и поддерживать свой сервис);

• в общем случае SaaS предоставляет меньше возможностей (по сравнению с обычным вариантом ПО) настройки и доработки решения с учетом специфики конкретного пользователя;

• в случае SaaS совсем иначе (сложнее) решаются вопросы интеграции в корпоративную систему предприятий, взаимодействия с другими компонентами корпоративной информационной системы.

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

Владимир Долгов, генеральный директор Google Россия

PC Magazine/RE: Google – один из пионеров SaaS. Google Docs – едва ли не синоним «SaaS для СМБ», миллионы начинают знакомство с SaaS-сервисами с Gmail, и так далее. Это в мире. Как обстоят дела в России?

В. Д.: В России рынок SaaS находится еще на самом начальном этапе развития. На Западе, действительно, Google Apps – популярный пакет приложений для малого и среднего бизнеса. У нас же пока этим пользуются немногие. Компании привыкли к покупке, но не аренде ПО. О популярности SaaS говорят и объемы национальных рынков. По некоторым оценкам, объем рынка SaaS в США составил в 2008 г. 4630 млн. долл., в то время как в России эта цифра равна только 1.76 млн. долл.

PC Magazine/RE: Какой Google видится справедливая модель оплаты за SaaS? Как Google разграничивает «бесплатных» и коммерческих клиентов в смысле функциональности? Что доступно, скажем, коммерческим пользователям Gmail и Google Docs?

В. Д.: У Google существует несколько версий пакета приложений Google Apps (службы Google, в которые входят не только Gmail и «Документы», но и ряд других полезных программ, таких как Gtalk, «Сайты Google» и т. д.). Бесплатно этот пакет могут использовать некоммерческие организации, например клуб, спортивная команда или группа по интересам. Базовый пакет служб Google включает в себя почту Gmail, «Календарь», «Документы» и «Сайты Google». Коммерческим же организациям мы предлагаем «Профессиональный пакет» служб стоимостью 40 евро/год за учетную запись и бесплатные тридцать дней для ознакомления с программами. За эти деньги владельцы аккаунтов получают среди прочего гарантию того, что все сервисы будут работать бесперебойно как минимум 99.9 % времени. Каждому сотруднику будет доступен почтовый ящик объемом 25 Гбайт, мобильный доступ к электронной почте, календарям и мгновенным сообщениям.