자체 클라우드 게이트웨이에서 실행되는 회의 AI: 리캡, 요약, 회의 내 어시스턴트가 Azure, Google, AWS 경계 안에 머무는 방법
오늘날 모든 회의 플랫폼은 AI 기능을 함께 제공하며, AI 기능이 추가될 때마다 회의 콘텐츠를 볼 수 있는 회사 목록에 최소 한 곳이 늘어납니다. 대부분의 조직에서는 이 목록이 이미 정해진 형태를 띠고 있습니다. 바로 자체 AI에 사용하는 언어 모델 게이트웨이입니다 — Microsoft 365 테넌트와 함께 쓰는 Azure OpenAI, Google Workspace와 함께 쓰는 Google Vertex AI, AWS 환경과 함께 쓰는 Amazon Bedrock 등입니다. 컴플라이언스 팀은 이미 이 게이트웨이의 DPA, 리전, 무학습(zero-training) 조건을 한 차례 검토한 상태입니다.
InterMIND는 바로 그 동일한 게이트웨이에서 AI 기능을 실행합니다. 이 글에서는 이것이 실제로 무엇을 의미하는지, AI 호출을 위해 조직 밖으로 나가는 것과 나가지 않는 것은 무엇인지, 이 설정이 어떻게 작동하는지, 다른 회의 도구들은 공개 문서에서 같은 질문을 어떻게 다루고 있는지, 그리고 조달 담당자가 저희의 말을 그대로 믿지 않고 직접 확인할 수 있는 부분은 무엇인지 설명합니다.
"동일한 게이트웨이"가 의미하는 것
InterMIND에서 조직의 AI 기능 — 회의 리캡, 문서 요약, 노트의 작성 어시스턴트, Ask AI, 그리고 회의 중 이름을 불러 대화하는 AI 참가자 Mia — 은 모두 조직당 하나의 언어 모델 게이트웨이를 통해 실행됩니다. 조직 관리자는 청구 페이지에서 게이트웨이를 선택하며, 이 선택은 모든 AI 기능에 동시에 적용됩니다.
| 게이트웨이 | 모델이 실행되는 위치 | 구성 방식 |
|---|---|---|
| Azure OpenAI (Microsoft) | EU Data Zone — EU 회원국 내에서 처리 및 저장 | InterMIND 자체 테넌트에서 실행; 모든 조직의 기본값 |
| Google Vertex AI (Google Cloud) | EU 멀티 리전 엔드포인트 | InterMIND 자체 프로젝트에서 실행; 동일한 카드에서 선택 가능 |
| Amazon Bedrock (AWS) | 조직이 선택한 AWS 리전, 조직 자체 AWS 계정 내 | 조직이 설정(Settings)에서 Bedrock 호출 권한이 있는 IAM 액세스 키를 추가; 모델, 할당량, Marketplace 계약은 조직 계정 내에 유지 |
| 자체 엔드포인트 | 실행하는 곳 어디든 | OpenAI 호환 서버 — 자사 데이터센터의 vLLM, 또는 자체 테넌트 내 배포 등 |
이미 Microsoft 365나 Google Workspace를 사용하는 조직이라면 결론은 단순합니다. 새로운 AI 하위 처리자가 경계 안으로 들어오지 않습니다. Azure OpenAI에서 처리되는 회의 리캡은 조직이 이미 승인한 당사자이며, 이미 의존하고 있는 Microsoft Products and Services DPA 및 EU Data Boundary의 적용을 받습니다. Vertex AI를 사용하는 Google Workspace 고객의 경우도 마찬가지입니다. AWS를 사용하는 조직은 한 단계 더 나아갑니다. 자체 계정의 Bedrock을 사용하면, 회의 콘텐츠는 모델로 전달되는 과정에서 InterMIND의 클라우드 테넌트조차 거치지 않습니다.
InterMIND가 사용하는 게이트웨이는 **데이터 보존 제로(zero data retention)**와 고객 콘텐츠에 대한 학습 금지로 구성되어 있습니다 — 이는 EU Data Zone에 대한 Azure OpenAI의 기본값이자 Vertex AI에 대한 Google Cloud의 계약상 입장입니다(자세한 출처는 글 마지막 부분 참고). InterMIND 자체의 하위 처리자 페이지에는 Microsoft와 Google이 리전 및 목적과 함께 명시되어 있으며, Google은 Vertex AI를 선택한 조직에 한해서만 기재됩니다.
