Облачные сервисы буквально заполонили планету. Каждый бизнес кричит об их использовании. Каждый провайдер топит за собственную реализацию IaaS. Тем не менее, когда речь заходит о реальной практике использования облачных сервисов, глашатаи технологий скромно замолкают или начинают путаться в терминах. Давайте-как без лишней спешки расставим все точки над i в понятиях IaaS, SaaS и PaaS.
Согласитесь, читать очередную статью о том, что облака — это хорошо и модно, а не-облака — это плохо и ретроградство было бы очень скучно. Но с упорством, достойным лучшего применения, облачные провайдеры продолжают писать и выпускать в свет одинаковые оды облачным технологиям.
Мы, в свою очередь, хотим сделать акцент на квалификацию читателя: разложим по полочкам термины, уточним наиболее узкие вопросы применения облачных технологий и дадим немного практической информации.
Во-первых, давайте определимся со значение терминов, вынесенных в заголовок статьи:
- IaaS — инфраструктура в формате услуги;
- PaaS — платформа как услуга;
- SaaS — программное решение как услуга
Разумеется, вы и так об этом знаете, если читали хотя бы один маркетинговый материал на тему облаков. Тем не менее, лишний раз уточнить понятия никогда не лишне.
Еще один «столп», на котором строятся все без исключения маркетинговые материалы на тему облаков — облачные сервисы незаменимы практически для любого бизнеса, они дают небывалую гибкость во всех конечностях, оптимизируют финансовые и временные издержки, а также способствуют спокойному сну учредителей компании. Разумеется, с поправками на индивидуальные ситуации, всё это правда. Давайте более детально и на простых примерах разберемся, какие варианты и модели обслуживания есть в облачных вычислениях, как тарифицируются сервисы и как происходит миграция в облако (cloud migration).
IaaS, SaaS, PaaS: отличия моделей
Каждая из аббревиатур, содержит собственный набор смыслов, и простых определений, как мы писали ранее, уже недостаточно для их комплексного понимания. Разберемся, в чем именно их отличия.
Начнем с того, что, де-факто, если вы пользуетесь любым почтовым клиентом или имеете аккаунты в социальных сетях, вы уже являетесь клиентом SaaS. То есть, приложение для удобства всех пользователей вынесено в облако.
Сама концепция облака состоит в том, как много составляющих приложение частей передается на аутсорс и какое количество ресурсов остается непосредственно под вашим управлением.
Давайте посмотрим на диаграмму ниже. На простом примере пиццерии иллюстрируются различия между традиционной инфраструктурой, IaaS, PaaS и SaaS.
Итак, вы хотите заказать пиццу. Можно сделать ее самостоятельно — потратить значительное время на подготовку теста и начинки, обжечься о противень, убить целый день и получить продукт, качество которого прямо пропорционально вашим навыкам и потраченному времени. Кроме того, вам понадобиться соблюсти ряд необходимых для выпекания пиццы условий: понадобится духовка, компоненты начинки, мука или готовое тесто. Кроме того, немаловажно наличие времени на готовку. Именно так работает старая-добрая традиционная инфраструктура on-premise.
Второй вариант, чуть попроще, чем первый: вы идете в магазин и покупаете все в виде полуфабрикатов: тесто, соус, нарезанную кусочками начинку и даже мелко натертый сыр. Далее вам придется только собрать всё в нужном порядке и соблюсти алгоритм непосредственно выпекания. Таким образом, времени уйдет несколько меньше, чем при самостоятельном приготовлении, а компонентами блюда вас обеспечит сторонний поставщик. Этот пример сопоставим с IaaS.
Можно заказать пиццу в доставке — вы освободите себе руки и пару часов времени. Вам придется только заварить чай (или открыть бутылку с колой) и позаботиться об организации места для приема пищи. Всё остальное — заботы о начинке и тесте, временные затраты и прочее — возьмет на себя служба доставки и включит свои издержки в чек. Зато вам не придется ничего делать своими руками. Это PaaS.
Четвертый по счету вариант — это поужинать в хорошем ресторане. Предупредительный официант расстелит на ваших коленях салфетку, предоставит меню с хорошим выбором пиццы, подаст напитки и позаботится о том, чтобы атмосфера за вашим столиком была легкой и непринужденной. Последний пример — аналогия работы SaaS.
С пиццей всё понятно, но как это работает в IT?
Во-первых, важно определиться, какое оборудование будет задействовано в проекте. Затем — выбрать операционную систему. Когда приложение будет готово, потребуется его залить на продуктивный сервер и настроить. Далее, после того, как внутренние тесты покажут хороший результат, надо будет сделать приложение видимым из интернета, то есть, подключить сервер к каналу связи. Так ваши сотрудники смогут работать с приложением удаленно — из географически удаленного филиала, из отпуска или командировки. Соответственно, встанет вопрос обеспечения отказоустойчивости сервера: вам понадобится специальное помещение, отвечающее массе стандартов, независимые от городской сети источники питания, система охлаждения, пожаротушения, обеспечения доступа. Здесь варианта два: построить собственную серверную с нуля или арендовать место в ЦОДе.
В случае с построением собственного серверного помещения вам предстоит решить массу дополнительных вопросов «со звездочкой»: выбрать и закупить оборудование, настроить его, установить ОС и необходимый софт, закупить лицензии. Эти задачи лягут исключительно на ваши плечи. С одной стороны, это очень долгий и дорогой вариант, никак не совместимый с бизнес-процессами и задачами небольших и средних компаний. С другой — он позволит вам чувствовать себя максимально комфортно и независимо.
Если это решение по ряду причин вас не устраивает, вам подойдет IaaS. Сами собой решатся вопросы закупки и настройки оборудования. Не нужно будет арендовать или приобретать отдельное помещение и, в конце концов, втридорога платить ИТ-специалистам. Всё это вы поручаете своему облачному провайдеру, а ваша ответственность ограничится только установкой ОС и требуемого ПО.
Еще более «продвинутая» модель — PaaS. Приобретая эту услугу, вы получаете полноценную среду для разработки и развертывания приложений без необходимости собственноручно управлять установленными ОС, промежуточным ПО и базами данных, заботиться о лицензировании. Эта модель предназначена для поддержки полного цикла веб-приложения — от разработки до обновления.
Если вы выбираете SaaS, то сервис-провайдер берет на себя все задачи , касающиеся установки и настройки софта, мониторинга, создания резервных копий, а также и многие другие «насущные» задачи. При этом с вашей стороны не потребуется даже наличие технически подкованного сотрудника. Все работы по администрированию приложения при поддержке провайдера может выполнять обычный менеджер с минимальным техническим опытом.
Итак, пора подвести итоги и расширить «типовые» определения, приведенные в начале статьи.
- IaaS — вычислительные ресурсы предоставляются клиентам по запросу, на них возможно развернуть любое программное обеспечение, в том числе ОС и собственные приложения. Заказчик не имеет доступа к физической инфраструктуре и не может ее контролировать, однако в его зоне ответственности находится управление всем комплексом запущенного ПО.
- PaaS — заказчику предоставляется облачная платформа, на которой можно развернуть программное обеспечение, поддерживаемое провайдером. Клиенту недоступно управления облачной инфраструктурой, однако есть полномочия по контролю над собственными приложениями и (в большинстве случаев) изменением среды.
- SaaS — заказчик получает доступ к приложениям и сервисам, развернутым в виртуальной инфраструктуре провайдера. Получить доступ к этим приложениям можно при помощи браузера, тонкого клиента или терминала. Все услуги предоставляются под ключ с минимальными ИТ-полномочиями у заказчика.
Потребитель | Оказываемая услуга | Зона ответственности | Возможность измененеий | |
IaaS | ИТ-отдел, разработчики приложений |
Виртуальные сервера, облачное хранилище |
Доступность виртуальных серверов |
Минимальные ограничения по поддержи- ваемым ОС и приложениям |
PaaS | Разработчики приложений |
Платформа для запуска приложения, облачное хранилище |
Доступность и производитель- ность платформы |
Высокий уровень кастомизации приложения |
SaaS | Конечный пользователь |
Приложение под ключ | Доступность и работоспособ- ность приложения |
Минимальные индивидуаль- ные настройки |
Выбор оптимальной модели
Здесь, в первую очередь, требуется отталкиваться от компетенции вашей организации, бизнес-процессов и сферы деятельности в целом.
Чем более ваши сотрудники подкованы в ИТ, тем менее высокоуровневая модель обслуживания вам требуется.
Вот небольшой список вопросов, который позволит вам определиться с выбором:
- Являетесь вы крупной, средней или малой компанией?
- Имеется ли в вашей компании собственная ИТ-инфраструктура?
- Владеете ли вы собственным ИТ-оборудованием?
- Имеются ли в штате компании инженеры, системные администраторы и прочий технический персонал, способный управлять инфраструктурой?
Разумеется, выбор наиболее подходящей модели зависит от того, насколько проработан в вашей компании ИТ-отдел. Так, SaaS может быть оптимальным выбором как для небольшого проекта, так и для крупного предприятия.
Если же у вас ранее был позитивный опыт работы на собственной инфраструктуре, возможно, стоит присмотреться к IaaS и/или к PaaS.
Скажем о PaaS пару слов отдельно: эта услуга будет наиболее интересна компаниям-разработчикам программного обеспечения. С одной стороны, эта модель снимает с программистов вопросы настройки и поддержки инфраструктуры, с другой — дает достаточно много свободы в управлении установленными приложениями.
Какие сервисы стоит вынести в облако
По нашему опыту, при миграции в облако заказчики чаще всего выносят в инфраструктуру провайдера разнообразные почтовые сервисы и 1С. Но облако подходит и для других корпоративных сервисов. Что можно разместить в облаке провайдера:
- системы видеонаблюдения;
- виртуальные АТС;
- ПО для вебинаров, веб- и видеоконференций, конф-коллов.
- Customer Relationship Management, CRM-системы, зачастую интегрированные с дополнительными сервисами;
- виртуальные офисы — группы бизнес-приложений для совместной работы над документами, включая ЭДО, почту и АТС;
- хостинги.
Как тарифицируются услуги облачных провайдеров
В заключение поговорим о том, сколько стоят услуги сервис-провайдеров. В общем случае цена складывается из нескольких компонентов: стоимость ресурсов, лицензирование ПО, наценка поставщика.
Здесь всё очень прозрачно: практически каждый провайдер открыто сообщает о своих моделях ценообразования.
Отдельно стоит остановиться разве что на частном случае, когда арендуется только непосредственно виртуальная инфраструктура без операционной системы и приложений, то есть IaaS. Здесь возможны два сценария:
- Если ваши потребности в вычислительных ресурсах имеют достаточно серьезную амплитуду колебаний (сегодня нужно очень много, завтра будет нужно очень мало), имеет смысл оплачивать только физически использованные ресурсы. Это схема оплаты Pay as you go. Соответственно, ваша организация сможет планировать затраты на инфраструктуру исходя из собственных процессов и задач, а не из месячного тарифа провайдера.
- Если вам всегда требуется плюс-минус одинаковое количество ресурсов, вы можете остановиться на модели Reservation Pool. В этом случае IaaS провайдер заранее резервирует для вас определенные мощности, а вы платите заранее оговоренную сумму.
Оба эти подхода имеют собственные плюсы и минусы, так что однозначно советовать вам один из них будет в корне неправильно. Этот выбор зависит исключительно от ресурсов компании и сценариев использования облачных услуг.
В общем же случае, первая модель оптимальна для бизнеса с сезонными пиками нагрузки на ИТ-инфраструктуру (например, e-commerce), когда от случая к случаю необходимо масштабирование.
Вторая модель менее гибка, однако более стабильна в том, что касается выделения ресурсов. Вне зависимости от того, пользуетесь ли вы арендованными мощностями или нет, они всегда закреплены только за вами. Эта модель лучше всего подходит бизнесу с нормированными, заранее известными нагрузками.
Надеемся, после чтения этой статьи ваше понимание IaaS, SaaS и PaaS стало более комплексным и четким, и в случае необходимости вы сделаете полностью осознанный и рентабельный выбор модели предоставления облачных услуг.