자사 클라우드 게이트웨이에서 구동되는 Meeting AI: 회의 요약, 문서 요약 및 회의 중 보조 기능이 Azure, Google 또는 AWS 경계 내에 머무는 방식
오늘날 모든 Meeting 플랫폼이 AI 기능을 제공하며, 각 AI 기능은 회의 콘텐츠를 열람하는 주체 목록에 적어도 한 곳을 추가합니다. 대부분의 조직에서 그 목록은 이미 특정 형태를 띠고 있습니다. 자체 AI용으로 사용하는 언어 모델 게이트웨이, 즉 Microsoft 365 테넌트와 함께 쓰는 Azure OpenAI, Google Workspace와 함께 쓰는 Google Vertex AI, AWS 환경과 함께 쓰는 Amazon Bedrock입니다. 해당 조직의 컴플라이언스 팀은 DPA와 리전, 학습 제로 조건을 포함하여 그 게이트웨이를 이미 한 번 검토한 바 있습니다.
InterMIND의 AI 기능은 동일한 게이트웨이에서 구동됩니다. 이 글에서는 실무적으로 그 의미가 무엇인지, AI 호출 과정에서 조직을 떠나는 데이터와 떠나지 않는 데이터가 무엇인지, 설정은 어떻게 작동하는지, 다른 Meeting 도구들이 공개 문서에서 동일한 문제를 어떻게 다루는지, 그리고 구매 검토자가 당사의 설명을 그대로 믿지 않고도 직접 확인할 수 있는 사항이 무엇인지 설명합니다.
"동일한 게이트웨이"의 의미
InterMIND 내 조직의 AI 기능 — 회의 요약, 문서 요약, 노트의 글쓰기 보조, Ask AI, 그리고 회의 중 이름을 불러 응대하는 AI 참가자 Mia — 은 모두 조직별 단 하나의 언어 모델 게이트웨이를 통해 구동됩니다. 조직 관리자가 Billing 페이지에서 게이트웨이를 선택하면, 그 선택은 모든 AI 기능에 일괄 적용됩니다.
| Gateway | 모델 구동 위치 | 설정 방식 |
|---|---|---|
| Azure OpenAI (Microsoft) | EU Data Zone — EU 회원국 내 처리 및 저장 | InterMIND 자체 테넌트, 모든 조직의 기본값 |
| Google Vertex AI (Google Cloud) | EU 멀티 리전 엔드포인트 | InterMIND 자체 프로젝트, 동일 카드에서 선택 가능 |
| Amazon Bedrock (AWS) | EU(프랑크푸르트), 조직의 자체 AWS 계정 | 조직이 Bedrock 호출 권한을 가진 IAM 키를 추가. 모델, 쿼터 및 Marketplace 약정은 조직 계정에 그대로 유지 — 준비 중 |
| 자체 엔드포인트 | 구동 위치는 원하는 곳 어디든 | 모든 OpenAI 호환 서버 — 자체 데이터 센터의 vLLM 또는 자체 테넌트 내 배포 |
컴플라이언스 검토 관점에서 결론은 단순합니다. 경계 내로 새로운 AI 하위 프로세서가 진입하지 않습니다. Microsoft 365를 사용하는 조직에서 회의 요약이 Azure OpenAI에서 구동된다면, 그 조직은 이미 승인한 당사자, 이미 의존하고 있는 Microsoft Products and Services DPA 및 EU Data Boundary의 적용을 받는 관계와 거래하는 셈입니다. Google Workspace 고객이 Vertex AI를 사용할 때도 마찬가지입니다. AWS 조직은 한 걸음 더 나아갑니다. 자체 계정에서 Bedrock을 사용하면, 회의 콘텐츠가 모델로 가는 과정에서 InterMIND의 클라우드 테넌트를 거치지 않습니다.
InterMIND가 사용하는 게이트웨이는 데이터 보관 제로 및 고객 콘텐츠 학습 없음으로 설정되어 있습니다. 이 설정은 Azure OpenAI의 EU Data Zone 기본값이자 Google Cloud의 Vertex AI에 대한 계약상 입장입니다(자료는 글 말단 참조). InterMIND의 자체 하위 프로세서 페이지에는 리전과 목적을 명시하여 Microsoft와 Google을 게재하며, Vertex AI를 선택한 조직에 한해서만 Google을 게재합니다.