Engineering

Nätverk från grunden: redundans och latens i ett svenskt moln

Latens är fysik, inte magi. Att köra nära dina användare i Sverige ger ett försprång som ingen mängd cachning kan återskapa. Så bygger vi nätverket.

Beräkning får uppmärksamheten, men nätverket avgör upplevelsen. En snabb server bakom ett dåligt nät känns långsam. När vi byggde Kepler behandlade vi nätverket som en förstklassig del av arkitekturen, inte en eftertanke.

Latens är avstånd

Signaler färdas inte snabbare än fysiken tillåter. Att stå i Sverige, nära svenska användare och svensk peering, ger en latensfördel som inte går att optimera bort på en avlägsen kontinent. För interaktiva tjänster är de sparade millisekunderna skillnaden mellan “snabbt” och “laggigt”.

Redundans utan enskilda felkällor

  • Redundanta uppströmslänkar så att ingen enskild transitleverantör kan ta ner trafiken.
  • BGP-styrd routing som väljer om vägar automatiskt vid fel.
  • Isolering mellan tenants på nätverksnivå, inte bara i mjukvaran ovanpå.

Ett nät designat för felet är det enda nät som håller när felet kommer.

— ur Keplers ingenjörsprinciper

Närhet som funktion

Att köra nära användarna handlar inte bara om latens. Det håller trafiken inom svensk och europeisk jurisdiktion, vilket knyter ihop nätverksdesignen med suveränitetsfrågan. Fysisk närhet och juridisk närhet råkar peka åt samma håll.

Bygg på ett moln du faktiskt äger.

Ingen bindningstid. En körande VM innan du betalar en krona.