Витрина ма, платформа ма: неге интерфейс әлі корпоративтік ЖИ емес

Серіктестік материал · RD analytics QazCloud-пен бірлесіп дайындады

ЖИ-сервистерге бірыңғай кіру нүктесі ыңғайлылық береді, бірақ инфрақұрылым, қауіпсіздік және деректер мәселелерін шешпейді. Шекара қайда өтетінін — және Қазақстанда ол неге заңға тірелетінін — талдаймыз.

Ірі ұйымда жасанды интеллектті (ЖИ) енгізу әдетте «платформадан» басталмайды. Ол нүктелік шешімдерден басталады: корпоративтік ассистент, құжаттар бойынша интеллектуалды іздеу, шарттарды тексеретін агент, өтінімдерді өңдейтін сервис. Осындай үш-бес сервистен кейін оларды бір жерге жинау туралы заңды сұрақ туады. Дәл осы жерде қымбат қатеге бой алдыру оңай: бірыңғай интерфейсті бірыңғай жүйемен шатастыру.

Сырттай айырмашылық байқалмайды. Пайдаланушы веб-бетті ашады, аутентификациядан өтеді, керекті ЖИ-сервисті таңдап, жұмыс істей бастайды. Бірақ бірдей кіру нүктесінің артында ауқымы жағынан түбегейлі әр түрлі екі шешім тұруы мүмкін. Біреуі — пайдаланушы көретін нәрсеге ғана жауап береді. Екіншісі — іште не болып жатқанына: модель қайда орындалады, қандай деректерде, кімге қолжетімді, бұл қанша тұрады және ақаулық не деректер ағып кеткенде не болады.

📌 Витрина: бірыңғай терезе, бірақ жүйе емес

ЖИ-сервистер витринасы — бұл пайдаланушы қабаты. Негізінде каталог: қызметкер кіреді, қолжетімді ассистенттер мен агенттерді көреді, керегін таңдап, диалог бастайды. Витрина нақты әрі пайдалы міндетті шешеді — шашыраңқы сілтемелер мен логиндер «зоопаркін» жояды, өзара әрекеттің бірыңғай форматын береді, керекті құралды табуды жеңілдетеді.

Бірақ витрина анықтамасы бойынша тек қасбетке жауап береді. Оның артындағы нәрселерді ол шешуге міндетті емес: ЖИ-модельдер физикалық тұрғыда қайда орналасады және орындалады; есептеу ресурстары (әсіресе қымбат GPU) қалай бөлінеді; корпоративтік деректер қалай қорғалады және оларға кім жіберіледі; көп сатылы тапсырмалардың орындалуы қалай бақыланады; ішкі ақпараттық жүйелер қалай қосылады; жүктеме кезінде масштабтау мен ақаулыққа төзімділік қалай қамтамасыз етіледі.

Басқаша айтқанда, ыңғайлы веб-интерфейстің болуы әлі ЖИ-платформаның бар екенін білдірмейді. Әдемі каталог біреудің жалпыға ашық API-ының үстіндегі қондырма болуы мүмкін — сонда аталған сұрақтардың бәрі ашық күйінде қалады, көбіне бірінші инцидентке дейін көрінбейді.

💻 Платформа: интерфейс астындағы бес қабат

Платформа витринаны кіру нүктесі ретінде қамтуы мүмкін, бірақ оның міндеті кеңірек — бұл ЖИ-сервистер жасалатын, орналастырылатын, интеграцияланатын, масштабталатын және қауіпсіз пайдаланылатын орта. Архитектуралық тұрғыда оны бес өзара байланысты қабатпен көрсету ыңғайлы.

1. Инфрақұрылым — іргетас: серверлер, GPU, сақтау жүйелері, желі, виртуалдау және контейнерлер. Дәл осы деңгейде модельдер орындалады және сұраныстар өңделеді. Көптеген ұйым үшін инфрақұрылым — енгізудің ең қымбат бөлігі: генеративті ЖИ-ді өнеркәсіптік пайдалануға арналған GPU-серверлер жүздеген мың доллар тұрады, ал қуаттың едәуір бөлігі бос тұрады. Платформалық тәсіл әр жаңа жоба үшін бөлек инфрақұрылым салу қажеттігін жояды.

2. Ресурс оркестраторы — есептеу қуатын сервистер арасында бөледі: қазір қай сервиске қанша GPU бөлу керек, қай жерде шамадан тыс жүктемені болдырмау, сұраныс өскенде нені масштабтау керек. Дәл оркестратор қымбат «темірді» бос тұрған активтен жүктелгенге айналдырады. Пайдаланушы үшін бұл жұмыс көрінбейді — ол жай ғана сұраныс жібереді.

3. Таск-менеджер — ЖИ-агентті чат-боттан ажырататын нәрсе. Қазіргі сұраныс модельге бір рет қана жүгінумен сирек шектеледі: білім қорынан дерек табу, оны бірнеше жүйеден тарту, тексеру жүргізу, қате болса қайталау, ал жекелеген қадамдарды адамға келісуге беру қажет болуы мүмкін. Таск-менеджер осы реттілікті, кезектер мен статустарды басқарады.

4. Қауіпсіздік — бөлек функция емес, өне бойы өтетін қабат. Корпоративтік ЖИ ішкі құжаттармен, дербес деректермен, қаржылық және заңды ақпаратпен жұмыс істейді. Мұнда — аутентификация, рөлдік қолжетімділік моделі, шифрлау, модельге жүгінулерді журналдау, ағып кетуден қорғау, интеграцияларды бақылау. Кіріктірілген қауіпсіздігі жоқ бірыңғай интерфейс толыққанды корпоративтік платформа саналмайды.

5. Деректер — ЖИ жауаптары сапасының негізі. Қабат корпоративтік көздерді, білім қорларын, векторлық қоймаларды қосуға, нұсқалауға және қолжетімділікті шектеуге жауап береді. Оның құндылығы — қайта пайдалануда: нормативтік құжаттардың бір қоры бір мезгілде заң агентіне, сатып алу сервисіне және ішкі бақылау құралына қызмет ете алады, жұмысты қайталамай.

Бірге алғанда, бұл қабаттар шашыраңқы құралдар жиынын басқарылатын экожүйеге айналдырады. Іс жүзінде бір сұраныс бесеуінен де өтеді: қауіпсіздік құқықты тексереді, таск-менеджер тапсырманы қадамдарға бөледі, деректер қабаты рұқсат етілген ақпаратты береді, оркестратор ресурс бөледі, инфрақұрылым модельді орындайды — нәтиже сол витрина арқылы пайдаланушыға қайтады. Интерфейс әлдеқайда күрделі жүйенің көрінетін ұшар басы болып шығады.

🚀 Экономика: неге бұл CapEx-тен OpEx-ке жылжу

Платформаның басты экономикалық дәйегі — «осылай ыңғайлы» емес, шығынды капиталдық модельден сервистік модельге көшіру. Дербес жолда ұйым GPU-инфрақұрылымды сатып алуы не жалдауы, қоймалар құруы, дерек инженерлерінен, ML-мамандардан, DevOps пен MLOps-тан команда жинауы және ұстауы, тәулік бойы сүйемелдеу мен қауіпсіздікті қамтамасыз етуі — және мұның бәрін іске қосқаннан кейін де төлеп отыруы керек. «Сервис ретіндегі ЖИ» (AI as a Service) моделі дәл сол мүмкіндіктерді кешенді қызмет түрінде алуға мүмкіндік береді.

«Шығынды азайту» деген жалпы сөздің артында шынымен жұмыс істейтін үш механизм тұр:

✅ Инфрақұрылымды бірлесіп пайдалану. Бірнеше сервис ортақ GPU-ды бөліседі. Үнем «темірдің» жүктелуі өскен шамада ғана нақты болады — платформа өзінің бар болуымен емес, жүктемемен ақталады.

✅ Компоненттерді қайта пайдалану. Модельдер, интеграциялар, білім қорлары, авторизация тетіктері бір рет жасалып, көп рет қолданылады. Әр келесі сервис алдыңғысынан жылдам әрі арзан іске қосылады.

✅ Бірыңғай қауіпсіздік периметрі. Ортақ платформадан тыс әр сервис — бөлек қорғау периметрі және жаңа ықтимал ағу нүктесі. Орталықтандыру қорғау құралдарын әзірлеудегі үнеммен қатар, ықтимал инциденттердің құнын да төмендетеді: тергеу, тоқтап қалу, заңды сүйемелдеу.

📌 Қазақстандық қырынан: платформа заңға қай жерде тіреледі

Қазақстандық оқырман үшін бұл тақырыпта әмбебап талдауларда жоқ өлшем бар — реттеушілік. Корпоративтік ЖИ сезімтал деректермен жұмыс істейді, ал ҚР «Дербес деректер және оларды қорғау туралы» Заңы (№94-V, 12-бап) азаматтардың дербес деректерін Қазақстан аумағындағы дерекқорда сақтауды талап етеді; талап 2016 жылдан бері қолданыста. Компания осындай деректерді шетелдік жалпыға ашық inference арқылы өткізе бастаған сәтте «модель физикалық тұрғыда қайда орындалады» деген сұрақ техникалық болудан қалып, заңдық сипатқа енеді. Осыдан практикалық қорытынды: «қазақстандық бұлт» — патриотизм емес, талапқа сәйкестік мәселесі.

Контекст күшейе түсуде. 2025 жылдың қарашасында ҚР «Жасанды интеллект туралы» №230-VIII Заңы қабылданды — Орталық Азиядағы алғашқысы; ол 2026 жылдың 18 қаңтарында күшіне енді, ЖИ-жүйелерді әсер деңгейі бойынша сыныптайды, синтетикалық мазмұнды міндетті таңбалауды енгізеді және — тақырып үшін маңыздысы — Жасанды интеллекттің ұлттық платформасын құрады (25–27-баптар). 2025 жылдың қыркүйегінде бейінді Жасанды интеллект және цифрлық даму министрлігі құрылды, 2026 жыл Цифрландыру мен жасанды интеллект жылы деп жарияланды, ұлттық суперкомпьютерлік қуаттар іске қосылды. Мемлекет, шын мәнінде, өзінің егеменді есептеу контурын салып жатыр. Жеке платформалық шешімдер осы үрдіске — ел ішіндегі инфрақұрылым мен деректерді бақылауға — кіріге бастайды.

Осы жерге ең қарапайым тәуекел де жатады, оны нарық қатысушылары да мойындайды: shadow AI. Қорғалған корпоративтік құрал болмаған қызметкерлер жалпыға ашық сервистерге бастапқы кодты, қаржылық есептілікті, ішкі нұсқаулықтарды жүктейді. Бірыңғай қорғалған контур «абстрактілі тәуекелдерді» емес, дәл осы нақты ағу арнасын жабады.

💻 Мысал: AI-HUB платформасы

Платформалық тәсілдің қазақстандық нұсқасын AI-HUB мысалында қарауға болады — бұл QazCloud бұлт операторының ЖИ-сервистер платформасы. Бұл — жеке коммерциялық шешім, №230-VIII заңдағы мемлекеттік Жасанды интеллекттің ұлттық платформасымен байланысты емес, бөлек корпоративтік контур. Компания коммерциялық бұлтты 2018 жылдан бері дамытады және елде өзінің дата-орталықтары бар; оның инфрақұрылымы деректерді локализация талаптарын сақтай отырып орналастыруға да пайдаланылады. Өнім логикасы бойынша AI-HUB витринасының артында дәл сол бесқабатты орта тұр: дайын ЖИ-агенттерге қолжетімділік және оларды әзірлеу, есептеу ресурстарын бөлу, қолжетімділікті басқару, мониторинг пен сүйемелдеу — ел ішіндегі бірыңғай технологиялық контурда. Компанияның мәлімдеуінше, AI-HUB — ұлттық бұлттағы меншікті әзірлеме, бұл деректерді локализациялау талаптары тұрғысында бейінді дәйек.

Практикалық әсерді екі жоба көрсетеді (QazCloud деректері). Кандидаттарды бастапқы іріктеуге арналған ЖИ-рекрутер бос орынды жабудың орташа мерзімін 50 күннен 5 күнге қысқартқан. Заң блогына, сатып алуға және тәуекелдерді басқаруға арналған, нормативтік құжаттардың бірыңғай қорына негізделген ЖИ-сервистер жиынтығы, компания деректері бойынша, құжаттарды іздеу мен талдау уақытын 25%-ға азайтқан және интеграция жұмыстарының көлемін 77%-ға қысқартқан; жекелеген операцияларда — мысалы, типтік есептерді дайындауда — компания 4 сағаттан 1 минутқа дейін жеделдеуді мәлімдейді. Бұл — вендор берген жеке нәтижелер, бірақ олар платформа логикасын көрсетеді: сервистер ортақ инфрақұрылымды, деректерді және қауіпсіздік тетіктерін бөлісе бастаған сайын әсер артады.

📌 Витрина қашан жеткілікті, ал платформа қашан қажет

Витрина мен платформаны қарсы қою мүлдем дұрыс емес — витрина платформаның бөлігі әрі кіру нүктесі рөлін атқарады. Практикалық бағдар мынадай. Ұйым үш-бес ЖИ-сервисті пайдаланса, негізінен ашық деректермен жұмыс істесе және белсенді масштабтауды жоспарламаса, витрина әдетте жеткілікті. Платформалық модель бес сервистен астам болғанда, құпия деректермен жұмыс кезінде, бірнеше жүйемен интеграция қажет болғанда, реттеушілердің ақпараттық қауіпсіздік талаптары болғанда және ЖИ-ді бүкіл ұйым деңгейінде масштабтау керек болғанда ақталады.

Практикалық өлшем қарапайым. Витрина «пайдаланушы сервиске қалай қол жеткізеді» деген сұраққа жауап береді. Платформа — «бұл сервис қайда, кімнің ресурсында, қандай деректермен, кімнің бақылауында және қандай ақшаға жұмыс істейді» деген сұрақтарға. Егер сіздің ұйым үшін екінші тізім маңызды болса — әдемі интерфейстің артында тек қасбет емес, жүйе тұруы керек.

Дереккөздер:

AI-HUB / QazCloud — «Витрина ма, платформа ма» материалы және енгізу кейстерінің деректері

ҚР «Жасанды интеллект туралы» №230-VIII Заңы — akorda.kz

ҚР «Дербес деректер және оларды қорғау туралы» №94-V Заңы, 12-бап — adilet.zan.kz

ЖИ туралы заңға талдау — EY Kazakhstan

QAZCLOUD

REAL DIGITAL