Облачно с объяснениями

Мне с детства нравится вопрос, который задавал про любой незнакомый предмет маленький полярный медведь Умка. Вопрос звучал так: «А что это такое и с чем его едят?». Коротко и по существу. Жаль, что многие люди, не будучи знакомые с каким-либо явлением, подобных вопросов не задают, а лишь важно кивают головами, когда начинаешь им о б этом рассказывать. Наверное, боятся показать свою неосведомленность про «известные слова». В последнее время стало очень модным слово SaaS. Его употребляют к месту и не к месту, по делу и просто так. И к сожалению, не всегда упоминающие его (особенно далекие от IT) люди действительно понимают, о чем говорят. Равно как не понимают они, в чем суть и почему это лучше/хуже или применимо/неприменимо в конкретной ситуации. Слово модное, потому и говорим про Cloud Compuing и SaaS. Но мы-то люди умные и хотим точно знать, кто есть кто.

Я беру на себя смелость рассказать, что такое «облака» и и с чем их «едят». Но не претендую на полное или исключительно верное мнение о данных технологиях. Это общий обзор определенных технологий в сфере IT, написанный простым человеческим языком.

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

На уровне ОС мы можем выполнять простые действия, и, что самое существенное, она позволяет нам запускать наши родные приложения: «Сапер», пасьянс «Косынка» и прочие, безусловно, полезные в хозяйстве программы. Собственно, программы дают нам возможность бесцельно убивать время выполнять полезную работу. Но это еще не все. Чтобы убивать время работать не в гордом одиночестве, а в окружении коллег и друзей, нам понадобится связь между компьютерами. Не вдаваясь в лишние подробности, скажу, что за связь на базовом уровне отвечает ОС, а осмысленные данные передают наши приложения.

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

О чем это я? Да, собственно, о том, что с развитием сетей изменились наши отношения с Сетью. Мы стали много времени проводить в Интернете. Мы зачастую храним данные «в облаке», не особо задумываясь о том, что такое то самое облако и где же на самом деле находятся фотографии любимой кошечки. У большинства людей, далеких от IT, даже не возникает вопроса где «живет» их почта. Она работает, доступ всегда есть. Зачем вопросы задавать? Для обычных обывателей современные сервисы не чудеса инженерной мысли, а лишь реальность, данная в ощущениях. Такая же, как небо над головой. И о природе облаков в этом небе они задумываются так же часто, как и о природе облаков для SaaS.

На фоне таких «драматических изменений» постепенно стали рождаться новые концепции подходов к хранению и обработке данных, к доступности и защите информации, к возможности работать из любого наперед заданного места, лишь бы Интернет был. А всю инфраструктуру можно разместить там, где есть специально обученные люди. Вот пусть эти люди и гадают, где какие серверы ставить, как их соединять и как ими управлять. В этом и заключается суть концепции «Инфраструктура как сервис», она же IaaS.

Главное принципиальное отличие от размещения в ЦОДе собственной инфраструктуры для модели IaaS заключается в том, что вы арендуете у провайдера некоторые абстрактные вычислительные мощности, обычно масштабируемые на лету. То есть у вас столько мощности, сколько вам нужно в данный момент. Естественно, физические серверы и сети никуда не делись, просто теперь они стали проблемой провайдера, а не вашей. Вы же получаете в свое распоряжение всегда работающие виртуальные машины потребной вам мощности. А уж дальше можете делать с ними все, что вашей душе угодно, – от выбора операционной системы до работы вашего приложения.

SaaS.jpg

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

И на закуску осталась концепция «Приложение как сервис», также известная как модный SaaS. Здесь у вас еще меньше контроля. Контроль за всем вместе с ответственностью за все лежит уже на администраторах приложения, а вы лишь управляете только собственным аккаунтом (ну или группой аккаунтов). Что бы ни случилось, приложение должно работать. И вы должны иметь возможность им пользоваться. Для этого разработчики создают специальную архитектуру приложений, размещают компоненты на разных виртуальных машинах и т.д.

Собственно, все эти концепции представляют собой частные случаи так называемых «облачных вычислений», также известных под термином Cloud Computing. Это важное понятие, с которым путаются наиболее часто. Давайте посмотрим, что же такое облака, чем облачный подход принципиально отличается от традиционного и в чем преимущества облаков для клиента. 

Облачный хостинг (по мнению NIST) соответствует следующим пяти ключевым характеристикам:

  1. On-demand self service – пользователю доступен любой объем услуг. Причем для «дозакупки» услуг пользователю не нужно прилагать усилий (он делает все из панели управления) и все происходит «мгновенно».
  2. Broad network access – принцип сетевой доступности. Облачное решение должно быть доступно с любого компьютера, с которого есть доступ в Интернет. Про Китай с его «великим китайским файерволом» не говорим.
  3. Metered use принцип оплаты по факту. Как работал, так и заработал. Вернее, сколько потребил услуг, столько и заплатил.
  4. Elasticity – принцип гибкости закупки. Возможность потребления мощности небольшими квантами и произвольное время использования именно того объема услуг в течение того времени, которое хочет пользователь. То есть можно год использовать маленький серверочек, потом пару дней половину датацентра, а далее – снова родной маленький серверок.
  5. Resource pooling – принцип независимости от «железа». Пользователю неизвестно и неважно, на каком аппаратном узле облака и даже на каком континенте сейчас работают его виртуальные машины. Пользователь не должен ни при каких условиях зависеть от работоспособности какого-либо конкретного узла.

Фото в анонсе: Unsplash

Расскажите коллегам:
Эта публикация была размещена на предыдущей версии сайта и перенесена на нынешнюю версию. После переноса некоторые элементы публикации могут отражаться некорректно. Если вы заметили погрешности верстки, сообщите, пожалуйста, по адресу correct@e-xecutive.ru
Комментарии
Менеджер, Саратов
Владимир Кузьмин, Весьма познавательный материал, дорогой Владимир. Спасибо! И не могли бы вы привести примерный уровень цен на различные варианты ''облачности'' (я имею в виду IaaS - PaaS - SaaS)? Это также может оказаться полезным для возможных принятий решений.
Василий Пензин пишет: перенос ресурсов для хранения и обработки данных в ''облака'' - обычный развод юзеров на деньги
Дорогой Василий, вы примеряете туфельку Золушки не на ту ногу... Здесь можно предположить интерес корпоративных структур. Возможное сотрудничество различных медийных организаций (как существующих, так и вновь создаваемых). Например, вы задумали организовать аналог E-xe. В этом случае грешно не воспользоваться подобным вариантом. А организации, накопившие изрядный парк технических средств, пойдут на подобное лишь когда наступит время полной замены этого парка.
Исполнительный директор, Москва
Мансур Гиматов пишет: Возможное сотрудничество различных медийных организаций (как существующих, так и вновь создаваемых). Например, вы задумали организовать аналог E-xe.
Здравствуйте, Мансур. Допустим - задумал. И что дальше? Вариант №1: Использовать проверенный и надежный железный хостинг с гарантированным управлением на (по возможности) собственном сервере. Вариант №2: Использовать сырой, но модный сервис с разнообразными многообещающими функциями, к которому (теоретически) может иметь доступ любой желающий, при отсутствии 100% гарантии управляемости и при наличии вероятности повреждения данных. Мне по душе первый вариант. Я консерватор. :D
Менеджер, Саратов
Василий Пензин пишет: Допустим - задумал. И что дальше?
День добрый, дорогой Василий. Так, эти сервера нужно купить. Нужно соответствующее (и дорогостоящее) ПО. Системы охлаждения и прочий техрегламент. Обслуживающий персонал и помещения для размещения всего этого добра. Альтернатива - несколько компьютеров, размещенных в паре комнат, + выход в интернет. Реальная альтернатива!
Нач. отдела, зам. руководителя, Москва
Что делать в случае, если облако рассеялось?
Тут, как говорится, и мама не поможет :) Впрочем, как и с любым другим поставщиком услуг. Если он закрылся или его закрыли, все кончилось. Но с тем же успехом можно закрыть и все остальное. Хоть датацентр, хоть офис. Конечно, нужно делать бэкапы - хотя бы иногда. Но надо понимать, что вероятность ''рассеяния'' облака не сильно велика (относительно). Ведь компания вложила в инфраструктуру этого облака весьма немалые деньги...
Исполнительный директор, Москва
Мансур Гиматов пишет: Так, эти сервера нужно купить. Нужно соответствующее (и дорогостоящее) ПО.
Не так уж дорого это стоит. По карману даже небольшой организации. Кроме того, никто не отменял аренду серверов и виртуальный хостинг)))
Нач. отдела, зам. руководителя, Москва
Что касается увода информации - оно да, может такое быть. Сейчас разрабатываются системы защиты, в т.ч. и от атак на уровне гипервизора. Да, облачная модель добавляет некотороые уязвимости. Но с ними идет активная борьба. Мансур Гамзутов Мансур, цены могут очень сильно разниться в зависимости от задачи. При прочих равных цена возрастает с передачей функционала. Из наших можно посмотреть на Оверсан-Скалакси, из зарубежных - на Amazon и Windows Azure.
Нач. отдела, зам. руководителя, Москва
Василий Пензин Давайте я объясню зачем Вам при попытке сделать еще один e-xe может понадобиться облако. Вот Вы начали проект. И заходит к Вам ровно 3 пользователя в день. Сервера Вам хватит вообще любого. И персоналки хватит. И канала в 1 Мбит. А теперь Вы дали рекламу на ТВ. И к Вам пошли люди. Скажем, 100000 человек в день. Что будет с Вашим сервером? Правильно, он очень быстро перекратит всякое внятное общение с внешним миром. Если Вы захотите поставить еще один сервер, Вам нужно время на подготовку, настройку, ввод в эксплуатацию. Если он арендный. Если собственный, его нужно купить. Плюс канал плюс место в ЦОД плюс поддержка... Много чего. В случае облака Вы передвигаете один ползунок. А теперь реклама кончилась. И на Ваш ресурс ходит, скажем, 4 человека. А сервера вы уже купили... Вот Вам неоправданные капитальные затраты. Оно Вам надо? В случае облака Вы двигаете тот же ползунок назад. И не платите за ненужное оборудование. Это - и правда эластичность. Далее, если Вы считаете, что устойчивость=RAID, значит Вы просто, извините, не работали со взрослыми системами. В этом случае действительно достаточно компьютера на столе. И масштабируемость в любом виде не нужна. Да и многое другое... Не забивайте голову лишней информацией. Масштабируемость - я привел пример. В жизни, конечно, все гораздо интересней, но смысл, думаю, понятен. Легкость в управлении. Ну что тут скажешь. GoogleApps посмотрите и скажите, насколько это сложно. При этом большинству пользователей реально не нужно знать много хитростей. Они и так кроме интерфейса 1С и не видят ничего. И не надо. Работу работают и хорошо. Эластичность в оплате. Хм... Бесплатно ничего не бывает. Но Вы можете платить соразмерно потребляемым услугам. Или всегда платить за пиковые мощности. Как угодно. Команда. Кто-то всегда поддерживает Ваши сервера. Идеального ПО и железа на данный момент не существует. Всегда что-нибудь придется подкручивать и допиливать. Кто будет это делать - решать Вам. Примените простую рисковую модель и все сможете понять.
Генеральный директор, Москва
Владимир Кузьмин пишет: Из наших можно посмотреть на Оверсан-Скалакси, из зарубежных - на Amazon и Windows Azure.
Я, например, Rackspace использую. Много также видел тематической рекламы softcloud.ru Но опыт показывает, что российские хостеры проигрывают (а часто - радикально проигрывают) зарубежным. Надеюсь, что в будущем это изменится.
Александр Абрамов +935 Александр Абрамов Управляющий директор, Самара
Тут, как говорится, и мама не поможет Впрочем, как и с любым другим поставщиком услуг. Если он закрылся или его закрыли, все кончилось.
Закрыли интернет-провайдера - нашли другого. Закрыли картриджную контору - то же самое. Накрылись Google Apps (вдруг если использовали) - то есть OpenOffice.
Но с тем же успехом можно закрыть и все остальное. Хоть датацентр, хоть офис. Конечно, нужно делать бэкапы - хотя бы иногда.
Мне приходилось разруливать ситуации, когда лицом в пол, или близко к тому, лежал весь офис, а ИТ-инфраструктура был готовой к развертыванию (в объеме, достаточном для текущих операций) в подсобке через дорогу - НА НАШИХ серверах. Ну, вот восстановились, пусть даже на вчерашнюю копию.В базе - отсутствуют операции ЗА ЦЕЛЫЙ ДЕНЬ. (а я был в ситуации, когда приходилось устранять последствия простаивания базы даже на на 6-8 часов: нужно было ''догнать'' НЕОТРАЖЕННЫЕ операции за период простоя. Которые ''кормили'' завтрашний операционный день и несколько последующих. Запомнил на всю жизнь, равно как и немалый коллектив; но - всегда выбирались. В случае с СААС о такой возможности придется забыть: кому помогут бэкапы даже трехдневной давности? только сотрудникам фирмы из трех человек).
Но надо понимать, что вероятность ''рассеяния'' облака не сильно велика (относительно). Ведь компания вложила в инфраструктуру этого облака весьма немалые деньги...
Этот аргумент вряд ли пройдет с российским собственником, который: (1) не знает, сколько именно вложили, да и зачем это ему - ему своя малая копеечка поближе к телу; (2) не знает, кому на самом деле принадлежит это облако; (3) не знает, какие методы работы у его владельца, который вдруг заинтересуется подросшим бизнесом, определив это хотя бы косвенно по росту базы, трафика и количеству подключений; Это ИТ-служба предприятия - должна работать как облако. Дал событие на вход - получил запланированный отклик. Считаю, СААС - это шанс ИТ-директоров найти оправдания своего неумения организовать работу своего подразделения. Добавил: речь идет о ERP- и подобных системах, отданных в СААС. Всякую мелочь типа отредактировать табличку или набрать документик в онлайн-редакторе - я не обсуждаю :)
Нач. отдела, зам. руководителя, Москва
Александр Абрамов пишет: Мне приходилось разруливать ситуации, когда лицом в пол, или близко к тому, лежал весь офис, а ИТ-инфраструктура был готовой к развертыванию (в объеме, достаточном для текущих операций) в подсобке через дорогу - НА НАШИХ серверах. Ну, вот восстановились, пусть даже на вчерашнюю копию.В базе - отсутствуют операции ЗА ЦЕЛЫЙ ДЕНЬ. (а я был в ситуации, когда приходилось устранять последствия простаивания базы даже на на 6-8 часов: нужно было ''догнать'' НЕОТРАЖЕННЫЕ операции за период простоя. Которые ''кормили'' завтрашний операционный день и несколько последующих. Запомнил на всю жизнь, равно как и немалый коллектив; но - всегда выбирались. В случае с СААС о такой возможности придется забыть: кому помогут бэкапы даже трехдневной давности? только сотрудникам фирмы из трех человек).
Алексей, к сожалению, подобные ситуации бывают. Мне, к счастью, не приходилось разруливать ситуации ''лицом в пол'', но восстанавливать данные за 2 дня работы приходилось. Тоже запомнил, думаю, на всю жизнь :)
Александр Абрамов пишет: Это ИТ-служба предприятия - должна работать как облако.
Вот с этим спорить не буду. Поскольку это - абсолютная правда. Но все же, облака вполне могут помочь для определенных задач. Вообще, облако - инструмент. Как и все остальное. При правильном использовании будет давать результат. При неправильном - не будет. Равно как и любой другой инструмент :)
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
3
Евгений Равич
Хороший пример конспирологии. Есть реальные примеры? Просьба заодно уточнить, что такое "не понр...
Все дискуссии
HR-новости
Названы самые привлекательные работодатели России: исследование «Талантист»

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

Объявлены победители бизнес-премии WOW!HR Россия 2024

Победителей в каждой из девяти номинаций определило HR-сообщество путем открытого голосования по итогам защиты 58 реализованных кейсов.

Сотрудники не готовы отказаться от гибрида даже за повышение зарплаты

При этом 47% работодателей все еще считают такой формат работы привилегией, а не данностью.

Спрос на операторов call-центра в продажах вырос в 3,5 раза

В целом за первый квартал 2024 года по России количество вакансий в продажах выросло на 26% за год.