Где на самом деле работает одна встреча InterMIND
Любой серьёзный разговор о корпоративных закупках рано или поздно упирается в один и тот же вопрос: «Куда уходят эти данные?» DPO нужен список субпроцессоров. CIO хочет знать, какие поставщики зарегистрированы в США. Юристам нужна диаграмма со стрелками.
Мы предпочитаем дать вам полную картину сразу, а не присылать её по кусочкам в письмах. Поэтому вот путь данных одной встречи — каждый внешний сервис, к которому она обращается, где он выполняется и какие данные через него проходят. Сверено с фактической конфигурацией развёртывания на 28.05.2026.
Есть один путь, где корпоративная юрисдикция поставщика по-прежнему США, и мы прямо об этом говорим. Всё остальное — ЕС во время выполнения.
Что на самом деле значит «где это работает»
В разговорах о суверенитете часто смешивают две вещи, которые на самом деле различны:
- Среда выполнения / путь данных. Где байты вашей встречи физически обрабатываются во время запроса. Именно об этом говорят регуляции о резидентности данных и большинство DPA.
- Корпоративная юрисдикция поставщика. Где юридически зарегистрирован SaaS-поставщик. Именно об этом говорят дискуссии о CLOUD Act — о теоретической возможности американского принуждения в отношении материнской компании поставщика, независимо от того, где выполняется нагрузка.
Почти любой вопрос «это в ЕС?» на самом деле — один из этих двух, заданный неточно. Ниже мы отвечаем на них отдельно для каждого поставщика.
Путь данных одной встречи
Проследим один звонок от подключения до письма с итогами:
- Браузер открывает страницу встречи. SSR работает на Vercel, закреплён за
fra1(Франкфурт). Все данные запросов и ответов — cookies сессии, API-payload, серверный HTML — обрабатываются в ЕС во время выполнения. - WebSocket подключается к нашему серверу встреч в Париже (
cdg). Оркестрация встречи, presence, сигналлинг — всё в ЕС. - Распознавание речи работает в браузере говорящего. Локально. Не покидает устройство до тех пор, пока полученный транскрипт не отправляется на перевод. (Почему — см. в Inside the four translation pipelines.)
- Перевод голоса и чата работает на нашем собственном движке на OVH France. Это
mind-sdk-web— наш код, наши хосты, во Франции. Никакой сторонней модели в цепочке нет. Бюджет менее секунды, пул WebSocket по языкам, резидентность ЕС на каждом hop. - Документ, сброшенный в чат (PDF, DOCX, PPTX, XLSX), уходит со стороны сервера с парижского ws-сервера в DeepL в Кёльне. Немецкая компания, немецкая обработка. Голос и чат к DeepL не обращаются.
- Данные приложения — пользователи, команды, сообщения, метаданные встреч — живут в Neon Postgres на AWS Frankfurt (
eu-central-1). Снапшоты в том же регионе. - Записи, вложения, экспорты хранятся в Tigris — S3-совместимом хранилище на Fly. Edge-реплицируется; бакет можно настроить на multi-region в ЕС для арендаторов, которым нужна более жёсткая привязка.
- Ошибки и трейсы производительности идут в EU-инстанс Sentry (
de.sentry.io). Американская организация была закрыта в мае. - Продуктовая аналитика идёт в PostHog EU (
eu.i.posthog.com). - Транзакционная почта (magic links, приглашения, чеки) отправляется через Resend из
eu-west-1(Ирландия).
Всё перечисленное выше — ЕС во время выполнения. Движок перевода — та часть, через которую на самом деле проходит большая часть ваших данных — это к тому же наш собственный код, а значит, сам движок может быть аудирован или развёрнут на собственной инфраструктуре заказчиком, которому это необходимо.
Карта поставщиков
| Поставщик | Что делает | Местоположение во время выполнения |
|---|---|---|
OVH (mind-sdk-web) | Движок перевода голоса и чата | Франция |
| Fly.io | Оркестрация WebSocket встреч | Париж (cdg) |
| Vercel (Nuxt + Nitro API) | Оболочка приложения, серверные API, SSR | Франкфурт (fra1) |
| Neon | Postgres приложения | AWS Frankfurt (eu-central-1) |
| Tigris | Объектное хранилище (записи, вложения) | Edge-реплицируется; можно закрепить за ЕС |
| DeepL | Перевод документов (PDF/DOCX/PPTX/XLSX) | Кёльн |
| Sentry | Отслеживание ошибок | de.sentry.io (ЕС) |
| PostHog | Продуктовая аналитика | eu.i.posthog.com |
| Resend | Транзакционная почта | Ирландия (eu-west-1) |
| Stripe | Платежи | Ирландия (Stripe Payments Europe Ltd.) для клиентов из ЕС |
Два самых тяжёлых по объёму потока данных — перевод голоса и чата через наш собственный движок на OVH и перевод документов через DeepL — оказываются также двумя поставщиками, чья материнская структура находится в ЕС. На это приходится основная часть содержимого встреч. Полный список субпроцессоров с детализацией корпоративной юрисдикции включается в DPA как стандартная практика; таблица выше — это runtime-картина, и именно её касается большинство положений о резидентности данных.
Один текущий разрыв — называем напрямую
После окончания звонка мы формируем пост-митинговый AI digest — темы, решения, action items, открытые вопросы. К модели, которая генерирует digest, обращаемся через Vercel AI Gateway (прокси в EU-регионе), но базовые модели — Google Gemini 2.5 Flash с фолбэком на Anthropic Claude Sonnet — оба поставщика зарегистрированы в США.
Перевод голоса в реальном времени, чат в реальном времени и перевод документов не идут по этому пути. Digest — это отдельный пост-митинговый шаг, который берёт уже сформированный нами транскрипт и пишет поверх него краткое резюме.
Мы закрываем этот разрыв двумя путями:
- Отказ под управлением владельца, скоро. Владелец workspace сможет полностью отключить пайплайн AI digest, и тогда пост-митинговое резюме просто не будет генерироваться, а транскрипт останется там же, где был, — в ЕС. По умолчанию выключено для новых арендаторов; существующие арендаторы получат уведомление и смогут оставить включённым, если захотят.
- Собственная EU-модель суммаризации. Мы поднимаем модель с открытыми весами (класса Kimi) на OVH для задач вроде суммаризации, не требующих frontier-уровня рассуждений. Когда это станет бэкендом для digest, компромисс исчезнет — тот же пайплайн будет работать без участия поставщиков из США.
Если для ваших закупок digest — это разница между «это нам подходит» и «это нам не подходит», скажите нам — мы расставим приоритеты соответственно.
Что это значит для вашего DPA
Для большинства покупателей из ЕС — немецкого Mittelstand, регулируемых отраслей со стандартными GDPR DPA — приведённая выше картина прямо отвечает на вопрос о резидентности данных: каждый runtime-hop вашей встречи находится в ЕС. Корпоративная юрисдикция поставщика раскрывается в списке субпроцессоров по обычной практике; ничего неожиданного там нет.
Для французской souveraineté numérique и закупок уровня SecNumCloud корпоративная юрисдикция поставщика сама по себе является частью критерия, а не только местоположение во время выполнения. Это уже другой разговор — альтернативная топология развёртывания, при которой каждый компонент находится у поставщиков под европейской юрисдикцией. По умолчанию мы её не используем; мы развернём её для арендатора, которому это нужно и где контракт оправдывает такую сборку.
Для покупателей из США и большей части APAC обычно верно обратное — им нужна низкая задержка из их региона, а это другая задача. Сегодня мы работаем в одном регионе — fra1. Если ваш трафик оправдывает US edge, мы спланируем его вместе с вами.
К чему этот пост нас обязывает
Это картина на 28.05.2026. Мы обновим её, когда стек изменится — смена поставщика, миграция региона, новый внешний сервис. Текущую конфигурацию можно проверить в нашем открытом vercel.json, в работающем на OVH France движке mind-sdk-web и в дашбордах каждого из поставщиков.
Если что-то здесь выглядит неверно или вашему DPO нужен ответ, которого эта карта не даёт, напишите нам. Мы предпочтём исправить упущенную деталь, чем дать вам обнаружить её при проверке контракта.