Sla over naar inhoud

Active-active in twee regio's, of active-passive met failover, wat is verstandig?

Active-active is duurder en complexer. Voor de meeste MKB-apps is active-passive met geautomatiseerde failover ruim genoeg, en je RTO is in minuten in plaats van seconden.

Probeer dit eerst zelf

  1. 1Stel je RTO en RPO vast voordat je architectuur kiest. Mag downtime 1 uur of 5 minuten zijn? Verschil bepaalt 80 procent van de kosten.
  2. 2Active-passive (warm standby) is meestal genoeg: tweede regio draait minimaal, data wordt continu gerepliceerd, DNS-failover schakelt om bij uitval. RTO 5-30 minuten.
  3. 3Active-active wil je alleen als je app inherent stateless is en latency vereist global presence. Dan moet je dubbele write-coördinatie of conflict-resolutie aankunnen.
  4. 4Test je failover elk kwartaal. Een failover die nooit getest is, werkt niet. Liever een chaos-dag met scope dan ontdekken dat het niet werkt onder druk.
  5. 5Voor data: gebruik Aurora Global Database, Cosmos DB multi-region of Spanner. Niet zelf MySQL-replicatie tussen regio's bouwen.

Wanneer ons inschakelen

Stel je RTO/RPO is contractueel met klant of regulator afgesproken (DORA, NIS2), dan is het ontwerp geen huis-tuin-en-keuken-project. Even meekijken voordat je commit.

Zie ook

Past het bovenstaande niet?

Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.

Wie ben je?

Voor de AI-vraag hebben we je e-mailadres en bedrijfsnaam nodig, zo kunnen we opvolgen als de AI er niet uitkomt, en voorkomt het misbruik van de tool.

Maximaal 2 vragen per uur en 5 per dag, bewust beperkt zodat de AI snel en goed blijft. Voor meer help je jezelf en ons door direct contact op te nemen.

Of doe het helemaal niet zelf

Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.