К сожалению, многие заказчики в принципе не понимают разницу между SaaS и IaaS. Причём, вопрос не в терминологии, а в сути этих в корне разных услуг. Конечно же все знают, что SaaS - это аренда готового сервиса, как правило с оплатой по пользователям, а IaaS - это аренда инфраструктуры - виртуальных серверов с оплатой за вычислительные ресурсы. Но проблема в том, что за не имением SaaS, многие облачные провайдеры продают IaaS, а заказчики первое время не видят никакой разницы.
Например, приходит клиент и хочет купить Exchange на 100 пользователей. При наличии SaaS, провайдер просто берёт и создаёт дополнительные 100 ящиков в существующем пуле серверов, и клиент через несколько минут может использовать сервис. В случае IaaS, провайдер разворачивает под клиента 1 виртуальный сервер, ставит внутри Exchange (своими или привлечёнными специалистами), и через несколько часов клиент в принципе тоже может использовать сервис. И там и там всё работает, и даже цена одинаковая, и клиент спрашивает, а в чём же тогда разница?
И правда, а в чём разница для конечного пользователя? А разница, на самом деле огромная, и она в сути того, что клиент приобретает:
-
Ценообразование. Даже если общая начальная цена получилась одинаковой, то в случае SaaS в договоре прописана цена за пользователя, и заказчик точно знает, как она будет меняться с их увеличением или уменьшением. В случае IaaS цена прописана за процессоры, память, диски и лицензии, и совершенно не понятно, как она будет меняться при увеличении или уменьшении количества пользователей, с какой скоростью и на сколько будет расти объём данных. В какой-то момент может вообще потребоваться разворачивать дополнительные серверы, и цена удвоится.
SLA - 99,999%. SLA вообще можно посвятить отдельную статью. Но, если кратко, то в случае SaaS, как правило, в договоре прописана доступность конкретного сервиса, а в случае IaaS гарантируется доступность сервера. При похожем написании обоих слов, они имеют в корне разное значение, в первом случае гарантируется, что у вас работает сервис - открывается почта, принимаются и отправляются письма, а во втором - что виртуальный сервер доступен (но это не значит, что внутри него хоть что-то работает). -
Надёжность. В случае SaaS, пользователи, как правило, работают внутри большого распределённого отказоустойчивого кластера из нескольких десятков серверов: несколько контроллеров домена, кластеры баз данных, кластеры антивирусной защиты, кластеры антиспам защиты, системы управления и мониторинга, инфраструктура, как правило полностью защищена от выхода из строя любого компонента. Когда количество пользователей составляет несколько десятков тысяч - это экономически оправданно. В случае IaaS, когда нужно сделать выделенную инфраструктуру на 100 человек, чтобы снизить стоимость, всё делается на 1 сервере с минимальными ресурсами для максимального удешевления. Отказ этого единого сервера (или сервисов внутри него) в лучшем случае сразу приводит к длительному простою, в худшем к безвозвратной потери данных.
-
Обслуживание. SaaS-сервис, как правило вообще не требуется никакого обслуживания, большинство функций выполняется через веб-панель управления или техподдержку поставщика. В случае IaaS - заказчик либо самостоятельно администрирует сервис (беря на себя риски), либо покупает обслуживание у провайдера (как правило, без каких-либо гарантий).
Реальная ответственность. В договоре любого серьёзного хостинг-провайдера прописана финансовая ответственность за сбой в работе сервиса. Только в случае SaaS и IaaS она может иметь совершенно разное значение с точки зрения ответственности хостинг-провайдера. Особый случай, когда провайдер, уже видимо находясь в отчаянном желании выиграть тендер любой ценой, полностью рисует весь договор под SaaS (фактически всё равно предоставляя IaaS). Казалось бы, какая в таком случай разница для заказчика, в договоре же всё одинаково? (об этом ниже)
И вот как раз в пример последнего пункта, недавно один клиент рассказал нам свой печальный опыт работы с одним провайдером, который обошёл нас в прошлом тендере, дав цену немного ниже. Провайдер просто взял и целиком скопировал условия нашего договора, прописал цену за пользователя, прописал SLA - 99,9% на сервис, техподдержку 24/7 с временем реакции 15 минут и даже (что меня вообще удивило) скопировали из нашего договора финансовую гарантию со штрафами за нарушение SLA на сервис. В результате, сервис у заказчика постоянно падал по нескольку раз в месяц, оставаясь недоступным на несколько часов. Заявки выполнялись неделями, 1 раз провайдер просто честно ответил, что человек, который знает, как это исправить ушёл в отпуск и не выходит на связь, подождите 2 недели. В итоге куча ругани, нервов, жалоб, а реакции со стороны провайдера никакой. Я спросил, а как же финансовая гарантия SLA? А вот в этом, на удивление, провайдер был честен и исправно платил штрафы в размере месячных платежей. По итогам года, провайдер выплатил клиенту 5 (пять!) месячных платежей из 12 (почти половину суммы вернул).
И тут клиент задаёт резонный вопрос, а почему в нашем SaaS не может быть тоже самое? Мы ведь тоже можем также постоянно нарушать SLA и платить штрафы?Нет! - не можем, - дело в масштабе ответственности. Здесь важно понять, что 1 виртуалка клиента c Exchange за 30000 р./мес. всего лишь одна из 10 тысяч других виртуалок в IaaS, подумаешь, провайдер 5 раз вернул клиенту 1/10000 от месячной выручки. А у нас Cloud Exchange - это единый SaaS-сервис, если он отказывает, то у 10000 пользователей сразу, и у нас убытки в 1000 раз больше. И если бы нам приходилось возвращать клиентам по 5 месячных платежей в году - т.е. почти половину годовой выручки, мы бы давно обанкротились. У нас 45 минут простоя сервиса стоят в несколько раз дороже, чем год простоя Exchangе внутри виртуалки у IaaS провайдера.
Именно поэтому в случае SaaS у провайдера совершенно другой уровень ответственности и, как следствие, соответственно уровень надёжности и качества сервиса. Здесь конечно можно добавить - да, IaaS тоже можно построить очень качественно, надёжно и отказоустойчиво, что он ничем не будет уступать SaaS, и даже 1000-кратную ответственность за простой можно прописать, но только нужно понимать всего одну вещь - стоить такой IaaS будет на порядок дороже, чем SaaS.
