Konton och identitet
Plattformsinloggning, uppgradering från gäst till konto, kontolänkning, profiler, behörigheter och integritetsmedveten spelardata, inklusive begäranden om radering och export.
UTVECKLING AV SPELBACKEND
Utveckling av spelbackend
Skräddarsydda spelbackends för spelarkonton, progression, inventory och live operations, integrerade med ert spel och drivna på det sätt ert team behöver.
Byggd för trafiktoppar, versionerade klienter, omförsök, värdefullt spelar-state och partiella fel.
DET HÄR BYGGER VI
Spelartjänster som ert spel kan lita på
Vi utvecklar skräddarsydda spelbackends för studior som bygger ett onlinespel eller förbättrar en befintlig tjänst. Omfattningen kan täcka spelarkonton, progression, inventory och live operations, med integration och driftansvar definierade utifrån ert spel. Varje förmåga nedan tas med i scope bara när ert spel behöver den.
Sparning och progression
Molnsparning, erfarenhet, upplåsningar och belöningar, med tydliga regler för konflikter mellan enheter, sessioner och klientversioner.
Inventory och ekonomi
Föremål, valutor, entitlements och köptilldelningar som valideras på servern, tillämpas genom idempotenta transaktioner och registreras i en granskningsbar historik.
Topplistor och sociala funktioner
Topplistor, vänner, grupper eller klaner där speldesignen kräver det, med behov av missbruksskydd och moderering beaktade från början.
Live-konfiguration och innehåll
Fjärrinställningar, events, erbjudanden, feature flags och innehållsmetadata som levereras per klientversion, med kontrollerad utrullning och rollback.
Telemetri och administration
Strukturerade spelhändelser, dashboards, supportåtgärder och spårbara adminverktyg så att live-team kan besvara spelarfrågor utan databasåtkomst.
BEFINTLIGA BACKENDS
Bygga ut, migrera eller ersätta det ni redan kör
Många projekt börjar med en backend som redan har riktiga spelare. Vi planerar förändringar utifrån det läget i stället för att anta en ren start.
Stegvis utbyggnad
Nya funktioner läggs till bakom versionerade endpoints bredvid den befintliga tjänsten, så att släppta klienter fortsätter att fungera medan nya builds går över till det nya kontraktet.
Migrering från en managed plattform eller äldre tjänst
Vi kartlägger datamodell, identiteter och köphistorik och flyttar sedan funktioner eller spelargrupper i etapper, med en verifierad väg tillbaka i varje steg.
Versionskompatibilitet
Gamla och nya klientbuilds överlappar i produktion. Kontrakt, utfasningsperioder och standardvärden på serversidan definieras så att en försenad granskning i appbutiken inte förstör spelet.
Avgränsning
Den här tjänsten omfattar persistenta spelartjänster. Auktoritativ realtidssimulering av matcher hör till multiplayerutveckling, och drift av serverflottor hör till hosting av dedikerade servrar; vi kopplar ihop dem genom tydliga kontrakt.
MultiplayerutvecklingARKITEKTUREXEMPEL
Var en skräddarsydd spelbackend hör hemma
Ett förenklat exempel på ett typiskt onlinespel. De exakta komponenterna beror på spelet, den förväntade belastningen och teamet som ska driva det.
- 01
Spelklient
Anropar ett versionerat API och avgör aldrig värdefulla utfall på egen hand.
- 02
Autentisering
Byter plattforms- eller kontouppgifter mot en kortlivad sessionstoken.
- 03
Klient-API
Validerar förfrågningar, tillämpar rate limits och håller kontrakten kompatibla mellan builds.
- 04
Domäntjänster
Konton, progression, inventory, ekonomi och konfiguration med regler på serversidan.
- 05
Persistens
Transaktionell lagring, cache och en händelsehistorik för granskning och analys.
- 06
Drift
Telemetri, adminverktyg, deployment, larm och återställningsrutiner.
Konceptuellt exempel. Auktoritativa realtidsservrar för spelet körs bredvid den här stacken, inte i den: de simulerar matchen och rapporterar sedan resultatet till spelartjänsterna via ett betrott server-till-server-API.
INTEGRATION & DRIFTSÄKERHET
Byggt för omförsök, avbrott och redan släppta klienter
Klientkontrakt
Typade scheman för förfrågningar och fel, dokumenterade i en form som era klientutvecklare kan använda, med kompatibilitetsregler för varje släppt build.
Auktoritativ validering
Servern avgör tilldelningar, förbrukning och progression. Klientens indata behandlas som en begäran, inte som ett resultat.
Omförsök och idempotens
Request-nycklar säkerställer att en belöning eller ett köp som skickas på nytt bara tillämpas en gång, även efter timeouts eller återanslutningar.
Felhantering
Timeouts, nedgraderade lägen, köat arbete och tydligt klientbeteende när ett beroende inte är tillgängligt.
Dataägande
Ni äger spelardata och konton. Lagringsplats, lagringstid, export och radering avtalas och dokumenteras.
SÅ ARBETAR VI
Så genomförs ett backenduppdrag
Vi kartlägger spelarnas handlingar och vem som äger vilket state innan vi väljer tjänster eller datalager, och levererar sedan en integrerad slice innan funktionslistan skalas upp.
- 01
Discovery och kartläggning av state
Identifiera värdefull data, konsistenskrav, förtroendegränser, plattformar, förväntad belastning och vem som ska driva systemet.
- 02
Versionerade kontrakt
Specificera förfrågningar, händelser, fel, idempotens och kompatibilitet så att klient- och backendarbetet kan pågå parallellt.
- 03
Första integrerade slice
En funktion, till exempel inloggning med molnsparning, som körs hela vägen från spelklienten till en produktionslik miljö.
- 04
Funktionsutveckling och validering
Fler funktioner med telemetri- och adminbehov inkluderade, testade mot dubbla förfrågningar, beroendefel, migreringar och trafiktoppar.
- 05
Överlämning eller drift
Dokumentation, runbooks och dashboards för ert team, eller fortsatt drift inom ett överenskommet scope för managed hosting.
LEVERANSER
Det här får ni
Resultatet är en driftbar tjänstegräns där källkod, deployment och dataägande är tydligt definierade.
- Domän- och datamodell
- Versionerade API:er, händelser och klientintegration
- Konto-, progressions-, inventory- eller ekonomitjänster enligt överenskommet scope
- Verktyg för administration och live operations
- Dokumentation för deployment, observability och återställning
TEAMETS ERFARENHET
Projekt bakom den här tjänsten
Projekten omfattar Backend Alchemists egna produktioner och arbete som nuvarande teammedlemmar levererat i tidigare studio-, ledarskaps- och kontraktsroller. Varje projektsida anger teamets bidrag.
Avander VR / Mentis
Avander VR / Mentis
Teamerfarenhet av att leverera en cloud backend med innehållshantering och mediebearbetning bakom en VR-klient och en webbläsarbaserad editor, använd i industriella utbildningsprogram.
Visa projektRunofstone
Runofstone
Teamerfarenhet av att bygga PvP-system i realtid med progression, samlingar och klaner i ett uppkopplat strategispel.
Visa projekt
Bad Goons
Bad Goons
Vår egen produktion under aktiv utveckling: auktoritativa dedikerade servrar och containerbaserad deployment, realtidsmotsvarigheten till persistenta spelartjänster.
Visa projektKOSTNAD & TIDSPLAN
Vad som avgör omfattningen av en spelbackend
Vi publicerar inga fasta startpriser, eftersom två backends med samma funktionsnamn kan skilja sig en storleksordning i arbetsinsats. Det här är faktorerna som styr uppskattningen.
Ett kort discovery-samtal räcker oftast för att ta fram ett skriftligt scope med angivna antaganden och ett uppskattat kostnadsintervall.
- Vilka spelarfunktioner som behövs vid lansering och vilka som kan komma senare
- Plattformar och identitetsleverantörer som ska stödjas
- Ekonomi, köp och hur mycket värde servern måste skydda
- Befintlig data, konton eller tjänster som ska migreras eller integreras
- Förväntad belastningsprofil, regioner och krav på var data lagras
- Om ert team eller vårt ska driva systemet efter lansering
FAQ
Frågor specifika för den här vägen.
Kan ni ersätta vår befintliga backend?
Ja, oftast stegvis. Vi identifierar stabila skarvar i systemet, inför versionerade kontrakt och migrerar state eller trafik i kontrollerade etapper där det nuvarande systemet tillåter det. En fullständig omskrivning föreslås bara när stegvis förändring skulle kosta mer.
Vilka motorer och plattformar kan integreras med backenden?
Unity är vår huvudsakliga klientmotor, men backenden exponerar motoroberoende kontrakt, så andra klienter kan integreras via samma API. Plattformsinloggning och butiksintegrationer avgränsas per plattform.
Vem äger källkoden och spelardatan?
Ägande och licensiering avtalas i kontraktet. Överlämningen omfattar normalt källkod, infrastrukturkonfiguration, dokumentation och full åtkomst till spelardatan.
Ska vi använda en backend-as-a-service-plattform eller en skräddarsydd backend?
En managed plattform kan vara det snabbare valet när dess funktioner matchar ert spel. En skräddarsydd backend är rimlig när ni behöver spelspecifika regler, kontroll över data och hosting eller förutsägbar kostnad i stor skala. Vi kan bedöma avvägningen för ert spel, inklusive en hybridlösning.
Kan ni driva backenden efter lansering?
Ja, inom ett överenskommet scope för managed hosting med definierade ansvarsområden, eller så lämnar vi över till ert team med runbooks, dashboards och deployment pipelines.
Vad behöver ni för att ta fram en uppskattning?
Spelets genre och plattformar, de spelarfunktioner ni behöver, eventuell befintlig backend eller data, förväntat antal spelare om det är känt, planerat lanseringsfönster och vem som ska driva systemet. Ett designdokument hjälper men krävs inte.
Hur förhindrar ni dubbla belöningar eller köp?
Värdefulla operationer använder tydliga regler för transaktioner och idempotens, auktoritativ validering och en granskningslogg som lämpar sig för utredningar.
NÄSTA STEG
Ta med constrainten, inte en polerad brief.
En technical lead granskar nuläget och rekommenderar det minsta användbara nästa steget.
Starta ett projekt
