Анализ инфраструктуры как часть вашего продукта
Встраивайте анализ мультиоблачной и гибридной инфраструктуры в свою продуктовую линейку. Единая карта, реальная связность и приоритетные риски — в вашем бренде.
Партнёрская модель
Для провайдеров, которые хотят добавить анализ инфраструктуры в свой сервисный портфель без разработки движка с нуля.
Облачные провайдеры
Встраивание анализа инфраструктуры и рисков в облачную линейку и сервисный портфель.
Хостеры и ЦОД
Услуга контроля конфигураций, связности и дрейфа для клиентов, размещающих инфраструктуру.
MSSP и интеграторы
Использование движка Oasis Defender для анализа инфраструктуры и рисков в рамках собственных сервисов.
Что вы сможете продавать клиентам
Примеры услуг и опций, которые провайдер может включать в свой портфель на базе Oasis.
Анализ инфраструктуры и связности
Карта ресурсов и фактических путей доступа между сегментами, аккаунтами и средами.
Контроль изменений и дрейфа
Отслеживание изменений конфигураций с выделением изменений, повышающих риск.
Приоритизация исправлений
Список «что чинить первым» на основе фактической эксплуатируемости и путей доступа.
Отчётность и выгрузки
Материалы для ИТ/ИБ и данные для инженерных задач: инвентарь, правила, находки, изменения.
Подготовка к аудитам
Фактическая картина инфраструктуры и рисков без ручной инвентаризации и сборов по командам.
Как это работает для клиента
Oasis Defender работает как часть вашего продукта. Вы владеете отношениями с клиентом — мы обеспечиваем движок анализа и поддержку.
Брендинг
White-label, co-branding или «powered by» — по договорённости. Доступ и отчётность интегрируются в ваш контур.
Границы ответственности
Партнёр: контракт, продажа, коммуникация, первая линия (опционально). Oasis: движок анализа, обновления, методология, эскалации.
Развёртывание
Выделенный инстанс, контур провайдера или другие варианты — фиксируются на этапе интеграции под вашу модель.
Подключение клиента
Read-only доступы к облачным аккаунтам и средам через API. Детализация в чеклисте подключения.
Что провайдер получает в работе
Модель рассчитана на регулярный контроль, а не на разовый отчёт.
Снимки состояния
Регулярные снимки инфраструктуры и связности для сравнения и контроля изменений.
Дифф изменений
Список изменений с фокусом на рост риска: новые публичные входы, расширение правил, новые маршруты и сегменты.
Уведомления о рисках
При появлении опасных изменений в связности и сетевых правилах — уведомление назначенным ответственным.
Отчёты и выгрузки
Материалы для ИТ/ИБ и данные для внутренних регламентов провайдера и задач клиента.
Объяснимые приоритеты
Аргументация «почему критично» на основе фактических путей доступа и эксплуатируемости — готова к передаче клиенту.
Принципы расчёта
Конкретные условия зависят от модели и масштаба — фиксируем в разговоре.
Формат расчёта
Wholesale или revenue share — в зависимости от white-label / co-branding и распределения ответственности.
Единица тарификации
Per tenant / per account / per environment — чаще всего именно так.
Выставление счёта
Клиенту выставляет счёт провайдер. Oasis работает как встроенный компонент.
Конфиденциальность
Конкретные цифры — в разговоре. На странице остаётся только модель и принципы.
Типичные вопросы перед началом
Вопросы, которые обычно блокируют решение о партнёрстве.
Где размещается решение и где хранятся данные?
Зависит от модели развёртывания и требований партнёра. Конкретный вариант фиксируется на этапе интеграции.
Какие доступы требуются для подключения клиента?
Read-only доступы к облачным платформам и сетевым компонентам через API. Детализация в чеклисте подключения.
Как обеспечивается изоляция между клиентами?
Механизм изоляции зависит от формата развёртывания. В embedded-модели это часть архитектуры партнёрского контура.
Как выглядит white-label на практике?
Варианты брендинга и глубина интеграции согласуются в рамках embedded-модели. Доступны white-label, co-branding и «powered by».
Что входит в поддержку?
Поддержка коннекторов, обновления, эскалации по анализу и совместимости. SLA и регламент зависят от модели. Единый канал партнёрской поддержки с понятными правилами эскалации.
Как часто обновляются данные?
Периодичность определяется конфигурацией и зависит от платформ, масштаба и лимитов API. Параметры согласуются при внедрении.
Обсудить партнёрство
Расскажите о вашей модели — подберём формат интеграции и покажем продукт на вашей инфраструктуре.
Поддерживаемые платформы
Мультиоблачные и гибридные архитектуры в единой модели
