Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
yr:endringshaandtering [2007-10-23 12:55:04] janip |
yr:endringshaandtering [2019-09-10 12:12:21] janip old revision restored (2008-01-21 08:11:35) |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Endringshåndtering ====== | ====== Endringshåndtering ====== | ||
| + | |||
| + | [[testlenker|Lenker til test før utrulling]] | ||
| Utkast til endringsrutiner for met.no og NRK ved endringer som kan få konsekvenser for yr.no. | Utkast til endringsrutiner for met.no og NRK ved endringer som kan få konsekvenser for yr.no. | ||
| Line 28: | Line 30: | ||
| Spesifisere hva man mener med nedetid: hele yr.no, hele yr.no utenom forsidene, wms-tjenestene, | Spesifisere hva man mener med nedetid: hele yr.no, hele yr.no utenom forsidene, wms-tjenestene, | ||
| + | |||
| ===== Spørsmål ===== | ===== Spørsmål ===== | ||
| Line 37: | Line 40: | ||
| Spørsmål som Driftsstyret? | Spørsmål som Driftsstyret? | ||
| + | |||
| + | |||
| + | --- | ||
| + | |||
| + | En endring er å sette i drift en annen versjon av en komponent i løsningen eller å forandre på konfigurasjonen for en komponent. | ||
| + | |||
| + | Spørsmål som driftsstyret må finne/ | ||
| + | |||
| + | * Hva er kriteriene for at vi sier at endringen gikk bra? | ||
| + | * Hva er ønsket funksjonalitet og kvalitet? | ||
| + | * Hvem skal varsles og hvordan? | ||
| + | * Hvem beslutter at en endring kan gjennomføres? | ||
| + | * Hva er regnet som klasse A, B og C-feil for yr.no | ||
| + | * Hva er kjente/ | ||
| + | |||
| + | Spørsmål som driftsgruppa må kunne svare på (og som utviklerne derfor må tenke på): | ||
| + | |||
| + | * Hvordan verifiserer vi at endringen gikk bra? | ||
| + | * Hva kan gå galt i forbindelse med endringen? | ||
| + | * Hvordan vil ulike feilscenarier bli håndtert? | ||
| + | * Hvordan er ulike feilscenarier søkt avverget? | ||
| + | * Hvordan er det undersøkt om tidligere kjente feil ikke er tilstede? | ||
| + | * Hvordan er det undersøkt om ønsket funksjonalitet er tilstede med ønsket kvalitet? | ||
| + | * Hvordan er endringen planlagt gjennomført? | ||
| + | * Hva er kriteriene for å rulle tilbake? | ||
| + | * Hvem beslutter at man eventuelt skal rulle tilbake? | ||
| + | * Hvordan er eventuell tilbakerulling planlagt gjennomført? | ||
| + | * Hvordan er tilbakerulling testet? | ||
| + | * Hvordan verifiserer vi at eventuell tilbakerulling gikk bra? | ||
| + | * Hva er kjente feilsituasjoner/ | ||
| + | * minne fullt på server | ||
| + | * minnelekasje | ||
| + | * treg backend | ||
| + | * Hva gjør vi for å detektere kjente/ | ||
| + | |||
| + | Årsak -> symptom -> fix | ||
| + | |||
| + | Generelt: | ||
| + | |||
| + | * Hvordan fjerne alle varslene ved behov? | ||