Vad är EU DataZone?

När du driftsätter en AI-modell i Azure AI Foundry väljer du inte bara vilken modell, utan också hur den ska köras. Det valet – deployment-typen – avgör var din data behandlas. EU DataZone är mellanalternativet, och att förstå det är avgörande för den som vill hålla data i Europa.

Tre deployment-typer, olika dataresidens

Azure AI Foundry erbjuder i praktiken tre nivåer för var behandlingen sker:

Nyckelpoängen: bara DataZone och single-region håller data inom EU. Global routar anrop dit kapacitet finns, oavsett var din resurs är skapad. Och Global är standardvalet – det måste väljas bort aktivt. Skapar du en deployment på autopilot hamnar du alltså på det enda alternativ som inte ger EU-residens.

Skillnaden mellan DataZone och single-region är värd att förstå för en köpare, eftersom “inom EU” kan betyda två olika saker. DataZone håller behandlingen inom en europeisk datazon som omfattar flera regioner – anrop kan balanseras mellan dem för kapacitetens skull, men lämnar inte zonen. Single-region pinnar i stället behandlingen till en enda utpekad region, till exempel Sverige eller Västeuropa. För de flesta GDPR-syften räcker det att data stannar inom EU, och då är DataZone tillräckligt. Har ni krav på att kunna peka ut exakt vilket land behandlingen sker i – vilket förekommer i vissa upphandlingar och sektorsregler – behöver ni single-region. Att veta vilken nivå ert krav faktiskt ligger på sparar er från att välja onödigt smalt.

Nya modeller kommer först som Global

En viktig fälla rör tidslinjen. Nya modeller släpps i regel först som Global, och blir tillgängliga som DataZone eller single-region senare. Det innebär att den mest efterfrågade, färskaste modellen ofta bara finns i den deployment-typ som routar globalt.

För en verksamhet som vill ligga i framkant blir detta en konflikt: den nyaste modellen och den strikta residensen är inte alltid tillgängliga samtidigt. Den tidigast tillgängliga deployment-typen för en ny modell ska därför aldrig antas vara residens-säker. Vill du kombinera senaste modell med EU-residens kan du behöva vänta tills DataZone-varianten släppts.

Avvägningen: modelltäckning mot kontroll

Valet mellan DataZone och single-region är en avvägning:

• DataZone ger bred modelltäckning med routning inom EU-datazonen. Du får tillgång till fler modeller och Azure kan balansera last mellan EU-regioner. Kontrollen är på datazonsnivå, inte enskild region.
• Single-region ger den hårdaste pinningen – data stannar i en utpekad region – men till priset av smalare modellutbud.

Ett konkret exempel: en reglerad verksamhet som måste kunna peka ut exakt vilken region behandlingen sker i väljer single-region och accepterar att inte alla modeller finns där. Ett bolag som prioriterar tillgång till fler modeller, men fortfarande vill hålla sig inom EU, väljer DataZone. Det finns inget universellt rätt svar – det beror på hur strikt residenskravet är.

Vanliga misstag att undvika

Tre fällor återkommer när verksamheter driftsätter i Foundry:

• Att lita på standardvalet. Global är default och routar globalt. Skapar du en deployment utan att aktivt byta SKU får du alltså ingen EU-residens, hur mycket EU-region du än valt för resursen.
• Att anta att den nyaste modellen är residens-säker. Nya modeller släpps först som Global. Den tidigast tillgängliga varianten är därför sällan den du vill ha om residens är ett krav.
• Att låsa arkitekturen vid en viss modell. Modelltillgången per deployment-typ ändras, och en lösning som förutsätter en specifik DataZone-modell kan behöva byggas om när den fasas ut.

Bygg för förändring

Det viktigaste att ta med sig: modelltillgången per deployment-typ ändras ofta. Modeller tillkommer, flyttas mellan typer och fasas ut. En arkitektur som förutsätter att en viss modell alltid finns som DataZone är skör.

Kontrollera därför Microsofts aktuella region availability-dokumentation vid varje beslut, och bygg så att ett byte av modell eller deployment-typ inte river hela lösningen. Vill du se hur DataZone-valet hänger ihop med EU Data Boundary, retention och myndighetsåtkomst i ett helt AI-projekt finns mer på vår AI-sida. Behöver du hjälp att sätta rätt deployment-strategi? Hör av dig.