Operațiuni și securitate (OPS)

Ce descrie stratul

Stratul OPS răspunde la întrebarea „Cum se operează și se protejează?”. El descrie operarea și recuperarea tehnică: nivelurile serviciilor, monitorizarea, copiile de siguranță, incidentele (Incident) și securitatea. Continuitatea serviciului public (PublicService) ține de CNT.

Conceptele și relațiile lor

Mecanismul de monitorizare (Monitor) observă o condiție operațională. Opțional, el declanșează o regulă de alertare (AlertRule), iar regula declanșează un ghid operațional (Runbook). Relația este „declanșează” (triggering) și leagă comportamente și evenimente.

Opțional, măsura de securitate (SecurityControl) și politica de copiere de siguranță (BackupPolicy) atenuează riscuri (Risk), prin relația „atenuează” (mitigates). La fel face planul de recuperare în caz de dezastru (DisasterRecoveryPlan), care restabilește sistemele tehnice după o perturbare gravă. Ținta relației este un risc, un scenariu de perturbare (DisruptionScenario) sau o vulnerabilitate (Vulnerability).

Un incident sau o vulnerabilitate afectează elementele expuse, de exemplu un sistem software (SoftwareSystem) sau un nod (Node). Relația este „afectează” (affects).

Tipurile de elemente

Stratul are 10 tipuri de elemente, din familiile: comportament (3), informație (3), eveniment (3), intenție (1). Câmpurile proprii ale fiecărui tip sunt enumerate sub definiție; câmpurile comune tuturor elementelor sunt descrise la conceptele de bază.

• ServiceLevelAgreementAcord privind nivelul serviciului · familia informație

  Un acord care definește angajamente operaționale privind nivelul serviciului.

  Atribute principale: availabilityPercentresponseTimesupportHours
• MonitorMecanism de monitorizare · familia comportament

  Un mecanism sau o definiție pentru observarea unei condiții operaționale.

  Atribute principale: kindtoolregionhorizonProfileexternalReferencemonitorKindsignalqueryobservesverifiesControlsserviceLevels
• AlertRuleRegulă de alertare · familia eveniment

  O condiție care declanșează o alertă operațională.

  Atribute principale: conditionseverityregionhorizonProfileexternalReferenceincidentSeveritymonitorsresponse
• RunbookGhid operațional · familia comportament

  O procedură operațională pentru gestionarea unei situații definite.

  Atribute principale: regionhorizonProfileexternalReferencepreconditionsprocedureverificationrollbackappliesTo
• BackupPolicyPolitică de copiere de siguranță · familia informație

  O politică ce definește datele acoperite, programarea și păstrarea copiilor de siguranță.

  Atribute principale: frequencyretentioncoversregionhorizonProfileexternalReferencemethodbackupSubjectsdestinationrunbook
• DisasterRecoveryPlanPlan de recuperare în caz de dezastru · familia informație

  Un plan de restabilire a sistemelor tehnice după o perturbare gravă.

  Atribute principale: rtorpolastTestedOncoversregionhorizonProfileexternalReferenceproceduretestOutcometestedAtrestoresbackupPoliciesrunbooksrecoveryLocation
• IncidentIncident · familia eveniment

  O perturbare operațională înregistrată, împreună cu modul de gestionare.

  Atribute principale: severitystartedAtresolvedAtreportedToCsirtAtregionhorizonProfileexternalReferenceofincidentSeverityopenedAtclosedAtsummarystatusaffectedElementsdetectedByresponseRunbooks
• SecurityControlMăsură de securitate · familia intenție

  O măsură de protecție destinată reducerii unui risc de securitate.

  Atribute principale: frameworkReferencekindstatusregionhorizonProfileexternalReferencecontrolKindimplementationprotects
• VulnerabilityVulnerabilitate · familia eveniment

  O slăbiciune care poate expune software-ul sau infrastructura unor prejudicii.

  Atribute principale: cveIdcvssScorestatus
• OperationalScheduleCalendar operațional · familia comportament

  Un calendar care guvernează activități operaționale recurente.

  Atribute principale: regionhorizonProfileexternalReferenceofcronExpressiontimezonekindcronDialectwindowStartwindowEndtargets

În exemplul „Family support benefit”

Figura 4.9 (pagina 37) arată stratul OPS în exemplu. Planul de recuperare „Benefits technical recovery” atenuează riscul „Risk of unreconciled paper cases”, din X. Planul repune în funcțiune sistemul software „Benefits case platform” și datele lui, înainte de reconcilierea cererilor primite pe hârtie. Mecanismul de monitorizare „Benefit availability monitor” verifică disponibilitatea canalului (ServiceChannel) „Public benefit portal”, din ORG, și a API-ului (API). Mecanismul emite o alertă operațională. Monitorul observă platforma, iar planul o acoperă și o restabilește. Aceste legături sunt câmpuri, de aceea platforma nu apare în figură.