Kur iš tikrųjų vyksta vienas InterMIND susitikimas

Anksčiau ar vėliau kas nors iš kviečiančiosios pusės — kliento IT specialistas, duomenų apsaugos pareigūnas (DPO), atsargus partneris — užduoda tą patį klausimą: „Kur keliauja šie duomenys?" Jie nori subtvarkytojų sąrašo, tiekėjų buveinių ir schemos su rodyklėmis.

Mieliau, kad turėtumėte visą vaizdą, nei siųstume jį dalimis el. paštu. Todėl čia pateikiame vieno susitikimo duomenų kelią: kiekvieną išorinę paslaugą, kurią jis liečia, kur ji vykdoma ir kokie duomenys per ją teka. Patikrinta pagal faktinę diegimo konfigūraciją 2026-05-28.

Kiekvienas kelias, liečiantis susitikimo turinį, vykdymo metu veikia ES. Tai taikoma ir DI žingsniams, kurie vykdomi jūsų organizacijos pasirinktame DI šliuze, ES regione, mūsų pačių nuomotojo (tenant) aplinkoje. Šliuzo tiekėjai yra JAV bendrovės, valdančios ES regionus; tai sakome atvirai toliau, taip pat nurodome, kuris modelis veikia visiškai už susitikimo ribų.

Šiame straipsnyje aprašoma, kur vyksta jūsų susitikimas. Jo pora, Iš ko sudarytas vienas InterMIND susitikimas, aprašo, iš ko jis sudarytas: kurie sluoksniai yra mūsų pačių kodas, kurie atvirojo kodo, o kur pragmatiškai naudojame uždarą SaaS.

Ką iš tikrųjų reiškia „kur tai vykdoma"

Suverenumo diskusijose painiojamos dvi skirtingos sąvokos:

1. Vykdymo vieta / duomenų kelias. Kur jūsų susitikimo baitai fiziškai apdorojami užklausos metu. Būtent apie tai kalba duomenų rezidencijos reikalavimai ir dauguma duomenų tvarkymo sutarčių (DPA).
2. Tiekėjo korporatyvinė buveinė. Kur SaaS tiekėjas teisiškai įregistruotas. Būtent apie tai kalbama CLOUD Act diskusijose: teorinis JAV institucijų reikalavimo pasiekiamumas tiekėjo patronuojančios įmonės atžvilgiu, nepaisant to, kur vykdoma darbo apkrova.

Beveik kiekvienas klausimas „ar tai ES?" iš tikrųjų yra vienas iš šių dviejų, tik užduotas netiksliai. Toliau atsakome į juos atskirai apie kiekvieną tiekėją.

Vieno susitikimo duomenų kelias

Sekime vieną skambutį nuo prisijungimo iki tolesnio el. laiško:

1. Naršyklė atidaro susitikimo puslapį. SSR vykdomas Vercel, prisegtas prie fra1 (Frankfurtas). Visi užklausų ir atsakymų duomenys — sesijos slapukai, API turinys, serveryje sugeneruotas HTML — vykdymo metu apdorojami ES.
2. WebSocket jungiasi prie mūsų susitikimų serverio Paryžiuje (cdg). Susitikimo orkestravimas, buvimo būsena, signalizavimas — viskas ES.
3. Kalbos atpažinimas vyksta mūsų medijos serveryje. Garsas per WebRTC pasiekia mūsų pačių variklį — Mind API OVH, Prancūzijoje — ir ten atpažįstamas žodis po žodžio, tame pačiame serveryje, kuris perduoda skambutį; jokia trečiosios šalies kalbos paslauga į grandinę neįtraukta. Vienintelė išimtis — balso žinutės pokalbyje: jų kalbos konvertavimas į tekstą vykdomas Azure AI Speech, numatytojo DI šliuzo kalbos paslaugoje (tiekėjų lentelė žemiau). Pati grandinė aprašyta straipsnyje Keturių vertimo grandinių vidus.
4. Balso ir pokalbių vertimas vyksta mūsų pačių variklyje OVH Prancūzijoje. Tai mind-sdk + Mind API — mūsų kodas, mūsų serveriai, Prancūzijoje. Jokio trečiosios šalies modelio grandinėje nėra. Vienas vertimas kiekvienai kambaryje esančiai tikslinei kalbai, ES rezidentiškai kiekvienoje grandyje.
5. Į pokalbį įkeltas dokumentas (PDF, DOCX, DOC, PPTX, XLSX) iš Paryžiaus ws-serverio serverio pusėje siunčiamas į DeepL Kelne. Vokiečių bendrovė, apdorojimas Vokietijoje. Balsas ir pokalbiai DeepL nelieičia.
6. Programos duomenys — naudotojai, komandos, žinutės, susitikimų metaduomenys — saugomi Neon Postgres AWS Frankfurte (eu-central-1). Momentinės kopijos tame pačiame regione.
7. Įrašai, priedai, eksportai saugomi Tigris, S3 suderinamoje saugykloje Fly platformoje. Replikuojama pasienio mazguose; tiems nuomotojams, kuriems reikia griežtesnio prisegimo, saugyklą galima sukonfigūruoti kaip kelių ES regionų.
8. Klaidos ir našumo pėdsakai siunčiami į Sentry ES instanciją (de.sentry.io). JAV organizacija buvo uždaryta gegužę.
9. Produkto analitika siunčiama į PostHog EU (eu.i.posthog.com).
10. Transakciniai laiškai (magic links, kvietimai, kvitai) siunčiami per Resend iš eu-west-1 (Airija).

Viskas, kas išvardyta, vykdymo metu veikia ES. Vertimo variklis — dalis, per kurią teka daugiausia jūsų duomenų — taip pat yra mūsų pačių kodas, o ne trečiosios šalies. Kliento SDK, ant kurio jis veikia, yra atvirojo kodo (BSD-3-Clause) ir jau šiandien auditabilus; paties variklio savarankiškas diegimas (self-hosting) yra planuose tam klientui, kuriam to reikės.

Tiekėjų žemėlapis

Du didžiausi duomenų srautai pagal apimtį — balso ir pokalbių vertimas per mūsų pačių variklį OVH ir dokumentų vertimas per DeepL — taip pat sutampa su dviem tiekėjais, kurių patronuojanti įmonė yra ES. Tai apima didžiąją dalį susitikimo turinio. Pilnas subtvarkytojų sąrašas su korporatyvinių buveinių informacija į DPA įtraukiamas kaip standartinė praktika; aukščiau pateikta lentelė yra vykdymo vaizdas, o būtent apie jį kalba dauguma duomenų rezidencijos sąlygų.

DI žingsniai, įvardyti atvirai

Pasibaigus skambučiui vykdome kelis kalbos modelio žingsnius su tuo, kas buvo pasakyta: DI santrauką (temos, sprendimai, action items, atviri klausimai), po susitikimo parengiamą santrauką ir DI užrašų redaktorių (išversti užrašą arba pataisyti / išplėsti / supaprastinti jį). Skambučio metu tokio paties tipo žingsnis parašo kiekvieno į pokalbį įkelto dokumento santrauką ir atsako į Ask AI bei Mia klausimus. Tai vienintelės vietos, kuriose bendrosios paskirties modelis liečia iš susitikimo gautą turinį, ir visos jos nukreipiamos į vieną vietą:

• Jūsų organizacijos pasirinktas DI šliuzas. Vienas kodo sprendėjas (resolver) parenka jį kiekvienam iškvietimo taškui; antro kelio nėra. Numatytasis yra Azure OpenAI ES Data Zone; savo nustatymuose organizacija gali persijungti į Vertex AI ES kelių regionų galiniame taške arba Amazon Bedrock Frankfurte, arba nukreipti visas DI funkcijas į savo pačios su OpenAI suderinamą galinį tašką — vLLM savo duomenų centre ar diegimą savo nuomotojo aplinkoje. Kiekvienas talpinamas šliuzas veikia mūsų pačių nuomotojo aplinkoje, sukonfigūruotas be duomenų saugojimo (zero data retention) ir be mokymo klientų turiniu; atsarginis variantas lieka tame pačiame šliuze — kitas ES regionas arba kitas to paties tiekėjo modelis — niekada ne kitas tiekėjas. DI funkcijų dokumentacijoje išvardyti šliuzai ir regionai.
• Santrauka ir redaktoriaus veiksmas išversti eina per vertimo kanalą, o ne per kalbos modelį — tuo pačiu keliu, kuriuo verčiami gyvi pokalbiai.
• DI galima išjungti visai organizacijai: transkripcija ir vertimas toliau veikia; santrauka, dokumentų santraukos, rašymo asistentas ir Ask AI nustoja veikti.

Realiuoju laiku vykstantis balsas, pokalbiai, užrašai ir dokumentų vertimas niekada nesikreipia į nė vieną iš šių paslaugų — jie nuo pat pradžių veikė ES.

Kur yra tiekėjai: Microsoft, Google ir Amazon yra JAV bendrovės, valdančios ES regionus. Tai aiškiai nurodyta pasitikėjimo puslapyje, o ne slepiama — tai korporatyvinės buveinės klausimas iš šio straipsnio pradžios, šiai grandžiai atsakytas taip pat, kaip ir apie infrastruktūrą. Vienas modelis veikia visiškai už susitikimo ribų: mūsų viešas vertimo kokybės testas naudoja LLM vertintoją (Gemini, atsarginis — Claude, per Vercel AI Gateway), kad įvertintų mašininius FLORES-200 etaloninių sakinių vertimus. Tai fiksuotas viešas duomenų rinkinys — ne niekieno susitikimas.

Ką tai reiškia jūsų DPA

Daugumai ES pirkėjų — Vokietijos Mittelstand įmonėms, reguliuojamų sektorių įmonėms, naudojančioms standartines GDPR DPA — aukščiau pateiktas vaizdas tiesiogiai atsako į duomenų rezidencijos klausimą: kiekviena jūsų susitikimo vykdymo grandis yra ES. Tiekėjų buveinės atskleidžiamos subtvarkytojų sąraše pagal įprastą praktiką; nieko netikėto. Rezidencijos žemėlapis yra tik viena dalis; dėl likusių duomenų apsaugos įsipareigojimų — ištrynimo, saugojimo, perkeliamumo, sutikimo — mes atlikome pilną kodo bazės auditą ir uždarėme kiekvieną punktą kode.

Prancūzijos souveraineté numérique ir SecNumCloud lygio viešiesiems pirkimams tiekėjo korporatyvinė buveinė pati yra kriterijaus dalis, o ne tik vykdymo vieta. Tai jau kitas pokalbis — alternatyvi diegimo topologija, kurioje visi komponentai lieka Europos jurisdikcijos tiekėjų žinioje. Pagal numatytuosius nustatymus to nevykdome; paleisime ją nuomotojui, kuriam to reikia ir kuriam sutartis pateisina sukūrimo darbus.

JAV ir daugumos APAC pirkėjų atveju paprastai yra atvirkščiai — jiems reikia mažos delsos iš jų regiono, o tai kita problema. Šiandien veikiame viename regione fra1. Jei jūsų srautas pateisina JAV pasienio mazgą, suplanuosime jį kartu su jumis.

Prie ko įpareigoja šis straipsnis

Tai vaizdas 2026-05-28. Atnaujinsime jį, kai pasikeis sistema — tiekėjo keitimas, regiono migracija, nauja išorinė paslauga. Dabartinė konfigūracija patikrinama mūsų atvirame vercel.json, mind-sdk + Mind API variklyje, veikiančiame OVH Prancūzijoje, ir kiekvieno tiekėjo savo informacijos skydelyje.

Jei kas nors čia atrodo neteisinga arba jūsų DPO reikia atsakymo, kurio šis žemėlapis neduoda, parašykite mums. Mieliau ištaisysime trūkstamą detalę, nei jūs ją atrastumėte peržiūrėdami sutartį.

Šaltiniai: vykdymo regionai ir modelių maršrutizavimas patikrinti pagal įdiegtą konfigūraciją (vercel.json, fly.toml) ir išleistą kodą; Vercel AI Gateway (santraukos tiekėjo prisegimo kelias), FLORES-200; patikrinta 2026 m. rugpjūtį.