Platform engineering для распрацоўкі з AI

Дайце прататыпам шлях да production

Людзі могуць даследаваць ідэі з рознымі AI-інструментамі, пакуль арганізацыя забяспечвае агульны шлях да production. Каманда платформы робіць гэты шлях зразумелым, падтрыманым і паўтаральным.

Для карыснага прататыпа збярыце задачу карыстальніка, прыклад працоўнага працэсу, зыходны код пры наяўнасці і меркаваныя даныя. Ацаніце, ці адаптаваць код, ці перабудаваць праграму з высветленых патрабаванняў. Да перадачы ўліковых даных рэальных сістэм або канфідэнцыяльных уваходных даных праверце праграму, інструменты распрацоўкі і асяроддзе выканання на адпаведнасць неабходным мерам кантролю.

Калі сэрвіс павінен працаваць у вашай інфраструктуры, прапануйце падтрыманае разгортванне ў вашы воблачныя ўліковыя запісы або сеткі. Уключыце ідэнтычнасць, абыходжанне з сакрэтамі, доказы выпуску, маніторынг і аднаўленне. Асобна правярайце патокі даных мадэлі: валоданне асяроддзем выканання не дае кантролю над кожным сэрвісам распрацоўкі.

Стаўцеся да платформы як да прадукту для яе карыстальнікаў

Платформа дае камандам падтрыманыя магчымасці для стварэння і эксплуатацыі праграм. Яны могуць уключаць ідэнтычнасць, асяроддзі, канвееры пастаўкі, базы даных, маніторынг і праверкі палітык. Карысная адзінка — поўны працоўны працэс, які задавальняе паўторную патрэбу.

CNCF апісвае платформы як магчымасці, спраектаваныя вакол унутраных карыстальнікаў, з узгодненымі інтэрфейсамі і самаабслугоўваннем там, дзе гэта дарэчы. Партал можа адкрываць гэтыя магчымасці, але адзін партал не з’яўляецца платформай. CNCF Platforms White Paper.

Пачніце з рэальнага попыту. У выдуманай кампаніі некалькім камандам патрэбны ўнутраны вэб-сэрвіс з уваходам супрацоўнікаў і кіраванай базай даных. Стварыце падтрыманы шлях для гэтай патрэбы перад даданнем шырокага каталога рэдка выкарыстоўваных функцый.

Уключайце агентаў у кола карыстальнікаў платформы

AI-агент можа хутка стварыць інфраструктурны код. Без актуальнага кантэксту платформы ён таксама можа выбраць непадтрыманы рэгіён, схему ідэнтычнасцей або метад разгортвання. Хутчэйшая генерацыя не вырашае праблемы адсутных арганізацыйных абмежаванняў.

Дайце агенту надзейны інтэрфейс. Вызначце ўваходныя даныя, дазволеныя значэнні, вынікі і паводзіны пры памылцы. Дайце прыклады, якія адпавядаюць усталяванай версіі. Вяртайце памылкі, якія дапамагаюць дзейнічаць, не раскрываючы сакрэтаў. Ужывайце аднолькавыя праверкі аўтарызацыі да выклікаў людзей і агентаў.

Для ўнутранага сэрвісу запыт можа вызначаць адказнага, катэгорыю даных, асяроддзе, патрабаванне да аднаўлення і падтрыманае асяроддзе выканання. Затым платформа можа выбраць правераную канфігурацыю або растлумачыць, чаму запыт патрабуе асобнага рашэння.

Вызначце падтрыманы шлях і яго межы

Гэта прыклад размеркавання. Пацвердзіце яго з фактычнымі камандамі і пастаўшчыкамі. Непрызначаная адказнасць не знікае ад таго, што існуе платформа.

Апублікуйце парадак выключэнняў для патрабаванняў па-за стандартным варыянтам. Вызначце адказнага за рашэнне і неабходныя доказы. Складаны працэс выключэнняў можа падштурхнуць каманды ствараць непадтрыманыя сістэмы па-за платформай.

Суправаджайце сэрвісы пасля стварэння

Шаблон — гэта пачатковая версія. Ён не выпраўляе аўтаматычна праграмы, створаныя на яго аснове. Вырашыце, як змены платформы трапляюць у наяўныя сэрвісы і як правяраецца сумяшчальнасць.

Стварайце версіі агульных інтэрфейсаў і модуляў. Паведамляйце ўмовы выдалення. Забяспечвайце падтрыманую міграцыю там, дзе трэба. Калі патрабуецца выпраўленне бяспекі, адсочвайце сэрвісы, якія застаюцца на закранутых версіях.

Не ператварайце каманду платформы ў чаргу ручнога ўзгаднення кожнай звычайнай аперацыі. Аўтаматызуйце паўтаральныя праверкі, а рашэнні наконт нявырашаных наступстваў пакідайце людзям. Вымярайце паспяховае выкарыстанне, час чакання, вынікі аднаўлення і намаганні на суправаджэнне.

Звяжыце платформу з фабрыкай праграмнага забеспячэння

Platform engineering вызначае падтрыманыя магчымасці і эксплуатацыйныя межы. Фабрыка праграмнага забеспячэння звязвае патрабаванні, планаванне, рэалізацыю, доказы і пастаўку. Яны могуць дапаўняць адна адну, калі фабрыка плануе з улікам фактычнай платформы.

Уключайце пастаянную эксплуатацыю ў ацэнку. Праверце, хто скануе праграмы на новыя ўразлівасці, разгортвае выпраўленні, рэагуе на інцыдэнты і падтрымлівае доказы адпаведнасці патрабаванням. Гэтыя магчымасці патрабуюць узгодненага абсягу і адказных; тэрмін «фабрыка праграмнага забеспячэння» іх не гарантуе.

Ацэньвайце інтэграцыю ў канкрэтным месцы: ці можа згенераваная змена выкарыстоўваць наяўны шлях разгортвання і захаваць яго меры кантролю? Ці можа каманда вывучыць, навошта спатрэбілася выключэнне? Хто абнаўляе агульны кантэкст пры змене платформы?

Даследаванне DORA разглядае магчымасці AI ў кантэксце арганізацыі. Выкарыстоўвайце гэты погляд для ацэнкі ўсяго працоўнага працэсу, уключаючы працу, якая застаецца ў каманды платформы. Справаздача DORA за 2025 год.