Mikä on hallittu heikentäminen, kun riippuvuus epäonnistuu?

Question

Accepted Answer

**Graceful degradation** tarkoittaa, että kun riippuvuus epäonnistuu, järjestelmä **pitää perusvirtauksen toimivana** toimittamalla alennetun tai osittaisen käyttäjäkokemuksen virheen palauttamisen sijaan. Tavoitteena on **epäonnistua tyylikkäästi**, ei äkillisesti: alennettu sivu on parempi kuin 500.

## Tekniikka

- **Pehmeä epäonnistuminen** — kun riippuvuus on poissa, tarjoa **välimuistiin tallennettu, osittainen tai oletustehtävä** data virheen sijaan. Vanha mutta läsnä oleva tulos on yleensä parempi kuin ei mitään.
- **Feature-flag ei-kriittiset polut pois** — sammuta suositukset, analytiikka tai tyylikkäät widgetit niin, että niiden epäonnistuminen ei voi rikkoa pääsivua.
- **Aikarajat + fallbackit** — älä odota koskaan ikuisesti hidasta riippuvuutta; aseta aikaraja ja vaihda fallback-arvoon tai -polkuun.
- **Eristä virheet (bulkheads)** — osioi resurssit (thread poolit, connection poolit) riippuvuutta kohti niin, että yksi epäonnistunut palvelu ei voi kuluttaa kaikkea ja vetää loput alas.
- **Suojaa perusvirtaus** — tunnista pakollinen polku (selaus, kassa) ja varmista, että ei-välttämättömät ominaisuudet eivät voi koskaan kaataa sitä.

## Esimerkki: hakutausta on alhaalla

```text
BAD  (fail hard):
  search() → backend timeout → throw → user sees HTTP 500 (whole page dead)

GOOD (fail soft):
  result = search()
         catch timeout → return cached_results OR empty + notice
  page renders:
    [ "Showing recent results — live search is temporarily unavailable." ]
    + cached listings, working nav, working checkout
  → user keeps browsing; core flow intact
```

Kuolleen sivun sijaan käyttäjä saa välimuistiin tallennetut tulokset ja pienen ilmoituksen, kun taas navigointi ja kassa jatkavat toimimista. Epäonnistuminen on rajoitettu yhteen ominaisuuteen.

## Miksi sillä on merkitystä

Riippuvuudet *epäonnistuvat* — kolmannen osapuolen API:t, hakuklusterit, suosittelupalvelut. Ilman hallittua heikentämistä, mikä tahansa yksi epäonnistuminen kaskadoituu täydelliseksi häiriöksi. Suunnittelu pehmeään epäonnistumiseen (välimuistiin tallennetut/osittaiset/oletusarvot), ei-kriittiset polut pois, aikarajat fallbackeilla ja virheisyyden eristäminen bulkheadsilla pitää tuotteen käytettäväksi osittaisten epäonnistumisten aikana — mikä on ero pienen häiriön ja suuren tapahtuman välillä.