Bedrock prieigos per kelias paskyras: DI tvarkai reikia ne herojų, o leidimų
·
Bedrock prieigos skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?
AWS pristatė managed entitlements kelią, skirtą paprasčiau valdyti Amazon Bedrock modelių prieigas per kelias paskyras. Skamba kaip administratoriams. Bet realiai čia verslo disciplina.
Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?
KAS NUTIKO
Sprendimas padeda centralizuotai valdyti, kurios AWS paskyros gali naudoti tam tikrus Bedrock modelius, kad prieigos nebūtų rankomis lipdomos kiekviename kampe.
Įmonėse dažnai būna taip: vienas skyrius jau testuoja DI, kitas dar laukia patvirtinimo, trečias turi seną paskyrą, kurios niekas nebenori liesti. Ir tada prasideda excelinė magija.
KODĖL TAI SVARBU
Bedrock prieigos svarbios todėl, kad DI naudojimas plečiasi greičiau nei tvarka. Jei kiekviena komanda pati prašo, jungia ir moka, po kelių mėnesių niekas nebežino, kas ką naudoja.
DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.
KĄ TAI REIŠKIA VERSLUI
Verslui tai reiškia geresnį kaštų, saugumo ir modelių pasirinkimo valdymą. Ypač didesnėse organizacijose, kur yra daug paskyrų, komandų ir skirtingų rizikos lygių.
- turėti vieną modelių prieigos savininką
- atskirti testines ir produkcines paskyras
- peržiūrėti leidimus kas mėnesį
- fiksuoti, kuri komanda naudoja kokį modelį
Pavyzdys: finansų komanda gauna prieigą prie vieno patvirtinto modelio dokumentų santraukoms, o eksperimentinė komanda testuoja kitus modelius atskiroje aplinkoje.
KUR PASISLĖPUSI RIZIKA
Rizika – per daug rankinio valdymo. Kai leidimai dalinami per žinutes ir atmintį, tvarka laikosi tol, kol vienas žmogus neišeina atostogų.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Pasidarykite paprastą lentelę: komanda, paskyra, modelis, tikslas, savininkas, mėnesio kaina. Jei lentelės nėra, pradėkite nuo jos.
Šaltinis: Amazon Web Services.
DUK
Kas yra Bedrock managed entitlements?
Tai AWS būdas centralizuotai valdyti Amazon Bedrock modelių prieigas per kelias paskyras.
Kodėl tai aktualu?
Nes DI naudojimas organizacijoje greitai išsiskaido per komandas ir paskyras.
Nuo ko pradėti?
Nuo aiškaus savininko, leidimų peržiūros ir testinių aplinkų atskyrimo.
Jei norite DI naudoti ne dėl mados, pradėkite nuo vieno proceso. Paimkite užduotį, kuri kartojasi kas savaitę, susirašykite žingsnius ir tik tada junkite įrankį. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.
