Айтишники на пенсии

[zVlad]

Многие вещи в z/OS принципиально не возможно реализовать в других системах на других платформах потому что они заложены в основе системы и имеют поддержку на аппарaтном уровне.

Если есть более конкретные вопросы, рад будут попытаться ответить.

Можно пару примеров из множества вещей, которые "принципиально не возможно реализовать в других системах на других платформах" ?

Посмотрите Workload Manager for z/OS. Сравните это с WLM for AIX, and Windows System Resource Manager. Это как бы аналоги, но только как бы, хотя WLM for AIX создан IBM. По последнему (Windows SRM) я создавал тему в "Вопросы ИТ" - 253 просмотра ни одного ответа, т.е. этим никто в Windows не пользуется, за ненадобностью, потому что смесь приложений на Windows настолько редкое явление и управлять ресурсами не надо. Не знаю чем богат в этом смысле Linux, полагаю не богат. Это самый очевидный пример, есть много менее очевидных, но не менее значимых. Тот же упоминавшийся выше HiperDispatch. Вообще таких примеров масса.

Посмотрите Parallel Sysplex, Inteledgent Resource Director, которые обьединяет усилия и цели WLM-ов из нескольких z/OS в Parallel Sysplex.
Есть еще интересный и полезный механизм "enclave", который тесно связан с WLM.

[zVlad]

... Кроме того, Linux на МФ не совсем еквивалентен Линуксу на  Xeon, нет?

Я ни разу ни энтуазист Linux на MF, но он такой же как и везде. Откомпилированный исходный код в системе команд МФ. Если Вам известно что-то другое, поделитесь.

[zVlad]

Linux на МФ не совсем еквивалентен Линуксу на  Xeon, нет?

Вполне возможно, скорость работы приложений Linux зависит от оптимизации ядра и компилятора к железу. Если Linux не оптимизирован к МФ (а я подозреваю что это так потому что это не mainstream) то Linux/Xeon должен быть гораздо быстрее чем Linux на МФ.

Linux на MF (по моим собственным наблюдениям) действительно "тупит". По сравнению с z/OS или zVM. Причина понятна - Linux не в курсе многого чем пользуются "родные" системы МФ, не в курсе в принципе а не потому что те кто писал компилятор для трансляции кода Linux не знали чего-нибудь о MF. Более того zVM не использует многогo что есть на МФ для z/OS. Поэтому вряд ли вообще возможно "образовать" Linux на МФ до уровня даже zVM. Да и не надо это никому.
IBM просто продает МФ для Linux (LinuxONE называется) по гораздо более низкой цене чтобы компенсировать эту "несправедливость" и удержать тех кто использует МФ с Linux.

[mskmel]

100-200 МФ в принципе не нужно ни одному бизнесу, точнее нет такого бизнеса которому бы понабилось столько МФ, нет такой нагрузки вычислительной.

Точнее не один бизнес не переводит из-за цены столько нагрузки на МФ. Есть десятки бизнесов с количеством активных серверов больше 50к, которые думаю с удовольствием бы заменили десятком МФ, но чего-то не меняют

У ИБМ по всему миру не больше 50 МФ.

В интернетах говорят о других цифрах, они больше похожи на правду. 50 - это меньше чем число гос агентств в Штатах, а уж в каждом, уверен, хоть один но затесался А еще банки и прочие ественные монополии (нефтянка, энергетика, газ, вода и т.п.).
https://www.quora.com/IBM-How-many-main ... -use-today

Более того в мире нет (ну может есть один) ни одного МФ сконфигурированного на полную мощность (141 CPU на сегодня). Трудно представить нагрузку, которую такой МФ может потянуть.

Задачи high frequency trading, telco billing, etc.

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

Вот старая презентация по одному из операторов: http://www.oracle.com/technetwork/datab ... 177532.pdf
Это 7 лет назад, как Вы понимаете данных стало не меньше.

There over 50K reports run every month on this DB
Amount Of Data
• 1.5 Billion CDR per Day
• 600 -1000 GB raw data extracted from 20+ source database
• 5 TB Data on file system processed
• Approximately 500 TB Customer data stored in multiple Databases

Еще цифры, тоже старые, но свежее, которые можно найти в публичном доступе: South Korea Telecom, 18TB данных для тарификации в день (это грубо 6млрд CDR), Raw Data 1800 TB в одной БД. У Вас, ЕМНИП, 2ТБ за 10+ лет существования приложения.

Наши 12 с 900 серверами работают в одну смену плюс on-call и их не хватает порой. Они конечно не упахиваются, так как канадцы и при том юнионайзед.

Будет 5000 - будет тоже самое "не хватает порой"

[zVlad]

100-200 МФ в принципе не нужно ни одному бизнесу, точнее нет такого бизнеса которому бы понабилось столько МФ, нет такой нагрузки вычислительной.

Точнее не один бизнес не переводит из-за цены столько нагрузки на МФ. Есть десятки бизнесов с количеством активных серверов больше 50к, которые думаю с удовольствием бы заменили десятком МФ, но чего-то не меняют

...

Я полагаю они просто настолько увлечены увеличением числа их серверов и удержанием всей этой своры в рабочем состоянии что у них нет ни времени ни ресурсов разобраться и спланировать консолидацию на небольшом количестве МФ, которaя только благодаря сокращению единиц даст огромный эффект. Ну и job security никто не отменял и действительно есть дефицит спецов на МФ.

[zVlad]

..

У ИБМ по всему миру не больше 50 МФ.

В интернетах говорят о других цифрах, они больше похожи на правду. 50 - это меньше чем число гос агентств в Штатах, а уж в каждом, уверен, хоть один но затесался А еще банки и прочие ественные монополии (нефтянка, энергетика, газ, вода и т.п.).
https://www.quora.com/IBM-How-many-main ... -use-today

...

Спасибо за ссылку, но я имел в виду те МФ что ИБМ использует для собственных нужд. Скорее всего их больше 50, но я не знаю точно.

Кстати лет десять назад ИБМ начали проект Big Green, вот статейка из тех времен:

http://www.eweek.com/networking/ibm-to- ... mainframes

[mskmel]

Кстати лет десять назад ИБМ начали проект Big Green, вот статейка из тех времен:
http://www.eweek.com/networking/ibm-to- ... mainframes

OK, пара цифр для размышлений. "3,900 Servers onto 33 Mainframes", т.е. ~100 линух серверов менялись на один мейнфрейм, чисто стойка на стойку Не ясно правда какой спецификации мейнфрейм, и физические серверы или виртуальные...

[zVlad]

Кстати лет десять назад ИБМ начали проект Big Green, вот статейка из тех времен:
http://www.eweek.com/networking/ibm-to- ... mainframes

OK, пара цифр для размышлений. "3,900 Servers onto 33 Mainframes", т.е. ~100 линух серверов менялись на один мейнфрейм, чисто стойка на стойку Не ясно правда какой спецификации мейнфрейм, и физические серверы или виртуальные...

То что нет спецификаций это конечно плохо. Там еще есть такие слова:

The consolidation project capitalizes on the ability of a single mainframe to behave as hundreds or thousands of individual servers. This reconfiguration will deploy a mainframes system resources—including processing cycles, networking, storage and memory—to many virtual servers, Anderson said.

Each virtual server functions as would a real, physical machine, Anderson said. The migration aims to use only a portion of the capacity of each mainframe, leaving room for future growth, he said.

[Kolbasoff]

Я вот что вижу: индид на ключевое слово zOS выдает 121 позицию, на AWS 26,472. Нахрена учить молодых студентов zOS? Для общего образования можно посвятить одну лекцию с картинками в цикле общеобразовательных лекций "История Компьютеров - от Бэбиджа до КьюБит". Ничего особенного с точки зрения технологий в МФ нет. Все их решения уже внедрены в серверах и облаке, а которые не внедрены нафик не сдались. МФ сдохли и туда им и дорога. Вместе с телевизорами с кинескопами, ламповыми усилителями, железными зубными пломбами, деревянными оконными рамами и т.д. Учите современным востребованным вещам, задвиньте свои комплексы неудачника подальше от молодежи, особенно российской, у них и так в провинции с доступом к технологиям не очень, а тут вы еще со своим старьем.

[ksi]

Я вот что вижу: индид на ключевое слово zOS выдает 121 позицию, на AWS 26,472. Нахрена учить молодых студентов zOS?

А сантехников нужно еще больше, вы об этом не задумывались ?

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

[АццкоМото]

А у меня большие сомнения, что сантехников нужно больше, чем погромистов. Или что в Штатах есть в один момент 26,000 вакансий сантехников. Больше, чем 500 на один штат в среднем. И это сравнение только с ключевым словом AWS.

[Kolbasoff]

А сантехников нужно еще больше, вы об этом не задумывались ?

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

Знания МФ в России бесполезны абсолютно, там нет работ на МФ. Работа на МФ в Америке/Канаде может и есть, но наверняка требует допуск, так что для российских студентов это тоже не вариант. Про начальников, что-то героя нашего романа не подеццки плющит от его неиндусских начальников, да так, что он месть замышляет в своих тревожных снах. Ситуация с работами для МФ такая же как и с работами в Академии - рынка труда особо нет, куда попал там и сиди, ни в вверх ни в бок не сдвинуться.

[sfbaguy1]

А у меня большие сомнения, что сантехников нужно больше, чем погромистов. Или что в Штатах есть в один момент 26,000 вакансий сантехников. Больше, чем 500 на один штат в среднем. И это сравнение только с ключевым словом AWS.

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

[Mark]

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

Ну Oracle периодически пытается "откопать стюардессу" - но результат каждый раз не очень впечатляет. Очередной mini-cluster on Sparc опять не пошел...

[zVlad]

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

На нашей фирме идет вытеснение Unix-based серверов Wintel-ом. На лицо тенденция вытесния одного другим. Т.е. и Wintel должен будет быть вытеснен. Уместен вопрос что будет вытеснять х86 сервера?

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

Кто хочет может попытаться обосновать что системы на х86 это предел эволюции ИТ.