...

Fra opskrift til SOP

En opskrift i kogebogen er ofte kun fremadrettet, dvs. tanken om at gå tilbage er ikke altid med i opskriften, ofte har vi ved fejl bare rullet tilbage til et snapshot og startet forfra.

Men der er mange situationer, hvor denne rollback metode ikke er mulig eller ønskelig, specielt i systemer hvor nedetiden skal være minimal, eller der er integration til andre systemer, der ikke tillader rollback, f.eks kunne et fortløbende ID smadres.

Samtidig har opskriften måske mange objecter med navne og bestemte ting for netop denne opskrift.

Det kan derfor være ønskeligt at "rense" opskriften for disse ting og lave en SOP - hvor alle navngivninger er ændret i nomenklateren til placeholders for objekter etc. Det er så også ønskeligt at der med eller i SOP'en følger en forklaring og/eller liste af hvad der skal i disse placeholders når SOP'en bruges.

From recipe to SOP

A recipe in typically going forward from A to B, it does not imply the thoughts of getting back to the base, besides mayby rulling back to a snapshot.

In many situations this type of rollback in not possible, allowed or comply with real-life (prod) - espicially for systems required low or zero downtime, or to maintain 100% audit or date/time/id integrety (interacting with 3rd party systems)

At the same time, the recipe is typically very specific regarding objects and entities, withn actual host and database names.

Hence, we can have a wish for cleaning the recipe and making a SOP - where all specific names and references in the nomenclature are becoming placeholders instead. The SOP then needs to have a section explaning what the placeholders should contain.

So final step to make the SOPDet sidste skridt der derfor at SOP'en laves: