TERMENI CONSECVENȚI
Glosar
Explicații scurte ale termenilor folosiți în acest ghid. Fiecare termen trimite la o lecție asociată.
Termeni: 46
- Agent
Un sistem care folosește un model și instrumente pentru a acționa în direcția unui obiectiv. Permisiunile sale determină acțiunile pe care le poate efectua.
Citiți lecția →- AutentificareAuthentication
Verificarea unei identități. Autentificarea nu acordă singură permisiunea de a accesa o înregistrare sau de a efectua o acțiune.
Citiți lecția →- AutonomieAutonomy
Domeniul acțiunilor pe care un sistem le poate efectua fără o altă decizie umană. Definiți limitele după acțiune și consecință.
Citiți lecția →- AutoreparareSelf-healing
Recuperare automată după un eșec definit, folosind acțiuni autorizate, verificare și condiții de oprire. Nu remediază neapărat defectul software care stă la bază.
Citiți lecția →- Cercetarea DORADORA research
Cercetare despre livrarea software și performanța organizațională. Este separată de Regulamentul UE privind reziliența operațională digitală.
Citiți lecția →- CI/CD
Integrare continuă și livrare sau instalare continuă. Fluxurile automate fac build, verifică și pregătesc sau lansează software conform unor politici definite.
Citiți lecția →- Cloud native
Practici pentru dezvoltare și operare repetabile în medii dinamice. Evaluați automatizarea, starea, reziliența și observabilitatea dincolo de împachetarea în containere.
Citiți lecția →- Construire sau cumpărareBuild vs buy
O decizie privind capacitățile create intern și cele obținute de la furnizori. Comparați responsabilitățile și costurile.
Citiți lecția →- Context
Informațiile disponibile unui model pentru sarcina actuală. Pot include instrucțiuni, fișiere, conversație și rezultate ale instrumentelor.
Citiți lecția →- Criterii de acceptareAcceptance criteria
Condiții pe care o modificare trebuie să le îndeplinească. Definiți-le înainte de implementare, astfel încât persoana care verifică să poată evalua rezultatul.
Citiți lecția →- Diff
O comparație care arată modificările dintre versiuni. Verificați diff-ul efectiv, inclusiv modificările configurației și dependențelor.
Citiți lecția →- Disponibilitate ridicată (HA)High availability (HA)
Proiectare pentru menținerea unui serviciu util în ciuda unor defecțiuni definite ale componentelor. Verificați traseul complet al cererii și capacitatea rămasă după defecțiune.
Citiți lecția →- DoveziEvidence
O consemnare care poate fi inspectată și susține o afirmație. Exemplele includ rezultate de teste, configurații, aprobări și identificatori ai lansărilor.
Citiți lecția →- DPIA
Evaluarea impactului asupra protecției datelor. O evaluare structurată a riscurilor prelucrării pentru persoane și a măsurilor folosite pentru tratarea lor.
Citiți lecția →- EvaluareEvaluation
O metodă definită de evaluare a unui model sau flux de lucru pe sarcini reprezentative și criterii de acceptare.
Citiți lecția →- Fabrică de software AIAI software factory
Un model de operare care conectează lucrul software asistat de AI pe întregul ciclu de viață. Evaluați responsabilitățile, controalele și dovezile sale dincolo de generarea codului.
Citiți lecția →- GuvernanțăGovernance
Drepturile de decizie, politicile, controalele și dovezile folosite pentru a ghida lucrul și a atribui răspunderea.
Citiți lecția →- HalucinațieHallucination
Conținut generat, incorect sau nesusținut, care poate părea credibil. Verificați afirmațiile cu consecințe relevante pe baza unor dovezi independente.
Citiți lecția →- Infrastructură ca codInfrastructure as code
Definiții ale resurselor și configurației infrastructurii, păstrate sub controlul versiunilor. Un plan verificat arată modificările propuse ale resurselor.
Citiți lecția →- Instalare în mediuDeployment
Plasarea unei versiuni software într-un mediu. Instalarea și lansarea către utilizatori pot fi decizii separate.
Citiți lecția →- Îmbunătățirea sistemului prin feedbackSelf-improvement
Folosirea feedbackului pentru a modifica un sistem și a verifica un rezultat mai bun. Precizați dacă se schimbă codul, configurația, instrucțiunile, fluxul de lucru sau parametrii modelului.
Citiți lecția →- Limita datelorData boundary
O limită definită pentru locurile unde se pot deplasa datele, persoanele care le pot accesa și scopurile permise.
Citiți lecția →- Model de frontierăFrontier model
Un model descris ca fiind aproape de limita actuală a capacităților. Eticheta nu garantează corectitudinea pentru o anumită sarcină.
Citiți lecția →- Modelul amenințărilorThreat model
O descriere structurată a activelor, limitelor de încredere, amenințărilor și controalelor unui sistem sau flux de lucru.
Citiți lecția →- Multi-AZ
Instalare în mai multe zone de disponibilitate din aceeași regiune AWS. Poate reduce expunerea la defectarea unei AZ, în funcție de proiectarea completă.
Citiți lecția →- Multi-region
Instalare în mai multe regiuni cloud. Definiți rutarea, consecvența datelor, recuperarea și responsabilitățile operaționale pentru scenariul de eșec cerut.
Citiți lecția →- ObservabilitateObservability
Capacitatea de a investiga comportamentul unui sistem prin semnale precum loguri, metrici și trasee. Semnalele utile susțin o întrebare operațională concretă.
Citiți lecția →- Privilegiu minimLeast privilege
Acordați numai permisiunile necesare unei sarcini definite. Restricționați resursele, acțiunile și durata unde este posibil.
Citiți lecția →- Prompt injection
O încercare de a face un model să trateze conținutul care nu este de încredere ca instrucțiuni. Permisiunile instrumentelor influențează consecințele posibile.
Citiți lecția →- Pull request
O propunere de merge al unui branch în alt branch. Reunește diff-ul, discuția, verificarea și rezultatele controalelor.
Citiți lecția →- RAG
Generare augmentată prin recuperarea informațiilor. Un sistem recuperează informații și le oferă unui model drept context. Recuperarea nu face conținutul demn de încredere.
Citiți lecția →- Recuperare în caz de dezastru (DR)Disaster recovery (DR)
Restabilirea unui serviciu util și a datelor recuperabile după un eveniment perturbator. Planul include dependențe, decizii și proceduri testate.
Citiți lecția →- Rollback
Restaurarea unei versiuni anterioare de software sau configurație. Compatibilitatea datelor poate limita posibilitatea unui rollback sigur.
Citiți lecția →- RPO
Recovery Point Objective: pierderea maximă acceptabilă de date, măsurată ca timp. Comparați punctul de recuperare utilizabil cu momentul întreruperii.
Citiți lecția →- RTO
Recovery Time Objective: durata maximă acceptabilă a întreruperii înainte de revenirea unui serviciu util. Includeți detectarea, deciziile, restaurarea și validarea.
Citiți lecția →- SBOM
Inventar al componentelor software. Susține investigarea, dar nu dovedește absența vulnerabilităților.
Citiți lecția →- SCA
Analiza compoziției software. Analiza dependențelor software identificate, adesea în raport cu informații despre vulnerabilități cunoscute. Acoperirea depinde de instrumente și de datele de intrare scanate.
Citiți lecția →- SDLC
Ciclul de viață al dezvoltării software. Activitățile necesare pentru a defini, construi, lansa, opera, modifica și retrage software.
Citiți lecția →- SIRT / CSIRT
O echipă de răspuns la incidente de securitate. Coordonează investigarea și răspunsul la incidente în limitele autorității și responsabilităților organizaționale definite.
Citiți lecția →- SLO
Obiectiv de nivel al serviciului. O țintă pentru o măsură definită a comportamentului serviciului, într-o perioadă precizată.
Citiți lecția →- SOC
Centru de operațiuni de securitate. O funcție care, de obicei, monitorizează semnale de securitate, investighează alerte și escaladează incidente suspectate. Domeniul său efectiv trebuie convenit.
Citiți lecția →- Test de regresieRegression test
Un test destinat să detecteze reapariția unui defect cunoscut sau o schimbare nedorită a comportamentului existent.
Citiți lecția →- TrasabilitateTraceability
Capacitatea de a lega o cerință de implementarea, verificările, aprobarea și versiunea lansată.
Citiți lecția →- Verificarea coduluiCode review
Inspectarea unei modificări de cod propuse. Persoana care verifică examinează comportamentul, domeniul, riscurile și dovezile justificative înainte de acceptare.
Citiți lecția →- Vibe coding
O abordare exploratorie care ghidează codul generat prin prompturi și comportamentul vizibil, adesea fără inspectarea fiecărei alegeri de implementare.
Citiți lecția →
Nu s-a găsit niciun termen. Încercați altă scriere.