Где на самом деле выполняется одна встреча InterMIND

Любой серьёзный разговор о корпоративных закупках рано или поздно доходит до одного и того же вопроса: «Куда уходят эти данные?» DPO нужен список субпроцессоров. CIO хочет знать, какие поставщики зарегистрированы в США. Юристам нужна схема со стрелочками.

Мы предпочитаем дать вам полную картину, а не рассылать её по частям по почте. Поэтому вот путь данных одной встречи — каждый внешний сервис, к которому она обращается, где он выполняется и какие данные через него проходят. Сверено с фактической конфигурацией развёртывания на 2026-05-28.

Каждый путь, через который проходит содержимое встречи, выполняется в ЕС во время работы — включая шаги ИИ после встречи, которые мы раньше отмечали как единственный пробел и с тех пор перевели на процессоры в ЕС. Мы прямо указываем, где остаётся единственная американская модель и почему она никогда не видит вашу встречу.

Этот пост описывает, где выполняется ваша встреча. Сопутствующий пост, Из чего состоит одна встреча InterMIND, описывает, из чего она построена — какие слои — наш собственный код, какие — open-source и где мы прагматично используем проприетарный SaaS.

Что на самом деле значит «где это выполняется»

В разговорах о суверенитете часто смешивают две вещи, которые не одно и то же:

1. Время выполнения / путь данных. Где байты вашей встречи физически обрабатываются во время запроса. Именно об этом регулирование резидентности данных и большинство DPA на самом деле говорят.
2. Корпоративная юрисдикция поставщика. Где SaaS-поставщик юридически зарегистрирован. Об этом дискуссии о CLOUD Act — теоретический охват принуждения со стороны США в отношении материнской компании поставщика независимо от того, где выполняется нагрузка.

Почти каждый вопрос «это в ЕС?» — это на самом деле один из этих двух, заданный неточно. Мы отвечаем на них отдельно по каждому поставщику ниже.

Путь данных одной встречи

Проследим один вызов от подключения до письма-фоллоуапа:

1. Браузер открывает страницу встречи. SSR выполняется на Vercel, закреплён за fra1 (Франкфурт). Все данные запроса/ответа — сессионные cookies, payload API, серверный HTML — обрабатываются в ЕС во время выполнения.
2. WebSocket подключается к нашему серверу встреч в Париже (cdg). Оркестрация встречи, presence, сигнализация — всё в ЕС.
3. Распознавание речи выполняется в браузере говорящего. Локально. Не покидает устройство, пока полученный транскрипт не будет отправлен на перевод. (Почему — мы описали в Внутри четырёх конвейеров перевода.)
4. Перевод голоса и чата обращается к нашему собственному движку на OVH во Франции. Это mind-sdk + Mind API — наш код, наши хосты, во Франции. Никакая сторонняя модель не участвует. Бюджет менее секунды, пул WebSocket по языкам, в ЕС на каждом хопе.
5. Документ, отправленный в чат (PDF, DOCX, PPTX, XLSX), уходит со стороны сервера с ws-сервера в Париже в DeepL в Кёльне. Немецкая компания, обработка в Германии. Голос и чат с DeepL не контактируют.
6. Прикладные данные — пользователи, команды, сообщения, метаданные встреч — хранятся в Neon Postgres на AWS во Франкфурте (eu-central-1). Снапшоты в том же регионе.
7. Записи, вложения, экспорты хранятся на Tigris, S3-совместимом хранилище на Fly. С реплицированием на edge; бакет можно настроить как мультирегиональный в пределах ЕС для арендаторов, которым нужно закрепить его жёстче.
8. Ошибки и трейсы производительности уходят в EU-инстанс Sentry (de.sentry.io). Американская организация была закрыта в мае.
9. Продуктовая аналитика уходит в PostHog EU (eu.i.posthog.com).
10. Транзакционная почта (magic-ссылки, приглашения, чеки) уходит через Resend из eu-west-1 (Ирландия).

Всё перечисленное выше выполняется в ЕС во время работы. Движок перевода — часть, через которую и проходит большая часть ваших данных, — это тоже наш собственный код, а не сторонний. Клиентский SDK, на котором он работает, open-source (BSD-3-Clause) и доступен для аудита уже сегодня; self-hosting самого движка — в дорожной карте для клиента, которому это нужно.

Карта поставщиков

Два самых объёмных потока данных — перевод голоса/чата через наш собственный движок на OVH и перевод документов через DeepL — это также те два поставщика, чья материнская компания находится в ЕС. Это покрывает основную массу содержимого встречи. Полный список субпроцессоров с указанием корпоративной юрисдикции уходит в DPA как стандартная практика; таблица выше — это представление времени выполнения, а именно об этом идёт речь в большинстве пунктов о резидентности данных.

Шаги ИИ после встречи — прямо и по именам

После завершения звонка мы выполняем несколько шагов языковой модели по тому, что было сказано: AI-дайджест (темы, решения, action items, открытые вопросы), итог после встречи и AI-редактор заметок (перевести заметку или исправить / расширить / упростить её). Это единственные места, где универсальная модель касается содержимого, полученного из встречи, — и все они теперь выполняются на процессорах в ЕС:

• Дайджест выполняется на EU-hosted Mistral (mistral-large-3, fallback на mistral-medium-3.5), к которому обращаются через Vercel AI Gateway, закреплённый за провайдером Mistral с zero-data-retention — запрос завершится с ошибкой, а не откатится на не-ZDR или американский хост.
• Итог и действие «перевести» в редакторе идут через наш собственный движок в ЕС на OVH — тот же, что переводит голос и чат в реальном времени, — поэтому итог никогда не покидает плоскость данных, в которой уже жила встреча.
• Генеративные действия редактора (исправить, расширить, сократить, упростить, обобщить) не могут выполняться на движке перевода, поэтому они используют тот же путь EU Mistral + zero-data-retention, что и дайджест.

Голос в реальном времени, чат в реальном времени, заметки и перевод документов никогда не проходят через что-либо из перечисленного — они с самого начала были резидентны в ЕС.

Единственное место, где модель с американской юрисдикцией всё ещё в контуре, не касается никаких данных встреч: наш публичный бенчмарк качества перевода использует фронтирную модель как автоматического судью, оценивающего машинные переводы эталонных предложений FLORES-200. Это фиксированный публичный датасет — не чья-то встреча.

Мы идём дальше и по шагам EU-Mistral: запланированный управляемый владельцем opt-out для полного отключения дайджеста и self-hosted модель с открытыми весами (класса Kimi) на OVH для замены внешнего Mistral на задачах суммаризации, которым не нужен фронтирный reasoner. Оба пункта в дорожной карте, не выпущены; мы обновим этот пост, когда они появятся.

Что это значит для вашего DPA

Для большинства покупателей в ЕС — немецкого Mittelstand, регулируемых отраслей, работающих по стандартным GDPR-DPA, — приведённая выше картина напрямую отвечает на вопрос о резидентности данных: каждый хоп времени выполнения вашей встречи находится в ЕС. Юрисдикция поставщика раскрывается в списке субпроцессоров по обычной практике; ничего неожиданного. Карта резидентности — это одна часть; для остальных обязательств по защите данных — удаление, хранение, переносимость, согласие — мы прогнали кодовую базу через полный аудит и закрыли каждый пункт по коду.

Для французской souveraineté numérique и закупок уровня SecNumCloud корпоративная юрисдикция поставщика сама по себе является частью критерия, а не только местом выполнения. Это уже другой разговор — альтернативная топология развёртывания, в которой каждый компонент держится у поставщиков под европейской юрисдикцией. По умолчанию мы её не запускаем; мы развернём её для арендатора, которому это нужно, и где контракт оправдывает построение.

Для покупателей внутри США и большинства в APAC обычно верно обратное — им нужна низкая задержка из их региона, а это уже другая задача. Сегодня мы работаем в одном регионе fra1. Если ваш трафик оправдывает американский edge, мы спланируем это вместе с вами.

К чему этот пост нас обязывает

Это картина на 2026-05-28. Мы будем обновлять её, когда стек изменится — замена поставщика, миграция региона, новый внешний сервис. Текущая конфигурация проверяема в нашем открытом vercel.json, в движке mind-sdk + Mind API, работающем на OVH во Франции, и в дашбордах каждого поставщика.

Если что-то здесь выглядит неверно или вашему DPO нужен ответ, которого эта карта не даёт, напишите нам. Мы предпочтём исправить недостающую деталь, чем дать вам обнаружить её во время проверки контракта.