기업용 AI의 가장 중요한 기능은 모델의 답변 속에 있지 않습니다. 그것은 누가 액세스 권한을 부여했는지, 누가 직원의 요청을 볼 수 있는지, 그리고 누가 이 모든 것을 1분 만에 취소할 수 있는지에 있습니다. 개인용 Gemini의 습관을 업무 환경으로 옮기는 팀은 종종 퇴사 시점, 감사 시점, 또는 보안 담당자의 "로그는 어디에 있습니까?"라는 첫 질문과 같은 불편한 순간에 이 사실을 깨닫게 됩니다.

다음은 모델의 개인적 사용과 기업 관리(Corporate Governance)를 분리하는 방법에 대한 분석입니다. 우리는 역할 및 권한, 데이터 액세스, 에이전트의 의무라는 세 가지 축으로 매트릭스를 구성할 것입니다. 그리고 팀의 각 핵심 정책이 "Gemini는 똑똑하니까 괜찮겠지"라는 느낌이 아니라, 확인된 커버리지를 갖추고 있는지 검증할 것입니다.

이 논지는 매우 엄격하며 사실로 반박될 수 있습니다: 만약 팀의 핵심 요구사항 중 단 하나라도 Gemini의 기업 환경(Enterprise Contour)에서 확인된 커버리지를 갖추지 못했다면, 해당 환경을 완성된 엔터프라이즈 솔루션으로 선택해서는 안 됩니다. "거의 완성된" 것도, "나중에 보완하면 되는" 것도 아닙니다. 귀하의 매트릭스에 따라 완성된 것으로 간주할 수 없습니다.

개인 환경은 팀 환경으로 확장되지 않는다

흔히 하는 가정은 다음과 같습니다: 개인용 Gemini의 기능이면 팀을 배치하기에 충분하다는 것입니다. 모델은 동일하게 답변하고, 인터페이스는 익숙하며, 모두가 이미 사용해 보았습니다. 문제는 개인용 시나리오는 "내가 무엇을 생성해야 하는가"라는 질문에 답하는 반면, 기업용 시나리오는 "누가 어떤 조건으로 이것을 사용하는가"라는 질문에 답한다는 점입니다. 이것은 서로 다른 시스템이며, 두 번째 시스템은 첫 번째 시스템으로부터 자동으로 생겨나지 않습니다.

개인 환경에는 조직 단위(Organizational Unit)의 개념이 없고, 미리 정의된 역할이 없으며, 기업 데이터에 대한 별도의 액세스 스위치가 없고, 퇴사 후에도 유지되는 로그가 없습니다. 이 모든 것은 기업용 에디션(Corporate Editions)에 존재하지만, "기존에 잘 작동했으니까"라는 이유로 상속되는 것이 아니라 관리자의 수동 조작을 통해 별도로 활성화되고 설정되어야 합니다.

동일한 테스트를 Gemini뿐만 아니라 모든 팀 단위 환경(team perimeter)에 적용해야 합니다. provod.ai (OpenRouter의 러시아 대안)의 경우, 참여자 역할(roles)과 공유 키(shared keys)를 갖춘 워크스페이스를 제공하고 조직의 비용과 잔액을 한곳으로 통합하는 방식으로 이에 대응합니다. "모델이 좋다"라는 답변은 어떤 환경에서도 유효한 기준이 될 수 없습니다. 그것은 기능의 전시(showcase)에 관한 문제이며, 결정은 관리(management)에 관한 것이어야 하기 때문입니다.

어떤 에디션들이 존재하며, 실제로 무엇을 제공하는가?

2026년 7월 18일 기준 Google Cloud 문서에 따르면, Gemini Enterprise for Workspace는 Business(1~500명 규모의 조직용), Standard, Plus, Frontline의 네 가지 에디션으로 제공됩니다. 이들은 단순히 사용자 수뿐만 아니라 에이전트(agents) 활용 범위에서도 차이가 나는데, 이는 "가장 저렴한 것을 선택하자"라는 순진한 논리를 가장 먼저 무너뜨리는 지점입니다.

동일한 문서에 따르면, 자체적인 노코드(no-code) 에이전트를 구축하고 배포할 수 있는 에디션은 Standard와 Plus뿐입니다. Frontline 사용자는 관리자가 이미 할당한 에이전트를 실행할 수만 있습니다. 이때 Google은 모든 에디션의 에이전트 관리 수준을 구체적인 세부 사항 없이 그저 "기본적인 에이전트 거버넌스 및 관리(basic agent governance and administration)"라고 매우 인색하게 설명하고 있습니다. 따라서 솔직하게 말할 수 있는 차이점은 단 하나뿐입니다: 노코드 에이전트를 제작할 권한이 모두에게 있는 것은 아니라는 점입니다. 흔히 말하는 "에디션 간 에이전트의 세분화된 관리(granular management) 차이"는 문서에서 확인되지 않으며, 문서에는 그러한 세부 정보가 아예 없습니다.

날짜에 관한 별도의 주의 사항입니다. 에디션 명칭, 사용자 수 임계값, 에이전트 빌더의 상태는 벤더가 자주 수정하는 Google의 실제 비교 페이지에서 가져왔습니다. 이 모든 내용은 확인 시점인 2026년 7월 18일 기준으로 유효하며, 제품의 영구적인 경계가 아닙니다. 만약 이 글을 나중에 읽고 계신다면, 구매 전 이 내용들을 가장 먼저 다시 확인해야 합니다.

누가 어디에서 역할을 부여하는가: 혼동해서는 안 될 두 개의 콘솔

이 지점에서 가장 많은 도입 오류가 발생합니다. Gemini Enterprise의 권한은 두 가지 서로 다른 곳에서 부여되며, 귀하의 요구사항에 명시된 "역할 (role)"은 제품이 프로비저닝 (provisioning)된 방식에 따라 이 중 어느 곳에나 존재할 수 있습니다.

첫 번째 장소는 Google Cloud IAM 콘솔입니다. 2026년 7월 18일 기준 Google Cloud 문서에 따르면, 그곳에는 네 가지의 사전 정의된 Gemini Enterprise 역할이 정의되어 있습니다. Gemini Enterprise Admin (roles/discoveryengine.agentspaceAdmin)은 에이전트 (agents), 데이터 저장소 (data stores), 감사 로그 (audit logs)를 포함한 전체 제어권을 가집니다. Discovery Engine Editor는 IAM 관리는 제외하고 애플리케이션 및 문서의 생성과 업데이트를 수행합니다. Gemini Enterprise User (...agentspaceUser)는 검색, 대화 및 개인 에이전트 구축을 수행합니다. Discovery Engine Viewer는 읽기 전용입니다. 핵심적인 세부 사항은 다음과 같습니다: 하나의 IAM 역할만으로는 부족하며, 사용자에게는 유료 에디션 라이선스가 추가로 필요합니다. 그렇지 않으면 사용자는 애플리케이션을 열 수 없습니다.

두 번째 장소는 Workspace 자체의 관리 콘솔 (Admin console) 내 Generative AI > Gemini Enterprise 섹션입니다. 2026년 7월 18일 기준 Google Workspace 문서에 따르면, 관리자는 Business 에디션에 대한 Workspace 데이터 액세스를 별도로 활성화하며, Standard, Plus, Frontline 결합에 대해서도 별도로 활성화합니다. 적용 범위는 조직 단위 (OU, Organizational Unit) 또는 구성 그룹 (configuration group)이며, 그룹 설정이 OU 설정을 재정의합니다. 또한 변경 사항이 시스템에 반영되는 데는 최대 24시간이 소요됩니다. 이는 즉각적인 스위치가 아니므로, 액세스 권한 회수 계획을 세울 때 이 지연 시간을 반드시 고려해야 합니다.

요청은 관리자에게 다양한 형태로 전달되며, 그 형태만으로는 필요한 콘솔이 무엇인지 거의 알 수 없습니다. "비즈니스용 Gemini가 필요합니다"라는 요청은 라이선스 구매에 관한 것입니다. "https business gemini google"과 같이 전달된 검색어 조각은 대개 사용자가 요금제 페이지를 찾으려다 도달하지 못했음을 의미합니다. "Gemini Enterprise Agent Platform에서의 Gemini API"에 관한 질문은 이미 프로그래밍 방식의 액세스(Programmatic access) 및 권한에 관한 것입니다. 그리고 "Gemini Enterprise Business Edition을 활성화해 주세요"라는 요청은 500명 사용자의 임계값이 있는 특정 에디션에 관한 것입니다. 과제는 하나지만 표현 방식은 다양하며, 해결 방법 또한 각기 다른 곳에 있습니다. 어떤 것은 IAM 역할(IAM role)로, 어떤 것은 Admin Console의 데이터 스위치(Data toggle)로 해결됩니다. 따라서 무언가를 전환하기 전에 범위를 먼저 정의하십시오. 이들을 혼동하는 것은 나중에 액세스 권한을 회수할 때 찾으려는 곳이 아닌 다른 곳에 권한을 부여하는 결과를 초래합니다.

데이터에 일어나는 일: 학습, 저장 및 감사

학습에 관한 사실은 짧지만 매우 중요합니다. Cloud Data Processing Addendum (CDPA)이 적용되는 Google Workspace 계약 조건에 따라, Google은 고객의 사전 허가나 지침 없이는 프롬프트(Prompts) 및 생성된 콘텐츠를 포함한 Workspace 고객 데이터를 자사의 생성형 모델(Generative models)을 학습하거나 미세 조정(Fine-tuning)하는 데 사용하지 않습니다. 이는 계약상의 의무이며, 요구 사항 매트릭스에서 가장 빈번하고 중요한 요구 사항 중 하나를 충족합니다.

저장(storage)의 경우는 더 복잡하며, 이를 평균화해서는 안 됩니다. 데이터 보호는 모든 것을 하나의 수치로 단순화하려는 시도에서 무너지기 때문입니다. Google Workspace의 개인정보 보호 페이지(2026년 7월 18일 접속 기준)에 따르면, Gemini 대화 내용의 보관 기간은 사용되는 서비스 영역(surface)에 따라 달라집니다. 주요 Workspace 앱 내의 Gemini의 경우, 프롬프트(prompt)와 응답은 관리자의 설정에 따라 90일에서 무기한까지 저장됩니다(2026년 3월 13일 페이지 업데이트 기준). 별도의 Gemini 앱은 기본적으로 데이터를 18개월 동안 유지하지만, 관리자가 최대 36개월까지 설정할 수 있습니다. 반면 Gemini Notebook의 데이터는 세션이 종료된 후 전혀 저장되지 않습니다. 세 가지 영역에 대해 세 가지의 서로 다른 답변이 존재하는 것입니다.

통제된 보안(controlled security)을 위한 별도의 계층도 존재합니다. Google Workspace 자료(2026년 7월 18일 접속 기준)에 따르면, Gemini를 둘러싸고 Drive 신뢰 규칙, 정보 권한 관리(Information Rights Management), 클라이언트 측 암호화(client-side encryption), 기기별 액세스 정책(IP, 위치, 보안 상태), Reports API 및 보안 조사 도구(security investigation tool)를 통한 Gemini 사용 로그, 그리고 Vault를 통한 대화 내용의 eDiscovery 등이 문서화되어 있습니다. 또한 Google은 HIPAA 및 FedRAMP High 준수를 별도로 선언하고 있으며, 주요 앱(Gmail, Docs 등) 내의 프롬프트와 응답은 해당 앱 자체에 의해 저장되지 않는다고 명시하고 있습니다. 이는 앞서 언급한 standalone-Gemini의 설정 가능한 히스토리 저장 기능과 혼동해서는 안 되는 별개의 주장입니다.

「요구사항 - 기능 - 상태」 매트릭스 구성하기

매트릭스는 일련의 화려한 기능들을 검증 가능한 솔루션으로 전환하는 방법입니다. 왼쪽에는 팀의 핵심 요구사항을, 중앙에는 기업용 기능을, 오른쪽에는 상태를 배치합니다. 상태는 '사실로 확인됨', '에디션에 따라 다름', 또는 '별도 확인 필요'로 구분됩니다. '다름' 상태와 '확인 필요' 상태는 단순히 무시해도 될 사소한 사항이 아니라, 아직 선택이 확정되지 않은 명확한 지점들을 의미합니다.

여기서의 결론은 하나이며, 이는 Google의 것이 아니라 이 글의 논지입니다. 즉, 충족되지 않은 핵심 요구사항(critical requirement)이 있다면, 해당 범위(contour)는 이 매트릭스(matrix)에 따라 준비되었다고 간주할 수 없다는 것입니다. Google의 문서는 에디션(edition), 역할(role), 데이터(data), 제어(control)와 같은 벽돌을 제공하지만, 귀하의 구체적인 정책 세트가 충족되었는지 여부를 대신 결정해주지는 않습니다. 이를 확인하는 것은 오직 귀하의 조직 내에서만 가능합니다.

만약 핵심 정책이 모델 자체가 아니라 러시아에서의 결제 및 팀 액세스에 관한 것이라면, 이는 별도의 비교 축이며 별도로 다루는 것이 더 정직한 방법입니다. provod.ai는 자체 수단을 통해 이 문제를 해결합니다. 공용 키, 액세스 및 비용 제어가 가능한 팀 워크스페이스, 조직의 단일 루블 잔액, 그리고 러시아 법인의 증빙 서류를 제공합니다. 해외 카드나 VPN 없이도 러시아 카드, SBP(Fast Payment System) 또는 계좌 이체를 통해 결제할 수 있으며, provod.ai의 추가 수수료 없이 제공업체의 공식 가격으로 이용 가능합니다. 통합 또한 저렴하게 유지됩니다. OpenAI 프로토콜을 지원하는 클라이언트는 provod.ai 카탈로그에서 사용 가능한 모델 및 엔드포인트 범위 내에서 base_url과 키를 변경하는 것만으로 이전할 수 있습니다. 이 범위 역시 역할, 키, 잔액과 같은 매트릭스를 요구하지만, 이는 Gemini 매트릭스와는 별개로 채워집니다.

from openai import OpenAI

client = OpenAI(
...

이 매트릭스가 해결하지 못하는 것

기업 거버넌스 (Corporate governance)는 관리 비용을 추가하며, 이는 정당한 대가입니다. 그 대가로 통제권이 생기지만, 법적 결론이 생기는 것은 아닙니다. 이 매트릭스는 귀사 조직의 보안 (security), 조달 (procurement), 법무 (legal) 검토를 대체하는 것이 아니라, Google이 공개한 기능들을 대조할 뿐이며 귀사의 내부 정책 준수 여부를 확인해 주는 것이 아닙니다. 표의 마지막 행은 그 어떤 소스도 귀사를 대신하여 해결해 줄 수 없습니다.

두 번째 제한 사항은 소스 (source)입니다. 위의 모든 내용은 오직 Google의 공식 문서만을 기준으로 대조되었습니다. 이 문서는 벤더 (vendor)가 무엇을 약속하는지, 콘솔 (console)이 무엇을 할 수 있는지를 설명할 뿐, 특정 조직이 자체 요구 사항을 실제로 준수하고 있는지 여부를 확인하거나 반박하지 않습니다. "Google은 HIPAA 지원을 선언합니다"와 "우리의 환경은 인증되었습니다"는 서로 다른 주장이며, 후자는 벤더의 페이지를 참조하는 것이 아니라 귀사 내부에서 직접 증명해야 하는 영역입니다.

세 번째는 저장 (storage)입니다. 정책에 "통신 기록은 18개월 동안 보관됩니다"라고 기록하고 싶은 유혹이 크겠지만, 이는 잘못된 것입니다. 18개월은 standalone 애플리케이션인 Gemini에만 적용되는 기본값 (default)입니다. 주요 Workspace 애플리케이션 내부에서는 90일에서 무기한까지 범위가 다양하며, Notebook은 아무것도 저장하지 않습니다. 정책에 하나의 평균 수치를 기재하는 것은 검토 시점의 사실 관계와 이미 불일치하는 것입니다.