Oracle: рента за базу данных и риски ИИ-инфраструктуры

Объём доказательств и их статус

Oracle Corporation — это четыре бизнеса, которые усиливают друг друга, но подчиняются разным экономическим законам. Во-первых, это сборщик ренты за базы данных с одной из самых глубоких установленных баз в корпоративных вычислениях. Во-вторых, это претендент на рынке облачной инфраструктуры, пытающийся превратить историческую «гравитацию» баз данных в новое потребление инфраструктуры. В-третьих, это поставщик корпоративных приложений, конкурирующий за операционные данные правительств, больниц, производителей, банков и крупных предприятий.

В-четвёртых, и это всё чаще становится центральным элементом инвестиционной истории, это поставщик мощностей дата-центров для ИИ: компания, которая принимает на себя риски энергоснабжения, GPU, сетей, финансирования и контрагентов, чтобы продавать дефицитные вычислительные мощности разработчикам моделей и крупным предприятиям.

Центральный исследовательский вопрос — сможет ли прежняя монопольная рентная экономика Oracle пережить сдвиг компании к гораздо более капиталоёмкой инфраструктурной модели. Публичные данные указывают на подлинный перелом в росте облачной инфраструктуры. Скептическая трактовка заключается в том, что этот перелом — не просто история о марже программного обеспечения. Отчасти это история проектного финансирования, отчасти — энергоснабжения, отчасти — цепочки поставок GPU и отчасти — концентрации контрагентов.

Результаты Oracle за 2026 финансовый год делают это явным: выручка облачной инфраструктуры росла намного быстрее остального бизнеса, но свободный денежный поток стал заметно отрицательным, а капитальные затраты резко выросли. Собственное раскрытие Oracle о том, что значительная часть роста RPO связана с крупными ИИ-контрактами, включая предоплаченные или предоставленные клиентами GPU, необычайно важно, поскольку показывает, что отчётный портфель заказов привязан к финансированию оборудования и выполнению строительства, а не только к традиционной предсказуемости подписки SaaS.

Каноническая запись компании: Oracle Corporation. Публичный тикер: ORCL на Нью-Йоркской фондовой бирже. Канонические веб-ресурсы включают корпоративный сайт, Oracle Cloud, Oracle Investor Relations и домены документации Oracle. Компания — не простая строка в справочнике. Oracle — критически важный оператор корпоративной инфраструктуры, чья поверхность риска теперь охватывает лицензирование ПО, регулируемые нагрузки, мультиоблачное взаимодействие, строительство дата-центров, доступность электроэнергии, закупку GPU, модернизацию государственного сектора и реагирование на инциденты безопасности.

Публичная компания: текущая рамка

Последний нарратив Oracle как публичной компании — это резкий переход от зрелого генератора денежных потоков от ПО к инструменту роста на инфраструктуре ИИ. В 2026 финансовом году Oracle сообщила о совокупной выручке 67,4 млрд долларов, рост на 17 %, при общей облачной выручке 34,0 млрд долларов, рост на 39 %. Внутри неё выручка облачной инфраструктуры составила 18,1 млрд долларов, рост на 77 %, а выручка облачных приложений — 15,9 млрд долларов, рост на 11 %. Контраст важен: бизнес приложений остаётся крупным и «липким», но история роста — это теперь OCI, а не только унаследованное ПО или SaaS.

В четвёртом квартале 2026 финансового года Oracle сообщила о выручке 19,2 млрд долларов, облачной выручке 9,9 млрд долларов, выручке облачной инфраструктуры 5,8 млрд долларов и выручке облачных приложений 4,1 млрд долларов. Выручка от ПО за полный год составила 24,5 млрд долларов, снижение на 1 %, что подтверждает мнение о том, что Oracle мигрирует клиентов с локального ПО и сопровождения на облачные сервисы, а не просто добавляет облачную выручку поверх неизменной базы.

Последствия для баланса и денежных потоков показательнее, чем темпы роста. Oracle сообщила об операционном денежном потоке 32,0 млрд долларов за 2026 финансовый год, но отрицательном свободном денежном потоке 23,7 млрд долларов. Отчёт о движении денежных средств показывает капитальные затраты 55,7 млрд долларов в 2026 году против 21,2 млрд долларов в 2025 году. Чистые основные средства после амортизации выросли с 43,5 млрд долларов примерно до 100,0 млрд долларов. Долгосрочные заимствования и прочий долг выросли с 85,3 млрд долларов до 122,3 млрд долларов.

Эти цифры — финансовая подпись компании, покидающей программную ренту и переходящей во владение и эксплуатацию физической инфраструктуры.

Наиболее ярким свидетельством стали раскрытые Oracle оставшиеся обязательства по исполнению (RPO). RPO на конец четвёртого квартала 2026 года составили 638 млрд долларов, рост на 363 % год к году и на 85 млрд долларов выше предыдущего квартала. Oracle заявила, что основная часть роста RPO в третьем и четвёртом кварталах пришлась на крупномасштабные ИИ-контракты, в которых клиент либо предоплачивал Oracle GPU, либо приобретал и поставлял GPU Oracle; предоплаченная часть и поставленное клиентом оборудование в рамках этих крупных ИИ-контрактов в сумме составляют 75 млрд долларов.

Это сильный сигнал спроса, но и предупреждение о том, что качество портфеля заказов зависит от сроков поставки, подключения дата-центров, концентрации клиентов, кривых амортизации GPU и будущей финансовой устойчивости небольшой группы покупателей ИИ.

Таким образом, тезис по публичной компании разделяется. Программная сторона Oracle генерирует устойчивый операционный денежный поток из глубоко укоренившихся корпоративных систем. Инфраструктурная сторона требует крупных первоначальных финансовых обязательств и может дать привлекательную доходность, если спрос на ИИ останется ограниченным предложением. Риск в том, что бухгалтерская картина портфеля заказов может опережать физическую поставку, а рост выручки облачной инфраструктуры в фазе строительства поглощает, а не высвобождает денежные средства.

Машина ренты за базу данных

Самый глубокий экономический ров Oracle — установленная база Oracle Database. Это не просто позиция продукта. Это позиция транзакционных издержек. Базы данных Oracle лежат в основе ERP-систем, биллинговых систем, банковских систем, систем обработки страховых требований, государственных реестров, производственных систем, слоёв медиации телеком-операторов, больничных записей и приложений, писавшихся десятилетиями. Ценность базы данных не только в движке.

Это накопленные хранимые процедуры, операционные инструменты, знания DBA, проектирование отказоустойчивости, проверка соответствия, настройка производительности, процедуры аварийного восстановления и сертификации приложений, которые её окружают.

Ценообразование остаётся поразительным. Публичный прайс-лист Oracle для госсектора США в мае 2026 года показывает Oracle Database Enterprise Edition по 47 500 долларов за процессор за бессрочную лицензию и 10 450 долларов за обновление ПО и поддержку.

Real Application Clusters указан по 23 000 долларов за процессор плюс 5 060 долларов за поддержку, Partitioning — по 11 500 долларов за процессор плюс 2 530 долларов за поддержку, Advanced Security — по 15 000 долларов за процессор плюс 3 300 долларов за поддержку, Diagnostics Pack — по 7 500 долларов за процессор плюс 1 650 долларов за поддержку, Tuning Pack — по 5 000 долларов за процессор плюс 1 100 долларов за поддержку. Также показано ценообразование по именованным пользователям, включая 950 долларов за Database Enterprise Edition и 209 долларов за поддержку.

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

Это экономическое ядро исторической ценовой власти Oracle. Клиент, работающий с Oracle Database для критически важной нагрузки, редко оценивает решение о продлении как выбор технологии с нуля. Он оценивает стоимость неудачной миграции. Рента за базу данных, таким образом, защищена стоимостью переписывания логики приложений, проверки эквивалентности данных, переобучения DBA, повторной валидации интеграций, изменения практик резервного копирования и восстановления, а также прохождения аудита или регуляторной проверки. В банках, страховании, здравоохранении и госсекторе «миграция» — не операция на выходные.

Это многолетняя программа операционных рисков.

DB-Engines не является источником данных о доле выручки или таблицей долей рынка. Однако это полезный индикатор популярности и узнаваемости. В июне 2026 года DB-Engines поставил Oracle на первое место среди систем баз данных, опередив MySQL, Microsoft SQL Server, PostgreSQL и MongoDB; тот же рейтинг поместил Snowflake на шестое место, Databricks — на седьмое, а SAP HANA — на двадцать второе. Такое позиционирование подтверждает, что Oracle остаётся центральной в сознании пользователей баз данных, даже когда новые аналитические и озерные системы набирают внимание.

Экономика установленной базы видна и в лицензионном аппарате Oracle. Oracle License Management Services описывает себя как единственный орган лицензирования Oracle, который может проверять требования программ Oracle, и перечисляет как сервис подтверждения соответствия, так и аудиторский сервис. Официальная формулировка — помощь в соблюдении требований, но с точки зрения клиента угроза аудита — часть переговорного рычага поставщика. Крупные клиенты платят Oracle не только потому, что им нравится база данных.

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

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

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

OCI как претендент на облачном рынке

Oracle Cloud Infrastructure не пытается выиграть рынок гиперскейла, копируя AWS по каждой функции при равном масштабе. Самая правдоподобная стратегия — выигрывать конкретные нагрузки, где у Oracle есть асимметрия: базы данных Oracle, регулируемые корпоративные системы, суверенные облачные развёртывания, высокопроизводительные bare-metal вычисления, мультиоблачная близость баз данных и теперь мощности для обучения ИИ.

След значителен, но неоднороден. Документация Oracle утверждает, что регионы OCI — это локализованные географические зоны, состоящие из одного или нескольких доменов доступности (availability domains). Домены доступности изолированы друг от друга и не разделяют инфраструктуру, такую как питание, охлаждение или внутреннюю сеть домена доступности. Та же документация отмечает, что Oracle решила запускать регионы в новых географических зонах с одним доменом доступности, чтобы быстро расширяться.

Таблица коммерческих регионов показывает широкое глобальное присутствие, но во многих регионах один домен доступности, тогда как в некоторых важных, таких как Франкфурт, Лондон, Ашберн, Чикаго и Финикс, их три.

Такая архитектура коммерчески рациональна. Регион с одним доменом доступности может быстрее и дешевле удовлетворить требования к резидентности данных, задержке или государственному доступу, чем полностью построенный гиперскейл-регион с несколькими AD. Это также соответствует модели корпоративных продаж Oracle: клиенты часто хотят локальный регион базы данных, суверенный регион, государственный контур или выделенное развёртывание, а не огромную платформу для разработчиков.

Скептический аргумент в том, что регионы с одним AD не эквивалентны зрелым мульти-AD дизайнам, которые клиенты ассоциируют с AWS, Azure или Google Cloud для высокодоступных облачно-нативных нагрузок. Собственная документация Oracle утверждает, что мультирегиональное развёртывание помогает непрерывности бизнеса и защите от катастроф. Поэтому модель доменов доступности важна при оценке того, является ли OCI универсальным гиперскейл-конкурентом или более специализированным корпоративным и база-данных облаком.

Публичная страница регионов OCI утверждает, что OCI имеет 41 коммерческий облачный регион в 26 странах, включая 14 стран плюс ЕС с двумя или более регионами для аварийного восстановления внутри страны. Она также подчёркивает глобально единообразное ценообразование, частную управляемую Oracle магистраль между регионами, шифрование трафика между регионами и доменами доступности, 10 ТБ в месяц бесплатного исходящего трафика с более низкими ценами после этого, более 40 регионов по всему миру и более 70 стандартов соответствия, включая SOC, PCI DSS, HIPAA, HITRUST и GDPR.

Эти утверждения находятся в центре экономического предложения Oracle: OCI — это не только вычисления, хранение и сеть; это предсказуемость затрат, соответствие требованиям и близость базы данных.

Страница доступности сервисов Oracle утверждает, что каждый регион OCI поддерживает более 200 облачных сервисов и что OCI предлагает единое ценообразование во всех публичных облачных регионах, включая Dedicated Region. Там также перечислены мультиоблачные сервисы, включая Oracle AI Database@AWS, Oracle AI Database@Azure, Oracle AI Database@Google Cloud и сервисы взаимодействия с Azure и Google Cloud. Конкретные таблицы пар регионов важны, потому что показывают: мультиоблачная стратегия Oracle — не просто маркетинг.

Oracle намеренно размещает свои сервисы баз данных рядом с регионами AWS, Azure и Google Cloud, чтобы приложения могли оставаться у доминирующих гиперскейлеров, а рента за базу данных оставалась у Oracle.

Это хитроумная инверсия облачной конкуренции. AWS, Azure и Google Cloud захватили значительную часть уровня разработчиков и приложений. Oracle не пытается отменить всё это. Он пытается сделать Oracle Database подключённым сервисом внутри или рядом с этими облаками. Клиент получает низкую задержку доступа к базам данных Oracle без полной миграции на OCI. Oracle сохраняет потребление базы данных, отношения поддержки и потенциально контроль над корпоративным аккаунтом. В экономических терминах Oracle пытается обложить налогом «гравитацию данных», даже когда «гравитация приложений» принадлежит другому облаку.

Инфраструктура ИИ: продавец мощностей

Стратегия Oracle в области ИИ-инфраструктуры масштабнее и необычнее, чем стандартный запуск облачного GPU-продукта. Компания продаёт мощности на рынке, где ведущим разработчикам моделей нужны земля, электроэнергия, жидкостное охлаждение, сети с высокой пропускной способностью, поставки GPU, пропускная способность хранилищ и быстрое исполнение. Дефицит не только в чипах. Дефицит в операционных мощностях, которые подключены к энергии, сети, разрешены и работают.

Страница Oracle об ИИ-инфраструктуре утверждает, что OCI Supercluster может работать с числом GPU до 131 072, и перечисляет масштабируемость, включая более 100 000 суперчипов GB200, 131 072 GPU B200, 65 536 GPU H200, 32 768 GPU A100, 16 384 GPU H100 и 16 384 GPU AMD MI300X на кластер. Там также подчёркиваются bare-metal инстансы, индивидуальный дизайн RDMA поверх конвергентного Ethernet, задержка кластерной сети 2,5–9,1 микросекунды, пропускная способность кластерной сети до 3 200 Гбит/с, пропускная способность фронтальной сети до 400 Гбит/с, локальное хранилище NVMe и высокопроизводительное файловое хранилище.

Это не стандартные тезисы корпоративного облака. Это тезисы ИИ-фабрики.

Отношения с OpenAI — самый явный публичный сигнал стратегии Oracle в области мощностей. В июле 2025 года OpenAI объявила о сделке с Oracle на развитие 4,5 гигаватт дополнительных мощностей дата-центров Stargate в США. OpenAI отметила, что вместе с Stargate I в Абилине партнёрство доведёт Stargate до более чем 5 гигаватт разрабатываемых мощностей ИИ-дата-центров с более чем 2 млн чипов. OpenAI также сообщила, что части объекта в Абилине уже работают и что Oracle начала поставки стоек Nvidia GB200 в июне 2025 года, при этом уже идут ранние обучающие и инференс-нагрузки.

В сентябре 2025 года OpenAI расширила нарратив Stargate, объявив, что пять новых площадок ИИ-дата-центров в США с Oracle и SoftBank доведут планируемые мощности Stargate почти до 7 гигаватт и более 400 млрд долларов инвестиций за три года. Июльская сделка с Oracle представляла собой партнёрство на сумму более 300 млрд долларов за пять лет, а связанные с Oracle площадки в округе Шакелфорд, Техас; округе Донья-Ана, Нью-Мексико; на Среднем Западе; и возможное расширение возле Абилина могут дать более 5,5 гигаватт.

Это инфраструктура коммунального масштаба, но экономика больше похожа на лизинг энергоёмких промышленных мощностей, чем на традиционное корпоративное ПО.

Crusoe, инфраструктурный партнёр Oracle в Абилине, заявила в сентябре 2025 года, что первая фаза кампуса в Абилине запущена на OCI, строительство началось в июне 2024 года, первые два здания были подключены к энергии в течение года, Oracle начала поставки стоек Nvidia GB200 в июне 2025 года, а запланированный кампус из восьми зданий будет поддерживать сотни тысяч GPU на единой интегрированной сетевой фабрике. Это подтверждающие партнёрские свидетельства, хотя и от заинтересованной стороны. Они поддерживают мнение, что Oracle не просто регистрирует бумажный спрос; она участвует в реальном физическом развёртывании.

Но продажа мощностей вводит иной класс рисков. Лицензия на базу данных имеет пренебрежимо малые предельные издержки после создания ПО. GPU-кластер несёт риск амортизации, энергоснабжения, обслуживания, сети, жидкостного охлаждения, прошивок, цепочки поставок и утилизации. Задержка клиента, изменение в обучении модели, смена поколений чипов или ограничение мощности могут ухудшить доходность. Раскрытие RPO от Oracle частично снижает проблему финансирования, поскольку клиенты предоплатили или поставили GPU, но не устраняет риск исполнения.

Оно может даже подчеркнуть, как крупнейшие ИИ-клиенты выторговывают особые условия, отличающиеся от обычного облачного потребления.

Капиталоёмкость и энергетические ограничения

Главное ограничение стратегии Oracle в области ИИ — не коммерческий спрос. Это реализуемая мощность. Практические узкие места — земля, подключение к сети, генерация электроэнергии, трансформаторы, распределительные устройства, проектирование водяного или жидкостного охлаждения, разрешения, волоконно-оптические маршруты, закупка GPU, рабочая сила и способность надёжно эксплуатировать кластеры высокой плотности. Отчёт о движении денежных средств Oracle за 2026 год ясно показывает этот переход: капитальные затраты достигли 55,7 млрд долларов, а свободный денежный поток стал отрицательным, несмотря на сильное операционное генерирование денег.

Oracle привлекла 43 млрд долларов долга и 5 млрд долларов акционерного финансирования в 2026 финансовом году и заявила, что ожидает привлечь около 40 млрд долларов через долг и акции в 2027 году, включая ранее объявленную эмиссию акций на рынке на 20 млрд долларов.

Данные об энергетике вокруг Абилина показывают, почему это игра в промышленную инфраструктуру. AP сообщило в марте 2026 года, что Microsoft берёт на себя смежное расширение ИИ-дата-центра в Абилине после того, как OpenAI отказалась продолжать его, а Crusoe продолжала достраивать ещё шесть зданий для OpenAI и Oracle.

AP также сообщило, что более широкий комплекс в Абилине, как ожидается, обеспечит 2,1 гигаватт вычислительных мощностей, что проект Microsoft включает электростанцию на месте мощностью 900 мегаватт, а существующий проект OpenAI–Oracle имеет газовую электростанцию на 350 мегаватт, описанную Oracle как резервное питание, тогда как дата-центры в основном потребляют из региональной сети. Это журналистское свидетельство, а не контрактная документация, но оно согласуется с физическим масштабом, подразумеваемым официальными объявлениями OpenAI и Crusoe.

Второй неофициальный сигнал — локальная налоговая экономика. Business Insider сообщил, что Oracle оспаривает оценку налога на имущество своего участка дата-центра Stargate в Абилине и что проект имеет право на 85-процентное освобождение от налога на имущество. Тот же отчёт сообщил, что Crusoe обязалась потратить до 3,5 млрд долларов и создать 357 рабочих мест с полной занятостью, а Oracle получает выгоду как субарендатор. Это указывает на экономику местных стимулов и минимизации налогов, а не на нарушения.

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

Опасения рынка капитала не воображаемы. Reuters сообщило в сентябре 2025 года, что Moody’s отметило риск контрагентов в крупных ИИ-контрактах Oracle, указав на зависимость от небольшого числа ИИ-компаний и описав строительство дата-центров Oracle как фактически одно из крупнейших в мире проектных финансирований. Reuters передало мнение Moody’s, что долг Oracle будет расти быстрее EBITDA, способствуя прогнозному левериджу около 4x до того, как EBITDA догонит, и что свободный денежный поток, вероятно, останется отрицательным в течение длительного периода до выхода в ноль.

Это сигнал кредитного аналитика, а не прогноз дефолта, но полезная корректировка к энтузиазму фондового рынка по поводу портфеля заказов.

Риск контрагентов усиливается экономикой ведущих покупателей ИИ. Reuters, ссылаясь на The Information, сообщило в сентябре 2025 года, что OpenAI повысила прогнозируемое выжигание денежных средств до 115 млрд долларов к 2029 году по мере ускорения расходов на инфраструктуру. В отчёте также отмечалось, что OpenAI углубила партнёрство с Oracle и добавила Google Cloud среди своих провайдеров. Это вторичный отчёт о прогнозе частной компании, а не аудированные данные.

Тем не менее он прямо релевантен: основной потенциал Oracle в ИИ-инфраструктуре зависит от клиентов, чьи собственные денежные потоки, привлечение средств и стратегические вычислительные решения остаются крайне динамичными.

Экономика взаимодействия и мультиоблачный компромисс

Мультиоблачная стратегия Oracle — прямой ответ на структурную проблему: корпоративный уровень приложений перешёл в AWS, Azure и Google Cloud быстрее, чем Oracle могла конвертировать этих клиентов на OCI. Вместо того чтобы настаивать на переносе всего на OCI, Oracle встраивает или размещает сервисы Oracle Database рядом с выбранной клиентом облачной топологией.

Экономика проста. Перемещение базы данных дорого и рискованно. Перемещение сервера приложений или аналитической нагрузки проще. Если Oracle может снизить задержку и боль исходящего трафика между приложениями гиперскейлеров и базами данных Oracle, она может сохранить аккаунт базы данных, позволяя клиентам запускать остальную архитектуру в другом месте. Стратегия взаимодействия, таким образом, превращает облачное соперничество в облачную близость. Oracle не нужно становиться облаком по умолчанию для всех нагрузок, чтобы сохранить ренту за базу данных.

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

Экономика публичных регионов OCI поддерживает это позиционирование. Oracle рекламирует избыточную частную магистраль между регионами и 10 ТБ в месяц бесплатного исходящего трафика с более низкими ценами далее. Страница доступности сервисов перечисляет Oracle AI Database@AWS, Oracle AI Database@Azure и Oracle AI Database@Google Cloud, а также конкретные пары взаимодействия для Azure и Google Cloud. Следствие: Oracle конкурирует по стоимости перемещения данных и операционной непрерывности, а не только по цене вычислений.

Для клиентов компромисс привлекателен, но не нейтрален. Сервисы Oracle Database внутри или рядом с другими облаками снижают давление миграции и могут избежать вынужденного переписывания. Но они также сохраняют позицию Oracle в архитектуре. Клиент может избавиться от локального оборудования и части бремени дата-центра, оставаясь привязанным к семантике Oracle Database, обязательствам поддержки, опциям и циклам коммерческих переговоров. Мультиоблако, таким образом, может снижать операционное трение, одновременно продлевая зависимость от поставщика.

Корпоративные приложения и издержки переключения

Прикладной бизнес Oracle менее драматичен, чем история ИИ-инфраструктуры, но остаётся стратегически важным. Fusion Cloud ERP, HCM, SCM, EPM, NetSuite, отраслевые приложения и Oracle Health дают Oracle доступ к бизнес-процессам, а не только к технической инфраструктуре. Приложения генерируют данные, рабочие процессы и пользовательские привычки. Базы данных их хранят. Облачная инфраструктура их запускает. К ним могут подключаться ИИ-функции. Это полноуровневая корпоративная стратегия.

Издержки переключения особенно высоки там, где приложения Oracle пересекаются с регулируемыми процессами. ERP-системы кодируют финансовый контроль, правила закупок, налоговую логику, процессы запасов и аудиторские следы. HCM-системы кодируют расчёт зарплаты, льготы, классификацию персонала и соответствие требованиям. Системы здравоохранения кодируют клинические рабочие процессы, записи пациентов и обязательства по интероперабельности. Системы госсектора кодируют законодательство о закупках, бюджетные ассигнования, классификации персонала и требования к хранению записей.

Клиент может не любить Oracle и всё равно быть экономически рациональным при продлении.

Позиция Oracle в приложениях также укрепляет OCI. Клиенту Fusion, NetSuite или Oracle Health проще продать смежные сервисы OCI, чем нейтральному облачному покупателю. Наоборот, клиенту базы данных OCI проще продать модернизацию приложений, чем чисто AWS-native аккаунту. Это не автоматически. SAP, Workday, ServiceNow, Salesforce, Microsoft и отраслевые поставщики конкурируют за уровень процессов. Но логика кросс-продаж Oracle правдоподобна, потому что один и тот же CIO или технологический офис агентства часто несёт риск и за непрерывность приложений, и за непрерывность базы данных.

Скептический аргумент в том, что у корпоративных приложений иной потолок роста, чем у ИИ-инфраструктуры. Выручка Oracle Cloud Applications выросла на 11 % в 2026 финансовом году против 77 % у облачной инфраструктуры. Приложения «липкие» и прибыльные, но не являются источником текущего нарратива переоценки. Прикладной бизнес лучше понимать как стабилизатор и генератор «гравитации данных», чем как основной источник потенциала роста.

Госсектор и регулируемые отрасли

Oracle имеет исключительно глубокое присутствие в государственных и регулируемых нагрузках. Страница Oracle U.S. Defense Cloud утверждает, что Oracle Cloud поддерживает клиентов Министерства обороны США через OCI, что Oracle U.S. Defense Cloud авторизован для уровней воздействия DISA 2, 4 и 5, а Oracle National Security Regions — это изолированные авторизованные для IL6 среды для нагрузок Secret и Top Secret. Та же страница подчёркивает глобально единообразное ценообразование во всех моделях развёртывания и отсутствие платы за исходящий трафик в регионах национальной безопасности.

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

Здравоохранение — самый важный тест регулируемой отрасли из-за приобретения Cerner компанией Oracle. Программа модернизации электронных медицинских карт Министерства по делам ветеранов США остаётся поучительной историей. GAO в 2025 году дало показания, что модернизация EHR в VA дала постепенные улучшения, но всё ещё не имеет актуальной информации о продолжительности модернизации или надёжных оценок её стоимости. GAO также заявило, что многие опрошенные пользователи сообщили о снижении производительности и что значительное число прежних рекомендаций остаётся открытым.

Это не только провал Oracle; крупные государственные программы в сфере здравоохранения сложны, и VA является заказчиком. Но это реальный сигнал, что возможности Oracle Health в регулируемых нагрузках несут риски внедрения и политические риски.

Возможности госсектора, таким образом, обоюдоострые. Oracle может выигрывать, потому что правительства уже используют базы данных Oracle и бэк-офисные системы, а аккредитованные облачные регионы трудно воспроизвести. Но каждая победа в госсекторе может стать публичным досье эффективности. Перерасход средств, задержки развёртывания, инциденты безопасности или недовольство пользователей становятся вопросами Конгресса, аудиторов и СМИ, а не частной обратной связью клиента.

Послужной список в области безопасности и сбоев

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

Модель публичного статуса Oracle имеет ограничение, важное для аналитической работы. Документация Oracle утверждает, что панель OCI Status отображает сбои на уровне сервисов или регионов, тогда как сбои, затрагивающие конкретных клиентов, сообщаются через Console Announcements. Это означает, что публичная страница статуса может недооценивать инциденты, затрагивающие конкретных клиентов, тенанты, пути идентификации или конфигурации.

Неофициальный мониторинг сбоев иллюстрирует разрыв видимости. DataCenterDynamics сообщил в мае 2025 года, что пользователи сообщали о сбое OCI в Европе, причём отчёты указывали на проблему длительностью около шести часов, затрагивающую идентификацию и включая центральную Германию, тогда как на странице статуса Oracle на момент написания не было инцидентов за этот месяц. Это внешний отчёт, основанный частично на сообщениях пользователей и сторонних сигналах сбоев, а не официальный анализ первопричин. Он не доказывает системной ненадёжности, но показывает, что публичные страницы статуса облаков могут не полностью отражать клиентский опыт.

Отчёты о безопасности вызывают больше беспокойства, поскольку корпоративные продукты Oracle глубоко встроены. Reuters сообщило в апреле 2025 года, что Oracle уведомила клиентов о взломе системы и краже старых учётных данных клиентов, что ФБР и CrowdStrike ведут расследование, а украденные данные включали учётные данные клиентов Oracle, датируемые вплоть до 2024 года, хотя Oracle сообщила клиентам, что система не использовалась восемь лет. Reuters также сообщило, что Oracle заявила, что инцидент не связан с инцидентом у клиента в секторе здравоохранения.

Это подтверждённое журналистское свидетельство, основанное на коммуникациях с клиентами и людях, близких к делу, а не полный криминалистический отчёт. Тем не менее оно важно, потому что доверие Oracle в значительной степени опирается на уверенность регулируемых и критически важных клиентов.

Более широкая проблема не в том, что у Oracle особенно плохая безопасность. Проблема в том, что охват Oracle создаёт возможности с широким радиусом поражения для атакующих. E-Business Suite, PeopleSoft, JD Edwards, Siebel, Oracle Database, WebLogic, Java, Cerner/Oracle Health и OCI — всё это находится внутри чувствительных корпоративных рабочих процессов. Чем больше Oracle позиционирует себя как безопасный дом для государственных, медицинских и ИИ-нагрузок, тем больше прозрачность безопасности становится конкурентной переменной.

Конкуренция: гиперскейлеры, облака данных, приложения и открытое ПО

Oracle конкурирует с разными поставщиками на разных уровнях.

Против AWS, Azure и Google Cloud Oracle остаётся претендентом. Synergy Research Group оценила расходы предприятий на облачную инфраструктуру в первом квартале 2026 года примерно в 129 млрд долларов, при этом AWS занимает 28 % мирового рынка, Microsoft — 21 %, а Google — 14 %. Synergy также отметила, что тройка лидеров ещё более доминирует в публичном облаке, а Oracle была среди самых быстрорастущих поставщиков второго эшелона. Сводка CRN по данным Synergy поместила Oracle на 4 % мирового рынка облачной инфраструктуры в первом квартале 2026 года, по сравнению с 3 % в четвёртом квартале 2025 года и первом квартале 2025 года.

Это правильный масштаб сравнения: Oracle может быстро расти, но остаётся намного меньше большой тройки в общей облачной инфраструктуре.

Клин Oracle против большой тройки — не универсальная широта облака. У AWS глубина экосистемы разработчиков, у Azure корпоративная дистрибуция Microsoft и близость идентификации, у Google авторитет в области данных и ИИ-инженерии. Клин Oracle уже: экономика баз данных, bare metal, высокопроизводительные сети, предсказуемый исходящий трафик и мультиоблачное размещение баз данных. Для Oracle правдоподобнее выигрывать «запуск Oracle Database, Exadata-подобных нагрузок, ИИ-кластеров и регулируемых корпоративных систем», чем становиться домом по умолчанию для всех новых стартапов и облачно-нативной разработки.

Snowflake конкурирует с Oracle за аналитическую «гравитацию данных». Snowflake сообщила о продуктовой выручке 1,23 млрд долларов в четвёртом квартале 2026 финансового года, рост на 30 %, оставшихся обязательствах по исполнению 9,77 млрд долларов, чистом коэффициенте удержания выручки 125 % и 733 клиентах с продуктовой выручкой за последние 12 месяцев более 1 млн долларов. Аргумент Snowflake не в замене всех транзакционных баз данных Oracle. Он в том, чтобы стать управляемым аналитическим и ИИ-слоем данных поверх облаков.

Это угрожает Oracle, когда клиенты переносят отчётность, хранилища, обмен данными и ИИ-нагрузки с баз данных Oracle на нейтральное облако данных.

Databricks конкурирует через модель lakehouse и ИИ-платформы. В феврале 2026 года Databricks объявила о достижении годовой выручки в пересчёте на год (run rate) 5,4 млрд долларов, рост более 65 % год к году, с более чем 800 клиентами с годовым потреблением выше 1 млн долларов и более 70 выше 10 млн долларов. Она также выделила Lakebase, серверлесс-базу данных Postgres для ИИ-агентов, и Genie, разговорного ИИ-ассистента. Стратегическая угроза не только аналитика. Databricks пытается вытянуть корпоративную инженерию данных, управление, разработку ИИ и всё чаще операционные сервисы данных для ИИ в единую платформу.

SAP конкурирует с Oracle на уровне приложений и через HANA на уровне базы данных/платформы приложений. Прогноз SAP на 2026 год предполагает 25,8–26,2 млрд евро облачной выручки в постоянных валютах, рост 23–25 %, и 36,3–36,8 млрд евро облачной и программной выручки. Oracle Fusion ERP, HCM и SCM напрямую конкурируют с циклом миграции клиентов SAP в облако, а хватка SAP за уровень ERP-процессов может подтачивать рычаг Oracle в базах данных там, где клиенты стандартизируются на S/4HANA и облачном стеке SAP.

Экосистемы открытых баз данных — долгосрочная угроза истощения. PostgreSQL, MySQL, MariaDB, SQLite, ClickHouse, Cassandra и другие системы не обязаны немедленно вытеснять крупнейшие унаследованные базы Oracle. Им достаточно стать выбором по умолчанию для новых нагрузок. PostgreSQL, в частности, стал корпоративным стандартом по умолчанию для многих новых реляционных приложений, потому что он способный, расширяемый, управляется в облаке каждым крупным провайдером и свободен от лицензионной сложности в стиле Oracle. Риск Oracle — не внезапный обрыв.

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

Ценовая власть и её пределы

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

В базах данных Oracle может поддерживать цены через продление поддержки, лицензирование опций, аудиты, корпоративные лицензионные соглашения и кредиты на облачную миграцию. Клиент может жёстко торговаться, но внешняя опция часто дорога. В приложениях ценовая власть зависит от блокировки процессов, глубины интеграции и истории внедрения. В OCI ценовая власть слабее для универсальных вычислений и хранения, потому что AWS, Azure и Google Cloud задают более широкие рыночные ожидания.

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

В мощностях ИИ ценовая власть зависит от дефицита. Когда GPU, электроэнергия и мощности дата-центров высокой плотности дефицитны, Oracle может выигрывать привлекательные обязательства от разработчиков моделей. Когда предложение ослабевает, когда клиенты строят собственные чипы, когда спрос на обучение смещается в сторону оптимизации инференса или когда поколения GPU меняются быстрее графиков амортизации, ценовая власть может сжиматься. Это ключевое экономическое различие между рентой за базу данных и рентой за мощности ИИ. Рента за базу данных защищена накопленными издержками переключения.

Рента за мощности GPU защищена дефицитом, который может быть циклическим.

Неофициальные сигналы и доверие

Подтверждённые публичные данные: результаты Oracle за 2026 финансовый год, раскрытие RPO, капитальные затраты, операционный денежный поток, свободный денежный поток, облачная выручка и планы финансирования являются официальными раскрытиями компании и имеют высокую уверенность для отчётных исторических цифр. Интерпретация будущей доходности остаётся неопределённой.

Подтверждённые технические данные: документация регионов OCI, таблицы доступности сервисов, мультиоблачные списки, спецификации ИИ-инфраструктуры и утверждения о публичных регионах являются официальными данными Oracle. Они имеют высокую уверенность как описания заявленной архитектуры и коммерческого предложения Oracle, но не являются независимым доказательством удовлетворённости клиентов или фактической производительности в каждой локации.

Подтверждённые партнёрские данные: заявления OpenAI и Crusoe о Stargate, Абилине, поставках стоек GB200, целевых мощностях и развитии площадок имеют высокую уверенность как заявления вовлечённых сторон. Они не являются независимым аудиторским доказательством конечных поставленных мощностей, утилизации или экономики.

Сигнал аналитиков средней уверенности: оценка рисков Moody’s, переданная Reuters, является правдоподобным сигналом кредитного рынка. Она не доказывает, что ИИ-контракты Oracle будут работать хуже ожиданий, но корректно определяет проектное финансирование, леверидж, концентрацию клиентов и длительность отрицательного свободного денежного потока как центральные риски.

Сигнал контрагента средней уверенности: отчёт Reuters о прогнозируемом выжигании денежных средств OpenAI со ссылкой на The Information полезен, но не аудирован. Он релевантен, потому что ИИ-портфель заказов Oracle частично зависит от финансовой способности и стратегической последовательности небольшого числа покупателей ИИ.

Сигнал локальной инфраструктуры средней уверенности: отчёт AP о расширении в Абилине и электростанции, а также отчёт Business Insider об оценке налога на имущество и освобождениях являются правдоподобными журналистскими индикаторами локальной энергетической и стимулирующей динамики. Они не являются полной экономикой проекта или юридическими выводами.

Сигнал клиента/оператора средней уверенности: комментарий UpperEdge о лицензировании Oracle и VMware отражает практический опыт корпоративных переговоров. Это не официальная правовая интерпретация, но релевантно, поскольку опасения клиентов по поводу лицензионной подверженности — часть экономического рва Oracle.

Сигнал сбоя средней уверенности: отчёт DataCenterDynamics о сбое OCI в Европе частично опирается на сообщения пользователей и сторонние индикаторы сбоев. Это внешний сигнал, а не подтверждённый отчёт Oracle об инциденте, и он полезен прежде всего для оценки разрыва между публичными панелями статуса и инцидентами, воспринимаемыми клиентами.

Реестр доказательств

1. Результаты Oracle за 2026 финансовый год: официальные данные высокой уверенности о выручке, росте облака, RPO, предоплатах, давлении капитальных затрат, операционном денежном потоке и свободном денежном потоке. Ключевая оговорка: прогнозы руководства и комментарии о рынке ИИ являются прогнозными.
2. Прайс-лист Oracle для госсектора: данные высокой уверенности о прайс-листах Oracle Database Enterprise Edition и опций. Оговорка: прайс-листы не являются договорными фактическими ценами для предприятий.
3. Рейтинг DB-Engines: сигнал популярности средней уверенности для узнаваемости баз данных. Оговорка: не является долей выручки, долей установленной базы или мерой объёма нагрузок.
4. Oracle License Management Services: официальные данные высокой уверенности о том, что Oracle поддерживает формальный аппарат соответствия/аудита. Оговорка: официальная формулировка подчёркивает помощь клиентам, а не переговорное давление.
5. Комментарий UpperEdge о лицензировании: практические данные средней уверенности о болевых точках клиентов вокруг лицензирования Oracle и виртуализации. Оговорка: точка зрения консультанта поставщика, а не судебное решение.
6. Документация регионов OCI и доменов доступности: данные высокой уверенности об архитектуре регионов/AD и модели расширения с одним AD. Оговорка: не измеряет фактическую доступность или мощность по регионам.
7. Страница публичных облачных регионов Oracle: официальные данные высокой уверенности о количестве коммерческих регионов, магистрали, лимитах исходящего трафика, утверждениях о соответствии и ценовой позиции. Оговорка: официальная маркетинговая страница, а не независимый бенчмарк производительности.
8. Таблицы доступности сервисов OCI и мультиоблачные таблицы: данные высокой уверенности о мультиоблачной стратегии Oracle в области баз данных и списках сервисов. Оговорка: доступность не доказывает внедрение или использование.
9. Страница Oracle об ИИ-инфраструктуре: официальные данные высокой уверенности о заявленном масштабе GPU-кластеров и сетевых характеристиках. Оговорка: технические утверждения должны проверяться для каждой нагрузки.
10. Объявление OpenAI о Stargate в июле 2025 года: данные высокой уверенности от вовлечённой стороны о партнёрстве с Oracle на 4,5 ГВт и ранних нагрузках в Абилине. Оговорка: не аудированный график поставок.
11. Расширение OpenAI Stargate в сентябре 2025 года: данные высокой уверенности от вовлечённой стороны о планируемом расширении площадок, прогнозных 7 ГВт мощности и возможностях площадок, связанных с Oracle. Оговорка: плановая мощность может измениться.
12. Объявление Crusoe по Абилину: партнёрские данные высокой уверенности о подключённых зданиях, поставках стоек GB200 и проектном намерении на сотни тысяч GPU. Оговорка: партнёр имеет деловой интерес в нарративе.
13. Reuters о рисках ИИ-контрактов Oracle по Moody’s: данные средне-высокой уверенности об озабоченности кредитного аналитика по поводу риска контрагентов, левериджа и свободного денежного потока. Оговорка: оценка аналитика, а не операционный сбой.
14. Reuters о выжигании денежных средств OpenAI: сигнал контрагентского риска средней уверенности. Оговорка: Reuters приписывает прогноз The Information, а OpenAI в этом отчёте комментарий не дала.
15. AP о расширении в Абилине и энергетике: данные средне-высокой уверенности о динамике электростанции и распределении площадок. Оговорка: распределение площадок может меняться по мере пересмотра клиентами потребностей в мощности.
16. Business Insider об оценке налога на имущество в Абилине и освобождениях: данные средней уверенности об экономике местных стимулов. Оговорка: не полный аудит публичных финансов.
17. Страница Oracle U.S. Defense Cloud: официальные данные высокой уверенности о позиционировании авторизации DISA/FedRAMP/IL. Оговорка: аккредитация не равна производительности нагрузки.
18. GAO о модернизации EHR в VA: правительственные надзорные данные высокой уверенности о рисках внедрения Oracle Health/Cerner. Оговорка: риск программы распределяется между агентством, интеграторами, поставщиком и моделью управления.
19. Reuters об инциденте с учётными данными Oracle: данные средне-высокой уверенности по истории безопасности на основе коммуникаций с клиентами и людей, близких к делу. Оговорка: не полный криминалистический отчёт.
20. DataCenterDynamics о сообщениях о сбое OCI в Европе: внешний сигнал сбоя средней уверенности. Оговорка: частично опирается на сообщения пользователей и сторонние индикаторы.
21. Synergy/CRN о доле рынка облака: контекст доли рынка средне-высокой уверенности для конкуренции гиперскейлеров и статуса Oracle как претендента. Оговорка: сторонние оценки, определения различаются по сегментам рынка.
22. Финансовые раскрытия/объявления Snowflake, Databricks и SAP: индикаторы текущего конкурентного масштаба высокой уверенности для конкуренции облаков данных, lakehouse/ИИ-платформ и корпоративных приложений. Оговорка: Snowflake и SAP — раскрытия публичных компаний; Databricks — самоотчёт частной компании.

Точки наблюдения на горизонте 12–36 месяцев

Во-первых, отслеживайте конвертацию ИИ RPO в признанную выручку OCI. Ключевой вопрос не в том, может ли Oracle объявить портфель заказов, а в том, сможет ли она подключать площадки, развёртывать кластеры, соблюдать уровни сервиса и превращать обязательства в выручку без разочарования по марже.

Во-вторых, отслеживайте капитальные затраты, чистый долг и свободный денежный поток вместе. Растущая выручка OCI при устойчиво отрицательном свободном денежном потоке означала бы, что Oracle покупает рост за счёт капиталоёмкости. Стабилизация капиталоёмкости относительно выручки поддержала бы бычий сценарий.

В-третьих, отслеживайте концентрацию клиентов в ИИ-инфраструктуре. Если OpenAI или небольшая группа ИИ-компаний занимает непропорциональную долю портфеля заказов, внимание кредитного рынка останется оправданным.

В-четвёртых, отслеживайте закупку электроэнергии и исполнение на площадках. Релевантные сигналы включают очереди на подключение к сети, локальную генерацию, заказы газовых турбин, доступность трансформаторов, местные налоговые споры, ограничения по воде/охлаждению и вехи строительства в Абилине, Техас; округе Шакелфорд, Техас; округе Донья-Ана, Нью-Мексико; площадках Висконсин/Средний Запад; и любых дополнительных локациях Stargate.

В-пятых, отслеживайте, станут ли структуры с предоплаченными или предоставленными клиентами GPU более распространёнными. Эти структуры снижают первоначальную финансовую нагрузку Oracle, но могут также указывать на то, что крупные ИИ-покупатели имеют достаточно рычага, чтобы формировать экономику Oracle.

В-шестых, отслеживайте зрелость регионов OCI. Больше мульти-AD регионов, более ясные раскрытия региональных мощностей, улучшенная прозрачность статуса и свидетельства не-Oracle нагрузок поддержали бы претензию OCI быть более широким гиперскейл-претендентом.

В-седьмых, отслеживайте внедрение Oracle Database@AWS, @Azure и @Google. Это один из важнейших стратегических ходов Oracle, поскольку он позволяет сохранять ренту за базу данных внутри конкурирующих облаков.

В-восьмых, отслеживайте поведение в области поддержки и аудита баз данных. Если Oracle усилит аудиты или использует лицензионное давление для продвижения миграции на OCI, краткосрочная выручка может выиграть, но недовольство клиентов и стимулы к миграции на открытое ПО возрастут.

В-девятых, отслеживайте вытеснение PostgreSQL и открытым ПО в новых нагрузках. Унаследованную базу Oracle трудно сдвинуть, но выбор по умолчанию для новых нагрузок определяет долгосрочный адресуемый рынок.

В-десятых, отслеживайте проникновение Snowflake и Databricks в аккаунты с большим присутствием Oracle. Риск не только в замене базы данных; риск в том, что аналитическая «гравитация данных» уходит от систем записи Oracle.

В-одиннадцатых, отслеживайте миграцию клиентов SAP в облачное ERP. Успех SAP в переводе ERP-клиентов на S/4HANA Cloud может ослабить рычаг Oracle в приложениях и базах данных в аккаунтах, которые исторически запускают SAP на базах данных Oracle.

В-двенадцатых, отслеживайте Oracle Health. Прогресс развёртывания в VA, удовлетворённость пользователей, оценки стоимости, надзор Конгресса, отзывы больниц и кибербезопасность определят, станет ли Cerner драйвером роста регулируемой отрасли или постоянным тормозом.

В-тринадцатых, отслеживайте прозрачность безопасности. Ценностное предложение Oracle для правительств и регулируемых отраслей зависит от дисциплины раскрытия инцидентов, ритма исправлений, устойчивости идентификации и доверия клиентов.

В-четырнадцатых, отслеживайте структуру валовой маржи. Экономика базы данных и поддержки структурно отличается от экономики мощностей GPU. Если ИИ-инфраструктура станет слишком большой долей роста, консолидированный профиль маржи Oracle может выглядеть меньше как классическое ПО и больше как капиталоёмкая инфраструктура.

В-пятнадцатых, отслеживайте реакцию долгового рынка. Сигналы Moody’s и других кредитных рынков могут стать опережающими индикаторами способности Oracle поглощать риски ИИ-инфраструктуры без повышения стоимости капитала.

В-шестнадцатых, отслеживайте, строят ли клиенты ИИ-инфраструктуры Oracle собственные чипы или диверсифицируют облачных провайдеров. Вертикальная интеграция клиентов может превратить сегодняшнюю премию за дефицит в завтрашнее ценовое давление.

В-семнадцатых, отслеживайте спрос на регулирование и суверенитет. Позиция Oracle на рынках правительственных, суверенных и выделенных облаков является дифференцированным активом, если требования к резидентности данных и национальной безопасности ужесточатся.

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