ENSARTEDE TERMER
Ordliste
Korte forklaringer af guidens termer. Hver term linker til en relateret lektion.
Termer: 46
- AcceptkriterierAcceptance criteria
Betingelser, som en ændring skal opfylde. Definér dem før implementering, så en reviewer kan vurdere resultatet.
Læs lektionen →- Agent
Et system, der bruger en model og værktøjer til at handle mod et mål. Dets tilladelser bestemmer, hvilke handlinger det kan udføre.
Læs lektionen →- AI-softwarefabrikAI software factory
En driftsmodel, der forbinder AI-understøttet softwarearbejde gennem hele livscyklussen. Vurdér ansvar, kontroller og dokumentation ud over kodegenerering.
Læs lektionen →- AutentificeringAuthentication
Verifikation af en identitet. Autentificering giver ikke i sig selv tilladelse til at tilgå en post eller udføre en handling.
Læs lektionen →- AutonomiAutonomy
Omfanget af handlinger, et system kan udføre uden endnu en menneskelig beslutning. Definér grænser efter handling og konsekvens.
Læs lektionen →- Byg selv eller købBuild vs buy
En beslutning om, hvilke kapaciteter der skal skabes internt, og hvilke der skal hentes hos leverandører. Sammenlign ansvar såvel som omkostninger.
Læs lektionen →- CI/CD
Continuous integration og continuous delivery eller deployment. Automatiske arbejdsgange bygger, kontrollerer og forbereder eller udgiver software under definerede politikker.
Læs lektionen →- Cloud native
Praksis for gentagelig udvikling og drift i dynamiske miljøer. Vurdér automatisering, tilstand, robusthed og observability ud over containerpakning.
Læs lektionen →- DatagrænseData boundary
En defineret grænse for, hvor data må flyttes, hvem der må få adgang, og hvilke formål der er tilladt.
Læs lektionen →- Diff
En sammenligning, der viser ændringer mellem versioner. Gennemgå den faktiske diff, inklusive konfigurations- og afhængighedsændringer.
Læs lektionen →- Disaster recovery (DR)
Gendannelse af brugbar tjeneste og gendannelige data efter en forstyrrende hændelse. Planen omfatter afhængigheder, beslutninger og afprøvede procedurer.
Læs lektionen →- DokumentationEvidence
En registrering, der kan undersøges og understøtter en påstand. Eksempler er testresultater, konfiguration, godkendelser og releaseidentifikatorer.
Læs lektionen →- DORA-forskningDORA research
Forskning i softwareleverance og organisatorisk præstation. Forskningen er adskilt fra EU's Digital Operational Resilience Act.
Læs lektionen →- DPIA
Konsekvensanalyse vedrørende databeskyttelse. En struktureret vurdering af behandlingens risici for mennesker og de foranstaltninger, der håndterer dem.
Læs lektionen →- EvalueringEvaluation
En defineret metode til at vurdere en model eller arbejdsgang mod repræsentative opgaver og acceptkriterier.
Læs lektionen →- Flere regionerMulti-region
Udrulning på tværs af cloudregioner. Definér routing, datakonsistens, gendannelse og driftsansvar for det krævede fejlscenarie.
Læs lektionen →- Frontier-modelFrontier model
En model beskrevet som tæt på den aktuelle kapacitetsgrænse. Betegnelsen garanterer ikke korrekthed i en bestemt opgave.
Læs lektionen →- Governance
Beslutningsrettigheder, politikker, kontroller og dokumentation, der bruges til at styre arbejde og placere ansvar.
Læs lektionen →- Hallucination
Genereret indhold, der er forkert eller uden belæg, men kan virke troværdigt. Verificér væsentlige påstande mod uafhængig dokumentation.
Læs lektionen →- Høj tilgængelighed (HA)High availability (HA)
Design til fortsat brugbar tjeneste trods definerede komponentfejl. Verificér hele forespørgselsvejen og den overlevende kapacitet.
Læs lektionen →- Infrastruktur som kodeInfrastructure as code
Versionsstyrede definitioner af infrastrukturressourcer og konfiguration. En reviewet plan viser foreslåede ressourceændringer.
Læs lektionen →- KodereviewCode review
Undersøgelse af en foreslået kodeændring. En reviewer kontrollerer adfærd, omfang, risici og understøttende dokumentation før accept.
Læs lektionen →- KontekstContext
Oplysninger tilgængelige for en model i den aktuelle opgave. Kan omfatte instruktioner, filer, samtale og værktøjsresultater.
Læs lektionen →- Mindste privilegiumLeast privilege
Giv kun de tilladelser, en defineret opgave kræver. Begræns ressourcer, handlinger og varighed, hvor det er muligt.
Læs lektionen →- Multi-AZ
Udrulning på tværs af Availability Zones i en AWS Region. Det kan reducere eksponering for en AZ-fejl afhængigt af det samlede design.
Læs lektionen →- Observability
Evnen til at undersøge systemadfærd gennem signaler som logs, metrics og traces. Nyttige signaler understøtter et konkret driftsspørgsmål.
Læs lektionen →- Prompt injection
Et forsøg på at få en model til at behandle ikke-betroet indhold som instruktioner. Værktøjstilladelser påvirker de mulige konsekvenser.
Læs lektionen →- Pull request
Et forslag om at merge en branch ind i en anden. Det samler diff, diskussion, review og kontrolresultater.
Læs lektionen →- RAG
Retrieval-augmented generation. Et system henter oplysninger og giver dem til en model som kontekst. Hentning gør ikke indhold troværdigt.
Læs lektionen →- RegressionstestRegression test
En test, der skal opdage tilbagekomst af en kendt fejl eller en uønsket ændring i eksisterende adfærd.
Læs lektionen →- Rollback
Gendannelse af en tidligere software- eller konfigurationsversion. Datakompatibilitet kan begrænse, om rollback er sikker.
Læs lektionen →- RPO
Recovery Point Objective: det største acceptable datatab målt i tid. Sammenlign det brugbare gendannelsespunkt med tidspunktet for afbrydelsen.
Læs lektionen →- RTO
Recovery Time Objective: den længste acceptable afbrydelse, før en brugbar tjeneste er tilbage. Medtag opdagelse, beslutninger, gendannelse og validering.
Læs lektionen →- SBOM
Software bill of materials. En oversigt over softwarekomponenter. Den understøtter undersøgelser, men beviser ikke fravær af sårbarheder.
Læs lektionen →- SCA
Software composition analysis. Analyse af identificerede softwareafhængigheder, ofte mod kendte sårbarhedsoplysninger. Dækning afhænger af værktøjer og scannede input.
Læs lektionen →- SDLC
Software development lifecycle. Aktiviteterne, der kræves for at definere, bygge, udgive, drive, ændre og udfase software.
Læs lektionen →- Self-healing
Automatisk gendannelse fra en defineret fejl med autoriserede handlinger, verifikation og stopbetingelser. Det retter ikke nødvendigvis den underliggende softwarefejl.
Læs lektionen →- Self-improvement
Brug af feedback til at ændre et system og verificere et bedre resultat. Angiv, om kode, konfiguration, instruktioner, arbejdsgang eller modelparametre ændres.
Læs lektionen →- SIRT / CSIRT
Et team til håndtering af sikkerhedshændelser. Det koordinerer undersøgelse og respons inden for defineret bemyndigelse og organisatorisk ansvar.
Læs lektionen →- SLO
Service level objective. Et mål for en defineret måling af tjenestens adfærd over en bestemt periode.
Læs lektionen →- SOC
Security operations center. En funktion, der typisk overvåger sikkerhedssignaler, undersøger alarmer og eskalerer mistanke om hændelser. Det faktiske omfang skal aftales.
Læs lektionen →- SporbarhedTraceability
Evnen til at forbinde et krav med implementering, kontroller, godkendelse og den udgivne version.
Læs lektionen →- TrusselsmodelThreat model
En struktureret beskrivelse af aktiver, tillidsgrænser, trusler og kontroller for et system eller en arbejdsgang.
Læs lektionen →- UdrulningDeployment
Placering af en softwareversion i et miljø. Udrulning og frigivelse til brugere kan være særskilte beslutninger.
Læs lektionen →- Vibe coding
En udforskende tilgang, der styrer genereret kode gennem prompts og synlig adfærd, ofte uden at undersøge hvert implementeringsvalg.
Læs lektionen →
Ingen term fundet. Prøv en anden stavemåde.