DOSLJEDNI POJMOVI

Pojmovnik

Kratka objašnjenja pojmova iz ovog vodiča. Svaki pojam vodi na povezanu lekciju.

Pojmovi: 46

Agent

Sustav koji upotrebljava model i alate za djelovanje prema cilju. Njegove ovlasti određuju koje radnje može izvoditi.

Pročitajte lekciju →
AI tvornica softveraAI software factory

Operativni model koji povezuje softverski rad uz AI kroz životni ciklus. Procijenite odgovornosti, kontrole i dokaze izvan generiranja koda.

Pročitajte lekciju →
AutentifikacijaAuthentication

Provjera identiteta. Autentifikacija sama po sebi ne daje ovlast za pristup zapisu ili izvođenje radnje.

Pročitajte lekciju →
AutonomijaAutonomy

Opseg radnji koje sustav može izvesti bez nove ljudske odluke. Odredite granice prema radnji i posljedici.

Pročitajte lekciju →
AutorizacijaAuthorization

Odluka o tome može li identitet izvesti određenu radnju na resursu. Provedite odluku u pouzdanom sustavu.

Pročitajte lekciju →
CI/CD

Kontinuirana integracija i kontinuirana isporuka ili postavljanje. Automatizirani postupci grade, provjeravaju i pripremaju ili objavljuju softver prema definiranim pravilima.

Pročitajte lekciju →
Cloud native

Prakse ponovljivog razvoja i operativnog rada u dinamičnim okruženjima. Procijenite automatizaciju, stanje, otpornost i observability izvan pakiranja u kontejnere.

Pročitajte lekciju →
Diff

Usporedba koja pokazuje promjene između verzija. Pregledajte stvarne razlike, uključujući promjene konfiguracije i ovisnosti.

Pročitajte lekciju →
DokaziEvidence

Zapis koji se može pregledati i koji podupire tvrdnju. Primjeri uključuju rezultate testova, konfiguraciju, odobrenja i identifikatore izdanja.

Pročitajte lekciju →
DORA istraživanjeDORA research

Istraživanje isporuke softvera i organizacijske uspješnosti. To je istraživanje odvojeno od EU Akta o digitalnoj operativnoj otpornosti.

Pročitajte lekciju →
DPIA

Procjena učinka na zaštitu podataka. Strukturirana procjena rizika obrade za ljude i mjera za njihovo rješavanje.

Pročitajte lekciju →
EvaluacijaEvaluation

Definirana metoda procjene modela ili postupka prema reprezentativnim zadacima i kriterijima prihvaćanja.

Pročitajte lekciju →
Frontier model

Model opisan kao blizak trenutačnoj granici sposobnosti. Oznaka ne jamči ispravnost za određeni zadatak.

Pročitajte lekciju →
Graditi ili kupitiBuild vs buy

Odluka o tome koje mogućnosti stvoriti interno, a koje nabaviti od dobavljača. Usporedite odgovornosti i troškove.

Pročitajte lekciju →
Granica podatakaData boundary

Definirano ograničenje kamo se podaci mogu premještati, tko im može pristupiti i koje su svrhe dopuštene.

Pročitajte lekciju →
HalucinacijaHallucination

Generirani sadržaj koji je netočan ili nepotkrijepljen, ali može djelovati vjerodostojno. Provjerite tvrdnje s važnim posljedicama prema neovisnim dokazima.

Pročitajte lekciju →
Infrastruktura kao kodInfrastructure as code

Definicije infrastrukturnih resursa i konfiguracije pod kontrolom verzija. Pregledani plan pokazuje predložene promjene resursa.

Pročitajte lekciju →
KontekstContext

Informacije dostupne modelu za trenutačni zadatak. Mogu uključivati upute, datoteke, razgovor i rezultate alata.

Pročitajte lekciju →
Kriteriji prihvaćanjaAcceptance criteria

Uvjeti koje promjena mora ispuniti. Odredite ih prije implementacije kako bi osoba koja pregledava mogla procijeniti rezultat.

Pročitajte lekciju →
Model prijetnjiThreat model

Strukturirani opis resursa, granica povjerenja, prijetnji i kontrola sustava ili postupka.

Pročitajte lekciju →
Multi-AZ

Postavljanje kroz zone dostupnosti unutar AWS regije. Može smanjiti izloženost kvaru AZ-a, ovisno o cjelokupnom dizajnu.

Pročitajte lekciju →
Najmanje potrebne ovlastiLeast privilege

Dodijelite samo ovlasti potrebne za definiran zadatak. Ograničite resurse, radnje i trajanje gdje je moguće.

Pročitajte lekciju →
Observability

Sposobnost istraživanja ponašanja sustava kroz signale poput logova, metrika i tragova. Korisni signali podupiru određeno operativno pitanje.

Pročitajte lekciju →
Oporavak od katastrofe (DR)Disaster recovery (DR)

Obnova korisnog rada usluge i obnovljivih podataka nakon poremećaja. Plan uključuje ovisnosti, odluke i testirane postupke.

Pročitajte lekciju →
PostavljanjeDeployment

Stavljanje verzije softvera u okruženje. Postavljanje i izdavanje korisnicima mogu biti zasebne odluke.

Pročitajte lekciju →
Pregled kodaCode review

Pregled predložene promjene koda. Prije prihvaćanja pregledavaju se ponašanje, opseg, rizici i potkrepljujući dokazi.

Pročitajte lekciju →
Prompt injection

Pokušaj navođenja modela da nepouzdan sadržaj tretira kao upute. Ovlasti alata utječu na moguće posljedice.

Pročitajte lekciju →
Pull request

Prijedlog spajanja grane u drugu granu. Okuplja razlike u kodu, raspravu, pregled i rezultate provjera.

Pročitajte lekciju →
RAG

Retrieval-augmented generation. Sustav dohvaća informacije i daje ih modelu kao kontekst. Dohvaćanje ne čini sadržaj pouzdanim.

Pročitajte lekciju →
Regresijski testRegression test

Test namijenjen otkrivanju povratka poznatog nedostatka ili neželjene promjene postojećeg ponašanja.

Pročitajte lekciju →
Rollback

Povratak prethodne verzije softvera ili konfiguracije. Kompatibilnost podataka može ograničiti mogućnost sigurnog povratka.

Pročitajte lekciju →
RPO

Recovery Point Objective: najveći prihvatljiv gubitak podataka izražen vremenom. Usporedite upotrebljivu točku oporavka s vremenom prekida.

Pročitajte lekciju →
RTO

Recovery Time Objective: najdulji prihvatljiv prekid do povratka korisnog rada usluge. Uključite otkrivanje, odluke, obnovu i provjeru.

Pročitajte lekciju →
SamopoboljšavanjeSelf-improvement

Upotreba povratnih informacija za promjenu sustava i provjeru boljeg ishoda. Navedite mijenjaju li se kod, konfiguracija, upute, postupak ili parametri modela.

Pročitajte lekciju →
SBOM

Softverska sastavnica. Inventar softverskih komponenti. Podupire istragu, ali ne dokazuje odsutnost ranjivosti.

Pročitajte lekciju →
SCA

Analiza sastava softvera. Analiza identificiranih softverskih ovisnosti, često prema informacijama o poznatim ranjivostima. Pokrivenost ovisi o alatima i skeniranim ulazima.

Pročitajte lekciju →
SDLC

Životni ciklus razvoja softvera. Aktivnosti potrebne za definiranje, izgradnju, izdavanje, operativni rad, promjenu i povlačenje softvera iz upotrebe.

Pročitajte lekciju →
Self-healing

Automatizirani oporavak od definiranog kvara ovlaštenim radnjama, provjerom i uvjetima zaustavljanja. Ne ispravlja nužno temeljni nedostatak softvera.

Pročitajte lekciju →
SIRT / CSIRT

Tim za reakciju na sigurnosne incidente. Koordinira istragu i reakciju na incidente unutar definiranih ovlasti i organizacijskih odgovornosti.

Pročitajte lekciju →
SLO

Cilj razine usluge. Cilj za definiranu mjeru ponašanja usluge tijekom određenog razdoblja.

Pročitajte lekciju →
SljedivostTraceability

Sposobnost povezivanja zahtjeva s implementacijom, provjerama, odobrenjem i objavljenom verzijom.

Pročitajte lekciju →
SOC

Sigurnosni operativni centar. Funkcija koja obično prati sigurnosne signale, istražuje upozorenja i eskalira sumnje na incidente. Stvarni opseg mora se dogovoriti.

Pročitajte lekciju →
UpravljanjeGovernance

Prava odlučivanja, pravila, kontrole i dokazi za usmjeravanje rada i dodjelu odgovornosti.

Pročitajte lekciju →
Vibe coding

Istraživački pristup koji usmjerava generirani kod promptovima i vidljivim ponašanjem, često bez pregleda svake odluke o implementaciji.

Pročitajte lekciju →
Visoka dostupnost (HA)High availability (HA)

Dizajn za nastavak korisnog rada usluge unatoč definiranim kvarovima komponenti. Provjerite cijeli put zahtjeva i preostali kapacitet.

Pročitajte lekciju →
Više regijaMulti-region

Postavljanje kroz regije oblaka. Odredite usmjeravanje, dosljednost podataka, oporavak i operativne odgovornosti za traženi scenarij kvara.

Pročitajte lekciju →