Oracle Database@Azure подключили к Microsoft Fabric, Sentinel и Zero Data Loss: что это даёт бизнесу

Что нового

Microsoft и Oracle расширяют совместный сервис Oracle Database@Azure — это Oracle Database на инфраструктуре Oracle Cloud Infrastructure (OCI) внутри дата‑центров Microsoft Azure.

Ключевые обновления:

1. Интеграция с Microsoft Fabric (публичный превью)

   • Поддержка OCI GoldenGate для репликации и интеграции данных из Oracle Database@Azure в Microsoft Fabric.
   • Репликация в реальном времени с низкой задержкой в OneLake и другие хранилища внутри Fabric.
   • Прямая работа с Power BI и Copilot на данных из Oracle и не только.

2. Интеграция с Microsoft Sentinel (публичный превью)

   • Oracle Database@Azure теперь отдает телеметрию и события в Microsoft Sentinel.
   • Аналитика угроз распространяется на Oracle Exadata Database Service и инфраструктуру, которая обслуживает Oracle Database@Azure.

3. Расширенный пакет комплаенса Azure для Oracle Database@Azure

   • На сервис распространяются глобальные сертификации Azure по приватности, здравоохранению, платежным системам и другим регулируемым отраслям.

4. Zero Data Loss Autonomous Recovery Service — общая доступность

   • Полностью управляемый сервис защиты данных для Oracle Exadata Database на Oracle Database@Azure.
   • Восстановление после атак вымогателей без потери данных.
   • Упор на соответствие финансовым регуляциям и упрощение эксплуатации.

5. Высокая доступность и отказоустойчивость

   • Развертывание Oracle Database@Azure минимум в двух зонах доступности в каждом основном регионе.
   • Поддержка Oracle Maximum Availability Architecture (MAA) на уровне Gold во всех регионах.
   • Возможность получить MAA Platinum, например, при связке UK South (прод) + Germany West Central (DR) при совместной работе с Microsoft и Oracle.

6. Региональная экспансия

   • Сейчас Oracle Database@Azure работает в 6 регионах Azure.
   • Объявлены планы расширения до 21 основного региона по миру.
   • Параллельно — добавление поддержки disaster recovery в ряде дополнительных регионов Azure.

7. Oracle Autonomous Database на Oracle Database@Azure — общая доступность

   • Доступен Oracle Autonomous Database как сервис поверх Oracle Database@Azure.
   • Покупка через private offer у Oracle или pay‑as‑you‑go в Azure Marketplace.
   • Варианты: полностью управляемый Autonomous Database или более управляемый клиентом Oracle Exadata Database Service.

8. Подтвержденные сценарии у крупных клиентов

   • Oracle Database@Azure используют MSCI, Sanofi, State Street Corporation, Conduent, Liantis, SAS.
   • MSCI закрывает требования Cyber DR (время восстановления, изоляция, точка восстановления, стоимость).
   • Sanofi ускоряет миграцию критичных нагрузок в облако и оптимизирует расходы.
   • State Street переносит миссии критичные нагрузки без серьёзного рефакторинга и сохраняет инвестиции в Exadata.

Как это работает

Базовая архитектура Oracle Database@Azure

Oracle и Microsoft физически размещают OCI‑инфраструктуру с Exadata внутри дата‑центров Azure. Получается связка:

• Слой данных: Oracle Database и Exadata Database Service на OCI внутри Azure.
• Слой приложений и сервисов: нативные сервисы Azure — приложения в Azure Kubernetes Service, виртуальные машины, сервисы данных, Microsoft Fabric, Sentinel и т.д.
• Сеть: низколатентное соединение между Oracle‑частью и остальной инфраструктурой Azure. Основная цель — минимальная задержка между базой и приложениями.

Интеграция с Microsoft Fabric через OCI GoldenGate

OCI GoldenGate — сервис, который:

• Подключается к Oracle Database@Azure и другим системам (Oracle и не‑Oracle).
• Читает изменения в базе в потоке (change data capture).
• Реплицирует данные в десятки поддерживаемых целей, включая OneLake в Microsoft Fabric.

Дальше в Fabric:

• Данные попадают в OneLake и становятся доступны для Power BI, Copilot и других инструментов.
• Команды аналитики могут строить отчеты, модели и дашборды на живых данных из Oracle Database@Azure.

Интеграция с Microsoft Sentinel

Microsoft Sentinel — SIEM/SOAR в Azure. В связке с Oracle Database@Azure он:

• Собирает логи и события с Oracle Exadata Database Service и инфраструктуры, которая обслуживает Oracle Database@Azure.
• Объединяет их с логами других систем в организации: Azure, on‑prem, другие облака.
• Применяет аналитические правила и машинное обучение для поиска атак и аномалий.
• Позволяет запускать автоматические плейбуки реагирования.

Zero Data Loss Autonomous Recovery Service

Этот сервис работает как управляемый контур резервного копирования и восстановления для Oracle Exadata Database на Oracle Database@Azure:

• Постоянно принимает поток изменений из базы.
• Хранит их в защищённом хранилище, изолированном от основной среды.
• При атаке вымогателей или сбое даёт восстановить базу до последней подтверждённой транзакции.
• Управляет политиками ретенции и помогает соответствовать финансовым и другим регуляциям.

Высокая доступность и MAA

Oracle Database@Azure разворачивается по принципам Oracle Maximum Availability Architecture:

• Минимум две зоны доступности в каждом основном регионе — защита от отказа дата‑центра.
• Все текущие регионы соответствуют уровню MAA Gold — это повышенная отказоустойчивость и резервирование.
• Для MAA Platinum организации связывают два региона (например, UK South + Germany West Central) и настраивают сценарии DR совместно с Oracle и Microsoft.

Autonomous Database и Exadata Database Service

На Oracle Database@Azure доступны два ключевых сервиса:

• Oracle Autonomous Database — полностью управляемая база: автоматическое патчирование, тюнинг, масштабирование.
• Oracle Exadata Database Service — управляемый сервис Exadata с более тонким контролем конфигураций для тех, кому нужны специфические настройки.

Покупка:

• Через прямое предложение от Oracle (private offer).
• Или через Azure Marketplace по модели pay‑as‑you‑go.

Что это значит для вас

Кому это полезно

1. Крупные предприятия с тяжёлыми Oracle‑нагрузками

   • Если у вас уже есть крупные инсталляции Oracle Database/Exadata и вы хотите переехать в облако Azure без глубокого переписывания приложений.
   • Пример State Street: перенос миссии критичных систем на Oracle Database@Azure с сохранением архитектуры и инвестиций в Exadata.

2. Финансовый сектор и компании с жёстким комплаенсом

   • Нужны сертификации по приватности, здравоохранению, платежам и другим стандартам.
   • Важны сценарии Cyber DR: изоляция среды, время и точка восстановления, стоимость решения — как у MSCI.
   • Zero Data Loss Autonomous Recovery Service снижает риск потери транзакций при инцидентах.

3. Команды данных и аналитики, работающие в Microsoft Fabric

   • Если вы уже строите аналитическую платформу на Microsoft Fabric и хотите подтянуть туда транзакционные данные из Oracle в реальном времени.
   • GoldenGate + Fabric дают возможность объединять Oracle и не‑Oracle источники в OneLake и сразу использовать Power BI и Copilot.

4. Организации, которые ставят на Azure как основной облако

   • Если ваш стек — это Azure AD, Sentinel, Fabric, Power Platform, но критичные данные живут в Oracle.
   • Oracle Database@Azure снимает часть сетевых и организационных проблем: база физически ближе к приложениям в Azure.

Где это особенно уместно

• Миграция старых Oracle‑систем в облако без серьёзного рефакторинга.
• Высоконагруженные транзакционные системы, которым нужна минимальная задержка между приложением в Azure и базой.
• Сценарии ИИ и продвинутой аналитики на основе Microsoft Fabric, когда нужно объединить Oracle‑данные с другими источниками.
• Среды с повышенными требованиями к отказоустойчивости и DR: банки, биржи, страхование, фарма.

Где может не подойти

• Малый и средний бизнес, который не использует Oracle или может обойтись PostgreSQL/MySQL/SQL Database в Azure.
• Команды, которым не нужны жёсткие требования по комплаенсу и Zero Data Loss, и которые хотят минимизировать стоимость владения.
• Проекты, где проще и дешевле переписать приложение под нативные базы Azure, чем тащить с собой Oracle.

Доступность и ограничения

• Oracle Database@Azure разворачивается в ограниченном числе регионов: сейчас их 6, план — 21 регион.
• Для России и ряда других стран могут действовать юридические и экспортные ограничения со стороны Microsoft и Oracle.
• Для доступа из России часто требуется VPN или работа через зарубежные юрлица — это нужно прорабатывать отдельно с юристами и интеграторами.

Если вы планируете использовать Oracle Database@Azure из России:

• Проверьте, доступны ли нужные регионы и сервисы вашему аккаунту Azure.
• Оцените юридические риски и требования по хранению данных (особенно персональных и финансовых).

Место на рынке

С кем это конкурирует

Oracle Database@Azure — это не ещё один «просто managed‑Postgres». Это сервис для тех, кто уже живёт на Oracle и хочет связать это с Azure.

Фактические конкуренты по сценариям:

• Oracle Database в OCI без интеграции с Azure — вариант для тех, кто готов строить кросс‑облачную архитектуру самостоятельно.
• Azure SQL Database / Azure SQL Managed Instance — альтернатива для тех, кто готов мигрировать с Oracle на SQL Server.
• Другие облачные Oracle‑инсталляции (например, Oracle Database на AWS через RDS Custom или собственный IaaS) — сценарии, где основное облако не Azure.

В чём ключевое отличие Oracle Database@Azure:

• База работает на Oracle Exadata в OCI, но физически внутри дата‑центра Azure.
• Низкая задержка до приложений в Azure по сравнению с классической схемой Azure + внешний OCI‑регион.
• Глубокая интеграция с Microsoft Fabric, Sentinel и комплаенсом Azure.

Что с ценами и производительностью

В материале нет конкретных цифр по стоимости, бенчмаркам или сравнению с другими сервисами. Ориентироваться придётся на коммерческие предложения Oracle и прайсинг в Azure Marketplace.

Из публичных заявлений клиентов можно сделать только качественные выводы:

• MSCI выбрала Oracle Database@Azure, потому что он удовлетворяет требованиям Cyber DR по времени восстановления, изоляции, точке восстановления и стоимости.
• Sanofi ожидает выигрыш в масштабируемости, надёжности и производительности критичных нагрузок.
• State Street использует сервис, чтобы не делать «большой рефакторинг» и сохранить существующие инвестиции в Exadata.

Если вам важны точные TCO и производительные метрики:

• Придётся запрашивать POC и расчёты у Oracle/Microsoft.
• Сравнивать с альтернативами в Azure (SQL Managed Instance, PostgreSQL) и в других облаках под ваши конкретные нагрузки.

Как начать

Официальный сценарий запуска выглядит так:

1. Определить, какие Oracle‑нагрузки вы хотите перенести на Oracle Database@Azure (критичность, требования по DR, комплаенс).
2. Выбрать регион Azure из доступных 6 текущих или планируемых 21.
3. Решить, какой сервис вам нужен:
   • Oracle Autonomous Database — если вы хотите максимум автоматики.
   • Oracle Exadata Database Service — если нужны тонкие настройки и контроль.
4. Связаться с продажами Oracle или Microsoft:
   • через sales‑команду Oracle для private offer;
   • или через Azure Marketplace по схеме pay‑as‑you‑go.
5. Настроить интеграции:
   • OCI GoldenGate → Microsoft Fabric / OneLake для аналитики и ИИ;
   • Microsoft Sentinel для мониторинга безопасности;
   • Zero Data Loss Autonomous Recovery Service для защиты от потери данных.

Если вы уже работаете с Oracle и Azure, разумно подключить интегратора, который знает обе экосистемы. Это сильно ускоряет миграцию и снижает риск ошибок в настройке DR и безопасности.

---

Читайте также

• Новый Browser Automation Agent в Azure AI Foundry: многосессионный Playwright в пару команд
• Как подружить Terraform и Microsoft Foundry: DevOps-пайплайн для Hosted Agents без боли
• Как проверить голосового ассистента до релиза: Microsoft выложила VoiceLive Evaluation Harness