osFoundry / Platform
Резидентность данных
Закрепите рабочее пространство за регионом. Поддерживается несколько регионов с репликацией и failover.
Что это
Резидентность данных в osFoundry позволяет привязать рабочее пространство к конкретному региону, чтобы его хранимые данные находились там, где этого требуют ваша политика, договоры или местное законодательство. Регион вы выбираете при настройке рабочего пространства, и далее osFoundry удерживает его данные закреплёнными именно там, а не позволяет им оказаться в произвольном месте по умолчанию. Это тот механизм контроля, который отвечает на прямой вопрос аудиторов и клиентов: «где на самом деле лежат наши данные?»
Внутри osFoundry эта настройка работает заодно с local-first-архитектурой продукта. Поскольку osFoundry — это десктопное рабочее пространство по модели bring-your-own-key (BYOK), значительная часть ваших рабочих данных может оставаться на вашем собственном устройстве и никогда его не покидать, а вызовы моделей идут напрямую к провайдеру, чей ключ вы указываете, минуя реселлера. Привязка региона управляет теми данными уровня рабочего пространства, которые всё же хранятся на стороне платформы, поэтому резидентность и local-first-подход усиливают друг друга, а не конкурируют. Командам, которым недостаточно одной локации, osFoundry предлагает несколько регионов с репликацией между ними и failover, чтобы рабочее пространство продолжало работать, если регион станет недоступен.
На практике регион задаётся один раз и становится устойчивым свойством рабочего пространства в разделе «Настройки», в области «Настройки и безопасность». Репликация хранит копию в другом регионе ради отказоустойчивости, а failover при необходимости повышает эту копию до основной, так что непрерывность работы не вынуждает вас отказываться от выбора резидентности. Цель — рабочее пространство, чьё расположение является осознанным решением, которое можно обосновать, а не случайностью настроек инфраструктуры по умолчанию.
Ключевые возможности
- Привяжите любое рабочее пространство к выбранному региону, чтобы его хранимые данные оставались там по политике, а не по умолчанию
- Поддержка нескольких регионов с репликацией, которая хранит отказоустойчивую копию во второй локации
- Автоматический failover повышает реплику, чтобы рабочее пространство оставалось доступным при отказе региона
- Регион — это устойчивая настройка рабочего пространства в разделе «Настройки и безопасность», выбираемая при настройке и применяемая далее
- Дополняет local-first- и BYOK-архитектуру osFoundry: значительная часть данных остаётся на устройстве, а вызовы моделей идут напрямую к вашему провайдеру
Сценарии использования
- Ответственный за комплаенс: привязывает рабочее пространство каждого клиента к региону, указанному в договоре с этим клиентом, чтобы ответ о резидентности можно было доказать, а не предполагать
- Администратор в регулируемой отрасли: держит данные рабочего пространства в пределах региона ради соблюдения местного закона о защите данных, при этом запуская BYOK-модели внешних провайдеров
- Оператор платформы: полагается на межрегиональную репликацию и failover, чтобы региональный сбой не выводил рабочее пространство команды из строя
Часто задаваемые вопросы
Могу ли я выбрать, в каком регионе будут находиться данные моего рабочего пространства?
Да. Вы привязываете рабочее пространство к региону, и osFoundry удерживает его хранимые данные закреплёнными там. Регион задаётся как свойство рабочего пространства в разделе «Настройки», поэтому он остаётся фиксированным, а не сбрасывается на произвольную локацию по умолчанию.
Что произойдёт, если мой основной регион выйдет из строя?
osFoundry поддерживает репликацию во второй регион и failover, поэтому отказоустойчивая копия рабочего пространства может взять управление на себя и сохранить его доступным, если основной регион станет недоступен.
Распространяется ли привязка региона на ИИ-модели, которые я использую по своим API-ключам?
Привязка региона управляет тем, где находятся хранимые данные вашего рабочего пространства. osFoundry работает по модели BYOK, поэтому вызовы моделей идут напрямую к провайдеру, чей ключ вы указываете, а значительная часть рабочих данных по замыслу может оставаться локально на устройстве. Резидентность и local-first-, BYOK-модель работают вместе, ограничивая, куда уходят данные.