EPSOHQ
Domeniul 1 — Infrastructură TICVerificat 11 Aug 2026

Platforme de infrastructură, servicii de date și mediul de lucru digital

Resurse de calcul, virtualizare, containere, stocare, platforme de baze de date, copiere de siguranță, spațiu de lucru digital și arhitectura ciclului de viață.

Pregătire independentă. Anunțul oficial și comunicările EPSO prevalează.Deschideți anunțul oficial
Toate cele 12 module

Prezentare generală

Resurse de calcul, virtualizare, containere, stocare, platforme de baze de date, copiere de siguranță, spațiu de lucru digital și arhitectura ciclului de viață.

Starea modulului

  • Domeniu: Domeniul 1 — infrastructură TIC
  • Ultima verificare: 2026-08-11
  • Arie de acoperire: Pregătire EPSOHQ independentă, corelată cu atribuțiile din anunț; sursele oficiale prevalează.

Calcul și virtualizare

Infrastructura organizațională separă capacitatea fizică de serviciile logice. Mașinile virtuale încapsulează un sistem de operare invitat deasupra unui hipervizor. Containerele izolează procesele, utilizând în comun nucleul sistemului-gazdă. Orchestratoarele planifică sarcinile de lucru, mențin starea dorită și înlocuiesc instanțele defecte. Alegerea arhitecturii trebuie să țină seama de izolare, portabilitate, performanță, licențiere și competențele operaționale.

Reguli esențiale pentru examen:

  • Un hipervizor de tip 1 rulează direct pe hardware-ul gazdă, nu pe un sistem de operare gazdă de uz general.
  • O mașină virtuală include un sistem de operare invitat, în timp ce containerele partajează, de regulă, nucleul gazdei.
  • Scalarea orizontală adaugă instanțe ale serviciului, în timp ce scalarea verticală adaugă resurse unei instanțe existente.
  • Luarea în considerare a arhitecturii NUMA este importantă atunci când latența accesului la memorie diferă în funcție de soclul procesorului care deservește regiunea de memorie.
  • Migrarea la cald transferă o mașină virtuală aflată în funcțiune între gazde, urmărind să reducă la minimum întreruperea serviciului.
  • Supraalocarea CPU alocă o capacitate virtuală de procesare mai mare decât capacitatea fizică și, prin urmare, necesită monitorizarea concurenței pentru resurse.
  • Infrastructura imuabilă înlocuiește o instanță implementată cu una creată dintr-o imagine versionată, în loc să remedieze local abaterea configurației.
  • O zonă de disponibilitate este o locație izolată din cadrul unei regiuni și nu trebuie considerată o regiune geografică independentă.
  • Orchestrarea containerelor menține starea declarată a sarcinilor de lucru prin planificare, verificări ale stării de funcționare și înlocuirea instanțelor defecte.
  • Calculul de înaltă performanță utilizează paralelismul și interconexiunile cu debit ridicat pentru a executa sarcini de lucru strâns cuplate sau cu procesare intensivă a datelor.

Planificarea capacității începe cu cererea, marja de capacitate, creșterea și cerințele de recuperare. Gradul mediu de utilizare nu evidențiază, de unul singur, vârfurile și concurența pentru resurse. Politicile de amplasare ar trebui să împiedice concentrarea replicilor și a membrilor cvorumului într-un singur domeniu de defecțiune. Ciclurile de viață ale firmware-ului, hipervizorului și imaginilor de bază necesită mentenanță planificată și posibilitatea revenirii la versiunea anterioară.

Servicii de stocare și baze de date

Proiectarea stocării începe cu comportamentul sarcinii de lucru: latență, debit, IOPS, consistență, capacitate, durabilitate și obiective de recuperare. Stocarea la nivel de bloc pune la dispoziție blocuri adresabile, stocarea de fișiere oferă un spațiu de nume ierarhic, iar stocarea de obiecte pune la dispoziție obiecte printr-un API. Niciuna dintre acestea nu este universal superioară.

Reguli esențiale pentru examen:

  • Stocarea la nivel de bloc expune blocuri adresabile de dimensiune fixă și stă frecvent la baza sistemelor de fișiere și a volumelor bazelor de date.
  • Stocarea obiectelor păstrează obiectele împreună cu metadatele într-un spațiu de nume plat și este accesată, de regulă, printr-un API.
  • Stocarea fișierelor pune la dispoziție fișiere și directoare partajate printr-un spațiu de nume ierarhic.
  • RAID poate îmbunătăți disponibilitatea sau performanța, dar nu înlocuiește o copie de rezervă independentă.
  • Obiectivul punctului de recuperare limitează pierderea de date tolerabilă, măsurată în timp, în timp ce obiectivul timpului de recuperare limitează durata tolerabilă a restaurării.
  • Un instantaneu coerent în caz de avarie păstrează starea spațiului de stocare la un anumit moment, dar poate necesita în continuare recuperarea aplicației la repornire.
  • Jurnalizarea anticipată înregistrează o modificare înainte ca pagina de date corespunzătoare să fie scrisă, facilitând recuperarea tranzacțională.
  • Replicarea sincronă așteaptă confirmarea de la altă replică înainte de a confirma o scriere și, prin urmare, afectează latența.
  • Gruparea conexiunilor la baza de date reutilizează conexiunile stabilite și protejează baza de date împotriva creării unui număr nelimitat de conexiuni.
  • Un test de restaurare demonstrează posibilitatea recuperării mai direct decât starea reușită a unei sarcini de copiere de rezervă.

Arhitectura bazelor de date face distincție între procesarea tranzacțiilor și sarcinile de lucru analitice. Indecșii accelerează citirea, dar ocupă spațiu de stocare și măresc costul operațiunilor de scriere. Replicarea contribuie la disponibilitate și la scalarea citirii, dar impune decizii privind consistența și comutarea în caz de defecțiune. Păstrarea și ștergerea datelor trebuie aplicate și copiilor de rezervă, în conformitate cu politica și fezabilitatea tehnică.

Spațiul de lucru digital și platformele de aplicații

Serviciile pentru mediul de lucru reunesc gestionarea dispozitivelor, colaborarea, identitatea, distribuirea software-ului și asistența. Configurațiile standard reduc variațiile. Accesul condiționat utilizează semnale precum identitatea, starea de securitate a dispozitivului, riscul și locația pentru a aplica politica. Platformele de aplicații necesită medii de execuție acceptate, un inventar al dependențelor, gestionarea secretelor, jurnalizare și responsabilități clare pentru aplicarea corecțiilor.

Referințe principale:

  • NIST SP 800-125, Ghid privind securitatea tehnologiilor de virtualizare completă — NIST
  • NIST SP 800-190, Ghid privind securitatea containerelor pentru aplicații — NIST
  • Concepte Kubernetes — Documentația Kubernetes
  • Arhitectura de referință NIST pentru cloud computing — NIST SP 500-292