Hol fut valójában egy InterMIND-meeting

Előbb-utóbb a házigazda oldalán valaki – egy ügyfél IT-részlege, egy adatvédelmi tisztviselő (DPO), egy óvatos partner – feltesz egy mindig ugyanolyan kérdést: „Hová kerülnek ezek az adatok?" Alvállalkozói (al-adatfeldolgozói) listát kérnek, a szolgáltatók székhelyét és egy nyilakkal ellátott ábrát.

Szívesebben adjuk át a teljes képet egyben, mint hogy e-mailben darabonként küldjük el. Ezért itt van egyetlen meeting adatútja: minden külső szolgáltatás, amelyet érint, hol hajtódik végre, és milyen adat halad át rajta. A leírást 2026-05-28-án ellenőriztük a tényleges üzemeltetési konfigurációval.

A meeting tartalmát érintő minden útvonal futásidőben az EU-ban van. Ide tartoznak az AI-lépések is, amelyek az Ön szervezete által kiválasztott AI-átjárón futnak, saját bérlőnk egy EU-régiójában. Az átjáró mögött álló szolgáltatók amerikai cégek, amelyek EU-régiókat üzemeltetnek. Ezt alább nyíltan leírjuk, és azt is megmondjuk, melyik modell áll a meetingen teljesen kívül.

Ez a bejegyzés azt térképezi fel, hol fut a meetingje. A társcikke, a Miből épül fel egy InterMIND-meeting, azt mutatja meg, miből áll: mely rétegek a saját kódunk, melyek nyílt forráskódúak, és hol vagyunk pragmatikusak a zárt forráskódú SaaS-szal.

Mit jelent valójában az, hogy „hol fut"

A szuverenitásról szóló beszélgetésekben két dolgot gyakran összekevernek, pedig nem ugyanarról van szó:

1. Futásidő / adatút. Ahol a meeting adatai a kérés során fizikailag feldolgozásra kerülnek. Az adatrezidenciára vonatkozó szabályozások és a legtöbb DPA valójában erről szól.
2. A szolgáltató jogi székhelye. Ahol a SaaS-szolgáltató jogilag be van jegyezve. A CLOUD Act körüli viták erről szólnak: arról, hogy egy amerikai kötelezés elméletileg kiterjedhet a szolgáltató anyavállalatára, függetlenül attól, hol fut a munkaterhelés.

Szinte minden „ez EU-s?" kérdés valójában e kettő egyike, pontatlanul feltéve. Alább minden szolgáltatónál külön válaszolunk rájuk.

Egy meeting adatútja

Kövessünk végig egy hívást a csatlakozástól az utókövető e-mailig:

1. A böngésző megnyitja a meeting oldalát. Az SSR a Vercelen fut, a fra1 (Frankfurt) régióhoz rögzítve. Minden kérés- és válaszadat – munkamenet-sütik, API-tartalmak, szerveroldalon renderelt HTML – futásidőben az EU-ban kerül feldolgozásra.
2. A WebSocket csatlakozik a meetingszerverünkhöz Párizsban (cdg). A meeting vezérlése, a jelenlét és a jelzések kezelése mind EU-ban történik.
3. A beszédfelismerés a médiaszerverünkön fut. A hang WebRTC-n keresztül érkezik a saját motorunkhoz – az OVH franciaországi infrastruktúráján futó Mind API-hoz –, és ott, szóról szóra ismeri fel ugyanaz a szerver, amely a hívást is továbbítja. Harmadik fél beszédszolgáltatása nincs a láncban. Egyetlen kivétel a chatben küldött hangüzenet: ennek beszédfelismerése az Azure AI Speech szolgáltatáson fut, amely az alapértelmezett AI-átjáró beszédszolgáltatása (lásd az alábbi szolgáltatótáblázatot). Magát a folyamatot a A négy fordítási folyamat belülről című cikk mutatja be.
4. A hang- és chatfordítás a saját, OVH franciaországi motorunkra érkezik. Ez a mind-sdk + a Mind API – a mi kódunk, a mi szervereink, Franciaországban. Harmadik fél modellje nincs a láncban. A teremben jelen lévő minden célnyelvre egy fordítás készül, minden lépésben EU-ban.
5. A chatbe dobott dokumentum (PDF, DOCX, DOC, PPTX, XLSX) szerveroldalon a párizsi ws-szerverről a kölni DeepL-hez kerül. Német cég, német feldolgozás. A hang és a chat nem érinti a DeepL-t.
6. Az alkalmazásadatok – felhasználók, csapatok, üzenetek, meeting-metaadatok – a Neon Postgresben, AWS Frankfurtban (eu-central-1) vannak. A pillanatképek ugyanabban a régióban.
7. A felvételek, mellékletek és exportok a Tigrisen tárolódnak, amely a Flyon futó, S3-kompatibilis tárhely. Edge-replikált; a bucket beállítható többrégiós EU-konfigurációra azoknak a bérlőknek, akiknek szorosabb rögzítés kell.
8. A hibák és teljesítménynyomok a Sentry EU-példányára (de.sentry.io) mennek. Az amerikai szervezetet májusban megszüntettük.
9. A termékanalitika a PostHog EU-ba (eu.i.posthog.com) kerül.
10. A tranzakciós e-mailek (varázslinkek, meghívók, nyugták) a Resenden keresztül mennek, az eu-west-1 (Írország) régióból.

Mindez futásidőben az EU-ban van. A fordítómotor – az a rész, amelyen az adatok többsége áthalad – szintén a saját kódunk, nem harmadik félé. A kliens SDK, amelyen fut, nyílt forráskódú (BSD-3-Clause) és ma is auditálható. Magának a motornak a saját üzemeltetése (self-hosting) azon ügyfelek számára szerepel az ütemtervben, akiknek erre szükségük van.

A szolgáltatói térkép

A két legnagyobb adatforgalmú folyamat – a hang- és chatfordítás a saját OVH-s motorunkon, valamint a dokumentumfordítás a DeepL-lel – egyben az a két szolgáltató, amelynek anyavállalata az EU-ban van. Ez lefedi a meeting-tartalom döntő részét. A vállalati székhelyek részleteit is tartalmazó teljes alvállalkozói lista a bevett gyakorlat szerint a DPA-ba kerül. A fenti táblázat a futásidejű nézet, és a legtöbb adatrezidenciai kikötés erről szól.

Az AI-lépések, nyíltan megnevezve

A hívás befejezése után néhány nyelvimodell-lépést futtatunk az elhangzottakon: az AI digest (témák, döntések, action itemek, nyitott kérdések), a meeting utáni összefoglaló és az AI note-editor (jegyzet fordítása, javítása, bővítése vagy egyszerűsítése). A hívás alatt ugyanilyen lépés készít összefoglalót a chatbe dobott minden dokumentumról, és ez válaszol az Ask AI és a Mia kérdéseire is. Csak ezeken a helyeken érint általános célú modell a meetingből származó tartalmat, és mindegyik egyetlen helyre megy:

• A szervezete által kiválasztott AI-átjáró. A kódban egyetlen feloldó választja ki minden hívási ponthoz; második útvonal nincs. Az alapértelmezett az Azure OpenAI az EU Data Zone-ban. A szervezet a beállításaiban átválthat a Vertex AI-ra az EU többrégiós végponton vagy az Amazon Bedrockra Frankfurtban, vagy minden AI-funkciót a saját OpenAI-kompatibilis végpontjára irányíthat – például a saját adatközpontjában futó vLLM-re vagy a saját bérlőjében lévő telepítésre. Minden felhőalapú átjáró a saját bérlőnkben fut, zéró adatmegőrzésre és az ügyféltartalmon való tanítás tilalmára konfigurálva. A tartalék ugyanazon az átjárón marad – egy második EU-régió vagy ugyanazon szolgáltató második modellje –, soha nem másik szolgáltató. Az AI-funkciók dokumentációja felsorolja az átjárókat és a régiókat.
• Az összefoglaló és a szerkesztő fordítás művelete a fordítási útvonalon megy, nem a nyelvi modellen – ugyanazon, amely az élő chatet fordítja.
• Az AI az egész szervezetre kikapcsolható: az átirat és a fordítás tovább működik, az AI digest, a dokumentum-kivonatok, az íróasszisztens és az Ask AI leáll.

A valós idejű hang, a valós idejű chat, a jegyzetek és a dokumentumfordítás soha nem megy át ezek egyikén sem – ezek kezdettől fogva EU-ban futnak.

Hol vannak a szolgáltatók: a Microsoft, a Google és az Amazon amerikai cég, amely EU-régiókat üzemeltet. Ezt a bizalmi oldalon nyíltan kimondjuk, nem rejtjük el. Ez a bejegyzés elején említett székhelykérdés, amelyre ennél a lépésnél ugyanúgy válaszolunk, mint a többi infrastruktúra-elemnél. Egy modell a meetingen teljesen kívül áll: a nyilvános fordításiminőség-benchmarkunk egy LLM-bírót használ (a Geminit, tartaléknak Claude-dal, a Vercel AI Gatewayen keresztül), hogy pontozza a FLORES-200 referenciamondatok gépi fordításait. Ez egy rögzített, nyilvános adathalmaz – senkinek a meetingje sem.

Mit jelent ez a DPA-jára nézve

A legtöbb EU-s vásárlónak – német Mittelstandnak, standard GDPR-es DPA-kat használó szabályozott iparágaknak – a fenti kép közvetlenül megválaszolja az adatrezidencia kérdését: a meeting minden futásidejű lépése az EU-ban van. A szolgáltatók székhelyét a szokásos gyakorlat szerint az alvállalkozói lista tünteti fel, ebben nincs semmi meglepő. A rezidenciatérkép csak egy darab. Az adatvédelmi kötelezettségek többi részére – törlés, megőrzés, hordozhatóság, hozzájárulás – a teljes kódbázison teljes auditot futtattunk, és minden tételt lezártunk a kódban.

A francia souveraineté numérique és a SecNumCloud-szintű beszerzések esetében a szolgáltató vállalati székhelye maga is a kritérium része, nem csupán a futási hely. Ez egy másik beszélgetés: olyan alternatív telepítési topológia, amely minden komponenst európai joghatóság alatt álló szolgáltatóknál tart. Ezt alapértelmezésben nem üzemeltetjük, de felállítjuk annak a bérlőnek, akinek szüksége van rá, és ahol a szerződés indokolja a kiépítést.

Az amerikai belföldi és a legtöbb APAC-vásárló esetében általában az ellenkezője igaz: ők a saját régiójukból várnak alacsony késleltetést, ami más jellegű probléma. Ma egyrégiós üzemben futunk, fra1-ben. Ha a forgalma indokolja az amerikai edge-et, együtt megtervezzük.

Mire kötelez minket ez a bejegyzés

Ez a 2026-05-28-i állapot. Frissítjük, ha változik a stack – szolgáltatócsere, régióváltás, új külső szolgáltatás. Az aktuális konfiguráció ellenőrizhető a nyílt vercel.json-ban, az OVH franciaországi infrastruktúráján futó mind-sdk + Mind API motorban és minden szolgáltató saját irányítópultján.

Ha valami itt hibásnak tűnik, vagy a DPO-jának olyan válaszra van szüksége, amelyet ez a térkép nem ad meg, írjon nekünk. Szívesebben javítunk ki egy hiányzó részletet, mint hogy Ön egy szerződés-felülvizsgálat során fedezze fel.

Források: a futásidejű régiókat és a modellirányítást a telepített konfigurációval (vercel.json, fly.toml) és a kiadott kóddal ellenőriztük; Vercel AI Gateway (az AI digest szolgáltatórögzítési útvonala), FLORES-200; ellenőrizve 2026 augusztusában.