Tilbyd software på et dansk cloudfundament
DRIFTSMODELLEN
Fokus på jeres kerneforretning
I bevarer det fulde ejerskab over applikation og kunder. Vi drifter cloud-fundamentet.
Jeres produkt, roadmap og kunderelation forbliver udelukkende jeres domæne. Edora leverer det tekniske fundament – herunder compute, storage, netværk og selve cloud-platformen – der sikrer en stabil og skalerbar afvikling af jeres løsning.
Slutkunden handler fortsat direkte med jer. Edora agerer udelukkende som jeres bagvedliggende infrastrukturpartner og har ingen kommerciel relation til jeres kunder.
Vores model giver jer mulighed for at tilbyde software på sikker, dansk infrastruktur, uden at I behøver at investere tid og ressourcer i at opbygge en intern organisation til drift og løbende udvikling af platformen. I kan fokusere på jeres software – vi tager os af maskinrummet.
FORRETNINGEN
Gør driftsmodellen til en del af produktets værdi
For kunder med kritiske data er infrastrukturen bag applikationen blevet en del af købsbeslutningen. Med Edora kan I gøre dansk drift, tydelig jurisdiktion og et mere åbent cloudfundament til en del af jeres tilbud.
En dansk driftsmulighed
Tilbyd kunderne en variant af jeres produkt, hvor applikation og data afvikles på dansk infrastruktur under dansk jurisdiktion.
I kan dermed imødekomme kunder, som ikke alene vurderer softwarens funktioner, men også hvor og under hvilke vilkår den drives.
Adgang til kunder med skærpede krav
En dokumenterbar driftsmodel kan styrke jeres position over for offentlige organisationer og virksomheder i regulerede eller kritiske sektorer.
Edoras platform kan understøtte arbejdet med krav under blandt andet NIS2, DORA og GDPR. Den samlede compliance afhænger fortsat af både infrastrukturen, applikationen og jeres egne processer.
Mindre afhængighed af proprietære cloudservices
Edora Cloud er baseret på OpenStack, KVM, Ceph og åbne standarder. Det giver et mere portabelt fundament og reducerer afhængigheden af én proprietær cloudplatform.
Hvor stor en omlægning der kræves, afhænger af de services og integrationer, applikationen bruger i dag.
Dedikeret kapacitet bag produktet
Cloudkapaciteten tilpasses applikationens workloads, kundebehov og krav til tilgængelighed. Den fysiske infrastruktur er dedikeret og deles ikke med uvedkommende kunder.
Kapaciteten kan hostes hos Edora eller placeres i en egnet facilitet som EU Cloud in a Box.
FRA APPLIKATION TIL DRIFT
Afklar først. Flyt derefter.
En flytning handler ikke kun om serverkapacitet. Applikationens afhængigheder, dataflows og anvendelse af proprietære services afgør, hvad der kan flyttes direkte, og hvad der kræver tilpasning.
-
01
Kortlæg applikationen
Vi gennemgår arkitektur, workloads, dataflows, integrationer og det nuværende driftsmiljø.
I får et overblik over, hvilke dele der kan flyttes direkte, hvilke der kræver tilpasning, og hvilke der eventuelt bør blive på den nuværende platform.
-
02
Design cloudfundamentet
Vi fastlægger compute, storage, netværk, placering og krav til tilgængelighed. Når løsningen kræver det, kan relevante kunde- og cloudlokationer forbindes gennem Edora Cloud Connect.
Den konkrete arkitektur tager udgangspunkt i applikationen – ikke i en standardpakke.
-
03
Etablér en klar driftsgrænse
Edora etablerer og driver cloudplatformen. I beholder ansvaret for applikationen, releases, applikationssikkerhed og supporten til jeres kunder.
Ansvarsfordelingen dokumenteres, så det er tydeligt, hvem der håndterer hvert lag af den samlede leverance.
ER MODELLEN RELEVANT?
Et oplagt match, når infrastrukturen er blevet en del af salget
Partnermodellen er særligt relevant, hvis I:
- Leverer egen software som SaaS eller en hostet løsning
- Møder spørgsmål om, hvor kundernes data behandles og opbevares
- Vil tilbyde en dansk driftsmodel til udvalgte kunder
- Vil reducere afhængigheden af proprietære hyperscalerservices
- Har et kundegrundlag og workloadvolumen, der kan bære dedikeret kapacitet
- Vil eje applikationslaget uden selv at drive cloudplatformen
Kan I genkende jeres situation, tager vi udgangspunkt i jeres applikation og kundekrav – ikke i en generisk hostingmodel.