Fra den platform, I står på

Hvor I begynder, bestemmer, hvad der er svært. Et miljø i AWS er ofte bygget af mange af AWS’ egne tjenester, et miljø i Azure hænger sammen med Microsoft 365 gennem identiteten, og begge skal have en målarkitektur, før noget flytter. Artiklerne her tager udgangspunkt i platformen, oversætter tjenesterne til byggesten og beskriver hybrid som et varigt valg for den, der vil beholde en del hos den store udbyder.

Fra de store platforme

• Fra AWS til en europæisk udbyder: det, der er anderledes Målarkitekturen lagt lag for lag.
• Fra Azure til en europæisk udbyder: når identiteten bliver tilbage Login og Microsoft 365 i målarkitekturen.

Byggesten og blandede løsninger

• AWS- og Azure-tjenester oversat til europæiske byggesten Opslagstabel fra tjeneste til funktion.
• Hybrid som varig løsning: følsomt hos jer, skala hos hyperscaleren Det, der skal holdes adskilt.

Sådan bruger I siden

Træk en oversigt over de tjenester, I bruger, fra fakturaen eller infrastrukturkoden, og del den op pr. system. Oversæt derefter hver tjeneste til den funktion, den udfylder, med opslagstabellen. For hver funktion vælger I mellem den europæiske udbyders tilsvarende tjeneste, åben software, I driver selv, og at lade delen blive. Står I på Azure og beholder Microsoft 365, bliver identiteten hos Microsoft, og det skal stå i målarkitekturen fra begyndelsen. Ender I med en del hos den store udbyder, er det en hybrid, og den skal planlægges som en varig driftsform med egne regler for adskillelse. Planen for at kunne forlade AWS står på exit-plan.dk, og forpligtelserne i en AWS-aftale på vendor-lock-in.dk.

Når en del bliver

Det er almindeligt, at en del af miljøet bliver hos den store udbyder. Det kan være tjenester uden et modstykke, systemer, der ikke behandler data, der begrunder skiftet, eller dele, hvor ombygningen ikke kan betale sig. Skriv det ned som et valg med begrundelse og dato, så det kan tages op igen.

Hvad det kræver, og hvad det koster at lade være

Målarkitekturen kræver en arkitekt med adgang til konti og fakturaer og nogle uger til at læse de europæiske kataloger og tage valget pr. funktion. Posterne i ord er arkitektens tid, prøveopsætning hos en eller flere udbydere, ombygning af de systemer, der bruger udbyderens egne tjenester, og den drift, I selv overtager. En hybrid har sine egne poster: to sæt værktøjer, forbindelsen imellem og udgående data, når de to dele taler sammen.

Uden målarkitektur sammenligner udbyderne noget forskelligt i deres tilbud, og de svære systemer viser sig først midt i flytningen. Så står I med to miljøer, en tidsplan, der skrider, og en regning for begge.

Det skal I lade være med

• At kalde en ombygning for en flytning · systemer på udbyderens egne tjenester skal bygges om.
• At sætte lighedstegn mellem samme formål og samme funktioner · prøv tjenesten.
• At gøre hybriden varig uden at planlægge den · den skal drives som én helhed.

Det skal valget kunne vise

• ☐ Tjenesterne pr. system fra fakturaen eller koden.
• ☐ Hver tjeneste oversat til en funktion og et valg.
• ☐ Identitetens placering efter skiftet.
• ☐ De dele, der bliver hos den store udbyder, og reglerne for adskillelse.

Senest gennemgået: november 2026.

Næste skridt

Tag fakturaen for den seneste måned, og skriv hver tjeneste op med det system, den hører til.

• Fra AWS til en europæisk udbyder
• AWS- og Azure-tjenester oversat til europæiske byggesten

Læs også: Udbyderne efter samme målestok · Kubernetes og containere

→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT