понедельник, 22 ноября 2010 г.

Облачная экономика

Всем привет!

Решил процитировать некоторые моменты вот этой статьи, посвященной вопросам экономики Cloud сервисов. Вообще, статья очень основательная и описывает то, за счет чего облачные вычисления являются экономически более привлекательными нежели развитие собственной инфраструктуры, за счет чего провайдеры облачных услуг смогут предоставлять сервис ниже по стоимости и выше по уровню чем внутренние ИТ службы.
Для начала приведу сравнение экономичности приватного и публичного облака:

Из приведенного графика видно, что TCO на сервер в публичном облаке даже для крупной компании в 10 раз ниже чем в приватном. Не говоря уже о компаниях небольшого размера.
Причина, по которой Public Cloud сможет предложить стоимость ниже чем в Privat Cloud одна - экомика масштаба. Т.е. используя гибкое перераспределение нагрузки, multitenant архитектуру и более сбалансированные затраты на обслуживание, провайдеры облачных сервисов способны предложить более качественные услуги по полее низким ценам.

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

Текущая ситуация с использованием Cloud сервисов.
Эта картинка показывает, что наиболее склонными к использованию Cloud сервисов являются SMB компании. Для средне-крупных компаний, оказывается применимыми как публичные так и приватные облака, в то время как крупные корпорации и государтсвенные учреждения  предпочитают не использовать внешние сервисы. Причины тут очевидны:
  • безопасность данных
  • экономическая обоснованность
Однако далее делается прогноз, что со временем, ситуация будет меняться в сторону большего восприятия публичных облаков. Это отражено на следующей картинке:

Прогноз по использованию приватных и публичных облаков

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

Правда по срокам никаких предположений не делается, но думается мне, что у нас в стране публичные облака будут скорее единичными случаями - уж больно это дело сложное и дорогое.
Учитывая то, что по статистике, средний ИТ департамент тратит на поддержку инфраструктуры до 80% времени (см тот же отчет, пункт 3.1), то построение собственного облака своими силами становится для нормальной не-ИТ компании задачей практически невыполнимой. А работа  интеграторов всегда была и будет дорогой.

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

пятница, 12 ноября 2010 г.

Аргументы "За"

Всем привет!

Не так давно мы проводили круглый стол по теме SaaS и приглашали на него ИТ руководителей страховых компаний, банков и коммерческих структур. Было довольно уютно, все это проводилось в Киеве в отеле Опера, вечером, так что было неформальное общение и теплая обстановка (спасибо Майкрософту - все устроили отлично).
Так вот. По программе было 2 доклада. Один - нашего ген. директора по поводу применения облачных сервисов и SaaS. Его можно посмотреть тут.

Второй доклад, о котором хотелось поговорить более подробно - это доклад ИТ директора Generali Garant Валерия Соколова по поводу того, как его компания переходила на сервисы.
(Кстати, именно об этом была статья в Компьютерном обозрении (N37), так что можно почитать что и как.)

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

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

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

3. Почему Exchange?
Смотрели на Google и на Exchange. Выбрали последний по, цитирую "двум с половиной причинам".
Во-первых, тогда в Украине не было офиса Гугла (теперь правда есть). Что усложняло оформление договоров, платежи и т.д.
Во-вторых, компания хотела использовать клиентское ПО (outlook например) и хотела добиться нуль-администрирования. Т.е. чтобы пользователи могли сами установить программу и настроить ее на почтовик. Это было возможно только используя связку outlook-Exchange (что кстати и было сделано).
Во-вторых с половиной, был использован следующий принцип: работать с тем поставщиком услуг, который меньше тебя. В этом случае, можно расчитывать что поставщик будет стараться удовлетворить большого клиента чтобы получать с него деньги. Google в этом случае явно не подходит.

4. Почему SL Global Service?
Рассматривались Инком и еще кто-то. Но на тот момент (да и на данный момент тоже), работающий сервис, с такими возможностями мастабирования был только у нас. Мы давали возможность подключиться прямо сейчас и бесплатно.

5. А что с безопасностью?
По этому поводу я уже писал в предыдущем посте.

6. Что на выходе?
Ну помимо того что компания ожидала худшего, а получила хороший уровень сервиса, есть еще несколько приятных мелочей:
а) уменьшение в десятки раз GPRS трафика и оплаты на GPRS в роуминге. Руководство достаточно часто путешествует и теперь тратит денег в разы меньше.
б) устойчивать работы сервиса - супротив ожиданий, ИТ департамент получает совсем немного запросов от работников и общается с нашей поддержкой только в случае какой-то реальной проблемы
в) тонкую подстройку спам фильтра - было три дня, когда наши ребята то прикручивали, то откручивали уровень фильтрации, чтобы добиться идеальной, с точки зрения килента, работы спам фильтра. В результате получилось хорошо.
г) снятие рисков по безопасности, обслуживанию, незапланированных расходах и т.д.

Ну в целом  как-то так. Повторюсь, слушать это было гораздо интереснее. Жалко, не записали видео - оно того стоило.

четверг, 4 ноября 2010 г.

Ни за что не отдавать почту - 2

Всем привет!

Спасибо Ренату за его комментарий к предыдущему посту - он дал продолжение этой теме.

Я абсолютно согласен, что руководители компаний "подсознательно чувствуют потенциальную потерю контроля". Это именно так. Но интересно, что в современном мире это абсолютное заблуждение.
Если реально смотреть на вещи - сам руководитель компании НЕ ИМЕЕТ доступа к информации и не имеет НИКАКОГО контроля над ней.
Контроль над информацией имеет его админ. Именно этот человек, а не хозяин бизнеса может сделать с информацией все что угодно.
Буквально вчера слушал доклад Валерия Соколова (ИТ директор Generali Garant). Его компания использует наши сервисы и он привел интересный пример. Недавно у него увольнялся администратор. Так вот у руководства компании не было никакого беспокойства по поводу того, что данные могут утечь из компании. Просто потому что у админа почтовой системы не было прямого доступа к данным самой системы. А ведь при использовании внутренней почтовой системы именно админы имеют доступ к почте, к любому ящику, к любым данным. И если увольняется такой человек, то не испытывает ли руководитель бизнеса некоторую нервозность?
Я уже не говорю о ситуации, когда системы обслуживает приходящий "спец". Это вообще считай "заходи кто хочет, бери что хочешь!".

Да, люди везде одинаковы и точно так же компании могут не доверять админам сервис провайдеров. Но есть одно НО. Если информация утечет по вине своего сотрудника, то компания не сможет сделать НИЧЕГО (в рамках закона конечно). Ну уволит, ну наругает. Все.
А если сервис провайдер будет уличен в краже информация, то весь его бизнес можно будет разрушить буквально за один день. Достаточно подать в суд и распространить об этом информацию. Через 2 месяца этой компании на рынке не будет. Клиенты уйдут, а конкуренты разорвут ее на клочки.
И это риск,  который провайдер берет на себя. И клиент, в частности, платит так же и за то, что этот риск перекладывается на провайдера.

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

вторник, 2 ноября 2010 г.

VDS vs Cloud Computing

Всем привет!

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

Если честно, то для меня это как-то упорядочило понимание вещей, поскольку у нас считается что ты Cloud provider если даешь в аренду VDS.

Не все так просто, однако.

пятница, 22 октября 2010 г.

Только для SaaS early adopters.

Всем привет!

На днях посмотрел видео, которое мне немного сдвинуло мозг. Я выкладывал его на своей страничке в FaceBook, но все равно повторю. Вот оно:



Для меня оно, в общем расставило все на свои места. Я понял, почему SaaS так трудно идет, почему мы барахтаемся и безуспешно тратим время на убеждение людей. А почитав еще заметки на сайте http://www.admarco.net я как-то для себя сложил что нам нужно делать чтобы выжить.
Ведь по сути, SaaS компании у нас в регионе сейчас в начале развития. И вне зависимости от того, кто именно и какой продукт предлагает, мы все равно в начале того графика, который рисует Саймон. Т.е. SaaS продукт могут купить только люди, которые просто ВЕРЯТ в то же, во что верим мы.

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

Это потом мы убеждали их что мы правильные ребята и нам можно доверять, это потом мы говорили какие у нас крутые продукты и безопасность, это потом мы рассказывали что еще мы собираемся наворотить, чтобы сделать их счастливыми. Но причиной того, что они теперь с нами - это их ЛИЧНАЯ убежденность, что работать ИМЕННО ТАК будет ПРАВИЛЬНО.
Посмотрите в выступлении тот фрагмент, когда Саймон говорит, почему люди не покупают инновационный и продвинутый во всех отношениях продукт. Причина - "It doesn't feel right".
И это правильно. Именно "FEEL RIGHT".

Наши продавцы сейчас - это старатели, которые перебирают тонны породы в поисках золота. Руками. Мы ищем тех, кто принимает те идеи, которыми руководствуемся мы.

Где вы, early SaaS adopters? Мы уже здесь!

понедельник, 18 октября 2010 г.

Чемпион SaaS-a

Всем привет!

Решил, наконец, написать пост по поводу перехода ПриватБанка на GMail. Если кто еще не в курсе, то Приват использует GMail и Skype как корпоративный стандарт.
Я помню, что когда я об этом узнал (в начале этого года), то мне это известие буквально взорвало мозг. Это было, как бы по точнее выразиться, нереально. Для меня до сих пор нереально то, что самый крупный коммерческий банк страны не просто вынес коровую бизнес информацию за свой периметр, а еще и поместил ее на Гугл. На ГУГЛ! В компанию, которая открыто говорит, что она не гарантирует сохранности информации и может ее использовать по своему усмотрению!
Да, и добило меня то, что они тогда собирались выносить туда же документооборот. Это было на столько за пределами моего понимания, что я просто тогда до конца не поверил.
Причем я лично знаю ИТ руководство Привата - я там долгое время работал. Это люди очень высокого профессионального уровня. Они прекрасно отдают себе отчет в рисках такого решения.
Получается, что либо в момент принятия решения они находились под действием сильнодействующих препаратов, либо попросту решение принимали не они.


Почему не свой почтовик?
Ну хорошо, известно, что Приват не использует ПО Майкрософт. Принципиально. Они давно перевели своих работников на Линукс. Всех. Это необычно для крупной организации, с этим можно спорить, но это своя стратегия развития ИТ. В конце концов, если с умом подойти к вопросу, то можно хорошо жить на и на фришном ПО. (Кстати по этому поводу есть такой обстоятельный пост в блоге от человека, главного по инновациям в Привате.)
Ну то есть отсюда следует, что почтовик должен быть не Exchange.
Ок. Но ведь есть еще куча других. По масштабу подошел бы Лотус.Да мало ли на свете приличных коммуникационных систем?
Не хотели тратить денег или заморачиваться с разворачиванием? Опять же нет - эти затраты ерунда для такого монстра.


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


Однако спекулировать по поводу причин такого шага я не буду. Я просто хотел бы сказать, что тот факт, что Приват - чемпион Украины по SaaSу - на лицо.

Вот тут у меня явная проблема с формулировкой выводов.
С одной стороны я невольно рекламирую сервисы конкурента. И это неправильно.
Зато с другой стороны, это очень показательный кейс. Громадная компания, использующая SaaS подход - это очень круто.
Так что вот на этой высокой ноте и закончу.

среда, 13 октября 2010 г.

Ни за что не отдавать почту!

Всем привет!

Тут на днях у наших сейлов случился разговор с одной из компаний, которую они (сейлы) считают лидом. И это меня сподвигло на этот пост.

Преамбула:
Компания эта производственная. У них есть производство, они что-то производят. Название не говорю - все равно ничего никому не скажет. Количество пользователей  - в районе 120. ИТ директор - продвинутый мужик, но новичок в компании. У него задача - сделать все по уму, начиная с централизации инфраструктуры, AD, почты и т.д. Денег естественно нет. Ну то есть какие-то есть, но далеко не так чтоб хватило на все.

Амбула:
Первый разговор с ИТ директором наводил на радужные мысли о редком в наше время понимании и принятии сути SaaS сервисов. И в общем так оно и было. Но после некоторого времени оказалось, что шансы наши невелики по причине того, что руководство компании сказало: "Ни  за что не отдавать почту постороннему провайдеру!"

Итого: мы в ступоре, а я пишу этот пост.

Анализ ситуации:
То есть что получается: небольшого размера украинская производственная компания, которая, грубо говоря на данный момент выживает, собирается защищать свои данные. Нет, ну то есть это, конечно похвально. Защищать свои данные - это правильно! Это, прямо скажем, верно!
НО.
Эти люди (начальство компании) всерьез верит, что если "сервер" (намеренно закавычено) будет стоять у них в офисе (читай - под столом у секретарши или в комнате с хлипкой дверью где пасется остальное железо, на виртуалке у админа и т.д.) то их данные НИКТО, НИКОГДА, НИ ПРИ КАКИХ УСЛОВИЯХ не утащит.
Они именно ВЕРЯТ. Им так спокойнее.

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

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

Третье: сколько стоят данные этой компании? Миллионы? Я думаю, что нет. Давайте честно - они стоят несколько тысяч долларов, которые потребуются чтобы откупиться от особо въедливой проверки. То есть начальство страшит не то, что информация попадет к конкурентам, а то, что она попадет в органы.
Четвертое: если в компанию придут люди в масках, то на основании первого и второго пунктов можно заключить, что у них не будет ни одного шанса, что данные не попадут "куда надо". Повторяю - НИ ОДНОГО. Сервера изымут, пароли узнают, винчестера с бекапами заберут. Нет, ну конечно ходят легенды о том ,что некоторые фирмы в девяностых и начале двухтысячных имели специально обученных людей, которые безвылазно сидели в серверной и в случае опасности нажимали нужную кнопку. И как результат - все, что нужно (а точнее не нужно) знать посторонним людям - стиралось. Но это во-первых тоже стоит денег. А во-вторых, не гарантирует от рисков - в крупной компании, полное уничтожение данных трудно обеспечить и что-то все равно можно будет вытащить (Кстати, этот момент - хорошая тема для будущего разговора).

Итого:
  • Люди верят в то, что информация в безопасности, пока она физически находится под боком
  • Люди не верят в то, что компания, вложившая кучу денег в инфраструктуру и защиту данных не продает эти данные налево или "куда надо"
Заключение будет немного патетическим.
Мы боремся с мифами и тем самым создаем свою реальность, которая через время тоже станет мифом. Сегодня мы пытаемся убедить клиентов, что хранить данные в облаке - это более безопасно, чем на своем сервере. И я уверен, что мы правы. Завтра наши дети будут пытаться убедить клиентов, что хранить данные где-нибудь в пятом измерении используя квантовые вероятностные экзабайтовые хранилища более безопасно чем в этих ненадежных, набитых жужжащим железом, так называемых "облаках". И они тоже будут уверены в своей правоте.
Просто нельзя сильно отрываться от реальности. Ни в ту ни в другую сторону по оси времени. Тогда есть возможность снизить свои риски. Не убрать - но снизить.

P.S. Я еще напишу о том, чем это все закончилось :)