Не спешите сразу минусовать этот пост за заголовок. Дело в том, что даже самые “крутые-раскрутые” ИТшники не понимают, что такое облачные технологии, то что уж говорить об остальных? Представление об облаках весьма и весьма расплывчатое. О том какие мифы об облаках есть в головах у ИТшников (с примерами), с которыми мы сталкиваемся, как они видят облачные решения и распространённых стереотипах об облаках — под катом.
Дисклеймер: Каждый понимает облако по-своему, но все-таки есть какие-то общие понятия, и вот то, что «и так понятно» может как раз и быть самым большим «камнем непонимания»!
Если кратко, облачный дата-центр (виртуальное частное облако)
Это вычислительная инфраструктура (серверы, хранилища данных, сети, операционные системы), которая предоставляется клиентам для разворачивания и запуска собственных программных решений.
Вам доступно управление ресурсами:
- Вычислительная мощность (vCPU)
- Оперативная память (vRAM)
- Дисковое пространство (vHDD)
- Внешние и внутренние сети (vNet)
- Универсальные сетевые устройства Edge Gateway
- Виртуализация XEN/KVM или ESXi/Hyper-V
- Установка любых операционных систем
- Место на удаленном сервере для резервных копий
К моделям использования относятся традиционные
- IaaS (аренда ИТ-инфраструктуры),
- SaaS (аренда приложений),
- PaaS (разработка приложений)
и недавно появившиеся
- BPaaS (услуги по решению бизнес-задач),
- DaaS (виртуальный рабочий стол),
- SecaaS (информационная безопасность в аренду),
- BaaS (резервное копирование как сервис),
- DRaaS (решения по обеспечению катастрофоустойчивости),
- CCaaS (виртуальный контакт-центр).
О моделях использования облачных технологий (SaaS, PaaS и т.д.), уже достаточно много написано, но дело в том, что даже эти модели – это не статус-кво, и зачастую на эти модели использования облака смотрят с точки зрения использования так же как и на использование «железа».
Часто, даже сами провайдеры облаков не говорят своим заказчикам о том, что все эти модели могут совмещаться и быть в каком-то смысле гибридными. При проектировании облачной ИТ-инфраструктуры могут быть задействованы элементы из каждой модели использования облака. Конечно, можно сделать все что угодно, вопрос в том: готов ли к этому заказчик? А заказчик как раз не всегда к этому готов даже в плане осознания новых облачных возможностей и возможностей их использования именно в его инфраструктуре. Вот так сложились перечисленные выше модели использования облака, и провайдеры не слишком усложняют их представление для заказчика, поскольку тот и так часто с опаской относится к применению облачных инноваций.
Лирическое отступление: пример облачного подхода при решении задачи в офлайне
Один крупный украинский банк столкнулся с тем, что клиентов – очень много, и чтобы всех их обслужить – необходимо много касс и кассирш, что опять же вызывает множество накладных расходов. И они решили подойти к этой проблеме глобально: пусть клиенты сами себя обслуживают в терминалах самообслуживания. Решить то решили, но это легко сказать, а вот обучить и убедить несколько миллионов клиентов пользоваться терминалами – задача не из легких. Одно из самых главных препятствий – это проблема психологического характера, люди очень тяжело воспринимают что-то новое, даже будь оно золотым, и решит все их проблемы – «а я вот по-старинке лучше…», особенно это касается не молодых людей, которые все равно клиенты этого банка. Я уверен, вначале проект был полностью убыточным и требовал только инвестиций, а потом еще больше инвестиций, и поддержки, и отладки и еще кучу всего. Я думаю, у них не было главного – стратегии как научить несколько миллионов клиентов пользоваться терминалами самообслуживания, и не сколько научить, а сколько убедить людей начать пользоваться терминалами. Тут уже сработали другие факторы – очередь у кассы:) – самый лучший учитель и причина пользоваться терминалом. Вначале все было через пень-колоду, но затем дело пошло, и все начали пользоваться терминалами везде – в магазинах, бизнес-центрах и теперь любое свободное место может стать отделением банка, так как терминал способен выполнять почти все сервисы стандартного отделения банка. Результат – банк смог обслужить, и, главное — сохранил большую часть своих клиентов!
Похожая ситуация сложилась и на рынке облачных решений. Дело в том, что зачастую одна из задач провайдеров – это не сколько предоставлять услуги, сколько проводить разъяснительную работу среди клиентов — рассказывать, что такое облака и т.д. (Именно по этой причине мы создали и ведем свой справочник пользователя Вики, куда добавляем статьи о том, что такое облака и другие ответы о том, что наиболее волнует наших пользователей.)
ИТ-инженерам тяжело поменять мышление и осмысление облачных решений, как чего-то нового, к чему уже нельзя относится как физическим, «железным» решениям. Те, кто начинал свой путь в ИТ- даже 10 лет назад (не говоря уже о 20 годах), за это время пережили бурный рост ИТ-технологий, сравнимый с прорывом в технологиях в нескольких индустриальных революциях.
И поэтому не всегда сложно технологии поменять – сложнее поменять (о)сознание и подход. Ведь ясно же, что тяжело двигаться в ногу с рынком, где зачастую руководят как раз не очень рыночные правила. (Как честно сказал один инженер в приватной беседе: «я честно говорю, я стал инженером, потому что я ленивый…» — хороший инженер, кстати:)
Помимо этого, достаточно серьезно поменялась парадигма принятия решений в ИТ-бизнесе. Если раньше руководители полностью полагались на админов, то теперь менеджеры, которые вышли из инженеров в состоянии сами разобраться в технологиях, и участвуют именно в технической части принятия решений, а не только в управленческой части. Но даже несмотря на эту тенденцию зачастую ИТ-руководитель высшего звена сам не всегда понимает специфику облачных решений.
Мифы об облаках
Сделаем краткий обзор тех мифов, стереотипов и непониманий об облачных решениях. Вот здесь автор обозначил несколько мифов. Также вот представитель одного вендора, которого не очень любят на хабре, сказал о том, с какими возражениями об облаках сталкиваются они (правда, в комментариях он сказал, что он этого не писал:)
«Достаточно все виртуализировать, чтобы получить все преимущества облака»Виртуализация не эквивалентна облаку. Выбор между IaaS и PaaS – это вопрос того, что именно вы хотите получить: компьютер как сервис или базу данных как сервис. Допустим, у вас есть десять компьютеров с базами данных и вы их виртуализовали, собрали все на одном мощном сервере. Но при этом у вас как было десять баз данных, так и осталось. Нагрузка на администратора не уменьшилась. Если возникает необходимость клонировать базу данных, то необходимо клонировать всю виртуальную машину целиком.
«Облако — это дорого, сложно, требует изменения существующей ИТ-инфраструктуры»Действительно, если есть желание построить свое частное облако, то придется потратить деньги на оборудование, программное обеспечение и реализацию проекта.
Конечно, у вендора оборудования, на котором можно построить облако, своя задача. Если создавать свое облако – безусловно это дорого, но если воспользоваться публичным облаком – все можно взять в аренду, ведь чтобы полетать на самолете не обязательно покупать целый самолет, достаточно взять в аренду одно кресло на пару часов…
Есть много клиентов, которым не нужен целый сервер – так как для них это дорого, но просто веб-хостинг – не подходит, так как в этом варианте почти нет никаких опций. И по нашему опыту, можем сказать, что есть много клиентов, которым нужна 1 или 2 виртуальных машины – и все.
Собственники – они и не должны знать, что такое облако – им нужен бизнес приносящий доход. Но и ИТ-админы, и ИТ-директора зачастую сами не знают, что такое облако. Вот пример из жизни:
Руководитель ИТ-отдела крупного завода спрашивает: не могли бы вы двух словах объяснить разницу между выделенным сервером и облаком? Как я понимаю, облако это по сути ВДС – там мы будем делить мощности с такими же клиентами как и мы? Или же работает более жесткое выделение ресурсов? За каждую виртуалку нужно будет платить? А IOPS и трафик – они тоже отдельно оплачиваются?
Вот с чем приходится сталкиваться постоянно.
«Это дорого»Когда клиент просит выделенный сервер, мы ему его даем, но одновременно и спрашиваем – не хотите ли попробовать облачные серверы? И первое что мы слышим: «сервер – это мой сервер (у меня в серверной), а облако – это что-то расплывчатое» — с облаком нет наглядности и физического ощущения (которое дает основание психологической уверенности) нет. Людей это пугает.
Мы уже писали о том, что клиентам даже, крупному энтерпрайзу тяжело расстаться с таким местечковым менталитетом в котором он считает, что деньги, или данные, нужно держать в кубышке под столом. (Ведь по сути, бумажные деньги – это ведь тоже, в какой-то степени модель облачных данных – когда у тебя только обозначение того, что лежит в хранилище казначейства страны).
«Публичность»Всех также пугает слово «публичный». В силу социо-культурных паттернов, наши люди в основном закрыты, и это накладывает определенный отпечаток на использование облачных технологий. Когда звучит слово «облачный» у всех всплывает ГуглДрайв и Амазон (хотя никого не смущает, когда что-то хранят на ГуглДрайве – хотя это облако публичное такое, что публичней некуда, но вопрос становится другим, когда речь идет об ответственности за данные). В случае с Гуглом и Амазоном — тут действительно твои данные «размазаны» по всему миру, совершенно речь о другом, когда ваше облако размещено в одной стране (Германии), в одном дата-центре.
Виртуализация помогла оторваться от «железа» и выйти на новый уровень абстракции (возможностей) в ИТ. Она помогла оторваться от «железа», и помогла расширить горизонты использования ИТ-технологий. И стала шагом к глобальной виртуализации и «облакизации» многих ИТ-услуг, в ит-сфере это работает и довольно успешно.
Теперь должна произойти виртуализация «в сознании» ИТшников.
Капитальные vs Оперативные затратыВот условный пример переписки с крупным заказчиком.
Сделано коммерческое предложение, получен ответ от ИТшника:
Спасибо, очень дорого если его купить он окупится через 6 месяцев.
Ответ менеджера:
Добрый день!
Спасибо за ответ.
Небольшой комментарий…
— При покупке нового сервера вы получите сразу «капитальные затраты» и затраты связанные со стоимостью хранения и эксплуатации оборудования (охрана, электропитание, охлаждение);
— В случае аренды данных ресурсов сделанные Вами затраты идут в «операционные затраты предприятия».
— Более того, Вы сможете гибко реагировать на изменение потребностей в вычислительных ресурсах, как в сторону увеличения, так и в сторону уменьшения…
— Вы получаете удобство пользования и отсутствия необходимости держать у себя склад запчастей или беспокоится о их приобретении.
— С точки зрения безопасности и непрерывности бизнеса — если Вы храните свои данные в защищенном облаке на территории Германии, то на наш взгляд, это поможет сделать бизнес устойчивым и защищенным от всякого рода неожиданностей.
Клиент в данном случае забывает о том, что это не капитальные затраты, где нужно ждать возврата инвестиций вложенных в покупку какого-то решения, ты оплачиваешь только то, что ты уже, прямо сейчас, используешь, а не делишь прошлые или будущее затраты. Здесь затраты только в настоящем – сколько взял за столько и заплатил.
Например, клиент берет выделенный сервер, который стоит, положим, 100 евро, берут облако – стоит, например, 150 евро – «не, это дороже, не хотим». Вот тут опять же проблема кроется незнание специфики облачных решений. Да, сервер, он один, но если вы хотите отказоустойчивый сервер – тогда Вам нужно как минимум купить еще один такой же. Не говоря уже о том, что нужно настроить эти 2 сервера, и ответить на массу вопросов: как они будут работать? как между ними будет происходить обмен данными? и прочее. В итоге чтобы сделать эту связку – 1 кластер из 2 серверов – по цене выходит в 300-400-500 евро, а может быть и больше. Таким образом, если вы хотите сделать решение, которое по функционалу будет хоть как-то похоже на «облачный эквивалент» за 150 евро вам это выйдет гораздо дороже. В облачном сервере уже «из коробки» есть весь нужный для отказоустойчивости функционал, с уже настроенной структурой. В результате, облачный сервер выходит гораздо дешевле.
«Облака – это (не)безопасно» (Безопасно – если дома. Надежно – в серверной, надежно – в отечественном ЦОД и т.д.)Ваша безопасность нужна в первую очередь вам, не провайдеру. Если клиент сам передает свои данные в незашифрованном виде – политику безопасности клиента, вместо него никто не будет настраивать. Это, как если поставить машину на парковку, и не закрыть ее, а потом предъявлять претензии парковке, мол, «почему вы не следили за моей машиной». Конечно, нет каких-то «заоблачных облаков», или «идеальных облаков» (по Платону:), куда не дотянется рука чиновника, есть облака где сделать это сложнее – это да.
Один крупный аудитор пишет: Как и любое цифровое новшество, облачные хранилища предлагают выгодные сервисы, но их использование сопровождается риском стать жертвой хакеров. Однако со временем меры безопасности совершенствуются и к удобству «облака» спокойно будут обращаться и обычные пользователи, которые не переживают за свою коллекцию песен, и крупные компании, для которых сохранность файлов превыше всего.
— так дело в том, что любой сервер может стать «жертвой хакеров» вне зависимости от того, где он будет находится у тебя дома, или в облаке дата-центра. Безопасность должна быть всегда и везде, вне зависимости от того где и на чем построена инфраструктура.
Лирическое отступление
Очень хороший, хоть и древний, мультфильм-иллюстрация о том, как часто некоторые ИТшники относятся к безопасности.
Германия есть Германия
В некоторых странах органы правопорядка, если захотят, могут очень легко заблокировать данные даже не по требованию суда, а просто «до выяснения» чего-нибудь, и отечественный дата-центр всегда подчинится даже не решению суда, а просто по звонку «сверху». Ну вот реально: кому в Германии понадобится база 1С российской/украинской компании? Мало кому. В Германии, без решения немецкого суда, даже для представителей власти, доступ к частной информации просто невозможен и незаконен. А немецкие суды крайне аккуратны в подобных делах и если речь не идет о терроризме, наркотиках и кибер-преступности, с достаточно весомыми доказательствами, обычно отклоняют запросы.
«А, это облако, – там все само работает»Дело в том инфраструктуру нужно строить, не важно, где она будет находится: хоть на физическом сервере, хоть в облаке. Просто в случае с облаком вы получаете другой «строительный» материал для вашей ИТ-архитектуры.
«А ваши админы, они будут иметь доступ к нашим данным?» Конечно нет, в отличие от админов в вашей серверной, которые имеют возможность вытянуть диск и скопировать данные для каких-то своих целей. В случае с облачным удаленным сервером, у вас нет никаких личных отношений с вашим админом, которые могут испортится и у вас не появится риск какой-то диверсии со стороны (бывшего) админа. У работодателей часто складывается иллюзия, что если человек физически находится у них в офисе, то у них есть полный контроль над ним, как сотрудником и все(!) рычаги контроля. В случае с провайдером, компания имеет дело с другой компанией и с человеком, который не обязан испытывать каких-либо чувств к клиенту, он отвечает за данные и за работу сервиса — и все, от заказчика он не получает зарплату и не является узким местом при сохранности данных заказчика.
Наши админы не имеют никакого доступа к данным клиента, и к настройкам ОС на его виртуальных машинах. Только если сам клиент решит дать доступ к своим данным, если ему требуется помощь нашей техподдержки.
Был случай, когда заказчик поссорился со своим админом, и тот, уходя убил всю БД. Клиент обращается с просьбой восстановить. Мы спрашиваем у заказчика: а вы бекапы делали? Логины-пароли к БД можете предоставить? Заказчик: а что это? Слава богу, оказался FTP, на который копировалась БД, и поэтому удалось восстановить. Еще раз говорим – ваша безопасность – ваша забота. Со своей стороны, со стороны провайдера, мы можем гарантировать, что в нашем дата-центре в Германии нет и не будет физического доступа к вашим данным. А уже с вашим админом миритесь сами, а лучше всего – не ссорьтесь с админом – он важный человек!:)
«Если в Германии – будет долго»Наши дата-центры в Германии подключенные к крупнейшим провайдерам уровня TIER1 и благодаря прямым каналам с РФ и Украиной доступ к данным с территории этих стран максимально быстрый. Например, посетители не заметят разницы между загрузкой сайта, размещенного в нашем дата-центре, и размещенного в Украине. Все подключения к серверам задублированы, соответственно, доступ всегда будет сохранятся, таким образом, при проблемах у кого-то из магистральных провайдеров, клиенты этого не заметят.
И часто бывает так, что сам заказчик не понимает какая скорость ему нужна. Был клиент, который взял виртуальную машину на тест, и начал ее тестить под нагрузкой в 3 раза больше чем ему нужно было, и вроде бы ему не очень понравилось – но когда он залил туда свою базу – все отлично заработало. Это все равно что человек захотел бы быстро поездить на машине, но в реальности ему это не нужно. Чаще всего тут срабатывает наш менталитет «хочу!» — зачем – не важно. Главное «вот хочу я у себя иметь 10 гигабайт оперативки – и все тут!» а зачем, клиент и сам не понимает
В облаке – все включено
В облаке уже сразу есть: и отказоустойчивость, и гибкость использования (из-за снятия ограничения физических мощностей) все внутри между собой настроено – только используй. Самая большая проблема, когда мы говорим о физических серверах – это общее хранилище данных: если у тебя данные на одном сервере, и он выходит из строя, то как восстановить данные на втором сервере? Все это нужно синхронизировать. Большие объемы данных в реальном времени не будут синхронизироваться, либо же такие системы (уровня EMC DataDomain) будут стоить очень дорого. Даже если настроить очень быструю сеть между этими двумя серверами, для этого нужен специальный софт, покупка лицензий — одним словом, нужно много денег. Если мы берем 2 сервера нам нужен как минимум третий общий узел – общее хранилище, а если и оно выйдет из строя? – все данные умрут? в этом случае его нужно задублировать – что, в свою очередь, порождает еще много технических вопросов, на которые нужно ответить и т.д. В итоге, чтобы получить начального уровня отказоустойчивое решение в физическом варианте – уже получается не маленькая структура, которая стоит не дешево и по настройке и по обслуживанию.
На эти моменты вначале нашего общения с заказчиками мало кто обращает внимания, мало кто считает затраты в разных вариантах облачных решений. Конечно, все зависит от бизнес-процессов клиентов, есть клиенты, которые говорят, а нам это не нужно, ну умрет наш сервер, ну подождем один день – ничего страшного, но уже все больше клиентов, которые не готовы с этим мириться. Бизнес-процессы уже не могут ждать даже один день.
Бумажные деньги — в каком-то смысле тоже облачные решения. Ведь мы пользуемся кусочками бумаги, которые обозначают ценность/золото, которое лежит в казначействе страны. И государство, как жесткий сервер, обеспечивает чтобы эта ценность (данные) сохранялась. То есть мы, ссылаемся на ценность, которая лежит где-то, и эти деньги вроде как наши, но фактически лежат не у нас (в облаке), и гарантом того, что за ними есть ценность выступает государство (облачный провайдер).
Кроме того, при продаже любой услуги (реализованной в облаке или в железе) одним из значимых факторов является критерий «доверяю — не доверяю» который в свою очередь формируется из целой совокупности других материальных и нематериальных критериев. Более того, нематериальный критерий может быть более значимым чем материальный.
Облака – это гибко и выгодно
Использование облачных решений позволяет значительно уменьшить расходы на инфраструктуру (аренда/покупка/апдейт оборудования), и гибко реагировать на изменения вычислительных потребностей, используя свойства вычислительной эластичности облачных услуг. В любой момент вы можете приобрести нужное количество ресурсов без дополнительных затрат. Мы выступаем за прозрачность, чтобы заказчик максимально видел куда и что идет. Те облачные решения, которые мы предлагаем имеют фиксированную стоимость и позволяют четко планировать расходы.
» Чем вообще занимается компания
» Что предлагает SIM-Networks в сфере облачных решений?
