Прежде всего, давайте вспомним так называемую «пирамиду» 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% общероссийского количества ЦОД, согласитесь, что в условиях такой инфраструктуры «разнесение» ресурсов для сервиса является не только разумной, но и обусловленной окружающей средой характеристикой, даже если де-факто ресурсы для «Облачного» сервиса предоставляются отнюдь не в Москве.
Вы вправе спросить: а разве мы обязаны покупать решение, в котором «все включено»? А разве мы не можем сами для себя определить, что нужно нам удаленно, а что желательно оставить у нас? И может ли «облачный» сервис дать нам в пользование только то, что мы хотим и не больше? Ответ на все три вопроса: «да». Поверьте, «облачный» сервис – это легко настраиваемое по потребностям решение, которое достаточно легко адаптировать к любым запросам. И тут мы подошли к типологии «облачных» услуг, в смысле, какие они собственно бывают.
Начнем ab ovo, то есть с азов. Где сегодня больше всего проводит времени пользователь? Правильно, в интернете. При этом зачастую он неосознанно исполняет кучу задач, которые воспринимаются им как само собой разумеещееся: проверяет почту (с собственным клиентом или интернет-клиентом), ходит на различные сайты, загружает фотографии на фотохостинги и редактирует их, пишет посты в блоги, играет в сетевые игры, регистрируется на рейсы, делает покупки в магазинах, распечатывает билеты и многое-многое другое. Не надо стесняться, в этом нет ничего зазорного, это совершенно нормально для любого из нас, кто пользовался хоть раз в жизни Интернетом.
Управление облачным сервисом может быть достаточно простым
При этом скажите, пожалуйста, волновало ли вас хоть иногда, а где, собственно, находятся все те вещи, которые позволяют вам делать привычные дела, без которых Интернет вам, собственно, и не нужен? Правильно, почти никогда, потому что вопросы из разряда «почему все так виснет» или «почему коннект такой медленный» иногда все-таки у любого из нас возникают, но по сути нас никогда не волновал вопрос размещения ресурсов для исполнения нужных нам действий. При этом большая часть наших собственных данных (будь то фотографии или личные аккаунты, или сетевые настройки и адреса) хранится в различных удаленных ресурсах, то есть, по сути, в том самом «облаке», о котором мы говорим. И исходя из такого подхода можно выделить следующие типы предоставляемых «Облачных» услуг:
IaaS (Infrastructure as a Service) – Предоставление Инфраструктуры как сервиса
Грубо говоря, где-то размещено оборудование, которое соединено какими-то умными людьми в работающую инфраструктуру, каковую нам, собственно, "в аренду" и отдают, при этом не привозя ее к нам, а предоставляя к ней доступ. То есть нам дали некие абстрактные вычислительные мощности для наших задач, при этом мощности такие далеко не конечны, а масштабируемы в зависимости от роста наших потребностей, что называется «на лету», то есть давая вам столько, сколько именно вам требуется в определенный момент для определенных задач. Для предоставления таких услуг используются технологии виртуализации, иными словами, все что вам понадобится – это виртуальные машины, которые Вам предоставляют для работы, и которые вы можете открыть с любого терминала, где есть связь, при этом возможно как подключение с иерархической структурой прав доступа, так и подключение оперативно изменяемых «равных» по правам пользователей (как пример: сервер, «разбитый» на виртуальные разделы-партиции, каждая из которых предоставляется пользователям «в аренду). При этом вас как пользователя никто более не ограничивает с софтверной точки зрения: вы сами можете выбрать не только те прикладные программы, которые вам требуются в данный момент, но и операционную систему, в которой вам предпочтительнее работать.
В чем плюсы IaaS?
- нет необходимости в приобретении дорогостоящего оборудования
- вы платите только за то, что вам необходимо в данный конкретный момент времени
- отсутствие простоев и работы «вхолостую» как для вычислительных ресурсов, так и для персонала
- возможность единовременного использования одного и того же оборудования разными пользователями и группами пользователей для решения совершенно разных задач
- все затраты на обслуживание и поддержку решения берет на себя поставщик решения, пользователь же только оплачивает собственные издержки по обслуживанию операционной среды и программных приложений
- идеальное решение для специалистов - архитекторов сетевых решений
PaaS (Platform as a Service) – Предоставление Платформы как сервиса
У многих после рассказа о IaaS наверняка возникнет вопрос: если при предоставлении инфраструктуры в пользование управление ее жизненным циклом осуществляет поставщик решения, то почему бы ему тогда не взять на себя и управление операционными системами и, возможно, частью прикладных решений в тех случаях, когда желательно наличие готовой программной среды (скажем, для тестирования, разработки программных продуктов, передача данных по определенным правилам и т.п.). PaaS в данном случае – следующая ступень на IaaS, поскольку управление, осуществляемое поставщиком решения, распространяется в случае PaaS не только аппаратной инфраструктурой, но и операционной средой. Такое решение очень удобно в том случае, если клиентом используется полный цикл разработки, где разработка программного продукта, его тестирование и развертывание зачастую производится в разных операционных средах, не коррелирующих друг с другом. Получив же PaaS, Заказчик будет иметь в распоряжении готовую операционную среду, настроенную под определенные требования и соответствующую определенным характеристикам, критичным для него, для конкретной задачи, и все, что ему останется делать – загрузить в нее нужные программные приложения и после завершения цикла перейти к следующей фазе, для которой также будет соответствующим образом подготовлена своя операционная среда.
В чем плюсы PaaS?
- Единая интеграционная среда для всех возможных операций по разработке, тестированию, развертыванию и предоставлению веб-доступа для прикладного ПО клиента;
- нет необходимости дополнительных затрат в подготовке определенной операционной среди для определенных задач;
- вы платите только за то, что вам необходимо в данный конкретный момент времени;
- отсутствие простоев и работы «вхолостую» как для вычислительных ресурсов, так и для персонала;
- Решение масштабируемо в зависимости от текущей потребности и динамически изменяемо в зависимости от рода задачи, стоящей перед клиентом в настоящий момент
- Не требуется дополнительные оценка затрат – оплата производится по факту использования «облачного» ПО (по факту или на основе абонентской платы)
- возможность единовременного использования одного и того же оборудования разными пользователями и группами пользователей для решения совершенно разных задач
- Все затраты на обслуживание и поддержку решения берет на себя поставщик решения, пользователь же только оплачивает издержки, связанные с программными приложениями (собственными или сторонними)
- Возможность управления собственным программным веб-решением с предоставлением доступа клиентам при отсутствии дополнительных капиталовложений в аппаратную часть
- Решение для разработчиков программных приложений и сервисов, настраиваемое под любые требования как актуально краткосрочные, так и долгосрочные
SaaS (Software as a Service) – Предоставление Программного обеспечения как сервиса
Это также следующий «эволюционный» шаг по сравнению с IaaS и PaaS. В данном случае управление всеми тремя уровнями (инфраструктурой, операционной средой и программными приложениями) лежит целиком на поставщике решения, а пользователь же получает в свое распоряжение доступ к полностью отлаженному и «заточенному» под его текущую задачу программному решению. Доступ предоставляется посредством все той же виртуальной машины, которую можно открыть через любой терминал, доступный пользователю вне зависимости от текущих ресурсов такого терминала, необходимо только наличие связи. Это решение в первую очередь будет интересно тем, у кого насущным стоит вопрос приобретения лицензий какого-либо ПО: не секрет, что лицензии на многие прикладные виды ПО стоят дорого и сравнимы с серьезными затратами, зачастую тормозящими выполнение задач или вынуждающими клиентов искать нетривиальные альтернативные способы их решения (зачастую с результатами весьма далекими от ожидаемых). При использовании SaaS же данная проблема отпадает, так как лицензии клиенту приобретать не надо, он получает в распоряжение продукт, уже обладающий лицензией в объеме, необходимом для работы, при этом помимо оплаты самого факта использования такого ПО других трат у клиента попросту не предвидится. А все вопросы, связанные с управлением, поддержкой и обеспечением функционирования таких решений, не становятся «головной болью» для клиента – все эти затраты целиком и полностью берет на себя поставщик решения, предоставляя пользователю оптимальное для него решение в любое время суток и в любом месте, готовое для выполнения задач, стоящих в данный момент перед клиентом.
В чем плюсы SaaS?
- Все затраты на обслуживание и поддержку решения берет на себя поставщик решения, пользователь же только оплачивает только факт использования «облачного» ПО (по факту или на основе абонентской платы)
- нет необходимости дополнительных затрат на каком-либо из уровней готовности (инфраструктурой, операционной средой и программными приложениями)
- вы платите только за то, что вам необходимо в данный конкретный момент времени
- отсутствие простоев и работы «вхолостую» как для вычислительных ресурсов, так и для персонала
- защита от несанкционированного доступа и/или копирования собственных программных разработок на любом из этапов проекта (разработка, тестирование, развертывание, поддержка)
- решение масштабируемо в зависимости от текущей потребности и динамически изменяемо в зависимости от рода задачи, стоящей перед клиентом в настоящий момент
Большинство «облачных» услуг подпадает под вышеописанные варианты, но отнюдь не ограничиваются ими. Есть также следующие предоставляемые «облачные» услуги:
WaaS – Workplace as a Service, предоставление рабочих мест как услуги. Это модель реализации рабочих мест, сдаваемых в аренду на определенный временной период с периодической оплатой, сходная по структуре с SaaS, где в качестве web-приложения, выпускаемого поставщиком и используемое Заказчиком, выступает рабочее место пользователя, реализованное программным способом (на основе шаблона системы с предустановленными рабочими приложениями, загружаемыми в виртуальные машины, созданные для определенных пользователей. То есть, находясь вдали от своей рабочей машины, пользователь получает доступ к ПО достаточной для работы, в то время как вычисления будут происходить на его машине, а сам он – производить их с удаленного терминала.
DaaS - Desktop as a Service, предоставление данных как услуги. Если в случае WaaS речь идет о рабочем месте, настроенном согласно шаблонам и собственным настройкам пользователя, то в случае DaaS пользователь получает в свое распоряжение готовое к работе (под ключ) стандартизированное виртуальное рабочее место, которое каждый пользователь может дополнительно настраивать под свои задачи. То есть, по сути, пользователь получает доступ ко всему программному комлпексу, необходимому для работы, а не только к одному его сегменту или отдельным программным продуктам. При этом как и для всех «облачных» решений используются сторонние ресурсы, а никак ни своей рабочей машины, все что нужно пользователю – связь и средство аутентификации.
Компания Fujitsu оказывает услуги по интеграции сервисов в ИТ-среду
Вы почти наверняка спросите меня, а стоит ли пускаться в такие большие объяснения, неужели не проще было бы купить решения «в коробке», сделанного по принципу «все включено», дабы предусмотреть появление каких-либо неявных в данных момент задач? Поверьте, такая возможность есть и для «облачных» услуг, есть возможность приобретения единого комплекта,включающего компоненты всех вышеперечисленных услуг, который, как вы понимаете, называется по аналогии – EaaS - Everything as service, то есть Всё как услуга. Все преимущества вышеописанных услуг также распространяются и на такой вариант за исключением разве что ценового вопроса, который, однако, сравнительно невелик, особенно при сравнении с затратами, которые понесла бы организация при решении задач подобного рода собственными силами.
При использовании «облачных вычислений» на первый план выходит управление IТ-сервисами, используемых организацией, то есть наблюдается переход от традиционной модели использования собственных мощностей к модели предоставляемых услуг. В подобной модели становится возможным управлять уровнем предоставляемых услуг (SLA), с оказанием воздействия на качество и другие параметры их оказания (доступность, готовность и т.п). Кроме этого, модель услуг позволит осуществить внутри организации управление другими процессами (управление инцидентами, изменениями, мощностью финансами и т.п.) не как статическое, а как динамическое, позволяющее адекватно реагировать на изменения на момент их появления (а не после него) с сохранением уровня предоставляемых услуг вне зависимости от уровня критичности. При этом это отнюдь не вопросы далекого будущего, а что ни на есть самого актуального настоящего. Настоящего, в котором новые подходы уже имеют свое применение, которое в ближайщем будущем станет повсеместным и обыденным, как стали до этого многие другие инновационнные подходы и решения своего времени.
Поделиться
