Tek bir InterMIND toplantısı gerçekte nerede çalışır

Her ciddi kurumsal satın alma süreci nihayetinde aynı soruya varır: "Bu veriler nereye gidiyor?" Veri Koruma Sorumlusu (DPO) bir alt-işlemci listesi ister. CIO, hangi satıcıların ABD merkezli olduğunu bilmek ister. Hukuk departmanı oklu bir diyagram ister.

Bilgiyi e-postayla parça parça göndermek yerine, tüm resmi görmeyi tercih ederiz. İşte tek bir toplantının veri yolu — dokunduğu her harici servis, her birinin nerede çalıştığı ve içinden hangi verilerin aktığı. 2026-05-28 tarihindeki gerçek dağıtım yapılandırmasına göre doğrulanmıştır.

Toplantı içeriğine dokunan her yol çalışma zamanında AB'dedir — kurumunuzun seçtiği AI ağ geçidinde, kendi kiracımızın bir AB bölgesinde çalışan AI adımları dahil. Bu ağ geçidinin arkasındaki satıcılar, AB bölgelerinde faaliyet gösteren ABD şirketleridir; bunu aşağıda açıkça belirtiyoruz ve hangi modelin toplantı dışında tamamen kaldığını söylüyoruz.

Bu yazı toplantınızın nerede çalıştığını haritalandırır. Yoldaşı olan Tek bir InterMIND toplantısı neyden oluşur ise neyden inşa edildiğini haritalandırır — hangi katmanların kendi kodumuz olduğunu, hangilerinin açık kaynaklı olduğunu ve tescilli SaaS konusunda nerede pragmatik davrandığımızı.

"Nerede çalıştığı" gerçekte ne anlama geliyor

Veri egemenliği konuşmalarında iki şey birbirine karıştırılır ve bunlar aynı şey değildir:

1. Çalışma zamanı / veri yolu. Toplantınızın baytlarının istek sırasında fiziksel olarak nerede işlendiği. Bu, veri ikametgahı (data residency) düzenlemelerinin ve çoğu DPA'nın gerçekte ilgili olduğu konudur.
2. Satıcı kurumsal ikametgahı. SaaS satıcısının yasal olarak nerede kurulduğu. Bu, CLOUD-Act tartışmalarının konusudur — iş yükünün nerede çalıştığından bağımsız olarak, satıcının ana kuruluşuna karşı ABD zorlamasının teorik erişimi.

Neredeyse her "bu AB mi?" sorusu aslında bu ikisinden biridir, ancak net olmayan bir şekilde sorulur. Aşağıda her satıcı için bunları ayrı ayrı cevaplıyoruz.

Tek bir toplantının veri yolu

Bir aramayı katılımdan takip e-postasına kadar izleyin:

1. Tarayıcı toplantı sayfasını açar. SSR, Vercel üzerinde fra1 (Frankfurt) bölgesine sabitlenmiş olarak çalışır. Tüm istek/yanıt verileri — oturum çerezleri, API yükleri, sunucuda işlenmiş HTML — çalışma zamanında AB'de işlenir.
2. WebSocket, Paris'teki (cdg) toplantı sunucumuza bağlanır. Toplantı orkestrasyonu, katılım (presence), sinyalleme — hepsi AB.
3. Konuşma tanıma medya sunucumuzda çalışır. Ses, WebRTC üzerinden kendi motorumuza — Fransa'da OVH üzerindeki Mind API'ye — gelir ve orada, çağrıyı taşıyan sunucuda kelime kelime tanınır; döngü içinde hiçbir üçüncü taraf konuşma servisi yoktur. Sohbetteki sesli notlar tek istisnadır: konuşmadan metne dönüştürme işlemleri varsayılan AI ağ geçidinin (aşağıdaki satıcı tablosu) konuşma servisi olan Azure AI Speech üzerinde çalışır. Pipeline'ın kendisi Dört çeviri pipeline'ının içine bakış içindedir.
4. Sesli ve metinli sohbet çevirisi Fransa'da OVH üzerindeki kendi motorumuza ulaşır. Bu mind-sdk + Mind API'dir — bizim kodumuz, bizim sunucularımız, Fransa'da. Döngüde hiçbir üçüncü taraf modeli yoktur. Bir saniyenin altındaki bütçe, odada bulunan her hedef dil için bir çeviri, her durakta (hop) AB'de ikamet eder.
5. Sohbete bırakılan bir belge (PDF, DOCX, DOC, PPTX, XLSX) sunucu tarafında Paris ws-sunucusundan Köln'deki DeepL'e gider. Alman şirketi, Alman işlemesi. Sesli ve metinli sohbet DeepL'e dokunmaz.
6. Uygulama verileri — kullanıcılar, takımlar, mesajlar, toplantı meta verileri — AWS Frankfurt'taki Neon Postgres üzerinde (eu-central-1) barınır. Anlık görüntüler aynı bölgededir.
7. Kayıtlar, ekler, dışa aktarımlar Fly üzerinde S3 uyumlu depolama olan Tigris'te saklanır. Edge olarak çoğaltılır; bucket, daha sıkı sabitlenmesi gereken kiracılar için çok bölgeli AB'ye yapılandırılabilir.
8. Hatalar ve performans izleri Sentry'nin AB örneğine (de.sentry.io) gider. ABD organizasyonu Mayıs ayında kullanımdan kaldırıldı.
9. Ürün analizleri PostHog AB'ye (eu.i.posthog.com) gider.
10. İşlemsel e-posta (sihirli bağlantılar, davetler, makbuzlar) eu-west-1 (İrlanda) üzerinden Resend aracılığıyla gönderilir.

Yukarıdakilerin tamamı çalışma zamanında AB'dedir. Çeviri motoru — verilerinizin aslında büyük bölümünün aktığı parça — de bir üçüncü tarafa ait değil, kendi kodumuzdur. Üzerinde çalıştığı istemci SDK'sı açık kaynaklıdır (BSD-3-Clause) ve bugün denetlenebilir; motorun kendisini kendi sunucunuzda barındırma (self-hosting) ihtiyacı olan bir müşteri için yol haritamızdadır.

Satıcı haritası

Hacme göre en ağır iki veri akışı — OVH üzerindeki kendi motorumuzdan gelen sesli/sohbet çevirisi ve DeepL üzerinden yapılan belge çevirisi — tesadüfen ana kuruluşu AB'de olan iki satıcıdır. Bu, toplantı içeriğinin büyük bölümünü kapsar. Kurumsal ikametgahı detaylarını içeren tam alt-işlemci listesi standart bir uygulama olarak DPA'ya girer; yukarıdaki tablo, çoğu veri ikametgahı (data residency) maddesinin ilgili olduğu çalışma zamanı görünümüdür.

AI adımları, açık bir dille

Arama bittikten sonra, söylenenler üzerinde birkaç dil modeli adımı çalıştırırız: AI özeti (konular, kararlar, eylem öğeleri, açık sorular), toplantı sonrası özet ve AI not editörü (bir notu çevir, veya düzelt / genişlet / basitleştir). Toplantı sırasında aynı tür adım, sohbete bırakılan her belgenin özetini yazar ve Ask AI ve Mia'ya cevap verir. Bunlar, genel amaçlı bir modelin toplantıdan türetilmiş içeriğe dokunduğu tek yerlerdir ve hepsi tek bir yere gider:

• Kuruluşunuzun seçtiği AI ağ geçidi. Koddaki tek bir çözücü (resolver) bunu her çağrı noktası için seçer; ikinci bir yol yoktur. Varsayılan, AB Veri Bölgesi'nde Azure OpenAI'dir; ayarlarından bir kuruluş AB çok bölgeli uç noktasında Vertex AI veya Frankfurt'ta Amazon Bedrock seçeneğine geçebilir veya her AI özelliğini kendi OpenAI uyumlu uç noktasına — kendi veri merkezinde bir vLLM, kendi kiracısında bir dağıtım — yönlendirebilir. Barındırılan her ağ geçidi, sıfır veri saklama ve müşteri içeriğinde eğitim olmaması için yapılandırılmış kendi kiracımızda çalışır; yedek yol (fallback) aynı ağ geçidinde kalır — ikinci bir AB bölgesi veya aynı satıcının ikinci bir modeli — asla başka bir satıcı değil. AI özellikleri dokümanları ağ geçitlerini ve bölgeleri listeler.
• Özet ve editörün çevir eylemi dil modelinden değil, çeviri yolundan geçer — canlı sohbeti çeviren aynı yol.
• AI tüm kuruluş için kapatılabilir: transkripsiyon ve çeviri çalışmaya devam eder; özet, belge özetleri, yazma asistanı ve Ask AI durur.

Gerçek zamanlı ses, gerçek zamanlı sohbet, notlar ve belge çevirisi asla bunlardan herhangi birinden geçmez — başından beri AB ikametgahlıydılar.

Satıcıların bulunduğu yer: Microsoft, Google ve Amazon, AB bölgelerinde faaliyet gösteren ABD şirketleridir. Bu güven sayfasında açıkça belirtilir, gizli değildir — bu yazının başındaki kurumsal ikametgahı sorusunun, altyapı (plumbing) için olduğu gibi bu durak için de aynı şekilde cevaplanmış halidir. Tek bir model toplantı dışında tamamen kalır: halka açık çeviri kalitesi karşılaştırma testimiz, FLORES-200 referans cümlelerinin makine çevirilerini puanlamak için bir LLM jüri (Claude ile yedeklenen Gemini, Vercel'in AI Ağ Geçidi üzerinden) kullanır. Bu, kimsenin toplantısı değil — sabit, herkese açık bir veri setidir.

Bu, DPA'nız için ne anlama geliyor

Çoğu AB alıcısı için — Alman Orta Sınıfı (Mittelstand), standart GDPR DPA'ları çalıştıran düzenlemeli sektörler — yukarıdaki resim veri ikametgahı (data residency) sorusunu doğrudan cevaplar: toplantınızın yaptığı her çalışma zamanı durağı AB'dedir. Satıcı ikametgahı, normal uygulama uyarınca alt-işlemci listesinde açıklanır; orada şaşırtıcı bir şey yoktur. İkametgah haritası bir parçadır; diğer veri koruma yükümlülüklerinin — silme, saklama, taşınabilirlik, onay — geri kalanı için kod tabanını tam bir denetimden geçirdik ve her maddeyi koda karşı kapattık.

Fransız souveraineté numérique ve SecNumCloud seviyesinde satın almalar için, satıcı kurumsal ikametgahı sadece çalışma zamanı konumu değil, kendisi de kriterin bir parçasıdır. Bu farklı bir konuşmadır — her bileşeni Avrupa yargı bölgesindeki satıcılar altında tutan alternatif bir dağıtım topolojisi. Bunu varsayılan olarak çalıştırmıyoruz; ihtiyaç duyan ve sözleşmenin yapıyı haklı kıldığı bir kiracı için bunu devreye alırız.

ABD iç ve çoğu APAC alıcısı için ise genellikle tersi geçerlidir — kendi bölgelerinden düşük gecikme isterler, bu da farklı bir sorundur. Bugün fra1 bölgesinde tek bölge olarak çalışıyoruz. Trafiğiniz bir ABD kenarını (edge) haklı kılıyorsa, bunu sizinle birlikte planlarız.

Bu yazının bizi bağladığı şeyler

Bu, 2026-05-28 tarihindeki resimdir. Yığın (stack) değiştiğinde — satıcı değişimi, bölge göçü, yeni bir harici servis — bunu güncelleyeceğiz. Mevcut yapılandırma açık vercel.json dosyamızda, OVH France'da çalışan mind-sdk + Mind API motorunda ve her satıcının kendi panelinde doğrulanabilir.

Burada yanlış görünen bir şey varsa veya Veri Koruma Sorumlusunuz bu haritanın vermediği bir cevap istiyorsa, bize yazın. Eksik bir detayı düzeltmeyi, sözleşme incelemesinde keşfetmenize tercih ederiz.

Kaynaklar: çalışma zamanı bölgeleri ve model yönlendirmesi, dağıtılan yapılandırmaya (vercel.json, fly.toml) ve gönderilen koda göre doğrulanmıştır; Vercel AI Ağ Geçidi (özeltin sağlayıcı sabitleme yolu), FLORES-200; Ağustos 2026'da kontrol edilmiştir.