Өкінішке қарай, көптеген тапсырыс берушілер SaaS пен IaaS арасындағы айырмашылықты толық түсіне бермейді. Мәселе терминологияда емес, бұл түбегейлі екі түрлі қызметтің мәнінде. SaaS — әдетте пайдаланушылар саны бойынша төленетін дайын сервисті жалға алу, ал IaaS — есептеу ресурстары бойынша төленетін виртуалды серверлер мен инфрақұрылымды жалға алу. Мәселе мынада: SaaS ұсынбайтын кейбір бұлттық провайдерлер оның орнына IaaS сатады, ал тапсырыс берушілер бастапқыда айырмашылықты байқамауы мүмкін.
Мысалы, клиент 100 пайдаланушыға Exchange сатып алғысы келеді. SaaS болған жағдайда провайдер қолданыстағы серверлер пулында қосымша 100 пошта жәшігін жасайды, бірнеше минуттан кейін клиент сервисті пайдалана алады. IaaS жағдайында провайдер клиентке жеке виртуалды сервер құрып, оған Exchange орнатады және бірнеше сағаттан кейін сервис пайдалануға беріледі. Екі жағдайда да бәрі жұмыс істейді, тіпті бағасы да ұқсас болуы мүмкін. Сонда клиент: айырмашылығы неде деп сұрайды.
Соңғы пайдаланушы үшін айырмашылық неде? Негізгі айырмашылық клиенттің нақты не сатып алатынында:
-
Баға қалыптастыру. Бастапқы жалпы баға бірдей болған күннің өзінде, SaaS келісімшартында әдетте бір пайдаланушыға арналған баға көрсетіледі. Сондықтан тапсырыс беруші пайдаланушылар саны артқанда немесе азайғанда шығынның қалай өзгеретінін нақты біледі. IaaS-та баға процессорларға, жедел жадқа, дискілерге және лицензияларға байланысты белгіленеді. Пайдаланушылар саны өзгергенде қанша қосымша ресурс қажет болатынын алдын ала дәл болжау қиын. Белгілі бір сәтте қосымша серверлерді орналастыру қажет болып, баға күрт өсуі мүмкін.
SLA — 99,999%. SLA туралы жеке мақала жазуға болады. Қысқаша айтқанда, SaaS жағдайында келісімшартта әдетте нақты сервистің қолжетімділігі көрсетіледі, ал IaaS-та сервердің қолжетімділігіне кепілдік беріледі. Бұл ұқсас көрінгенімен, мағынасы әртүрлі: бірінші жағдайда пошта немесе басқа сервис жұмыс істейтініне кепілдік беріледі, екінші жағдайда виртуалды сервердің өзі қолжетімді болады, бірақ оның ішіндегі қолданбалардың жұмыс істеп тұрғанына кепілдік берілмейді. -
Сенімділік. SaaS пайдаланушылары әдетте ондаған серверден тұратын үлкен, таратылған және ақауларға төзімді кластер ішінде жұмыс істейді: бірнеше домен контроллері, дерекқор кластерлері, антивирустық және антиспам қорғаныс кластерлері, басқару және мониторинг жүйелері. Мұндай инфрақұрылым әдетте кез келген жеке компоненттің істен шығуына төзімді етіп құрылады. Пайдаланушылар саны ондаған мың болғанда мұндай архитектура экономикалық жағынан ақталады. IaaS-та 100 адамға арналған жеке инфрақұрылымды барынша арзандату үшін кейде ең аз ресурстары бар бір сервер пайдаланылады. Осындай жалғыз сервердің немесе оның ішіндегі сервистердің істен шығуы ұзақ үзіліске, ал ең нашар жағдайда деректердің қайтарымсыз жоғалуына әкелуі мүмкін.
-
Қызмет көрсету. SaaS сервисіне әдетте жеке әкімшілік қызмет көрсету қажет емес: функциялардың көпшілігі веб-басқару панелі немесе жеткізушінің техникалық қолдауы арқылы орындалады. IaaS жағдайында тапсырыс беруші сервисті өзі әкімшілендіреді немесе провайдерден бөлек қызмет сатып алады.
Нақты жауапкершілік. Күрделі хостинг-провайдердің келісімшартында сервис жұмысының бұзылуы үшін қаржылық жауапкершілік көрсетіледі. Бірақ SaaS пен IaaS-та бұл жауапкершіліктің мәні әртүрлі болуы мүмкін. Кейде провайдер тендерді ұту үшін шарттарды SaaS форматына ұқсатып жазады, бірақ іс жүзінде IaaS ұсынады. Қағаз жүзінде шарттар ұқсас болғанымен, техникалық модель бәрібір басқа болып қалады.
Бір клиент бізге өткен тендерде бағасы сәл төмен провайдерді таңдағаннан кейінгі тәжірибесі туралы айтып берді. Провайдер біздің келісімшарт талаптарын түгелге жуық көшіріп, бір пайдаланушыға баға, сервис үшін 99,9% SLA, 24/7 техникалық қолдау және 15 минуттық реакция уақытын, тіпті SLA бұзылған жағдайда қаржылық айыппұлдарды көрсеткен. Алайда іс жүзінде сервис айына бірнеше рет істен шығып, бірнеше сағат бойы қолжетімсіз болған. Өтінімдер апталап орындалған, ал бір жағдайда провайдер мәселені шешуді білетін маманның демалыста екенін және екі апта күту керектігін айтқан. Жыл қорытындысында провайдер клиентке 12 айлық төлемнің бесеуіне тең айыппұл төлеген.
Осы жерде клиент орынды сұрақ қояды: SaaS-та да дәл осылай болуы мүмкін емес пе? Теориялық тұрғыдан SLA бұзылып, айыппұл төленуі мүмкін. Бірақ жауапкершілік ауқымы мүлде басқа. Клиенттің айына 30 000 рубль тұратын бір Exchange виртуалды машинасы IaaS провайдеріндегі мыңдаған виртуалды машинаның бірі ғана болуы мүмкін. Ал Cloud Exchange — бірыңғай SaaS сервисі: ол тоқтаса, бірден мыңдаған пайдаланушыға әсер етеді. Сондықтан провайдердің ықтимал шығыны мен жауапкершілігі әлдеқайда жоғары.
Дәл осы себепті SaaS моделінде провайдердің жауапкершілік деңгейі және соған сәйкес сенімділік пен сервис сапасына қойылатын талаптар жоғары болады. Әрине, IaaS инфрақұрылымын да өте сапалы, сенімді және ақауларға төзімді етіп құруға болады. Бірақ мұндай архитектураның құны қарапайым SaaS моделінен едәуір жоғары болуы мүмкін.