Molnbaserad återhämtning
Dricks
Det här innehållet är ett utdrag från eBook, Architecting Cloud Native .NET Applications for Azure, tillgängligt på .NET Docs eller som en kostnadsfri nedladdningsbar PDF som kan läsas offline.
Återhämtning är systemets förmåga att reagera på fel och fortfarande vara funktionell. Det handlar inte om att undvika fel, utan om att acceptera fel och konstruera dina molnbaserade tjänster för att svara på det. Du vill återgå till ett fullt fungerande tillstånd snabbt som möjligt.
Till skillnad från traditionella monolitiska program, där allt körs tillsammans i en enda process, omfattar molnbaserade system en distribuerad arkitektur som visas i bild 6-1:
Bild 6-1. Distribuerad molnbaserad miljö
I föregående bild körs varje mikrotjänst och molnbaserad säkerhetskopieringstjänst i en separat process, över serverinfrastrukturen, som kommunicerar via nätverksbaserade anrop.
I den här miljön måste en tjänst vara känslig för många olika utmaningar:
Oväntad nätverksfördröjning – tiden för en tjänstbegäran att resa till mottagaren och tillbaka.
Tillfälliga fel – kortlivade nätverksanslutningsfel.
Blockera av en långvarig synkron åtgärd.
En värdprocess som har kraschat och startas om eller flyttas.
En överbelastad mikrotjänst som inte kan svara under en kort tid.
En orkestreringsåtgärd under flygning, till exempel en löpande uppgradering eller flytt av en tjänst från en nod till en annan.
Maskinvarufel.
Molnplattformar kan identifiera och åtgärda många av dessa infrastrukturproblem. Den kan starta om, skala ut och till och med omdistribuera tjänsten till en annan nod. Men för att dra full nytta av det här inbyggda skyddet måste du utforma dina tjänster för att reagera på det och utvecklas i den här dynamiska miljön.
I följande avsnitt utforskar vi defensiva tekniker som dina tjänst- och hanterade molnresurser kan använda för att minimera driftstopp och avbrott.
