Круглый стол по облачным вычислениям в России. Окончание
Круглый столик по облачным вычислениям в России. Начало.
Круглый стол по облачным вычислениям в России. Продолжение.
Беседовали:
OK: Олег Коверзнев, Cisco Systems, менеджер по развитию бизнеса. Отвечает за ориентация ЦОД и виртуализации в комании Cisco.
РЛ: Роман Лукьяненко, глава департамента эксплуатации сетей ШПД, группа компаний «ВымпелКом».
АС: Антон Салов, группа Софтлайн, начальник департамента корпоративных интернет-решений и руководитель проекта SoftCloud.
F: Ещё одна штука, на которую смотрят пользователи, и почему, собственно, SaaS больше популярен покуда у малого и среднего коммерциала - это безопасность. Это privacy, это конфиденциальность. Это то, зачем изрядный коммерциал относится к SaaS и Cloud в целом с большим опасением. И пока, я бы сказал, эти опасения в полной мере никто не развеял, сколь я понимаю. Как противоборствовать с этим?
АС: Элементарно. Вот в эти дни я, например, встречался с одним из известных вендоров, который, в том числе, принимал участие и в нашей конференции. И в текущее время мы с ними пришли к партнерским соглашениям о том, чтобы предоставлять их сервис. Они как раз занимаются безопасностью. И они спросили у меня: «Что нам нужно для того, чтобы благополучно продаваться?» Я им сказал, что если вы хотите удачно конкурировать с другими брендами, для этого вам нужно, кроме всего прочего, во что бы то ни стало подключить в контракт соглашение о конфиденциальности. И с определенной гарантией. У нас есть проблемы с разными крупными западными вендорами, которые не могут дать такого соглашения. И из-за этого срываются контракты на полторы-две тысячи аккаунтов. Это в действительности проблема.
И тут, конечно, играет образ доверие к бренду. Доверие к бренду производителя услуг, и, конечно же, доверие к бренду провайдера услуг. Как раз поэтому, как я уже говорил, мы своим брендом, брендом компании Софтлайн, гарантируем. С прочий стороны, у нас есть бренды наших вендоров. И посреди них, действительно, наибольшей популярностью пользуются известные бренды - Google, Microsoft - вследствие того что что им также доверяют.
F: Насчет Microsoft. Вспоминается не так давнехонько прогремевшая в узких кругах история с Danger. Германский оператор T-Mobile, у которого есть устройства Sidekick - смартфоны, которые все, что в них есть (контакты, ежедневники, фотографии, и так далее) хранили в облаке. За это отвечало подразделение Danger компании Microsoft. И, соответственно, в единственный отменный миг они что-то там делали со своими серверами, и у них накрылись и сами серверы, и бэкап. Одновременно. Это к вопросу о доверии к компании Microsoft.
Источник изображения
У нас в России не так давно, может более того в едва больше широких кругах, прогремела история с Оверсан-Меркурий. Когда тоже, в общем-то, все клиенты, которые хостились в дата-центре, в один превосходный момент, из-за разборок между компаниями, в результате оказались без своих серверов.
АС: Там, все-таки, вопросительный мотив был в Макхосте…
F: Ну да, Макхост и Оверсан. Из-за их разборок клиенты Макхоста остались без своих серверов. То есть, вот такие истории - они доверия к облаку не прибавляют.
АС: Скажем так. В результате всего, на самом деле, проблемы крупный не случилось. В силу того что что - да, конечно, за какое-то пора у клиентов появились немного седых волос, но все удачно мигрировали в Оверсан-Скалакси. Аккурат в их систему. И многие вправду мигрировали именно туда.
F: Благодаря доброй воле Оверсана. Могло бы кончиться значительно хуже.
АС: Ну, давайте оставим их взаимоотношения в стороне. Есть другие примеры, которые произошли нимало недавно, и были менее заметны, и более интеллигентны.
F: Просто, в обоих случаях, фактически, все оставалось на усмотрение оператора. Что Microsoft, которая, в общем-то, не несла никакой ответственности (она следом сказала, что, а вот, мол, давайте мы клиентам оплатим месяц пользования услугой, чтобы они не очень обижались), тут Оверсан что-то решил - мол, а давайте мы людям доступ к их данным дадим. Но, на самом деле, ни в одном из этих случаев оператор не нес какой-то жесткой, реальной ответственности.
Помнится, когда только объявлялся план SoftCloud, вас весьма доставали журналисты с вопросами про ответственность, сравнивая с банками, с их ответственностью за услуги. Если, допустим, я пользуюсь бизнес-почтой, а у меня на три дня она отвалилась. Какую ответственность несет оператор? Если мой админ, допустим, этим занимается, на наших собственных мощностях, то я могу «закопать» админа.
Источник изображения
АС: Вы его уволите - это максимум, что произойдет.
F: Админу будет, по крайней мере, неприятно. А если я пользуюсь услугами SoftCloud, и у меня бизнес-почта упала? С админом-то я получу хотя бы нравственное удовлетворение.
АС: А тут вы получаете финансовые гарантии. В договоре SLA прописывается: что в случае, если не доступна услуга сверх определенного уровня, то идет возмещение и определенные гарантии.
РЛ: Возмещение - возмещением, но тут появляется вопрос о резервировании и в связи с ним - вопрос о доверии поставщику услуги. Если ты имеешь собственные емкости и отвечаешь за них, то сам решаешь, как основать резервирование. Если речь идет об интернете, то разрешено подключиться к двум провайдерам и таким образом зарезервировать подключение. Когда ты покупаешь SaaS-услугу, то остается только молиться, чтобы она работала. Ты ничего сам себе гарантировать не можешь: не можешь взять у другого SaaS-провайдера, не можешь отзываться за ее дублирование.
АС: Отчего же? Если мы говорим о почте, то принцип «не клади все яйца в одну корзину» на Западе уже проработан давным-давно. Есть так называемые средства бэкап-архивации, когда вся почта, в свое время чем попасть, предположим, на свой сервер, проходит сквозь еще один SaaS-сервис, где создается самостоятельный бэкап всей почты. Тот, что доступен вам всегда, в всякий момент, и который с нами никак не связан.
АС: А на Западе сильно распространена эта услуга. Там пришли несколько от другого к этому. Там пришли к этому с той точки зрения, что есть, допустим, ваш свой сервер почтовый. Он упал. Админ не делал бэкапа. Или, допустим, кто-то из пользователей сделал диверсию, потер. Что совершать руководителю компании, если там хранилась важная для бизнеса информация? Он ничего не сможет сделать. А прогнав почту посредством релей, где она осядет, и заплатив за это деньги, разрешается быть в полной уверенности. Причем доступ дарить не всем - его может иметь в распоряжении только генеральный управляющий и IT-директор.
F: Бэкап - это приватный случай. А если, допустим, почта упала, а у меня менеджеры на ней сидят. Они торгуют через эту почту…
РЛ: Да. А CRM?
F: Да. А вот CRM, допустим, у меня упал, в разгар рабочей недели…
АС: А что, почта не может пасть у вас в офисе? В аккурат так же она упадет, и с гораздо более серьезными последствиями. Потому как что на стороне SaaS-провайдера квалифицированные админы. Их большое количество, они сидят, и обслуживают эту систему.
Источник изображения
Мы, например, при создании своего облака, вложились в абсолютно брендовое железо. А на чем держат почту компании обычно? Я сам бывший админ, лет десять обратно был админом в компании малого/среднего бизнеса. На чем я держал? У меня было два варианта. Когда фирма была вовсе маленькая, я держал на хостинге, который предоставлял нам провайдер для хостинга сайта. У моих коллег из соседней компании был сервер Exchange на обычном домашнем компьютере, собранном на дешевом тайваньском железе. Это гораздо более угрожающе для бизнеса, нежели почта, которую хостит компания Google или любая другая компания, в том числе - и мы.
РЛ: Если мы говорим про SMB сектор, то они впрямь берут домашний компьютер, ставят на него систему, и ее же и все данные дублируют на втором компьютере. Если один сломался, то без затей подключается второй. И стоит это реально копейки. Что получается в SaaS-сервисе? Мы платим вдвойне?
АС: Нет, почему? Тут, вновь же, идет модель облака. На одном сервере крутится не почта одной компании, а крутится почта многих компаний, с помощью виртуализации. (Там, правда, не один сервер, а целое облачко - стойки, многократное резервирование всего, мгновенная миграция виртуальных машин, и так далее). А если залило сервер в одной компании, то сервер смежный стоит, скорее всего, в той же комнате, и его тоже залило.
И тут шибко интересна специфика России. Потому что что наши западные партнеры, на которых мы, во многом, ориентируемся, весьма любят приводить пример. Вот, мы, сегодня вам покажем выгоду SaaS перед проприетарным ПО. Например, берем бизнес-почту. Берем компанию малого бизнеса. Например, 10-20 пользователей. Они себе покупают Exchange, берут админа…
Я им говорю: «Стоп! В России компания в 10-20 пользователей не будет себе Exchange покупать. Она его либо украдет, либо возьмет почту у провайдера. Все! Эта модель в этом месте не работает». Все же, мы надеемся, что рынок потихоньку становится цивилизованным…
F: Эдак то, о чем Олег говорил. Что у России своя специфика...
Интервью руководителя департамента эксплуатации сетей ШПД компании «Вымпелком» Романа Лукьяненко
АС: Ну вот мы надеемся, что в России обычный и малый бизнес просто перепрыгнет стадию брожения о том, что надобно оставить в Линукс, или там борьбы за проприетарное ПО. Наше видение такое, что если малый и средний бизнес будет цивилизованным, к чему прикладываются усилия, то они несложно будут приобретать весь ключевой софт именно как услугу. А немалый энтерпрайз будет закупать антиспам, антивирус почты, который попросту нет смысла удерживать внутри компании. Именно с этого начинаются все энтерпрайз-решения. Например, спросите у Олега, какой направленности они приобрели компанию?
F: Именно это я и собирался сделать.
ОК: Здесь имеется в виду, наверное, компания ScanSafe, которая обеспечивает секьюрити облачных сервисов. Фактически, это отдельный SaaS, нацеленный именно на безопасность. Неважно, каким образом клиент получает какой-то контент на какое-то устройство - есть сервис, который позволяет тот самый трафик очистить, и очистка этого трафика осуществляется через облако, в классическом варианте. Где-то в облаке находится ПО, программно-аппаратный комплекс, который обеспечивает этот сервис
Источник изображения
F: Интересная вещь - SaaS, который предоставляет услуги для других SaaS…
ОК: Да, в том числе так.
F: В последнее час вообще, я смотрю, это становится все более популярным. IBM недели две вспять купила компанию Cast Iron Systems, которая, фактически, является системным интегратором для SaaS-сервисов. То есть, у меня есть, допустим, от одного SaaS-провайдера CRM, от другого - HR, в моей корпоративной локалке крутится моя бухгалтерия, и вот Cast Iron занимается тем, что предоставляет решения, способные интегрировать данные от различных SaaS-сервисов и корпоративной энтерпрайз-сети, позволяет налаживать взаимодействие между всеми этими вещами.
То есть, у нас в России получается довольно любопытный момент, когда мы тоже можем перепрыгнуть весь этот этап. У нас еще сами SaaS-решения не внедряются, а мы уже можем воспринять идею их интеграции.
АС: Это и хорошо.
ОК: Это то, о чем ныне не говорили. Есть инфраструктурное облако, есть SaaS, а есть платформы, как сервис. Тот же Salesforce - есть Salesforce.com, а есть Force.com, на платформе которого функционируют десятки тысяч разных приложений, и, в том числе, обеспечиваются различные коннекторы между всеми приложениями. Численность бизнесов, которые позволительно накрутить кругом всего этого, достаточно велико.
F: Кстати, еще одна интересная вещь - то, что, могут, фактически, являться новые бизнесы, которые даже не являются SaaS-сервисами, а предоставляют для них данные. Допустим, в какой-то мере не возбраняется прозвать SaaS-решениями телепрограммы на тех же Яндексе и Мейле. Можно заглянуть туда, посмотреть, пощелкать… И есть некое ЗАО «Сервис-ТВ», которое является эксклюзивным поставщиком этих самых данных - кто, когда, что показывает. Именно у них покупают информацию для своих сервисов и Яндекс, и Мейл, и, наверное, многие другие. И на основе этой информации, оборачивая ее в интерфейс, воздвигают свои SaaS-сервисы.
Фактически, получается, что, по мере развития SaaS-рынка, можно будет зарабатывать… Если я создаю стартап, то, может быть, мне даже будет интереснее уйти в себя не над тем, какое SaaS-решение сотворить самому, а над тем, какие данные могу созидать я сам, которыми дальше уже могут пользоваться эти самые производители SaaS-решений.
АС: Тоже хорошо. Data as a service, Content as a service. На самом деле, это существует. Метко так же, как мне не ясно до сих пор наличие системы антиспама, системы очистки почты внутри компании, мне туманно - почему до сих пор бизнес-модель компании Консультант+ не ушла в SaaS. Почему нужны эти мальчики с дисками, которые приходят, обновляют, бегают, бегают, бегают… Все то же самое можно определить на сервере, и предоставлять доступ к этим данным за финансы по времени.
F: Подведем итоги. Фактически, Cloud в России - это попытка приневолить трудиться достаточно известные и очевидные вещи, идеи.
АС: Да.
F: Ну что ж, будем надеяться, что в обозримом будущем это в конце концов удастся. Благодарю всем за участие в разговоре, всего наилучшего.
По материалам: http://ferra.ru/online/market/100210/
Опубликовано: 18 июня 2010