InterMIND 회의 하나는 무엇으로 만들어져 있는가

거의 모든 제품은 같은 기본 스택으로 만들어집니다. 누구나 가장 먼저 손이 가는 대형 독점 SaaS 기본값들입니다. 마찰이 가장 적은 길이기 때문입니다. 우리는 회의 데이터가 실제로 있는 모든 계층에서 다른 길을 택했습니다. 우리 자체 코드, 또는 직접 셀프 호스팅할 수 있는 오픈소스입니다.

이 글은 InterMIND 회의 하나는 실제로 어디에서 실행되는가의 후속편입니다. 앞선 글은 각 서비스가 어디에서 실행되고 어떤 데이터가 거치는지, 즉 지리를 다뤘습니다. 이번 글은 보안팀이 그다음으로 묻는 질문에 답합니다. 이것은 무엇으로 만들어져 있고, 우리가 읽고, 감사하고, 교체할 수 있는가?

어디에서 실행되는지가 아니라, 무엇으로 이루어져 있는지를 계층별로 살펴봅니다.

기본값, 그리고 그 비용

모든 제품은 선택의 집합입니다. 대부분의 제품에서 그 선택 대부분은 기본값으로 정해집니다. Google Analytics, Firebase, Google Translate API, Auth0, React 같은 것들입니다. 마찰이 가장 적은 길이며, 대부분의 팀에게는 합리적인 판단입니다. 다만 그 대가로 스택의 한 부분이 읽을 수도, 감사할 수도 없고 다시 만들지 않고는 떠날 수도 없는 벤더 뒤에 놓입니다.

우리는 회의 데이터가 실제로 있는 모든 계층에서 다른 선택을 했습니다. 우리 자체 코드, 또는 직접 셀프 호스팅할 수 있는 오픈소스 소프트웨어입니다. 회의 내용을 건드리지 않는 계층에서는 현실적으로 판단하고, 그 사실도 밝힙니다. 전체 그림은 다음과 같습니다.

중추: 엔진은 제3자가 아닌 우리의 코드입니다

가장 중요한 계층부터 시작하겠습니다. 회의 데이터 대부분이 이 계층을 통과하기 때문입니다. 실시간 전송과 음성·채팅 번역은 모두 mind-sdk + Mind API, 즉 프랑스 OVH 위에서 돌아가는 우리 자체 엔진에서 실행됩니다. 번역 회의를 만드는 일반적인 방식은 실시간 SaaS(LiveKit)에 번역 API(DeepL, Google)를 붙이는 것입니다. 우리는 실시간 경로에서 둘 다 사용하지 않습니다. 제3자 번역 모델은 경로에 없습니다. (DeepL은 사용하지만, 채팅에 올린 문서에만 쓰며 실시간 음성·채팅 경로에는 쓰지 않습니다. 런타임 맵을 참고하세요. 파이프라인 동작 방식은 네 가지 번역 파이프라인 들여다보기에서 다뤘습니다.)

런타임 맵에 없는 내용은 이렇습니다. 회의가 실행되는 SDK는 BSD 3-Clause 라이선스의 오픈소스입니다. mind-sdk 클라이언트는 gitlab.com/mindlabs/api/sdk에 공개되어 있으며, 저작권은 에스토니아 IP 법인인 MindMeeting OÜ에 있습니다. 이 SDK는 프랑스 OVH에서 우리가 직접 운영하는 api.mind.com의 Mind API와 통신합니다.

"보기만 하고 만지지는 마라"는 식의 소스 공개(source-available) 방식이 아닙니다. BSD 3-Clause는 OSI가 승인한 허용적(permissive) 라이선스입니다. 보안팀은 SDK를 클론해 오디오와 텍스트가 어떻게 캡처되고, 프레임으로 나뉘고, 스트리밍되는지 정확히 읽고, 그 연동을 자체 요구사항에 비추어 감사할 수 있습니다. SDK가 통신하는 서버 측 엔진은 제3자의 블랙박스가 아니라 우리 것입니다. 필요한 테넌트를 위한 완전 셀프 호스팅 가능 엔진은 로드맵에 있으며 현재 제공하지는 않습니다. 출시되는 즉시 이 글을 업데이트하겠습니다.

계층별 비교: 일반적인 기본값 vs. 우리가 운영하는 것

이 표를 관통하는 두 가지 흐름이 있습니다. 도구가 고객 데이터를 처리하는 곳에서는 오픈소스를 씁니다. 감사할 수 있고, 원칙적으로 셀프 호스팅도 가능합니다. 인프라에 의존하는 곳에서는 개방형 표준(Postgres, S3 API, OIDC)을 씁니다. 어느 한 벤더의 가격 정책이나 컴플라이언스 방침에 묶이지 않기 위해서입니다. Postgres는 어떤 Postgres 호스트로든, 스토리지는 어떤 S3 스토어로든 옮길 수 있고, 인증은 이미 운영 중인 ID 공급자와 연동됩니다. 마지막 행은 세 번째 축에 있습니다. 고객 기록을 보관하는 CRM은 미국 영업 플랫폼이 아닌 EU 소재(Pipedrive, 에스토니아)입니다. 오픈소스는 아니지만 미국 관할 아래에 있지도 않습니다.

몇 가지는 조금 더 설명드리겠습니다. PostHog는 오픈소스이고 셀프 호스팅이 가능합니다. 우리는 PostHog의 EU 클라우드에서 운영하고 자체 오리진을 통해 퍼스트파티로 프록시합니다. 그래서 광고 차단기가 이벤트를 조용히 걸러내지 않으면서 동시에 이벤트가 제3자 분석 도메인을 거치지도 않습니다. 인증은 고객과 세션 사이에 끼어들 제3자 인증 SaaS로 가지 않습니다. OIDC 흐름을 우리가 직접 운영하고 기존 Google 또는 Microsoft ID와 연동합니다. 모든 페이지의 폰트는 우리 도메인에서 제공됩니다. 코드베이스에서 Google Fonts가 등장하는 곳은 오프라인 브랜드 에셋 스크립트뿐이며, 사용자가 불러오는 앱에는 없습니다.

현실적으로 판단한 부분 — 솔직히 밝힙니다

우리는 스택 전체를 직접 만들었다거나 미국 업체가 하나도 없다고 주장하지 않습니다. 사실이 아니며, 그렇게 주장하는 글은 우리 자신의 런타임 맵과 모순될 것입니다.

배관에 해당하는 부분, 즉 호스팅과 SSR(Vercel), 회의 서버의 컴퓨팅(Fly.io), 결제(Stripe), 트랜잭션 이메일(Resend)은 미국 소재 SaaS에서 실행됩니다. Stripe와 Resend는 결제와 초대를 처리하며 회의 내용은 보지 않습니다. Vercel과 Fly는 빌려 쓰는 컴퓨팅입니다. 우리 코드가 그 위에서 실행되며, Fly의 회의 서버가 라이브 세션과 요약(digest)이 읽는 대화 기록을 다루는 것은 맞습니다. 하지만 그것은 그들의 기계 위에서 도는 우리 코드이지, 고객의 회의를 받아들이는 벤더 제품이 아닙니다. 이 모든 것은 런타임에 EU 안에서 실행됩니다(런타임 맵에서 다룬 내용입니다).

이것은 의도적이고 범위가 한정된 절충입니다. 데이터 플레인은 직접 소유하거나 오픈소스로 구성하고, 컨트롤 플레인에는 쓸 수 있는 최선의 SaaS를 씁니다. 이를 밝히는 것이 핵심입니다. 성과 옆에 예외를 함께 내놓지 않는다면 "주권"이라는 말은 거의 의미가 없습니다.

AI 단계, 그리고 실제로 출시된 방안

언어 모델 단계, 즉 AI digest(주제, 결정 사항, action items), 문서 요약, AI 노트 편집기의 생성형 동작, Ask AI, Mia는 조직이 선택한 AI 게이트웨이에서 실행됩니다. 기본값은 EU Data Zone의 Azure OpenAI이며, 선택에 따라 EU 멀티 리전 엔드포인트의 Vertex AI 또는 프랑크푸르트의 Amazon Bedrock을 쓸 수 있습니다. 각각 우리 자체 테넌트에서 데이터를 보관하지 않고(zero data retention) 고객 콘텐츠를 학습에 쓰지 않습니다. 또는 자체 OpenAI 호환 엔드포인트를 쓸 수 있으며, 이 경우 모델은 고객이 통제하는 인프라에 남습니다. 회의 후 요약과 편집기의 번역 동작은 언어 모델이 아니라 번역 경로를 거칩니다. 실시간 음성, 채팅, 노트, 문서는 애초에 범용 LLM을 거친 적이 없습니다.

이 계층의 솔직한 모습은 이렇습니다. 모델은 독점이고, 그 벤더는 EU 리전을 운영하는 미국 기업입니다. 위의 배관과 같은 절충이며, 숨기지 않고 그 옆에 함께 밝혀 둡니다. 우리가 직접 만든 셀프 호스팅 모델 대신 출시한 것은 선택권입니다. 조직은 AI를 완전히 끌 수 있고(전사와 번역은 계속 작동합니다), 모든 AI 기능을 자체 엔드포인트로 연결할 수 있습니다. 자체 데이터센터의 vLLM이나 자체 테넌트 안의 배포가 그 예이며, 이렇게 하면 이 계층도 데이터 플레인의 나머지와 같은 오픈·셀프 호스팅 가능 축에 놓입니다. 공개된 번역 벤치마크는 고정된 FLORES-200 기준 문장을 대상으로 LLM 심사(Gemini, 대체로 Claude)가 채점하며, 누구의 회의도 사용하지 않습니다.

우리를 넘어 이것이 중요한 이유

이것은 엔지니어링 자체를 위한 엔지니어링이 아닙니다. 스택을 이렇게 만드는 이유는 계약의 고객 쪽에서 드러납니다.

1. 감사 가능. 회의가 실행되는 SDK는 보안팀이 읽을 수 있는 오픈소스 코드이며, 그 뒤의 엔진은 제3자의 블랙박스가 아닌 우리 자체 엔진입니다.
2. 이식 가능. 모든 데이터 계층에서 개방형 표준(Postgres, S3, OIDC)을 쓰므로 독점 종속이 없습니다. 옮길 수 있는 것은 단일 벤더에 묶여 있지 않습니다.
3. 셀프 호스팅 가능. 개방형 표준 데이터 계층(Postgres, S3, OIDC)은 이미 고객이 통제하는 인프라에서 실행할 수 있습니다. 완전 셀프 호스팅 번역 엔진은 필요한 테넌트를 위해 로드맵에 있습니다.

이 글은 2026-06-07 기준의 모습입니다. 벤더 교체, 계층 재구축, 요약 모델 교체처럼 스택이 바뀌면 업데이트하겠습니다. 현재 구성은 공개된 vercel.json, nuxt.config.ts, 그리고 위에 링크한 BSD-3-Clause mind-sdk 저장소에서 검증 가능합니다.

여기 적힌 계층 중 잘못된 부분이 보이거나, 보안 검토에 이 맵이 주지 못하는 답이 필요하다면 알려 주세요. 코드 감사에서 빠진 부분을 발견하시기보다, 저희가 먼저 바로잡는 편이 낫습니다.

출처: mind-sdk 저장소 (BSD-3-Clause), FLORES-200. 스택 관련 사실은 배포된 구성(vercel.json, nuxt.config.ts)과 출시된 코드를 기준으로 2026년 8월에 확인했습니다.