KONSEKVENTI TERMINI
Vārdnīca
Īsi šajā ceļvedī lietoto terminu skaidrojumi. Katrs termins ved uz saistītu nodarbību.
Termini: 46
- AģentsAgent
Sistēma, kas izmanto modeli un rīkus, lai rīkotos mērķa sasniegšanai. Tās tiesības nosaka, kuras darbības tā var veikt.
Lasīt nodarbību →- Atgriešanās iepriekšējā versijāRollback
Iepriekšējas programmatūras vai konfigurācijas versijas atjaunošana. Datu saderība var ierobežot to, vai atgriešanās ir droša.
Lasīt nodarbību →- Atjaunošana pēc katastrofas (DR)Disaster recovery (DR)
Noderīga pakalpojuma un atgūstamu datu atjaunošana pēc traucējoša notikuma. Plāns ietver atkarības, lēmumus un pārbaudītas procedūras.
Lasīt nodarbību →- Augsta pieejamība (HA)High availability (HA)
Risinājums noderīga pakalpojuma saglabāšanai, neskatoties uz noteiktām komponentu kļūmēm. Pārbaudiet pilnu pieprasījuma ceļu un atlikušo jaudu.
Lasīt nodarbību →- AutentifikācijaAuthentication
Identitātes pārbaude. Autentifikācija pati par sevi nepiešķir tiesības piekļūt ierakstam vai veikt darbību.
Lasīt nodarbību →- Automātiska atjaunošanāsSelf-healing
Automātiska atjaunošana pēc definētas kļūmes ar atļautām darbībām, pārbaudi un apstāšanās nosacījumiem. Tā ne vienmēr izlabo pamatā esošo programmatūras defektu.
Lasīt nodarbību →- AutonomijaAutonomy
Darbību tvērums, ko sistēma var veikt bez vēl viena cilvēka lēmuma. Definējiet robežas pēc darbības un sekām.
Lasīt nodarbību →- CI/CD
Nepārtraukta integrācija un nepārtraukta piegāde vai izvietošana. Automatizētas darbplūsmas būvē, pārbauda un sagatavo vai izlaiž programmatūru atbilstoši noteiktām politikām.
Lasīt nodarbību →- Cloud native
Prakses atkārtojamai izstrādei un ekspluatācijai dinamiskās vidēs. Novērtējiet automatizāciju, stāvokli, noturību un novērojamību plašāk nekā iepakošanu konteineros.
Lasīt nodarbību →- Datu robežaData boundary
Noteikts ierobežojums tam, kur dati var pārvietoties, kurš var tiem piekļūt un kādi mērķi ir atļauti.
Lasīt nodarbību →- Diff
Salīdzinājums, kas rāda izmaiņas starp versijām. Pārskatiet faktisko diff, tostarp konfigurācijas un atkarību izmaiņas.
Lasīt nodarbību →- DORA pētniecībaDORA research
Pētījumi par programmatūras piegādi un organizāciju sniegumu. Šī pētniecība ir atsevišķa no ES Digitālās darbības noturības akta.
Lasīt nodarbību →- DPIA
Novērtējums par ietekmi uz datu aizsardzību. Strukturēts novērtējums par apstrādes riskiem cilvēkiem un pasākumiem to risināšanai.
Lasīt nodarbību →- Draudu modelisThreat model
Strukturēts sistēmas vai darbplūsmas resursu, uzticamības robežu, draudu un kontroļu apraksts.
Lasīt nodarbību →- Frontier modelisFrontier model
Modelis, ko apraksta kā tuvu pašreizējai spēju robežai. Apzīmējums negarantē pareizību konkrētam uzdevumam.
Lasīt nodarbību →- HalucinācijaHallucination
Ģenerēts saturs, kas ir nepareizs vai nepamatots, bet var šķist ticams. Pārbaudiet būtiskus apgalvojumus pret neatkarīgiem pierādījumiem.
Lasīt nodarbību →- Infrastruktūra kā kodsInfrastructure as code
Versiju kontrolē glabātas infrastruktūras resursu un konfigurācijas definīcijas. Pārskatīts plāns rāda piedāvātās resursu izmaiņas.
Lasīt nodarbību →- IzsekojamībaTraceability
Spēja saistīt prasību ar tās īstenojumu, pārbaudēm, apstiprinājumu un izlaisto versiju.
Lasīt nodarbību →- IzvietošanaDeployment
Programmatūras versijas ievietošana vidē. Izvietošana un izlaišana lietotājiem var būt atsevišķi lēmumi.
Lasīt nodarbību →- Koda pārskatīšanaCode review
Piedāvātas koda izmaiņas pārbaude. Pirms pieņemšanas pārskatītājs pārbauda darbību, tvērumu, riskus un atbalstošos pierādījumus.
Lasīt nodarbību →- KontekstsContext
Informācija, kas modelim pieejama pašreizējam uzdevumam. Tā var ietvert instrukcijas, failus, sarunu un rīku rezultātus.
Lasīt nodarbību →- MI programmatūras ražotneAI software factory
Darbības modelis, kas saista programmatūras darbu ar MI palīdzību visā dzīvesciklā. Novērtējiet pienākumus, kontroles un pierādījumus plašāk nekā koda ģenerēšanu.
Lasīt nodarbību →- Minimālās tiesībasLeast privilege
Piešķiriet tikai definētam uzdevumam vajadzīgās tiesības. Kur iespējams, ierobežojiet resursus, darbības un ilgumu.
Lasīt nodarbību →- Multi-AZ
Izvietošana vairākās pieejamības zonās vienā AWS reģionā. Atkarībā no pilnā risinājuma tā var samazināt pakļautību AZ kļūmei.
Lasīt nodarbību →- NovērojamībaObservability
Spēja izmeklēt sistēmas darbību caur signāliem, piemēram, žurnāliem, metrikām un trasējumiem. Noderīgi signāli atbalsta konkrētu ekspluatācijas jautājumu.
Lasīt nodarbību →- NovērtēšanaEvaluation
Noteikta metode modeļa vai darbplūsmas novērtēšanai pret reprezentatīviem uzdevumiem un pieņemšanas kritērijiem.
Lasīt nodarbību →- PašuzlabošanāsSelf-improvement
Atgriezeniskās saites izmantošana sistēmas maiņai un labāka rezultāta pārbaudei. Norādiet, vai mainās kods, konfigurācija, instrukcijas, darbplūsma vai modeļa parametri.
Lasīt nodarbību →- PārvaldībaGovernance
Lēmumu tiesības, politikas, kontroles un pierādījumi darba vadīšanai un atbildības piešķiršanai.
Lasīt nodarbību →- Pieņemšanas kritērijiAcceptance criteria
Nosacījumi, kuri izmaiņai jāizpilda. Definējiet tos pirms īstenošanas, lai pārskatītājs varētu novērtēt rezultātu.
Lasīt nodarbību →- PierādījumiEvidence
Pārbaudāms ieraksts, kas atbalsta apgalvojumu. Piemēri ir testu rezultāti, konfigurācija, apstiprinājumi un laidienu identifikatori.
Lasīt nodarbību →- Pull request
Piedāvājums sapludināt zaru citā zarā. Tas apkopo diff, apspriešanu, pārskatīšanu un pārbaužu rezultātus.
Lasīt nodarbību →- RAG
Ar izgūšanu papildināta ģenerēšana. Sistēma izgūst informāciju un sniedz to modelim kā kontekstu. Izgūšana nepadara saturu uzticamu.
Lasīt nodarbību →- Regresijas testsRegression test
Tests zināma defekta atgriešanās vai nevēlamas esošās darbības izmaiņas atklāšanai.
Lasīt nodarbību →- RPO
Atjaunošanas punkta mērķis: maksimāli pieņemamais datu zudums, mērīts laikā. Salīdziniet lietojamo atjaunošanas punktu ar pārtraukuma laiku.
Lasīt nodarbību →- RTO
Atjaunošanas laika mērķis: maksimāli pieņemamais pārtraukums, pirms atgriežas noderīgs pakalpojums. Iekļaujiet atklāšanu, lēmumus, atjaunošanu un pārbaudi.
Lasīt nodarbību →- SBOM
Programmatūras materiālu saraksts. Programmatūras komponentu inventārs. Tas atbalsta izmeklēšanu, bet nepierāda ievainojamību neesību.
Lasīt nodarbību →- SCA
Programmatūras sastāva analīze. Identificētu programmatūras atkarību analīze, bieži pret zināmu ievainojamību informāciju. Pārklājums atkarīgs no rīkiem un skenētās ievades.
Lasīt nodarbību →- SDLC
Programmatūras izstrādes dzīvescikls. Darbības, kas vajadzīgas programmatūras definēšanai, būvēšanai, izlaišanai, ekspluatācijai, maiņai un ekspluatācijas izbeigšanai.
Lasīt nodarbību →- SIRT / CSIRT
Drošības incidentu reaģēšanas komanda. Tā koordinē incidentu izmeklēšanu un reaģēšanu noteiktu pilnvaru un organizācijas pienākumu robežās.
Lasīt nodarbību →- SLO
Pakalpojuma līmeņa mērķis. Mērķis noteiktam pakalpojuma darbības rādītājam norādītā periodā.
Lasīt nodarbību →- SOC
Drošības operāciju centrs. Funkcija, kas parasti uzrauga drošības signālus, izmeklē brīdinājumus un eskalē aizdomas par incidentiem. Tās faktiskais tvērums jāsaskaņo.
Lasīt nodarbību →- Uzvedņu injekcijaPrompt injection
Mēģinājums panākt, lai modelis uztver neuzticamu saturu kā instrukcijas. Rīku tiesības ietekmē iespējamās sekas.
Lasīt nodarbību →- Vairāki reģioniMulti-region
Izvietošana vairākos mākoņa reģionos. Vajadzīgajam kļūmes scenārijam definējiet maršrutēšanu, datu saskaņotību, atjaunošanu un ekspluatācijas pienākumus.
Lasīt nodarbību →- Veidot vai pirktBuild vs buy
Lēmums par to, kuras iespējas radīt iekšēji un kuras iegūt no piegādātājiem. Salīdziniet pienākumus līdzās izmaksām.
Lasīt nodarbību →- Vibe coding
Izpētes pieeja, kas vada ģenerētu kodu ar uzvednēm un redzamo darbību, bieži nepārbaudot katru īstenojuma izvēli.
Lasīt nodarbību →
Termins nav atrasts. Izmēģiniet citu rakstību.