Molnarkitektur & rådgivning
Molnarkitektur och rådgivning är arbetet med att bestämma hur din mjukvara byggs, driftas och körs – före eller efter att en rad applikationskod skrivits: var den lever, hur den skalar, vad den kostar att driva och var riskerna finns. Vi är Klura, en oberoende fullstack-studio i Stockholm, och det här är den del av vårt arbete där du anlitar ett par seniora händer snarare än en färdig funktion. Vi designar och bygger serverless-system på edge (Cloudflare Workers + Neon Postgres), går igenom en befintlig arkitektur och säger rakt ut vad som är stabilt och vad som inte är det, eller tar ett fastlåst infrastrukturbeslut ur händerna på ett team. Den här sajten körs på exakt den stacken – TanStack Start på Cloudflare Workers – så när vi rekommenderar den pekar vi på något som är live, inte på en slide. Den här sidan går igenom vad molnarkitektur och rådgivning med Klura innebär, hur vi arbetar, stacken och de ärliga avvägningarna, samt vad det kostar.
Vad det här är – och när du faktiskt behöver det
Molnarkitektur är besluten under en applikation: driftsmodellen (servrar, containrar eller serverless), databasen, hur förfrågningar når användarna, hur hemligheter och konfiguration hanteras, och hur alltihop driftsätts och övervakas. Rådgivning är samma kompetens applicerad på ett beslut snarare än en leverans – en andra senior åsikt när ett team väljer stack, en genomgång av ett system som vuxit fram organiskt, eller ett avgränsat uppdrag för att planera en migrering. Båda handlar om att få grunden rätt så att produkten ovanpå förblir billig att förändra.
Det ärliga först: de flesta små produkter behöver ingen molnarkitekt. Om du bygger en rättfram app eller sajt är rätt arkitektur oftast den tråkiga, hanterade – och en bra utvecklare sätter upp den korrekt som en del av bygget utan en separat rådgivningsfas. Du behöver det här arbetet när insatserna eller komplexiteten är på riktigt:
- Du står inför att låsa dig vid en stack eller en molnleverantör och ett felval är dyrt att backa senare.
- Ett befintligt system är långsamt, skört eller förvånansvärt dyrt att driva, och ingen kan riktigt säga varför.
- Du växer ur en no-code- eller mall-lösning och behöver planera flytten till något du äger själv.
- Ditt team är starkt men saknar ett specifikt område – edge, serverless, typsäker infrastruktur – och behöver en senior som designar det eller sanity-kollar planen.
- Drifts- eller databaskostnaderna klättrar snabbare än användningen och du vill ha tillbaka dem på jorden.
Om inget av det stämmer in på dig säger vi det. Vi säger hellre att arkitekturen du har duger än hittar på ett problem att lösa.
Så arbetar vi: genomgång → bygg / migrering → överlämning
Rådgivnings- och arkitekturarbete är till sin natur öppet, så vi strukturerar det i tre faser med ett tydligt resultat efter var och en. Du kan stanna efter vilken som helst – många uppdrag är bara den första.
- 1. Arkitekturgenomgång. Vi börjar med att läsa det som finns – kod, infrastrukturkonfiguration, databasen, fakturorna – och prata igenom var det skaver och vart du är på väg. Resultatet är en skriftlig bedömning: vad som är stabilt, vad som är en verklig risk, vad som är falskt alarm, och en prioriterad lista över vad som bör ändras med ungefärlig insats och kostnad mot varje punkt. Den här fasen står på egna ben – många team vill bara ha en klarsynt andra åsikt de kan agera på själva.
- 2. Bygg eller migrering. Vill du ha det gjort snarare än dokumenterat designar vi målarkitekturen och bygger den – en ny serverless-uppsättning, en migrering bort från en stack du vuxit ur, ett edge-lager framför en långsam app, typsäker infrastruktur-as-code så att driftsättningar slutar vara läskiga. Vi rör oss i granskningsbara steg mot prioriteringslistan, så att systemet fortsätter fungera medan det förändras i stället för att stanna för en big bang-omskrivning.
- 3. Överlämning. Arbetet är klart först när ditt team kan driva det utan oss. Vi lämnar över dokumenterad infrastruktur-as-code, en driftsättning som vem som helst kan trigga, resonemanget bakom varje beslut och en genomgång. Ingen inlåsning till Klura: hela poängen är att du äger och förstår det du kör.
Vad du får
Den exakta omfattningen beror på vilka faser du tar, men ett uppdrag inom molnarkitektur och rådgivning med Klura innehåller oftast någon kombination av:
- En skriftlig arkitekturbedömning – ärliga styrkor, verkliga risker och en prioriterad, kostnadsuppskattad lista över förändringar.
- En måldesign – driftsmodellen, databasen, edge- och driftsättningsupplägget valda för dina faktiska behov och din budget, inte för det trendigaste alternativet.
- Implementering – den nya arkitekturen eller migreringen byggd i granskningsbara steg, med systemet live hela tiden.
- Infrastruktur-as-code – din uppsättning definierad i kod (t.ex. Terraform), versionshanterad och reproducerbar, så att miljöer är förutsägbara och driftsättningar inte är ett språng ut i det okända.
- Kostnads- och prestandaarbete – att hitta och plocka bort de rader på din faktura (eller i din latensbudget) som inte gör skäl för sin plats.
- En senior andra åsikt – om ett stackval, en leverantör, en skalningsplan eller en design ditt eget team tagit fram.
- Dokumentation och överlämning – så att ditt team äger resultatet och inte är bundet till oss.
Stacken – och varför (med avvägningarna)
Vår standardarkitektur är serverless på edge: applikationskod på Cloudflare Workers, data i Neon Postgres, TypeScript hela vägen, och alltihop definierat i infrastruktur-as-code. Det är samma stack vi bygger webbplattformar och appar på, och samma som den här sajten körs på. Här är vad varje del ger dig – och vad den kostar dig, för varje val är en avvägning.
| Val | Varför vi tar till det | Den ärliga avvägningen |
|---|---|---|
| Cloudflare Workers (edge serverless) | Koden körs nära användarna på hundratals platser, skalar ner till noll när den är inaktiv och upp under last utan servrar att patcha, och är billig att driva i liten skala. | Det är en begränsad körmiljö, inte en full Node-server – vissa bibliotek och långkörande jobb passar inte, och man arkitekterar runt det i stället för att blunda för det. |
| Neon Postgres (serverless-databas) | Riktig, standardiserad Postgres som skalar och grenar serverless-mässigt, fungerar från edge och kostar lite när trafiken är låg. | Den är hanterad och användningsprissatt – utmärkt för varierande last, men en fast alltid-på-maskin kan vara billigare vid jämn hög volym, och du bör veta vilket fall du är i. |
| TypeScript hela vägen | Ett språk och en uppsättning typer från databas till gränssnitt fångar hela klasser av buggar vid kompilering i stället för i produktion. | Det kräver mer av byggkedjan och teamet i början; vinsten är färre överraskningar klockan tre på natten, inte mindre skrivande. |
| Infrastruktur-as-code (Terraform) | Din miljö är reproducerbar, granskningsbar och versionshanterad – inga odokumenterade klick i en dashboard som ingen kan återskapa. | Det finns en verklig inlärnings- och uppstartskostnad; för en slit-och-släng-prototyp kan det vara overkill, och vi säger till när det är det. |
Vi är inte religiösa kring det. Edge serverless är ett utmärkt standardval för de flesta moderna produkter, men det är inte svaret på allt – ett tungt databearbetningsjobb eller ett system bundet till en viss molnleverantörs tjänster kan höra hemma någon annanstans, och då säger vi det. Anledningen till att vi leder med den här stacken är att vi själva kör den i produktion: klura.app är TanStack Start på Cloudflare Workers, driftsatt från infrastruktur-as-code via GitHub Actions. När vi rekommenderar en arkitektur kan du titta på en vi själva driver och fråga hur den faktiskt beter sig.
Vad det kostar
Rådgivnings- och arkitekturarbete prissätts per tid, inte per leverabel, eftersom värdet är seniort omdöme snarare än en fast artefakt. Som riktmärke ligger seniora oberoende timpriser på den svenska marknaden 2026 på ungefär 800–1 200 kr/h. Vi arbetar på två sätt:
| Uppdrag | Form | Vägledande kostnad (kr, 2026) |
|---|---|---|
| Arkitekturgenomgång | En fokuserad läsning av ditt system med en skriftlig, prioriterad bedömning | Från ~15 000 kr, anpassat efter systemets storlek |
| Rådgivning per dag | Senior arkitekturtid för genomgångar, stackval, planering eller parprogrammering | ~6 500–9 500 kr / dag, eller per timme till seniorpriset |
| Bygg eller migrering | Praktisk implementering, avgränsad efter genomgången | Fast offert när omfattningen är klar, eller löpande räkning |
Eftersom Klura är en senior, oberoende studio – ingen account manager, inget säljled, ingen juniortid fakturerad som senior, inget byråpåslag inbakat i timpriset – är siffran ovan till största delen det faktiska arbetet. Vi publicerar ingen fast prislista, för en ärlig siffra beror på ditt system och en påhittad hjälper ingen. För siffrorna bakom ett komplett app-bygge, se vår kostnadsguide; för moln och rådgivning specifikt ger vi dig ett rakt spann på ett första samtal och en fast offert när omfattningen är klar.
Vanliga frågor
Vad är skillnaden mellan molnarkitektur och att bara bygga appen?
Molnarkitektur är besluten under appen – drift, databas, skalning, driftsättning, kostnad – medan att bygga appen är applikationskoden ovanpå. Vid ett vanligt bygge sköter Klura båda: en bra utvecklare sätter upp en sund arkitektur som en del av att leverera produkten. Du anlitar arkitektur eller rådgivning fristående när beslutet har höga insatser (ett stackval som är dyrt att backa), när ett befintligt system behöver bedömas, eller när ditt eget team bygger och bara vill ha en senior som designar eller kollar grunden.
Behöver jag verkligen en molnarkitekt?
Ofta inte – och Klura säger det rakt ut. De flesta små produkter är bäst betjänta av en tråkig, hanterad serverless-uppsättning som konfigureras korrekt under bygget, utan en separat rådgivningsfas. Du behöver dedikerat arkitektur- eller rådgivningsarbete när komplexiteten eller insatserna är på riktigt: en stack du står i begrepp att låsa dig vid, ett system som är långsamt eller dyrt av skäl ingen kan sätta fingret på, en migrering bort från något du vuxit ur, eller en lucka i ett specifikt område som edge eller serverless. Om din nuvarande arkitektur duger säger vi hellre det än hittar på ett problem.
Vad betyder "serverless på edge", och varför använder Klura det?
Edge serverless betyder att din kod körs på många platser nära användarna (på Cloudflare Workers) och skalar automatiskt utan servrar att sköta, ihop med en serverless-databas (Neon Postgres). För de flesta moderna produkter är det snabbt, billigt i liten skala och lättskött. Klura använder det för att det är ett starkt standardval och för att vi kör det i produktion: klura.app är i sig TanStack Start på Cloudflare Workers. Avvägningen är en mer begränsad körmiljö – allt passar inte, och vi säger till när en annan ansats är rätt val.
Kan Klura bara gå igenom vår arkitektur utan att bygga något?
Ja – det är arkitekturgenomgången fristående, och det är ett vanligt uppdrag. Vi läser din kod, infrastruktur, databas och dina fakturor och levererar sedan en skriftlig, prioriterad bedömning av vad som är stabilt, vad som är en verklig risk och vad som bör ändras, med ungefärlig insats och kostnad mot varje punkt. Många team tar den och agerar på den själva. Vill du senare ha det implementerat kan vi göra det också, men det finns ingen skyldighet att fortsätta.
Blir vi inlåsta till Klura efter att arbetet är klart?
Nej, helt medvetet. Överlämningsfasen finns just för att ditt team ska kunna driva systemet utan oss: dokumenterad infrastruktur-as-code, en driftsättning vem som helst kan trigga, och resonemanget bakom varje beslut. Hela poängen med att göra det här ordentligt är att du äger och förstår det du kör – Klura är ett registrerat svenskt AB med en namngiven, ansvarig ägare, inte ett beroende du inte kan ersätta.
Undrar du om din molnuppsättning är rätt – eller åt vilket håll du ska hoppa i ett stackbeslut? Berätta ungefär vad du kör eller planerar, så ger vi dig en rak bedömning. Mejla hej@klura.app.