InterMIND 회의 한 건이 실제로 실행되는 곳

호스트 측의 누군가가(고객사 IT 담당자, DPO, 신중한 파트너 등) 조만간 똑같은 질문을 합니다. "이 데이터는 어디로 가나요?" 그들은 하위 처리자(sub-processor) 목록과 각 벤더의 소재지, 화살표가 그려진 다이어그램을 원합니다.

저희는 이메일로 조각조각 보내 드리기보다 전체 그림을 한 번에 보여 드리고자 합니다. 그래서 회의 한 건의 데이터 경로를 정리했습니다. 거치는 모든 외부 서비스, 각 서비스가 실행되는 위치, 그곳을 지나는 데이터를 담았습니다. 2026-05-28 기준 실제 배포 구성과 대조해 확인했습니다.

회의 콘텐츠를 다루는 모든 경로는 런타임에 EU 안에 있습니다. 여기에는 AI 단계도 포함됩니다. AI 단계는 조직이 선택한 AI 게이트웨이에서, 저희 자체 테넌트의 EU 리전에서 실행됩니다. 그 게이트웨이 뒤의 벤더가 EU 리전을 운영하는 미국 기업이라는 점은 아래에 있는 그대로 밝히며, 회의와 완전히 분리된 모델이 무엇인지도 함께 밝힙니다.

이 글은 회의가 어디에서 실행되는지를 보여 줍니다. 짝이 되는 글 InterMIND 회의 한 건은 무엇으로 만들어졌는가에서는 회의가 무엇으로 만들어졌는지를 다룹니다. 어느 계층이 자체 코드이고 어느 계층이 오픈소스인지, 그리고 상용 SaaS를 어디에서 실용적으로 활용하는지를 설명합니다.

"어디에서 실행되는가"의 실제 의미

주권 논의에서는 서로 다른 두 가지가 자주 뒤섞이는데, 이 둘은 같은 것이 아닙니다.

1. 런타임 / 데이터 경로. 요청이 처리되는 동안 회의 데이터의 바이트가 물리적으로 처리되는 위치입니다. 데이터 레지던시 규정과 대부분의 DPA가 실제로 다루는 것이 이것입니다.
2. 벤더의 법인 소재지. SaaS 벤더가 법적으로 설립된 곳입니다. CLOUD Act 논의가 다루는 것이 이것으로, 워크로드가 어디에서 실행되든 벤더 모회사에 대해 미국이 강제력을 행사할 수 있는 이론상의 범위를 뜻합니다.

"이게 EU 안에 있나요?"라는 질문은 거의 모두 이 둘 중 하나를 부정확하게 물은 것입니다. 아래에서는 모든 벤더에 대해 두 질문에 따로 답합니다.

회의 한 건의 데이터 경로

참여부터 후속 이메일까지 통화 한 건을 따라가 보겠습니다.

1. 브라우저가 회의 페이지를 엽니다. SSR은 Vercel에서 fra1(프랑크푸르트)에 고정되어 실행됩니다. 세션 쿠키, API 페이로드, 서버 렌더링 HTML 등 모든 요청/응답 데이터는 런타임에 EU 안에서 처리됩니다.
2. WebSocket이 파리(cdg)의 회의 서버에 연결됩니다. 회의 오케스트레이션, 프레즌스, 시그널링이 모두 EU 안에서 이루어집니다.
3. 음성 인식은 저희 미디어 서버에서 실행됩니다. 오디오는 WebRTC를 통해 저희 자체 엔진, 즉 프랑스 OVH의 Mind API에 도착하고, 통화를 전달하는 바로 그 서버에서 단어 단위로 인식됩니다. 제3자 음성 서비스는 관여하지 않습니다. 채팅의 음성 메모만 예외로, 음성 텍스트 변환이 기본 AI 게이트웨이의 음성 서비스인 Azure AI Speech에서 실행됩니다(아래 벤더 표 참조). 파이프라인 자체는 번역 파이프라인 네 가지 들여다보기에서 다룹니다.
4. 음성 및 채팅 번역은 프랑스 OVH의 자체 엔진을 거칩니다. 이는 mind-sdk + Mind API, 즉 프랑스에 있는 저희 코드와 저희 호스트입니다. 제3자 모델은 관여하지 않습니다. 회의에 참여 중인 대상 언어마다 번역이 한 번씩 이루어지며, 모든 구간이 EU 안에 있습니다.
5. 채팅에 올린 문서(PDF, DOCX, DOC, PPTX, XLSX)는 파리의 ws-server에서 서버 측으로 쾰른의 DeepL에 전달됩니다. 독일 기업이며 처리도 독일에서 이루어집니다. 음성과 채팅은 DeepL을 거치지 않습니다.
6. 애플리케이션 데이터(사용자, 팀, 메시지, 회의 메타데이터)는 AWS 프랑크푸르트(eu-central-1)의 Neon Postgres에 있습니다. 스냅샷도 같은 리전에 있습니다.
7. 녹화, 첨부 파일, 내보내기 파일은 Fly 위의 S3 호환 스토리지인 Tigris에 저장됩니다. 엣지에 복제되며, 더 엄격한 고정이 필요한 테넌트를 위해 버킷을 멀티 리전 EU로 설정할 수 있습니다.
8. 오류 및 성능 트레이스는 Sentry의 EU 인스턴스(de.sentry.io)로 전송됩니다. 미국 조직은 5월에 폐기했습니다.
9. 제품 분석 데이터는 PostHog EU(eu.i.posthog.com)로 전송됩니다.
10. 트랜잭션 이메일(매직 링크, 초대, 영수증)은 Resend를 통해 eu-west-1(아일랜드)에서 발송됩니다.

위의 모든 구간은 런타임에 EU 안에 있습니다. 대부분의 데이터가 실제로 거치는 번역 엔진도 제3자가 아닌 저희 자체 코드입니다. 엔진이 구동되는 클라이언트 SDK는 오픈소스(BSD-3-Clause)이며 현재 감사할 수 있습니다. 엔진 자체의 셀프 호스팅은 필요한 고객을 위해 로드맵에 올라 있습니다.

벤더 맵

데이터량이 가장 많은 두 흐름, 즉 OVH의 자체 엔진을 통한 음성/채팅 번역과 DeepL을 통한 문서 번역은 모회사가 EU에 있는 두 벤더에서 처리됩니다. 따라서 회의 콘텐츠의 대부분이 여기에 해당합니다. 법인 소재지 상세 정보를 포함한 전체 하위 처리자 목록은 표준 관행에 따라 DPA에 수록됩니다. 위 표는 런타임 관점의 뷰이며, 대부분의 데이터 레지던시 조항이 다루는 것이 바로 이 관점입니다.

AI 단계, 있는 그대로

통화가 끝나면 발언 내용에 대해 몇 가지 언어 모델 단계를 실행합니다. AI digest(주제, 결정 사항, action items, 미해결 질문), 회의 후 요약, AI 노트 편집기(노트 번역, 수정/확장/간소화)가 그것입니다. 통화 중에는 같은 종류의 단계가 채팅에 올린 모든 문서의 요약을 작성하고 Ask AI와 Mia에 답합니다. 범용 모델이 회의에서 파생된 콘텐츠를 다루는 곳은 이 부분뿐이며, 모두 한 곳으로 향합니다.

• 조직이 선택하는 AI 게이트웨이. 코드의 리졸버 하나가 모든 호출 지점에 대해 게이트웨이를 선택하며, 두 번째 경로는 없습니다. 기본값은 EU Data Zone의 Azure OpenAI입니다. 조직은 설정에서 EU 멀티 리전 엔드포인트의 Vertex AI 또는 프랑크푸르트의 Amazon Bedrock으로 전환하거나, 모든 AI 기능을 자체 OpenAI 호환 엔드포인트(자체 데이터 센터의 vLLM, 자체 테넌트의 배포)로 연결할 수 있습니다. 호스팅되는 각 게이트웨이는 저희 자체 테넌트에서 실행되며, 데이터 보존 없음(zero data retention)과 고객 콘텐츠 학습 금지로 구성되어 있습니다. 폴백은 같은 게이트웨이 안에 머뭅니다. 두 번째 EU 리전이나 같은 벤더의 두 번째 모델이며, 다른 벤더로 가지 않습니다. 게이트웨이와 리전 목록은 AI 기능 문서에서 확인할 수 있습니다.
• 요약과 편집기의 번역 동작은 언어 모델이 아니라 번역 경로를 거칩니다. 실시간 채팅을 번역하는 경로와 같습니다.
• 조직 전체에 대해 AI를 끌 수 있습니다. 전사와 번역은 계속 작동하고, digest, 문서 요약, 글쓰기 어시스턴트, Ask AI는 중지됩니다.

실시간 음성, 실시간 채팅, 노트, 문서 번역은 이 중 어느 곳도 거치지 않으며, 처음부터 EU 안에서 처리되었습니다.

벤더 소재지는 다음과 같습니다. Microsoft, Google, Amazon은 EU 리전을 운영하는 미국 기업입니다. 이 점은 신뢰 페이지에 숨김없이 밝혀 두었습니다. 이 글 맨 앞에서 던진 법인 소재지 질문이며, 이 구간에도 다른 인프라 구간과 같은 방식으로 답한 것입니다. 회의와 완전히 분리된 모델이 하나 있습니다. 저희의 공개 번역 품질 벤치마크는 LLM 심사위원(Gemini, 폴백은 Claude이며 Vercel의 AI Gateway 경유)을 사용해 FLORES-200 기준 문장의 기계 번역을 채점합니다. 이는 고정된 공개 데이터셋이며, 누구의 회의도 아닙니다.

DPA에 이것이 의미하는 바

독일 미텔슈탄트나 표준 GDPR DPA를 운용하는 규제 산업 등 대부분의 EU 구매자에게는 위의 그림이 데이터 레지던시 질문에 직접 답이 됩니다. 회의가 거치는 모든 런타임 구간이 EU 안에 있기 때문입니다. 벤더 소재지는 통상적인 관행대로 하위 처리자 목록에 공개되며, 놀랄 만한 내용은 없습니다. 레지던시 맵은 한 조각일 뿐이고, 삭제, 보존, 이동성, 동의 같은 나머지 데이터 보호 의무에 대해서는 코드베이스 전체를 감사하고 코드와 대조해 각 항목을 해결했습니다.

프랑스의 souveraineté numérique와 SecNumCloud 수준의 조달에서는 런타임 위치만이 아니라 벤더의 법인 소재지 자체가 기준의 일부입니다. 이는 다른 차원의 논의이며, 모든 구성 요소를 유럽 관할권의 벤더 아래 두는 대안 배포 토폴로지를 뜻합니다. 기본으로 운영하지는 않지만, 필요하고 계약상 구축이 정당화되는 테넌트를 위해서는 구성해 드립니다.

미국 내 구매자와 대부분의 APAC 구매자는 대개 반대입니다. 이들은 자기 지역에서의 낮은 지연 시간을 원하며, 이는 다른 문제입니다. 현재는 fra1 단일 리전으로 운영하고 있습니다. 트래픽이 미국 엣지를 정당화한다면 함께 계획하겠습니다.

이 글이 저희에게 약속하는 것

이 글은 2026-05-28 기준의 그림입니다. 벤더 교체, 리전 이전, 새로운 외부 서비스 추가 등 스택이 바뀌면 갱신하겠습니다. 현재 구성은 저희의 공개 vercel.json, OVH 프랑스에서 실행되는 mind-sdk + Mind API 엔진, 그리고 각 벤더의 자체 대시보드에서 검증할 수 있습니다.

여기 적힌 내용 중 잘못된 부분이 있거나 DPO께서 이 맵이 주지 못하는 답을 필요로 하신다면 저희에게 알려 주세요. 계약 검토 단계에서 누락된 세부 사항을 발견하시는 것보다, 저희가 먼저 바로잡는 편이 낫습니다.

출처: 런타임 리전과 모델 라우팅은 배포된 구성(vercel.json, fly.toml)과 출시된 코드를 기준으로 확인했습니다. Vercel AI Gateway(digest의 프로바이더 고정 경로), FLORES-200. 2026년 8월 확인.