ШІ для зустрічей на вашому власному хмарному шлюзі: як резюме, підсумки та помічник у зустрічі залишаються у вашому периметрі Azure, Google або AWS
Сьогодні кожна платформа для зустрічей постачається з функціями на основі ШІ, і кожна така функція додає принаймні одну компанію до списку тих, хто має доступ до вмісту вашої зустрічі. Для більшості організацій цей список вже має певну структуру: шлюз мовних моделей, який вони використовують для власного ШІ — Azure OpenAI з їхнім тенантом Microsoft 365, Google Vertex AI з Google Workspace або Amazon Bedrock з їхнім середовищем AWS. Їхня команда з відповідності вимогам вже перевірила цей шлюз разом з його DPA, регіоном та умовами заборони навчання.
InterMIND виконує свої функції на основі ШІ на тому ж шлюзі. Ця стаття пояснює, що це означає на практиці, що залишає ваша організація під час виклику ШІ, а що ні, як працює це налаштування, як інші інструменти для зустрічей вирішують це питання у своїй публічній документації, і що може перевірити рецензент із закупівель без зайвої довіри до наших слів.
Що означає "той самий шлюз"
Функції на основі ШІ в InterMIND для організації — резюме зустрічей, підсумки документів, помічник з написання в нотатках, Ask AI та Mia, ШІ-учасник, до якого ви звертаєтесь на ім'я під час зустрічі — всі працюють через один шлюз мовних моделей для кожної організації. Адміністратор організації обирає шлюз на сторінці Billing, і цей вибір застосовується до всіх функцій ШІ одночасно.
| Шлюз | Де працює модель | Як це налаштовано |
|---|---|---|
| Azure OpenAI (Microsoft) | EU Data Zone — обробка та зберігання в межах держав-членів ЄС | Власний тенант InterMIND; за замовчуванням для кожної організації |
| Google Vertex AI (Google Cloud) | Багаторегіональна кінцева точка в ЄС | Власний проєкт InterMIND; можна вибрати з тієї ж картки |
| Amazon Bedrock (AWS) | ЄС (Франкфурт), у власному обліковому записі AWS організації | Організація додає ключ IAM з правами виклику Bedrock; моделі, квоти та угода Marketplace залишаються в її обліковому записі — у процесі підготовки |
| Власна кінцева точка | Де завгодно, де ви її запускаєте | Будь-який сервер, сумісний з OpenAI — vLLM у вашому центрі обробки даних або розгортання у вашому власному тенанті |
Наслідок для перевірки на відповідність вимогам простий: жоден новий субобробник ШІ не входить у периметр. Організація, яка використовує Microsoft 365 і чиї резюме зустрічей працюють на Azure OpenAI, має справу зі стороною, яку вона вже схвалила, згідно з DPA для продуктів і послуг Microsoft та EU Data Boundary, на які вона вже покладається. Те саме стосується клієнтів Google Workspace, які використовують Vertex AI. Організація на AWS йде на крок далі: з Bedrock у власному обліковому записі вміст зустрічі навіть не проходить через хмарний тенант InterMIND на шляху до моделі.
Шлюзи, які використовує InterMIND, налаштовані з нульовим збереженням даних та забороною навчання на вмісті клієнта — ці налаштування є типовими для Azure OpenAI в EU Data Zone та контрактною позицією Google Cloud для Vertex AI (див. джерела наприкінці). Власна сторінка субобробників InterMIND містить Microsoft та Google із зазначенням регіону та цілей; вона містить Google лише для організацій, які обрали Vertex AI.