Wat deze keuze verandert
De keuze verandert de grenzen van contentie, netwerken en uitval. Scheiding is alleen nuttig wanneer het operationele voordeel een extra host, inlogpad en herstelprocedure rechtvaardigt.
Vergelijk de beslissingsfactoren
| Factor | API en database op één VPS | Afzonderlijke app- en database-VPS |
|---|---|---|
| Aanvraagpad | Lokale verbinding vermijdt een netwerkhob tussen hosts. | Elke query is afhankelijk van de netwerkroute en de bijbehorende authenticatie. |
| Resourcecontentie | API, workers en database delen CPU-, RAM- en schijfactiviteit. | Elke host heeft een afzonderlijk resourcebudget. |
| Uitvalgrens | Eén hostgebeurtenis kan applicatie en database tegelijk treffen. | Een storing van de app-host hoeft de database niet te stoppen, maar de dienst heeft beide nog steeds nodig. |
| Toegangsbereik | Eén beheerdersgrens kan beide componenten bereiken. | Databasebeheer kan een smallere host- en netwerkgrens gebruiken. |
| Verbindingsplanning | Lokale pools hebben nog steeds limieten nodig over API en workers. | Pools hebben limieten nodig plus beslissingen over netwerktime-outs en retries. |
| Herstel | Eén rebuild moet beide rollen en hun compatibele versies reconstrueren. | Elke restore en de verbinding tussen applicatie en database moeten samen worden geoefend. |
Wanneer elke optie zijn plaats verdient
Houd een kleine stack gecombineerd zolang gemeten overlap past bij de reserve en één onderhoudsgrens acceptabel is. Scheid de database wanneer zijn resource-, toegangs- of herstelvereisten onafhankelijk belangrijk zijn geworden.