Hoppa till innehållet
XSIS
En ingenjör med en surfplatta i en serverhallsgång

Moln och infrastruktur

Molnteknik, SovereignTech och hybridmigrering

Moln- och lokal infrastruktur som du kontrollerar, var dina data än måste stanna

När plattformen inte längre passar reglerna

Lagar om datalokalisering, sektorsmyndigheter och regler för offentlig sektor avgör var känsliga uppgifter får lagras och behandlas. Många företag upptäcker att deras arbetsbelastningar är bundna till en hyperscalers proprietära tjänster, att AI-planerna står stilla eftersom datan inte får lämna landet och att de egna anläggningarna drivs på infrastruktur som bara några få förstår.

Att flytta är riskfyllt när ingen kan säga vad som beror på vad. Att stanna är riskfyllt när plattformen inte längre passar reglerna, kostnaderna eller arbetsbelastningen.

Vad som förändras för dig

  1. Data där reglerna kräver det

    Varje arbetsbelastning körs i den region, det suveräna moln eller det datacenter som dina regler för datalokalisering kräver, och placeringen dokumenteras för dina revisorer.

  2. Ingen inlåsning

    Infrastruktur definierad i öppen källkod och arbetsbelastningar paketerade för att flyttas, så att byta leverantör blir ett planerat projekt, inte en omskrivning.

  3. AI-kapacitet inom din gräns

    Privata GPU-kluster och hybrid inferens kör modeller intill dina data, med förutsägbar latens.

Vad vi levererar

  • Arkitektur för multimoln och suveräna moln

    En målarkitektur över AWS, Microsoft Azure, Google Cloud, Alibaba Cloud och lokala myndighetsmoln, där varje arbetsbelastning placeras efter sina behov av datalokalisering, latens och kostnad. Ett suveränt moln håller data, drift och juridisk kontroll inom en jurisdiktion.

  • Bedömning av inlåsning och plan för utträde

    Vilka tjänster som binder dig till en leverantör, vad ett utträde skulle kräva i arbete och risk, och en stegvis plan för att göra dina arbetsbelastningar flyttbara igen.

  • Molnnativ omplattformning och migrering

    Arbetsbelastningar flyttade eller ombyggda ett i taget, i containrar där det hjälper, med data synkroniserad före varje växling och en återställningsväg för varje steg.

  • Privata GPU-kluster och hybrid inferens

    GPU-kluster i dina egna lokaler eller i ett suveränt moln som betjänar AI-modeller inom din gräns, med molnkapacitet tillagd bara där reglerna tillåter.

  • Edge-beräkning

    Beräkning vid de anläggningar, fabriker och filialer där latens eller anslutning kräver det, orkestrerad med resten av IT-miljön.

IT-infrastruktur: nätverk, servrar, lagring och identitet i dina egna lokaler

De flesta företagssystem körs fortfarande på infrastruktur som någon måste sköta, och när den är odokumenterad eller bara förstås av några få är varje ändring en risk. Vi bedömer vad du har, enas om målbilden med ditt team och bygger den i steg, så att dina egna anläggningar och molnkonton följer samma regler för åtkomst, loggning och återställning.

  • Bedömning av infrastrukturen

    En inventering av dina nätverk, servrar, lagring och identitetstjänster och hur de beror på varandra, med riskerna rangordnade efter påverkan.

  • Målbild

    Diagram och skriftliga beslut för nätverk, beräkning, lagring, identitet och återställning, överenskomna med ditt team innan något ändras.

  • Nätverksdesign och segmentering

    Kontor, datacenter och molnkonton sammankopplade genom segmenterade nätverk, med brandväggsregler som är dokumenterade och granskade.

  • Servrar och virtualisering

    Fysiska servrar, virtuella maskiner eller containerhostar, dimensionerade för sina arbetsbelastningar och byggda från dokumenterade, repeterbara konfigurationer.

  • Lagring och säkerhetskopiering

    Lagring som passar varje system, och säkerhetskopior som verifieras genom att återställas, inte bara genom att köras.

  • Katalog- och åtkomsttjänster

    Centrala konton, grupper och enkel inloggning, med administratörsåtkomst åtskild och varje administrativ åtgärd loggad.

  • Hybrid anslutning

    Krypterade länkar mellan dina lokaler och dina molnkonton, med en uppsättning regler för adressering, åtkomst och loggning.

  • Övervakning och larm

    Händelser om hälsa, kapacitet och säkerhet samlade på ett ställe, med larm som når någon som kan agera på dem.

  • Plan för katastrofåterställning

    Återställningsmål överenskomna för varje system, en skriftlig plan och övningar som visar att planen fungerar.

Begär en systemdiagnostik

Hur arbetet bedrivs

  1. Bedöm IT-miljön

    Vi inventerar arbetsbelastningar, data, beroenden och avtal, listar de regler för datalokalisering som gäller och talar med dem som driver systemen varje dag.

  2. Utforma målbilden

    Vi enas med ditt team om var varje arbetsbelastning hör hemma, vilka leverantörsneutrala standarder den följer och i vilken ordning flyttarna sker.

  3. Bygg grunden som kod

    Nätverk, identitet, skyddsräcken och GPU-kapacitet definieras i Terraform, OpenTofu eller Pulumi och granskas som applikationskod.

  4. Flytta i steg

    Arbetsbelastningarna flyttas ett i taget, var och en med ett test och en återställningsväg. Om ett avbrott inte kan undvikas sker det i ett underhållsfönster som du godkänner.

  5. Dokumentera och lämna över

    Du får diagrammen, konfigurationerna, driftsmanualerna och återställningsprocedurerna och avgör om ditt team driver IT-miljön eller om vi driver det tillsammans med dig.

Moln, verktyg och standarder

AI och maskininlärning
  • vLLM
Moln
  • Amazon Web Services
  • Microsoft Azure
  • Google Cloud
  • Alibaba Cloud
  • Exoscale
  • Tencent Cloud
  • Red Hat Enterprise Linux
  • NVIDIA GPUs
DevOps och observerbarhet
  • Red Hat OpenShift
  • Kubernetes
  • Terraform
  • OpenTofu
  • Pulumi
  • Docker

Så börjar du

Vad som händer härnäst

  1. Förberedande samtal

    En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.

  2. Mognadsgenomgång

    I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.

  3. Val av spår

    Projekt med tydlig omfattning får ett bindande förslag inom 3 till 5 arbetsdagar. Projekt i konceptfasen börjar i Blueprint Studio. Ett system i drift som fallerar, är odokumenterat eller behöver integreras börjar med en diagnostik på 1 till 2 veckor. Blueprint Studio och diagnostiken har var sitt fasta pris som anges i förslaget.

  4. Leverans i fem steg

    Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.

Den snabbaste vägen in är paketet Granskning av molnportabilitet och FinOps för AI-tokens, ett av våra snabba uppdragspaket.

Var du kan börja

Frågor och svar

Vad är ett suveränt moln, och behövs det?

Ett suveränt moln håller data, drift och juridisk kontroll inom en jurisdiktion. Det kan vara en regional leverantör, ett statligt moln, en hyperscalerregion med rätt kontroller eller ditt eget datacenter. Det behövs när lagen eller din tillsynsmyndighet kräver att vissa uppgifter stannar i landet. Vi kartlägger vilka av dina arbetsbelastningar som omfattas av sådana regler innan vi rekommenderar var de ska köras.

Vilken molnleverantör ska väljas?

Oftast den du redan använder, om det inte finns ett tydligt skäl att byta. Det som avgör är datalokalisering, dina befintliga avtal och din kompetens, de förvaltade tjänster du behöver och hur dina andra system ansluter. Vi arbetar över AWS, Microsoft Azure, Google Cloud, Alibaba Cloud och regionala myndighetsmoln och håller leverantörsspecifik kod till de ställen där den är värd det.

Hur undviks inlåsning?

Infrastrukturen definieras i verktyg med öppen källkod som Terraform, OpenTofu eller Pulumi, och arbetsbelastningarna körs på Kubernetes eller andra flyttbara plattformar. Där en leverantörs egen tjänst är det bättre valet använder vi den medvetet och dokumenterar vägen ut. Du får en skriftlig uppskattning av vad en flytt av varje arbetsbelastning skulle kräva.

Ska infrastrukturen behållas i egna lokaler eller flyttas till molnet?

Det beror på varje system: var dess data får lagras, dess prestanda- och anslutningsbehov, dess licenser och vad ditt team kan driva. Många företag driver en hybrid IT-miljö, vilket fungerar bra när den är utformad som en helhet. Vi jämför alternativen på kostnad, risk och arbete och rekommenderar det vi själva skulle välja.

Ska AI-modeller köras på egna GPU:er?

Överväg det när datan inte får lämna din gräns, eller när användningen är så jämn att egen kapacitet kostar mindre än att betala per anrop. Vi jämför ett privat kluster, ett suveränt moln och en publik modelltjänst för din arbetsbelastning och dimensionerar sedan klustret och de modeller det betjänar.

Kommer migreringen att störa verksamheten?

Vi planerar varje flytt för att undvika ett avbrott, eller för att hålla det kort och schemalagt. Arbetsbelastningarna flyttas ett i taget, datan synkroniseras före växlingen och varje steg har en återställningsväg. Där ett system inte kan köras på två ställen samtidigt enas vi med dig om ett underhållsfönster och repeterar växlingen först.

Kan arbetet ske med befintlig utrustning och befintliga system?

Ja. Vi utgår från det du har och ersätter bara det som är utan support eller står i vägen för designen. Där hårdvara eller licenser måste köpas specificerar vi vad som behövs och varför, och du väljer leverantör.

Vad omfattar ett uppdrag inom IT-infrastruktur?

Det omfattar det dina system körs på: nätverk och anläggningar, servrar och virtualisering, lagring och säkerhetskopiering, katalog- och identitetstjänster, övervakning och länkarna till dina molnkonton. Vi kan ta oss an hela IT-miljön eller en del av det, som en ny nätverksdesign. Omfattningen avtalas skriftligt innan arbetet börjar.

Vilken åtkomst behövs, och hur kontrolleras den?

Varje ingenjör har ett namngivet konto med bara de rättigheter uppgiften kräver och loggar in med en hårdvarusäkerhetsnyckel. Där du har en process för administratörsåtkomst följer vi den. Administrativa sessioner loggas, och åtkomsten tas bort när arbetet är klart eller när någon lämnar projektet.

Vad styr kostnaden för infrastrukturarbete?

Det som främst styr är antalet anläggningar, system och miljöer samt skicket på den nuvarande dokumentationen. Kostnaden beror också på hur mycket som måste ändras medan verksamheten fortsätter och på dina krav på återställning och säkerhet. Hårdvara, licenser och molnanvändning är separata kostnader som visas innan du binder dig. När kraven är tydliga får du ett förslag med omfattning, steg och pris.

Vem äger designerna, konfigurationerna och dokumentationen?

Det gör du. Diagram, konfigurationer, skript och driftsmanualer levereras till dig och förvaras i dina egna repon och dokumentlager. Inget är beroende av ett XSIS-konto, så ditt team eller en annan leverantör kan ta över när som helst.

Kan infrastrukturen drivas efter projektet?

Ja, om du vill att vi gör det. Enligt ett supportavtal övervakar vi IT-miljön, tillämpar uppdateringar och svarar på incidenter inom de tider vi kommer överens om med dig. Vi rapporterar också om kapacitet och risker. Om du hellre driver det själv planeras driftsmanualerna och överlämningen från början.

Redo att bygga? Begär ett förslag.

Skicka dina krav eller din offertförfrågan. Våra arkitekter validerar dem och lämnar ett bindande förslag med fast omfattning.

Vad som händer härnäst

  1. Mognadsgenomgång

    I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.

  2. Bindande förslag

    Efter en arkitekturvalidering utan kostnad får du ett bindande förslag med fast omfattning inom 3 till 5 arbetsdagar: milstolpar, arkitektur, teamstruktur och SLA:er. Vi tecknar ett sekretessavtal (NDA) med dig på begäran, innan du delar dina krav.

  3. Mobilisering

    När du har skrivit på börjar våra utvecklingsteam Sprint 0 inom 5 till 10 arbetsdagar från avtalstecknandet.

  4. Leverans i fem steg

    Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.