450 000 enheter. Ett system. Realtid. Från fysisk tracker och mobilnät till realtime processing, tidsseriedata, API och operativa tjänster.
Gelios är en telematikplattform som i augusti 2026 kontinuerligt bearbetar data från omkring 450 000 tracking-enheter i verklig produktion. Plattformen håller reda på aktuell position och status, bygger historiska rutter och levererar realtidsdata till tjänster inom både kommersiell och offentlig verksamhet.
Skalbarhet är inte hur många enheter ett system skulle kunna hantera. Det är hur många det faktiskt hanterar när allt måste fungera varje dag.
Många system beskrivs med svepande termer som ”scalable”, ”high performance”, ”enterprise ready” eller ”mission critical”. Men verklig arkitektur handlar inte om etiketter eller syntetiska lasttester i en isolerad testmiljö.
Gelios behöver inte påstå något av detta. I augusti 2026 behandlar plattformen kontinuerligt telemetri från cirka 450 000 tracking-enheter i verklig produktion. Det är inte ett benchmark, inte ett teoretiskt tak och inte en framtida vision. Det är verklig produktion – och det är det verkliga beviset.
Vad betyder egentligen 450 000 enheter?
En tracker är inte en statisk rad i en tabell som uppdateras någon gång per månad. Den fortsätter att kommunicera oavbrutet. Enheterna rör sig i hög fart, byter mobilmaster, korsar landsgränser, förlorar täckning i tunnlar eller källare, buffrar paket och återansluter i snabba kluster.
Systemet kan därför aldrig arbeta enligt den klassiska webbmodellen:
Istället arbetar infrastrukturen i en oändlig, parallell ström:
- → 450 000 fysiska enheter rapporterar kontinuerlig telemetri
- → Realtidsingestion, protokollavkodning och validering
- → Parallell uppdatering av Current State + Tidsserier + Händelser
- → Leverans till externa API:er, kartvyer och operativa tjänster
En punkt på kartan kräver ett helt system bakom sig.
Det användaren ser i gränssnittet kan se ut som en enkel grön punkt som rör sig längs en väg. Men innan den punkten visas måste informationen färdas genom och bearbetas av flera specialiserade tekniska lager.
GPS & Fordonssignaler
Satellitfix (GPS/A-GPS), fordonets CAN-buss, tändning, sensorer och rörelsedata samlas in.
Hårdvara & Mobilnät
Trackern paketerar telemetrin och sänder via GSM/LTE-M till molnet över specialiserade binära protokoll.
Mottagning & Avkodning
Go-tjänster och MQTT/EMQX tar emot hundratusentals samtidiga anslutningar, avkodar och validerar datan.
Realtidsbearbetning
Filtrering av GPS-brus, ruttkonstruktion, beräkning av körsträcka och direkt utvärdering av geofences.
Momentant tillstånd
Senaste kända position, online/offline, hastighet och sensorstatus sparas i minnesbaserad snabbcache.
Tidsserielagring
Miljarder datapunkter skrivs asynkront till TimescaleDB för djup historik, rapporter och analyser.
Affärs- & API-lager
Behörighetskontroll, organisationsträd, datastrukturering och leverans via säkra REST- och webhook-gränssnitt.
Karta & Verksamhet
Punkten ritas ut på kartan – med verifierad position, historik och status för hundratusentals enheter samtidigt.
När denna kedja utförs för cirka 450 000 enheter samtidigt dygnet runt blir effektiv arkitektur, avlastning och felfördragsamhet helt avgörande.
Realtid och historik är två helt olika problem
Ett telematiksystem måste blixtsnabbt kunna besvara två helt skilda frågor:
Att bygga en livekarta genom att varje gång skanna hela telemetrihistoriken skulle snabbt sänka vilken databas som helst när 450 000 enheter rapporterar data.
Därför separeras momentan enhetsstatus (Current State) strikt från historiska tidsserier (Time-Series Storage). Det är ett konkret exempel på hur genomtänkt arkitektur gör storskalig drift möjlig.
- • Senaste kända GPS-koordinat
- • Online / Offline heartbeat
- • Aktuell hastighet & riktning
- • Senaste sensortillstånd
- • Tidpunkt för senaste kontakt
- • Alla relevanta datapunkter
- • Historiska rörelsemönster
- • Rekonstruerade rutter & stopp
- • Körjournaler & rapporter
- • Tidsserier för sensorhistorik
Realtid för nuet. Tidsserier för historiken.
Gelios nöjer sig inte med att bara lagra enhetens senaste punkt. Systemet bygger kontinuerligt upp en komplett och verifierad rörelsehistorik för hundratusentals fordon och tillgångar.
Ruttkonstruktion & Stopp
Algoritmer sammanställer råa GPS-fixar till sammanhängande rutter, filtrerar bort drift vid stillastående och detekterar exakta startpunkter, stopp och vilotider.
Geofencing & Zonhändelser
Polygon- och cirkelzoner utvärderas i realtid för in- och utpassage, larm vid oauktoriserad förflyttning och automatisk koppling till arbetsplatser eller zoner.
Tidsserieanalys & Telemetri
Hastighetskurvor, bränsleförbrukning, motortimmar, CAN-parametrar och externa temperatursensorer lagras som optimerade tidsserier redo för rapportering.
En backend som aldrig slutar arbeta
Ett traditionellt affärssystem eller en SaaS-webbapplikation har en mycket tydlig dygnsrytm. Trafiken är hög under kontorstid, avtar på kvällen och är näst intill obefintlig på natten och under helger.
Gelios fungerar tvärtom. Hundratusentals fysiska fordon, båtar, maskiner och containrar fortsätter att kommunicera oavbrutet:
- ✓ Mitt i natten
- ✓ Under helger & högtider
- ✓ När ingen administratör är inloggad
- ✓ När API-kunder inte aktivt tittar
Ingen användare behöver vara inloggad för att systemet ska vara fullt aktivt.
Applikationsutveckling vs Realtidsinfrastruktur
Stabilitet är viktigare än ett snyggt benchmark
Realtid är bara värdefullt när den fortsätter att fungera under verklig belastning månad efter månad. Arkitekturen i Gelios har formats för att isolera risker och eliminera flaskhalsar.
Specialiserade Realtidstjänster
Högpresterande Go- och Node.js-tjänster dedikerade enbart för protokoll och telemetriingestion.
Effektiv Minnescaching
Högfrekventa enhetsförfrågningar och tillstånd hålls i snabb minnescache för att minimera databasbelastning.
State & Historik-separation
Realtidskartor läser snabb status utan att blockeras av tunga historiska rapporter och analyser.
TimescaleDB Partitionering
Automatisk partitionering och datakomprimering för miljarder telemetripunkter med snabba intervallfrågor.
Optimerad Batch Processing
Inskrivningar till databasen samlas i mikrobatches för att minimera I/O-overhead under trafiktoppar.
Asynkrona Kösystem
Tunga beräkningar, larmregler och externa notiser processas i asynkrona bakgrundsköer.
Felisolering (Fault Isolation)
Ett fel i en enskild enhetstyp eller extern integration kan aldrig sänka telemetrimottagningen.
Kontinuerlig Övervakning
Realtidsövervakning av latenser, paketförluster, köstorlekar och resursutnyttjande i produktionsmiljön.
Samma produkt. Olika tekniska problem. Olika verktyg.
Alla delar av ett komplext system har inte samma tekniska krav. Att tvinga in hela systemet i ett enda ramverk eller en enda databasmotorn skapar förr eller senare oöverstigliga flaskhalsar.
Vanlig affärslogik, organisationshantering, rättigheter och rapportering passar utmärkt i en traditionell applikationsarkitektur. Hundratusentals högfrekventa tracker-requests kräver däremot specialiserade tjänster för:
- • Device configuration distribution
- • Telemetry ingestion & protocol decoding
- • Realtime tracker state tracking
- • Statistics & geospatial processing
- • High-frequency MQTT message collection
- • Ultra-low-latency cache-based request handling
Skalning betyder inte bara fler servrar. Ibland måste själva vägen genom systemet förändras.
Ett tydligt exempel är arkitekturen kring konfigurationshantering för tracking-enheter. När hundratusentals enheter regelbundet begär uppdaterad konfiguration kan traditionell bearbetning orsaka onödig CPU-belastning.
Tekniken bakom realtiden
Arkitekturen är vald utifrån specifika ansvarsområden och prestandakrav – inte utifrån vad som är trendigt för stunden.
Laravel / PHP
Strukturerat affärsramverk för användare, organisationer, rättighetsstyrning och REST-/webhook-API:er.
Go & Node.js
Kompilerade högpresterande ingestionstjänster för parallell hantering av hundratusentals socket-strömmar.
MQTT / EMQX
Distribuerad meddelandebroker optimerad för IoT-telemetri med låg bandbredd och massiv samtidighet.
TimescaleDB
PostgreSQL-baserad tidsseriedatabas för miljarder telemetripunkter med hypertabeller och komprimering.
PostgreSQL
ACID-säker relationsdata för enhetsregister, kundkonton, licenser, regler och inställningar.
Redis / Memcached
Minnesbaserad snabbaccess för aktuell trackerstatus, geofence-caching och snabba config-lookups.
Arkitekturens ansvarsfördelning
Infrastruktur som andra system bygger vidare på
Gelios fungerar inte bara som ett isolerat användargränssnitt för tracking. Plattformens data och API:er används som en integrerad del av andra digitala tjänster inom både kommersiell verksamhet och offentlig sektor.
När externa organisationer och verksamhetssystem förlitar sig på datan för sin dagliga styrning blir stabilitet, kontinuitet, bakåtkompatibilitet och tydliga gränssnitt en absolut kärna i produkten.
Breda tillämpningsområden
- ✓ Kommersiell fleet management och transportlogistik
- ✓ Offentlig sektor och kommunala verksamhetsfordon
- ✓ Entreprenadmaskiner, servicebilar och stöldskyddsövervakning
- ✓ Tredjeparts-API:er och externa kontrollpaneler
Systemet börjar i den fysiska världen.
Trackern samlar in information från fordonet och dess omgivning. Därifrån startar en obruten kedja som slutar i ett API, en karta eller en integrerad verksamhetstjänst.
Erfarenhet som inte kan läras från en tutorial
Den viktigaste kopplingen till Alegor Tech är erfarenheten av att bygga, optimera och driva system i denna storlek. Det ger djup förståelse för utmaningar som bara uppstår vid verklig storskalighet:
Var verkliga flaskhalsar uppstår
Att identifiera dolda låsningar i databaser och I/O innan de orsakar driftstörningar.
Hur data måste delas upp
Partitionering och isolering så att tunga frågor inte påverkar realtidsströmmar.
När caching faktiskt hjälper
Hur minnescaching ska utformas för att undvika cache stampedes och ogiltiga tillstånd.
När monolit bör brytas upp
Pragmatisk uppdelning där endast de mest kritiska realtidsdelarna extraheras till mikrotjänster.
Asynkron arkitektur
Hur bakgrundsköer och batchning säkerställer jämn resursförbrukning under lastspikar.
Arkitekturbyte under drift
Hur man förändrar och moderniserar arkitektur utan att stoppa den pågående produktionen.
Återanvänd det generella. Specialbygg det som faktiskt är svårt.
Gelios specialiserade realtidsstack är inte samma sak som Alegor-plattformen. Det är en viktig distinktion.
Alegor används för den typ av generella verksamhetsproblem som återkommer mellan system: användarhantering, organisationsträd, behörigheter, audit logging, dokument och API-strukturer. Den specialiserade Gelios-arkitekturen löser det unika och svåra: telemetriingestion, binära enhetsprotokoll, realtidstillstånd och tidsseriedata.
Alegor eliminerar inte behovet av avancerad mjukvaruutveckling – det frigör tid så att vi kan fokusera ingenjörsarbetet där det verkligen gör skillnad.
Tydlig separation av ansvar
aktiva tracking-enheter i kontinuerlig produktionsmiljö
Oavbruten ingestion och processning av inkommande telemetri dygnet runt.
Rörelser, rutter och telemetri samlas och struktureras i TimescaleDB.
Data och API:er används operativt av kommersiella och offentliga verksamheter.
”Det verkliga testet av en realtidsplattform är inte hur den fungerar med hundra enheter i ett test. Det är om den fortsätter fungera när hundratusentals verkliga enheter kommunicerar varje dag.”
Konkreta fakta från verklig drift
Inga abstrakta marknadsord – bara mätbara resultat och bevisad arkitektur.
Enheter i produktion
Plattformen bearbetar i augusti 2026 kontinuerligt data från omkring 450 000 tracking-enheter i verklig drift.
Separerade dataströmmar
Hanterar blixtsnabbt varje enhets aktuella status samtidigt som miljarder historiska datapunkter lagras i TimescaleDB.
Stabil infrastruktur
Arkitekturen är byggd för kontinuerlig hög belastning från enheter som fortsätter sända oberoende av inloggade användare.
Externa system bygger på datan
Gelios levererar verifierad realtidsdata till operativa tjänster inom både kommersiell och offentlig sektor.
Arkitektur som utvecklats med lasten
Specialiserade Go-ingestionstjänster, minnescaching och TimescaleDB-lagring har införts stegvis där verklig produktion visat att de behövs.
Behöver ert system fungera även när det blir stort?
Det är enkelt att bygga den första versionen. Det svåra börjar när datan, användningen och beroendena växer. Vi bygger och vidareutvecklar affärskritiska system som är gjorda för verklig produktion.