Выбирай : Покупай : Используй

Вход для партнеров

Вход для продавцов

0

«Облачный» сервис – что это такое? Михаил Федоров, эксперт Fujitsu

Если убрать налет рекламы, то в итоге вы увидите в какой-то степени «старого знакомого» для многих из вас – сервис удаленных вычислений и удаленных данных, который в той или иной степени либо пытались реализовать многие компании, но лишь частично, либо потребность в нем была постоянна, однако, реализовать его по ряду причин не выходило. Многие сейчас поминают и к месту, и не к месту такие модные слова как «Cloud Computing» и SaaS, однако, далеко не каждый готов даже ответить, а что же он собственно понимает под этими терминами. Попробуем, согласно законам математики, «сделать из неизвестного известное».
Автор ZOOM.CNews

Прежде всего, давайте вспомним так называемую «пирамиду» IT, где в самом низу у нас находится аппаратное обеспечение (так сказать, «железо» - основание для оперирования), следующий уровень развития – это операционные системы (обеспечение базовой связи и базовых команд), за ними - прикладные программы (собственно, реализация связи осмысленных данных). И по законам эволюции также возникает следующая ступень, на сегодня являющаяся фактически вершиной в этой «цепочке питания», а именно предоставление удаленных ресурсов, включая все нижеперечисленные составляющие: для вычислений, связи и других операций пользователя с удаленными же данными, начиная от серьезных систем предприятия (SAP, ERP, CRM и другие) и заканчивая общепользовательским уровнем (социальные сети, электронная почти, сервисы мгновенной связи, текстовые и мультимедийные и многое другое).

Михаил Федоров, эксперт компании Fujitsu  

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

Тут же хотелось бы оговориться на тему «новизны»: несмотря на то, что последнее время этот термин упорно связывается с новыми трендами и идеями в IT, сам по себе такой подход далеко не нов и был частично реализуем в том или ином виде. Скажем, если Центр обработки данных (ЦОД, проще говоря) предоставляет пользователю (физическому или юридическому лицу) в аренду место на дисковой полке одной из систем хранения данных, находящихся в ЦОД – такой пример аренды, по сути, и есть частный случай предоставления удаленной инфраструктуры (так сказать, предтеча первой ступени нашей пирамиды). Если взять пользовательский уровень, когда мы используем приложения, работающие через интернет (обозреватели, IM-системы, менеджеры докачки, автоматические и ручные, и даже Peer-клиенты, которыми вне зависимости от своего отношения к пиратству пользуются практически все), мы используем ни что иное, как услугу предоставления удаленных ресурсов.

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

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

Размещение ресурсов в нескольких дата-центрах делает использование облачного сервиса безопасным  

То есть у пользователя нет необходимости тратить ресурсы своей вычислительной системы (начиная от ПК и заканчивая high-end-сервером) на работу с данными – все это проделывают удаленные ресурсы, предоставляя пользователю готовый результат. При этом собственные данные пользователя, находящиеся на таком удаленном ресурсе, всегда будут ему доступны, и он волен делать с ними любые действия, как если бы они были непосредственно на его терминале.

Если же просто выделить те преимущества, каковые дают «облачные» сервисы, в сухом остатке мы получаем следующее:

  • при использовании «облачных» сервисов отпадает необходимость закупки и использования ресурсоемкой техники для работы с ресурсоемкими задачами – ввиду того, что все ресурсы, аппаратные и программные, являются удаленными, может быть использован абсолютно любой терминал, включая «нулевые» клиенты и нетбуки.
  • При выходе из строя собственного терминала пользователя все данные и приложения остаются «неиспорченными» и готовыми к работе с того места, где произошел отказ пользовательской машины
  • При выполнении любых задач ликвидируется потребность в постоянной физической привязке по месту размещения оборудования, осуществляющего обработку данных либо пользователей, выделенный доступ которых ранее вынужден был иметь такую привязку из-за оборудования, либо внутренних причин организации.
  • для работы с любыми задачами отпадает необходимость выделенных для таких задач машин и настройки прикладных программ по месту машин для выполнения задач, теперь для работы достаточно любого интернет-соединения и компьютера любой конфигурации вплоть до мобильных устройств.
  • Низкая цена приобретения и низкая цена владения. Организации больше нет необходимости приобретать дорогостоящие компоненты (аппаратного и программного обеспечения) и решения задач дальнейшего использования такого оборудования, в случае ликвидации причин их приобретения (потеря актуальности, финализация решения и отсутствия планов по дальнейшему использованию, трудности утилизации и т.п.) – вся инфраструктура предоставляется на удаленной основе, где оплачиваются только сами услуги, и в случае необходимости услуги могут быть предоставлены для задач, отличных от той, из-за которых изначально они приобретались (классическим примером уже сейчас могут служить такие известные программные онлайн-приложения, как Google Docs или MS Office в своей сетевой версии). То есть для любой организации несомненным огромным плюсом тут будет снижение затрат на закупки, обновления, обслуживание решений.
  • Плюс, который сегодня не очень очевиден, но который является мощным фактором самого ближайшего будущего - возможность на основе архитектуры «Облачного» сервиса самим строить собственные приложения, используя такую архитектуру как источник практически неограниченных ресурсов для решения опять-таки задач практически любой сложности и направленности как на краткосрочную, так и на долгосрочную перспективу.

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

Итак, «Облачный» сервис по такой терминологии, должен иметь следующие характеристики:

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

Если предлагаемое вам решение соответствует этим пунктам, то вас можно поздравить – предлагаемый вам сервис является «облачным». Если же нет – то нет. Все просто.

Fujitsu Eternus DX400  

Конечно же, нет правил без исключений: как, скажем, в этой парадигме будет выглядеть форс-мажор провайдера таких услуг, связанных с падением каналов связи или (не дай бог, конечно) падением самих дата-центров, связанных с пожарами, например. Но и здесь можно привести контраргумент как шестую характеристику «облачного» сервиса, необязательную, но желательную, чтобы избежать подобных неприятностей, равно как и не зависеть от конкретных ресурсов какого-либо ЦОД. Идеальный «облачный» сервис должен размещать свои ресурсы в нескольких дата-центрах, что позволит в случае подобных форс-мажоров без потери для пользователя перенести все составляющие для предоставления такого сервиса из проблемного дата-центра в резервный. До сих пор в Москве находится свыше 60% общероссийского количества ЦОД, согласитесь, что в условиях такой инфраструктуры «разнесение» ресурсов для сервиса является не только разумной, но и обусловленной окружающей средой характеристикой, даже если де-факто ресурсы для «Облачного» сервиса предоставляются отнюдь не в Москве.

Версия для печати