Bir InterMIND toplantısı gerçekte nerede çalışır

Er ya da geç ev sahibi tarafındaki biri (müşterinin BT ekibi, bir veri koruma görevlisi, temkinli bir iş ortağı) hep aynı soruyu sorar: "Bu veri nereye gidiyor?" Alt işleyici listesini, tedarikçilerin kuruluş yerlerini ve oklarla çizilmiş bir şema isterler.

Tabloyu e-postayla parça parça göndermektense bütününü görmenizi tercih ederiz. İşte bu yüzden tek bir toplantının veri yolu burada: dokunduğu her harici hizmet, her birinin nerede çalıştığı ve içinden hangi verilerin aktığı. Her şey 2026-05-28 tarihinde gerçek dağıtım yapılandırmasıyla karşılaştırılarak doğrulandı.

Toplantı içeriğine dokunan her yol çalışma anında AB'dedir. Buna, kuruluşunuzun seçtiği AI ağ geçidi üzerinde, kendi kiracımızın bir AB bölgesinde çalışan AI adımları da dahildir. Bu ağ geçidinin arkasındaki tedarikçilerin AB bölgeleri işleten ABD şirketleri olduğunu aşağıda açıkça söylüyoruz. Toplantının tamamen dışında kalan modelin hangisi olduğunu da belirtiyoruz.

Bu yazı toplantınızın nerede çalıştığını haritalandırır. Eşlik eden yazısı Bir InterMIND toplantısı neyden oluşur, neyden oluştuğunu haritalandırır: hangi katmanlar kendi kodumuz, hangileri açık kaynak ve tescilli SaaS konusunda nerede pragmatik davrandığımız.

"Nerede çalışır" gerçekte ne demek

Egemenlik tartışmalarında iki şey birbirine karıştırılır, oysa aynı şey değildirler:

1. Çalışma anı / veri yolu. Toplantınızın baytlarının istek sırasında fiziksel olarak nerede işlendiği. Veri yerleşimi düzenlemelerinin ve çoğu DPA'nın asıl konusu budur.
2. Tedarikçinin kurumsal kuruluş yeri. SaaS tedarikçisinin hukuken nerede kurulduğu. CLOUD Act tartışmalarının konusu budur: iş yükü nerede çalışırsa çalışsın, bir ABD zorlamasının tedarikçinin ana kuruluşuna kuramsal olarak uzanabilmesi.

"Bu AB'de mi?" sorularının neredeyse tamamı, bu ikisinden birinin özensiz sorulmuş hâlidir. Aşağıda her tedarikçi için ikisini ayrı ayrı yanıtlıyoruz.

Bir toplantının veri yolu

Bir görüşmeyi katılımdan takip e-postasına kadar izleyelim:

1. Tarayıcı toplantı sayfasını açar. SSR, fra1 (Frankfurt) bölgesine sabitlenmiş Vercel üzerinde çalışır. Oturum çerezleri, API yükleri ve sunucuda oluşturulan HTML dahil tüm istek/yanıt verisi çalışma anında AB'de işlenir.
2. WebSocket, Paris'teki (cdg) toplantı sunucumuza bağlanır. Toplantı orkestrasyonu, çevrimiçi durum bilgisi, sinyalleşme: hepsi AB'de.
3. Konuşma tanıma medya sunucumuzda çalışır. Ses, WebRTC üzerinden kendi motorumuza, yani Fransa'daki OVH üzerinde çalışan Mind API'ye ulaşır. Sözcük sözcük, görüşmeyi taşıyan aynı sunucuda tanınır; döngüde üçüncü taraf bir konuşma hizmeti yoktur. Tek istisna sohbetteki sesli notlardır: bunların konuşmadan metne dönüşümü, varsayılan AI ağ geçidinin konuşma hizmeti olan Azure AI Speech üzerinde çalışır (tedarikçi tablosu aşağıda). İşlem hattının kendisi Dört çeviri hattının içinde yazısında anlatılıyor.
4. Ses ve sohbet çevirisi, OVH Fransa üzerindeki kendi motorumuza gider. Bu, mind-sdk + Mind API'dir: bizim kodumuz, bizim sunucularımız, Fransa'da. Döngüde üçüncü taraf bir model yoktur. Odada bulunan her hedef dil için bir çeviri yapılır ve her adımda veri AB içinde kalır.
5. Sohbete bırakılan bir belge (PDF, DOCX, DOC, PPTX, XLSX) sunucu tarafında, Paris'teki ws-server'dan Köln'deki DeepL'e gider. Alman şirketi, Almanya'da işleme. Ses ve sohbet DeepL'e hiç uğramaz.
6. Uygulama verileri (kullanıcılar, ekipler, mesajlar, toplantı meta verileri) AWS Frankfurt üzerindeki Neon Postgres'te (eu-central-1) tutulur. Anlık yedekler aynı bölgededir.
7. Kayıtlar, ekler ve dışa aktarımlar, Fly üzerindeki S3 uyumlu depolama olan Tigris'te saklanır. Uçlara kopyalanır; bucket, veriyi daha sıkı sabitlemesi gereken kiracılar için çok bölgeli AB olarak yapılandırılabilir.
8. Hatalar ve performans izleri Sentry'nin AB örneğine (de.sentry.io) gider. ABD organizasyonu Mayıs ayında kapatıldı.
9. Ürün analitiği PostHog EU'ya (eu.i.posthog.com) gider.
10. İşlemsel e-posta (sihirli bağlantılar, davetler, makbuzlar) Resend üzerinden eu-west-1 (İrlanda) çıkışlı gönderilir.

Yukarıdakilerin tümü çalışma anında AB'dedir. Verilerinizin çoğunun içinden aktığı çeviri motoru da üçüncü tarafın değil, kendi kodumuzdur. Üzerinde çalıştığı istemci SDK'sı açık kaynaktır (BSD-3-Clause) ve bugün denetlenebilir. Motorun kendisini kendi altyapınızda çalıştırma seçeneği ise ihtiyacı olan müşteri için yol haritamızda.

Tedarikçi haritası

Hacim bakımından en yoğun iki veri akışı, yani OVH üzerindeki kendi motorumuzla yapılan ses/sohbet çevirisi ve DeepL ile yapılan belge çevirisi, ana kuruluşu AB'de olan iki tedarikçiye denk geliyor. Toplantı içeriğinin büyük bölümü bu ikisinden geçer. Kurumsal kuruluş yeri ayrıntılarını içeren tam alt işleyici listesi, standart uygulama olarak DPA'ya girer. Yukarıdaki tablo ise çalışma anı görünümüdür ve veri yerleşimi maddelerinin çoğu bununla ilgilidir.

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

Görüşme bittikten sonra söylenenler üzerinde birkaç dil modeli adımı çalıştırırız: AI özeti (konular, kararlar, action items, açık sorular), toplantı sonrası özet ve AI not düzenleyici (bir notu çevirme veya düzeltme / genişletme / sadeleştirme). Görüşme sırasında aynı türden bir adım, sohbete bırakılan her belgenin özetini yazar, Ask AI ve Mia'yı yanıtlar. Genel amaçlı bir modelin toplantıdan türetilmiş içeriğe dokunduğu tek yerler bunlardır ve hepsi tek bir yere gider:

• Kuruluşunuzun seçtiği AI ağ geçidi. Koddaki tek bir çözücü, onu her çağrı noktası için seçer; ikinci bir yol yoktur. Varsayılan EU Data Zone'daki Azure OpenAI'dır. Kuruluş, ayarlarından AB çok bölgeli uç noktasındaki Vertex AI'a veya Frankfurt'taki Amazon Bedrock'a geçebilir ya da tüm AI özelliklerini kendi OpenAI uyumlu uç noktasına yönlendirebilir: kendi veri merkezindeki vLLM veya kendi kiracısındaki bir dağıtım. Barındırılan her ağ geçidi kendi kiracımızda, sıfır veri saklama ve müşteri içeriğiyle eğitim yapılmaması için yapılandırılmış olarak çalışır. Yedek de aynı ağ geçidinde kalır (ikinci bir AB bölgesi veya aynı tedarikçinin ikinci bir modeli), asla başka bir tedarikçiye geçmez. AI özellikleri belgeleri ağ geçitlerini ve bölgeleri listeler.
• Özet ve düzenleyicinin çevir eylemi, dil modelinden değil çeviri yolundan geçer; canlı sohbeti çeviren yolun aynısıdır.
• 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 bunların hiçbirinden geçmez; en baştan beri AB içinde kalıyorlardı.

Tedarikçilerin konumu: Microsoft, Google ve Amazon, AB bölgeleri işleten ABD şirketleridir. Bu, güven sayfasında gizlenmeden açıkça belirtilir. Bu yazının başındaki kurumsal kuruluş yeri sorusudur ve bu adım için de altyapı bileşenleriyle aynı şekilde yanıtlanmıştır. Bir model ise toplantının tamamen dışındadır: herkese açık çeviri kalitesi kıyaslamamız, makine çevirilerini FLORES-200 referans cümleleri üzerinden puanlamak için bir LLM hakemi kullanır (Gemini, yedek olarak Claude; Vercel'in AI Gateway'i üzerinden). Bu, sabit ve herkese açık bir veri kümesidir; kimsenin toplantısı değildir.

DPA'nız için bu ne anlama geliyor

Çoğu AB alıcısı için (Alman Mittelstand'ı, standart GDPR DPA'ları uygulayan düzenlemeye tabi sektörler) yukarıdaki tablo veri yerleşimi sorusunu doğrudan yanıtlar: toplantınızın izlediği her çalışma anı adımı AB'dedir. Tedarikçi kuruluş yeri, olağan uygulama gereği alt işleyici listesinde açıklanır; burada şaşırtıcı bir şey yok. Yerleşim haritası yalnızca bir parçadır. Veri koruma yükümlülüklerinin geri kalanı için (silme, saklama, taşınabilirlik, rıza) kod tabanını tam bir denetimden geçirdik ve her maddeyi kodla kapattık.

Fransız souveraineté numérique ve SecNumCloud düzeyindeki tedarik süreçlerinde, yalnızca çalışma konumu değil, tedarikçinin kurumsal kuruluş yeri de kriterin parçasıdır. Bu başka bir konuşma: her bileşeni Avrupa yargı yetkisindeki tedarikçilerin altında tutan alternatif bir dağıtım topolojisi. Bunu varsayılan olarak çalıştırmıyoruz; ihtiyacı olan ve sözleşmenin kurulumu haklı çıkardığı bir kiracı için devreye alırız.

ABD içi ve çoğu APAC alıcısı için tersi genellikle doğrudur: bölgelerinden düşük gecikme isterler, bu da farklı bir problemdir. Bugün fra1'de tek bölgeli çalışıyoruz. Trafiğiniz bir ABD uç noktasını haklı çıkarıyorsa, bunu sizinle birlikte planlarız.

Bu yazı bizi neye bağlıyor

Bu, 2026-05-28 tarihindeki tablodur. Altyapı değiştiğinde (tedarikçi değişimi, bölge taşıma, yeni bir harici hizmet) güncelleyeceğiz. Güncel yapılandırma; açık vercel.json dosyamızdan, OVH Fransa'da çalışan mind-sdk + Mind API motorundan ve her tedarikçinin kendi panosundan doğrulanabilir.

Burada bir şey yanlış görünüyorsa veya veri koruma görevlinizin bu haritanın vermediği bir yanıta ihtiyacı varsa, bize yazın. Eksik bir ayrıntıyı düzeltmeyi, sizin onu bir sözleşme incelemesinde keşfetmenize tercih ederiz.

Kaynaklar: çalışma bölgeleri ve model yönlendirmesi, dağıtılmış yapılandırma (vercel.json, fly.toml) ve yayındaki kod ile doğrulandı; Vercel AI Gateway (özetin sağlayıcı sabitleme yolu), FLORES-200; Ağustos 2026'da kontrol edildi.