Что такое облака и мифы о них в головах ИТшников: мнения, стереотипы и жизнь в «облаках»



    Не спешите сразу минусовать этот пост за заголовок. Дело в том, что даже самые “крутые-раскрутые” ИТшники не понимают, что такое облачные технологии, то что уж говорить об остальных? Представление об облаках весьма и весьма расплывчатое. О том какие мифы об облаках есть в головах у ИТшников (с примерами), с которыми мы сталкиваемся, как они видят облачные решения и распространённых стереотипах об облаках — под катом.

    Дисклеймер: Каждый понимает облако по-своему, но все-таки есть какие-то общие понятия, и вот то, что «и так понятно» может как раз и быть самым большим «камнем непонимания»!

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

    Вам доступно управление ресурсами:
    • Вычислительная мощность (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 в сфере облачных решений?
    SIM-Networks
    Professional hosting solutions — Hosted in Germany
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 26

      +9
      > Если возникает необходимость клонировать базу данных, то необходимо клонировать всю виртуальную машину целиком.

      Что-что? :)))

      > Но и ИТ-админы, и ИТ-директора зачастую сами не знают, что такое облако. Вот пример из жизни:

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

      > совершенно речь о другом, когда ваше облако размещено в одной стране (Германии), в одном дата-центре.

      Ну вот видите, вы там на непонимающих ИТ-директоров жаловались, а теперь у вас самих «облако» в одном(!) датацентре. :)

      > Безопасность должна быть всегда и везде, вне зависимости от того где и на чем построена инфраструктура.

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

      > Ну вот реально: кому в Германии понадобится база 1С российской/украинской компании? Мало кому.

      Наша база 1С может и не понадобится. А где гарантия, что не пойми кто с соседней виртуалки не будет вести противозаконную (по меркам Германии) деятельность, а мы случайно не попадем под раздачу, когда власти придут изымать ваше оборудование?

      > «А ваши админы, они будут иметь доступ к нашим данным?» Конечно нет

      Тут можно только улыбнуться. :) Ну серьезно, вы же пишете на ресурсе, где многие люди более-менее представляют, что такое современные системы управления виртуализацией…
        0
        Безопасность Ваших данных или данных Вашей компании зависит от совокупности множества элементов. Очень здорово что Вы закрыли фаерволом доступ из вне к Вашей корпоративной сети — но есть ли это гарантией той безопасности которую хочет получить компания? Все мы чаще защищаемся по периметру, и совсем слабо защищены изнутри. Никто не говорит что облачные решения или виртуализация — безопасней в абсолютном понимании этого слова. Они имеют свои и сильные и слабые стороны, но они решают поставленные на них задачи и с каждым годом все лучше и успешней.

        Безопасность, надежность, качество, индивидуальный подход, доверие многих клиентов — одни из фундаментальных качеств которые наши клиенты получают в комплекте с приобретенными услугами. Сами по себе технологии не идеальны, но в умелых руках они становятся отличным инструментом выполняющим возложенные на них задачи"
          +1
          Хорошо. Вот я админ и могу скопировать все данные с сервера из своей серверной. Узнать об этом может только другой админ, но его нет.
          Но что мне мешает делать тоже самое в облаке? Как облака повышают безопасность в этом плане? По моему — ни как.
          Зато открытые в облачные сервисы становятся доступны для попыток взлома каждому.
          К примеру, меня мало беспокоят слабые пароли пользователей в 1с в локальной сети, т.к. на сервере терминалов нет интернета, а на локальных машинах доступа к данным. Но если я вынесу 1с в облака, то мне в помощь придётся нанять толкового безопасника, который будет контролировать сложность паролей, обучать безопасности пользователей, мониторить с утра до вечера логи доступа и т.д. и т.п.
          Что касается логов, то в моём распоряжении есть какие угодно инструменты. А вот в облаках всё зависит от провайдера и не факт, что по имеющимся логам можно будет определить факт утечки. Это если мы говорим об облачных услугах, а не выделенных серверах. А если говорить об выделенных серверах, пусть даже облачных (с динамическими характеристиками), то они просто дороже чем стойка у себя.
          А ещё есть вопрос доступности, когда тупо нет интернета несколько часов.
          И самое главное, чтобы не потерять данные я делаю бэкапы, защищаюсь антивирусами и фаерволами, ставлю систему пожаротушения и подымаю оборудование над полом, чтобы не затопило. Т.е. вероятность, что я не смогу восстановить данные в случае аварии свожу к минимуму.
          А вот с облаками может получиться так, что восстановить будет просто не возможно.
            +1
            А я сразу вспомнил про то, как провайдер cloudmouse удалил все виртуалки клиентов. А точнее более 23 000.
            Если идти в облака, то только после жёсткого и глубокого аудита.
          0
          Облако — впускание третьих лиц в периметр. Вроде он есть, но его сразу нет.
          +3
          Так я так и не понял из статьи что же такое «облака»?
          И почему-то половина «мифов» без опровержения.
            0
            В статье речь шла о том, как представляют облака сами ИТшники, и тут представление очень разное, одного универсального понятия о том, что же такое облака, — к сожалению, нет (я взял самое среднее определение облачной инфраструктуры). И в статье есть примеры того, как это по разному представляется даже ИТ-специалистами.
            +1
            Если кратко, облачный дата-центр (виртуальное частное облако)
            Это вычислительная инфраструктура (серверы, хранилища данных, сети, операционные системы), которая предоставляется клиентам для разворачивания и запуска собственных программных решений.

            Из такого определения вида «это не ваши компьютеры и всё что имеет отношение к компьютерам» можно сделать вывод, что либо вы не умеете излагать мысли, либо тоже не понимаете, что такое облако. Но да, корпоративный блог, надо быть на слуху любыми средствами.
              –1
              Предложите свое определение, я с удовольствием дополню статью.
                0
                Если кратко, то это нельзя объяснить одним предложением.
                Есть статьи, которые хорошо описывают саму концепцию облачной инфраструктуры и что она дает.
                По моему мнение — не плохой пример: https://www.techopedia.com/definition/30455/cloud-infrastructure
                  +2
                  Вы меня не так поняли. Я зашёл не поумничать, а прочитать об этом. Я к облакам и хостингам отношения не имею, но даже я вижу, что что-то здесь не так.

                  Энное время назад участвовал в дискуссии на тему облачных SCADA, и было у меня сомнение, что там речь шла про ту самую «облачность», с тех пор я себе этот вопрос до конца так и не закрыл: необходимое и достаточное условие, чтобы называться облаком. Как вдруг ваша статья: «Что такое облака...» — о, думаю, как здорово, даже определение облаков чуть ли не в первом абзаце… «это вычислительная инфраструктура». Даже мой ноутбук вполне так вычислительная инфраструктура.
                    +1
                    Извините, если своим заголовком ввел вас в заблуждение. Имелось в виду то, как представляют облака итшники, т.е. «что такое облака в головах итшников». И тут речь об этих расхожих представлениях об облаках. Здесь в комментариях люди уже пишут, что да, каждый представляет облако по своему: и не только вендор, но и каждый итшник представляет облако по своему + мифы о том, что есть в облаке.
                +1
                Всё упирается в экономику.
                Облако у провайдера идеально подходит в нескольких случаях: когда нагрузка очень сильно меняется (сегодня нужно много, а завтра мало и т.п.); когда бизнес совсем маленький и не может позволить себе даже кластер из 2-х серверов с общим отказоустойчивым хранилищем; когда есть специфические задачи (тот же сайт, например).
                Недавно тестировали машину в облаке для дизайнера (64Gb оперативки). Всё понравилось. Но когда посчитали стоимость аренды, поняли, что можем за 1 месяц арендной платы купить себе эти 64Gb и добавить в свои сервера, где память всегда нужна. И окупится это уже через месяц. А по процессорам пока есть запас и канал позволяет поднять всё это у себя. Да, отказоустойчивость ниже, но нас устраивает.
                  +1
                  И опять же, чтобы вынести ВСЮ критичную инфраструктуру в облако, нужно для начала обеспечить отказоустойчивое, резервированное и скоростное подключение офиса (офисов) к интернету. Иначе надёжность только снизится.
                    +1

                    Еще пара мифов:


                    Решения в облаках защищены от аварий, потому что облачная инфраструктура это предусматривает


                    Как минимум, облако не защищено от разорения и банкротства поставщика услуг, после чего все накопленные данные превращаются в тыкву.


                    Кроме того, даже если вам говорят, что все ваши данные зарезервированы — это не означает, что они там и правда зарезервированы.


                    Облачное решение доступно из любой точки земного шара!


                    Да, но при этом оно может быть недоступно из одной-единственной точки на земном шаре — из вашего офиса. Просто потому что офисное здание обслуживается одним-единственным провайдером, и про SLA этот провайдер ничего не знает. Или просто РКН в очередной раз заблокировал весь Интернет — именно ваш провайдер первым выполнил это предписание :)


                    Перевод в облако внешних приложений может быть хорошей идеей — но 10 раз подумайте, прежде чем переводить туда приложения внутренние.

                      0

                      Со внешними нынче вариантов не остается. Даже самый обычный датацентр вместо аренды серверов предпочитает воткнуть туда виртуалки и назвать все это cloud-ом.

                      +1

                      Облако или даже пусть будет тема уже — IaaS у одного вендора значит одно а у другого-вообще другое. Если какой-нибудь NTT Cloud под облаком понимает набор стандартных виртуалок создание которых занимает недели, то какой-нибудь azure/aws — не только варианты конфигураций дает, но еще и инструментарий для автоматизации развертывания. Между крайностями куча мелких вендоров.


                      То, что написано в статье ни капли не проясняет ситуацию.

                        +1
                        Уважаемый boblenin.
                        С утверждениями первых двух предложений трудно не согласиться. Но почему Вы так уверены, что «между крайностями куча мелких вендоров»?
                        Разве есть прямая корреляция между величиной вендора( смотря ещё что считать показателем «крупности» вендора) и некой степенью навороченности сущности, которую разные игроки рынка называют облаком?
                        0
                        Пока заметил одно преимущество у публичного облака по сравнению с арендой серверов — образ виртуалки легко мигрирует на частное облако на своих серверах и обратно.
                          +1
                          «Если в Германии – будет долго»

                          round trip time из МСК/СПБ до вашего ДЦ можете привести, пожалуста?
                            0
                            | «Дело в том, что даже самые “крутые-раскрутые” ИТшники не понимают, что такое облачные технологии, то что уж говорить об остальных?»
                            Я не понял, облака то кто обслуживает? Менеджеры по продажам?
                            За любым понятием облака огромный бэкэнд вполне обычных, рядовых технологий + обертки.
                              0
                              На счёт Германии не знаю, но вот облака от РСТ, это жуткая жуть! Если кто видел РМИС, меня поймут…
                                0
                                Основная проблема облачных решений — это то, что никто не гарантирует, что в один прекрасный момент облачный провайдер не откажет вам в доступе / его не заблокирует Роскомнадзор или его аналог в других странах или даже просто по ошибке или за просрочку платежа не удалит ваши данные без объяснения причин (как вариант по просьбе ФСБ, ЦРУ, ФБР, КГБ).

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

                                Для чего бы я стал использовать облака:
                                — Веб-сайты
                                — Дублирующие сервисы (защита от сбоев)
                                — Хранение 2ой копии бекапов на случай уничтожения локального дата/центра — серверной
                                — Виртуальные рабочие столы для некоторых пользователей
                                — Тестовые виртуальные сервера
                                — Файловая помойка
                                — Некритичные внутренние системы/приложения

                                Для чего не стал бы:
                                — Критически важные базы данных/внутренние системы/приложения
                                — Почтовый сервер
                                — Контроллер домена и прочие подобные
                                — Файл сервер с критичными данными/система документооборота
                                — Управление оборудованием
                                  0
                                  Наши админы не имеют никакого доступа к данным клиента, и к настройкам ОС на его виртуальных машинах.


                                  серьезно? как это обеспечивается?
                                    0
                                    нужно сначала уточнить какие админы не имеют доступа. мож там вторая линия, которая может перезапустить виртуалку и посмотреть алерты по ней и все.
                                    но, то что к дискам виртуалки не имеют доступа сторэйдж админы и админы кластера виртуализациия я верю слабо. как они работу то тогда свою делают? :))
                                      +1
                                      Зашифрованные диски?

                                  Only users with full accounts can post comments. Log in, please.