InterMIND 미팅이 실제로 실행되는 위치
모든 진지한 엔터프라이즈 조달 논의는 결국 같은 질문에 도달합니다. "이 데이터는 어디로 가나요?" DPO(데이터 보호 책임자)는 하위 프로세서 목록을 원합니다. CIO는 어떤 벤더가 미국에 본사를 두고 있는지 알고 싶어 합니다. 법무팀은 화살표가 있는 다이어그램을 원합니다.
이메일로 조금씩 전달하기보다는 전체적인 그림을 파악하시는 것이 낫다고 생각합니다. 따라서 하나의 미팅에 대한 데이터 경로, 즉 접촉하는 모든 외부 서비스, 각 서비스가 실행되는 위치, 그리고 어떤 데이터가 흐르는지를 설명해 드립니다. 2026-05-28 기준 실제 배포 구성과 대조하여 검증되었습니다.
미팅 콘텐츠에 닿는 모든 경로는 런타임 시 EU에서 처리됩니다. 여기에는 과거에 유일한 간극으로 지정했던 미팅 후 AI 단계도 포함되며, 이후 EU 프로세서로 이전했습니다. 남은 유일한 미국 모델이 어디에 위치하는지, 그리고 왜 그 모델이 귀하의 미팅을 결코 볼 수 없는지 명확히 말씀드립니다.
이 게시물은 귀하의 미팅이 어디서 실행되는지 보여줍니다. 이와 짝을 이루는 InterMIND 미팅을 구성하는 요소는 무엇으로 구성되어 있는지를 설명합니다. 즉, 어떤 계층이 우리 자체 코드이고, 어떤 것이 오픈소스이며, 독점 SaaS에 대해서는 어떻게 실용적으로 접근하는지를 다룹니다.
"실행되는 위치"가 실제로 의미하는 바
데이터 통제 관련 논의에서 두 가지가 혼용되지만, 이 둘은 같은 개념이 아닙니다:
- 런타임 / 데이터 경로. 요청이 처리되는 동안 귀하의 미팅 바이트가 물리적으로 처리되는 위치입니다. 이것이 데이터 상주(data residency) 규정과 대부분의 DPA가 실제로 다루는 내용입니다.
- 벤더 기업 본사 소재지. SaaS 벤더가 법적으로 설립된 위치입니다. 이것이 CLOUD법 논의의 대상입니다. 즉, 워크로드가 어디서 실행되든 상관없이 벤더의 모회사에 대한 미국의 강제력이 미칠 수 있는 이론적 범위를 의미합니다.
"이것이 EU 기반인가요?"라는 질문의 거의 모든 것은 부정확하게 표현된 위의 두 가지 질문 중 하나입니다. 아래에서 각 벤더에 대해 이 두 가지를 나누어 답변합니다.
하나의 미팅의 데이터 경로
참여부터 후속 이메일까지 하나의 통화를 추적해 보세요:
- 브라우저가 미팅 페이지를 엽니다. SSR은 Vercel에서 실행되며
fra1(프랑크푸르트)에 고정됩니다. 모든 요청/응답 데이터 — 세션 쿠키, API 페이로드, 서버 렌더링 HTML — 는 런타임 시 EU에서 처리됩니다. - WebSocket이 파리(
cdg)에 있는 우리의 미팅 서버에 연결됩니다. 미팅 오케스트레이션, 프레즌스, 시그널링 — 모두 EU에 있습니다. - 음성 인식이 발화자의 브라우저에서 실행됩니다. 로컬입니다. 결과 텍스트가 번역을 위해 전송되기 전까지는 절대 기기를 떠나지 않습니다. (그 이유는 네 가지 번역 파이프라인 내부 살펴보기에서 다루었습니다.)
- 음성 및 채팅 번역은 프랑스 OVH에 있는 우리 자체 엔진에 도달합니다. 이것은
mind-sdk+ Mind API입니다 — 프랑스에 있는 우리의 코드, 우리의 호스트입니다. 루프에 타사 모델이 없습니다. 1초 미만의 처리 시간 예산, 언어별 WebSocket 풀, 모든 홉에서 EU에 상주합니다. - 채팅에 드롭된 문서(PDF, DOCX, PPTX, XLSX)는 파리 ws-server에서 서버 측을 통해 쾰른의 DeepL로 전달됩니다. 독일 회사, 독일 처리. 음성과 채팅은 DeepL에 닿지 않습니다.
- 애플리케이션 데이터 — 사용자, 팀, 메시지, 미팅 메타데이터 — 는 AWS 프랑크푸르트의 Neon Postgres(
eu-central-1)에 저장됩니다. 스냅샷도 동일 리전에 있습니다. - 녹음, 첨부 파일, 내보내기는 Fly의 S3 호환 스토리지인 Tigris에 저장됩니다. 엣지 복제되며, 더 엄격하게 고정해야 하는 테넌트를 위해 EU 멀티 리전으로 구성할 수 있습니다.
- 오류 및 성능 추적은 Sentry의 EU 인스턴스(
de.sentry.io)로 전달됩니다. 미국 조직은 5월에 폐기되었습니다. - 제품 분석은 PostHog EU(
eu.i.posthog.com)로 전달됩니다. - 트랜잭션 이메일(매직 링크, 초대장, 영수증)은
eu-west-1(아일랜드)의 Resend를 통해 전송됩니다.
위의 모든 것은 런타임 시 EU에서 실행됩니다. 귀하의 데이터가 실제로 가장 많이 흐르는 부분인 번역 엔진 역시 타사가 아닌 우리 자체 코드입니다. 이 엔진이 실행되는 클라이언트 SDK는 오늘날 감사 가능한 오픈소스(BSD-3-Clause)이며, 엔진 자체의 자체 호스팅은 이를 필요로 하는 고객을 위한 로드맵 상에 있습니다.
벤더 맵
| 벤더 | 역할 | 런타임 위치 |
|---|---|---|
OVH (mind-sdk + Mind API) | 음성 + 채팅 번역 엔진 | 프랑스 |
| Fly.io | 미팅 WebSocket 오케스트레이션 | 파리(cdg) |
| Vercel (Nuxt + Nitro APIs) | 앱 셸, 서버 API, SSR | 프랑크푸르트(fra1) |
| Neon | 애플리케이션 Postgres | AWS 프랑크푸르트(eu-central-1) |
| Tigris | 객체 스토리지(녹음, 첨부 파일) | 엣지 복제됨; EU 고정 가능 |
| DeepL | 문서 번역(PDF/DOCX/PPTX/XLSX) | 쾰른 |
| Sentry | 오류 추적 | de.sentry.io (EU) |
| PostHog | 제품 분석 | eu.i.posthog.com |
| Resend | 트랜잭션 이메일 | 아일랜드(eu-west-1) |
| Stripe | 결제 | EU 고객의 경우 아일랜드(Stripe Payments Europe Ltd.) |
볼륨 기준으로 가장 많은 데이터가 흐르는 두 경로, 즉 OVH의 자체 엔진을 통한 음성/채팅 번역과 DeepL을 통한 문서 번역은 모두 EU에 모회사를 둔 벤더를 통해 이루어집니다. 이것이 미팅 콘텐츠의 대부분을 차지합니다. 기업 본사 소재지에 대한 세부 정보가 포함된 전체 하위 프로세서 목록은 표준 관행에 따라 DPA에 포함됩니다. 위 표는 런타임 보기이며, 대부분의 데이터 상주(data residency) 조항이 다루는 내용입니다.
미팅 후 AI 단계, 명확하게 이름 붙이기
통화가 종료된 후 발화된 내용에 대해 몇 가지 언어 모델 단계를 실행합니다: AI 요약(주제, 결정, 실행 항목, 미해결 질문), 미팅 후 요약본, 그리고 AI 노트 편집기(노트 번역, 또는 수정 / 확장 / 단순화). 이곳은 범용 모델이 미팅에서 파생된 콘텐츠에 닿는 유일한 곳이며, 이제 이 모든 것이 EU 프로세서에서 실행됩니다:
- 요약은 EU 호스팅된 Mistral(
mistral-large-3,mistral-medium-3.5폴백)에서 실행되며, **데이터 보관 제로(zero-data-retention)**가 적용된 Mistral 제공업체에 고정된 Vercel의 AI 게이트웨이를 통해 접근합니다. 즉, 비 ZDR 또는 미국 호스트로 폴백하는 대신 요청이 실패합니다. - 요약본과 편집기의 번역 액션은 OVH의 자체 EU 엔진을 통과합니다. 이는 실시간 음성과 채팅을 번역하는 것과 동일한 엔진이므로, 요약본은 결코 미팅이 이미 존재했던 데이터 평면을 떠나지 않습니다.
- 편집기의 생성적 액션(수정, 확장, 축소, 단순화, 요약)은 번역 엔진에서 실행할 수 없으므로, 요약과 동일한 EU Mistral + 데이터 보관 제로 경로를 사용합니다.
실시간 음성, 실시간 채팅, 노트, 문서 번역은 이 중 어느 것도 거치지 않으며, 처음부터 EU에 상주했습니다.
미국에 본사를 둔 모델이 아직 루프 안에 있는 유일한 곳은 어떤 미팅 데이터에도 닿지 않습니다: 우리의 공개 번역 품질 벤치마크는 프론티어 모델을 자동화된 평가자로 사용하여 FLORES-200 참조 문장의 기계 번역을 채점합니다. 이는 누군가의 미팅이 아닌, 고정된 공개 데이터셋입니다.
우리는 EU-Mistral 단계에서 더 나아가고 있습니다: 요약을 완전히 비활성화할 수 있는 계획된 소유자 통제 기반 옵트아웃, 그리고 프론티어 추론 기능이 필요 없는 요약 작업을 위해 외부 Mistral을 대체할 **OVH의 자체 호스팅된 오픈 웨이트 모델(Kimi-class)**입니다. 둘 다 로드맵에 있으며 아직 출시되지 않았습니다. 출시되면 이 게시물을 업데이트하겠습니다.
DPA에 미치는 영향
대부분의 EU 구매자 — 표준 GDPR DPA를 실행하는 독일 중견기업 및 규제 산업 — 에게 위의 그림은 데이터 상주(data residency) 질문에 직접적으로 답변을 제공합니다: 미팅이 거치는 모든 런타임 홉은 EU에 있습니다. 벤더 본사 소재지는 일반적인 관행에 따라 하위 프로세서 목록에 공개되며, 여기에는 놀라운 점이 없습니다. 상주 맵은 그 일부일 뿐이며, 삭제, 보유, 이식성, 동의와 같은 나머지 데이터 보호 의무에 대해서는 코드베이스 전체 감사를 수행하고 각 항목을 코드에 맞춰 마감했습니다.
프랑스의 디지털 주권(souveraineté numérique) 및 SecNumCloud 등급의 조달을 위해, 벤더 기업 본사 소재지는 런타임 위치뿐만 아니라 기준의 일부입니다. 이는 다른 논의입니다 — 모든 구성 요소를 유럽 관할권 벤더 하에 유지하는 대체 배포 토폴로지입니다. 기본적으로 이를 실행하지는 않지만, 필요로 하고 계약이 구축을 정당화하는 테넌트를 위해 이를 가동할 것입니다.
미국 내수 및 대부분의 APAC 구매자의 경우, 반대가 일반적으로 사실입니다 — 이들은 자신의 리전에서 낮은 지연 시간을 원하며, 이는 다른 문제입니다. 오늘날 우리는 fra1에서 단일 리전으로 운영됩니다. 귀하의 트래픽이 미국 엣지를 정당화한다면, 함께 계획을 세우겠습니다.
이 게시물이 우리를 향한 약속
이것은 2026-05-28 기준의 모습입니다. 스택이 변경되면 — 벤더 교체, 리전 마이그레이션, 새로운 외부 서비스 — 업데이트할 것입니다. 현재 구성은 공개된 vercel.json, OVH France에서 실행되는 mind-sdk + Mind API 엔진, 그리고 모든 벤더의 자체 대시보드에서 검증 가능합니다.
여기에 잘못된 부분이 있어 보이거나, DPO가 이 맵에서 제공하지 않는 답변을 필요로 한다면 저희에게 연락해 주십시오. 계약 검토 중에 발견하시게 하는 것보다 빠진 세부 사항을 수정하는 것이 낫습니다.
출처: 배포된 구성(vercel.json, fly.toml) 및 출시된 코드와 대조하여 검증된 런타임 리전 및 모델 라우팅; Vercel AI 게이트웨이(요약의 제공업체 고정 경로), FLORES-200; 2026년 8월에 확인됨.