Стоит мне зайти на Хабр и ответить на пару комментариев, опубликовать пост про бэкенд и мое отношение к этому, сразу появляется старый или новый тундрюг и начинает поливать тему МФ первобытной, пещерной злобой. Приэтом используются данные почти 30-летней давности.

Мой ответ на один такой комментарий к моему, казалось бы, безодидному посту вылился в объем, не вписывающийся в пост. Пришлось оформлять его как статью.

Цитаты ниже на русском языке это из комментария на мой пост.

никто не строит инфру на мейнфреймах....

не надо говорить за всех. Если бы не использовали, то ИБМ не мог бы тратить миллиарды долларов на развитие новых и новых линеек мэйнфрэймов. Самая поздняя, и не последняя, линейка — z17 аннонсирована в апреле 2025, IBM LinuxONE Rockhopper 5 аннонсирована в июле 2026. Следующая дата релиза новой линейки предполагается быть в 2028:

IBM has not announced an official release date for the z18, though industry expectations and IBM's typical three‑year product cadence point to a 2028 release. [1, 2]

  • Processor Preview: IBM unveiled its next‑generation dual‑architecture processor (anticipated to power the z18) at the Hot Chips conference in August 2026. [1, 2]

  • Technology: The new chip is built on a 2-nanometer node with 11 high‑performance cores running above 5.7 GHz, featuring native execution of both Arm and z/Architecture instructions. [1, 2]

  • Cadence: Following the launch of the IBM z17 in 2025, a roughly three‑year cycle places the next major generation around 2028. [1, 2]

Так что сидите там в вашей пещерке и ворчите, сколько хотите, а те кто понимает, будут использовать самые эффективные и на самом деле самые экономичные сервера в современном ИТ.

то что IBM рассказывает про 1:9 это просто ложь, на деле IBM запрещает показывать результаты тестов

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

На небольшом МФ уровня 2013 года выполнялось ядро (БД, сервера бизнес транзакций) всех инстанцев этого приложения: Продакшн, Девелопмент, Юзер Тест, трайнинг, песочницы. Все на одном МФ.

Параметры того МФ были такие: 1000 MIPS, 4 процессорных ядра (с заниженой производителностью) 32 ГБ RAM. Можете сами посмотреть параметры, набрав в Google строку zBС12-O04.

В 2022 году это приложение было переведено в Azure — облако Микрософта. БД Оракл была куплена за 2 млн. USD. Под каждый инстанс БД приложения свой сервер х86-64, продакшн на 8 ядрах 16 потоков и 256 ГБ RAM. Масса, десятки, серверов приложений, принт сервера, батч серевера. На МФ все это выполнялось на одном и том же МФ. Масса людей обслуживающих эту инфраструктуру и ежемесячные биллы от Микрософт за каждый чих и обслуживание в Azure. Во времена жизни этого приложения на МФ всю инфраструктуру ядра приложения обслуживал я один. И перенос данных из DB2 на Oracle тоже выполнил я. С помощью IBM InfoSphere Data Replication.

Как вам такой тест? Не нравится? То‑то и оно. 4 процессорных ядра МФ с задавленной производителностью, 32 ГБ RAM (24 ГБ под Продакшн и 8 ГБ тест, дев, трайнинг, QA) против десятков х86-64 серверов с десятками, если не сотней ядер. Этим летом завершался двухлетний апргрейд приложения. Для этого было создано 50 серверов в параллель с имеющимися сколько‑то для того чтобы перекинуться и выполнить апгрейд. На МФ апгрейды приложения, самого МФ, ОС и БД проводились независимо друг от друга по мере необходимости. Как правило, за несколько дней. Два года с лишним шел апргейд этого же приложения в облаке Azure. Это само по себе сумашедшие деньги. Десятки людей были вовлечены в этот процесс, и я тоже должен был участвовать, но сроки переносились и вышли на мой отпуск. Пришлось перед отпуском передавать мою часть работы ДБА.

Spark и Power еще в 90 х разнромили по перфоменсу мейнфрейм, а потом были поверженны и x86.

Ну где эти ваши Spark Power?

В Вашей пещере надо обновить календарь — на дворе 2026 год заканчивается. Ау.

. и попытками добится от IBM внятного прайс листа.

Начнем с конца, с прайс‑листа (могли бы сами погуглить. В вашей пещере нет доступа к Google AI. Понимаю. Спешу на помощь):

The entry‑level IBM LinuxONE 5 Express starts at a published price of USD $165,000. [1]

Key Pricing & Configuration Details

  • IBM LinuxONE 5 Express: Designed as a right‑sized, rack‑mountable entry point that fits into a standard 19-inch data center rack with standard power and cooling. It starts at USD $165,000 with a preconfigured bill of materials.

    ........

    You can explore official specifications and product options directly on the IBM LinuxONE 5 Product Page.

    The architectural sizing and resource scaling for the IBM LinuxONE 5 family span from single‑rack edge configurations to massive, multi‑frame enterprise cores.

    Model

    Approximate Scale & Max Core CountBest Fit / Core Use Case

  • LinuxONE 5 ExpressUp to 16 cores (Single frame / 19" rack‑mount). Small‑to‑medium businesses, localized edge computing, or entry‑level x86 consolidation.

  • LinuxONE Rockhopper 5Up to 68 cores (Single‑frame system)Mid‑market enterprise workloads, large database hosting, and regional hybrid cloud hubs.

  • LinuxONE Emperor 5Up to 200+ cores (Multi‑frame footprint)Global banking, massive transaction processing, and hyperscale x86 server consolidation.

    ......

    Understanding the Consolidation Power

    Mainframe cores scale differently than standard commodity hardware. Because of specialized on‑chip accelerators and extreme I/O bandwidth, a single IBM LinuxONE core can often replace dozens of standard x86 distributed cores

    for data‑heavy workloads.

    For instance, an entry‑level 16-core Express model can seamlessly consolidate hundreds of average virtual machines running on legacy x86 hardware.

.........

The Core Multiplier Effect on Oracle Licensing

Oracle Database is notoriously expensive to license on commodity x86 hardware because it requires a license for every core it touches. LinuxONE changes this math significantly:

  • The 10:1 (or higher) Consolidation Ratio: Because LinuxONE 5 features massive on‑chip caches and dedicated I/O processors, 1 LinuxONE core frequently replaces 10 to 20 x86 cores for heavy Oracle workloads.

  • Slashing Software Costs: By shrinking your physical core footprint, you can drastically reduce your Oracle Processor license requirements. In many enterprise migrations, the software licensing savings alone completely pay for the LinuxONE hardware within the first year.

Вы скажите что х86 и х86-64 это разные процессора. Согласен. Но дело в том что из‑за парадигмы рапределнности с ростом мощности отдельного х86 чипа количество серверов не меняется, консолидации не происходит. Разве только в тестовых установка, но не в продакшн. Приэтом более мощные сервера на х86 просто простаивают долше чем менее мощные. Я выше говорил про 50 серверов под приложение ранее выполнявшееся на одном МФ.

Парадигма МФ это максимальное использование ресурсов одиночного сервера. Это достигается высокой степенью совместного использования ресурсов через LPAR и/или виртуальные машины под zVM.

В итоге из тех 50 серверов в каждый момент времени 40 ничего не делают, сервер БД (он один) упахивается и все бы это можно было бы сократить. Но нет: решение делается такое, что задействуются 50 серверов. Они могут быть виртуальными, но виртуализация на х86 это все теже ядра, закрепленные за каждой виртуальной машиной, память, диски.

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

Хотите использовать МФ с Кубером? Пожалуйста, используйте RedHat OpenShift. LinuxONE это МФ для ОС Linux и zVM. Все спецы по этой платформе с ходу могут начать работать на LinuxONE, даже не зная, что это не х86-64. ИБМ один раз придет, поставит LinuxONE, сконфигурирует по заказу и вперед. Никаких специальных специалистов по МФ это не требует. zVM — виртуальные машины, с которыми одно удовольствие работать. Гораздо приятнее чем все что есть на х86-64 для этого. Кроме того, гораздо эффективней, чем VMware и/или HyperV.

Дата центр, говорите, отключится. Много лет участвовал со своим МФ в ДР тестах в нашей компании наряду с другим под х86-64. Переход приложения МФ на ДР сайт занимал максимум час. И два дня (обычно это делалось в выходные) возились с приложениями на х86-64. Причем МФ продакшн диски мирорились на ДР сайт, где стоял второй наш МФ и выполнял другое продакшн приложения. Т.е. для ДР не держались отдельные ресурся МФ. Это были те же самые ресурсы, что использовались другим приложением.

Сейчас в Azure у нас два комплекта серверов. Не знаю, как там сервера приложений, но БД Оракл на ДР сайте это такой же вервер, как основной, и на нем stand‑by Оракл (Active Data Guard), за который постоянно платятся деньги и который никакой полезной работы не выполняет. Вот Вам, батенька, и х86-64. Деньги на ветер.