«ПО для корпоративных компьютеров»

Popup mainframe

Gregory — Mon, 03 Nov 2025 16:25:23 GMT

https://www.popup-mainframe.com/

что думаете?

Сказочники из IBM

Gregory — Wed, 08 Nov 2023 16:41:24 GMT

Прочитал анонс z/OS 3.1 https://www.ibm.com/docs/en/announcements/preview-zos-31-ai-infused-operating-system-next-generation-computing?region=US . Братья Гримм отдыхают...

IBM z/OS 3.1 marks a new era in operating system intelligence. The new version of z/OS is planned to provide a framework for infusing AI throughout the system, enabling intelligent systems administration guidance and automation that learns and improves.

это мне прямо напоминает New Operating System (5781-WOW)

. In conjunction with OS/VU, all system utilities have been replaced by one program (IEHPROPHET) which will reside in SYS1.MESSIAH. This program has no parms or control cards as it knows what you want to do when it is executed.

IBM intends for z/OS Version 3 to be the basis for an AI-infused, hybrid cloud operating system, and z/OS 3.1 will be the first release in that journey. Continuing the success of our continuous delivery strategy, IBM plans to work collaboratively with clients to design, develop, and release new functions in these areas over time. Join us, and let's create a world-leading operating system for the future of business around the globe.

вообще все это, в т.ч. продвижение JSON как небывало передового языка документов и помещение материалов в GItHUb выглядит как замена мотора у автомобиля лошадью, руля - вожжами, амортизаторов - рессорами, ну в общем из автомобиля сделали телегу и объявили это новым словом в автомобилестроении.

VSAM RLS обозвали "NoSQL data base aka VSAMDB", ну так он и был таковым... Вот "Data Set File System" представляет интерес,

Импортозамещение, перспективы на 2023 год

akost — Wed, 31 May 2023 11:00:36 GMT

Привет вам, дорогие коллеги!

Сложно не заметить, что жизнь затихает у нас здесь, на сайте, уже потому, что она затихает на мейнфреймовском рынке России. Я думаю, что точка невозврата уже пройдена, и теперь можно рассуждать только о том, когда именно вынесут последний мейнфрейм, а не то, вынесут его или нет. Обязательно вынесут. Хотя все, что сказано в этой статье, остается актуальным, и мы бы еще долго могли "тянуть" на параллельном импорте и на воровстве, но общая токсичность платформы и невозможность обслуживать программы и оборудование в короткие (или хотя бы предсказуемые) сроки делает вопрос выживания мейнфреймов маловероятным.

Тогда возникает резонный вопрос: а что дальше? А дальше, друзья мои, реинжениринг и уход на другие программные продукты и платформы. Собственно, ничего другого не остается. Это будет сделано или по-хорошему, мягко, или по-плохому, путем увольнения людей и выключения (или выходом из строя) оборудования.

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

Я уже повесил. Я не пессимист. У меня просто дефицит хороших прогнозов.

Double digit factor improvement, или как у них это получилось???

akost — Wed, 27 Apr 2022 15:06:52 GMT

Добрый день, коллеги!

Читаем документ Building an OpenShift Environment on IBM Z про то, как строить это самое OpenShift Environment под RadHat на мейнфрейме.

Для справки. OpenShift Environment - это такая нашлепка от RadHat над специальной компонентой Kubernetes, которая используется для управления контейнерами. В целом, задумка самого по себе Kubernetes, как и OpenShift Environment вполне себе неплоха - это автоматизация работы всяческих Docker-ов, автоматическое обновление, откат, в случае проблем, поддержка постоянной готовности за счет кластеризации контейнеров и так далее. Сам Kubernetes, говорят, может быть сложноват в установке и настройке (я не ставил, сказать ничего не могу), а OpenShift Environment позволяет все это облегчить. И теперь RadHat пихнул это на мейнфрейм и написал про это Red Book.

А теперь - внимание! В этой красной книге читаем, дословно:

In recent projects, clients have experienced a double digit factor improvement for co-located OpenShift environments on IBM Z, versus public clouds or distributed environments. The reason is the short communication path to existing traditional data and services due to the advantage of internal networks in IBM Z, accelerated secure requests and the effective virtualization for a demanded scalability in the application and service responses.

Не знаю, как вы, а я удивился. Double digit factor improvement - это же улучшение, выражающееся двузначным числом. То есть, как минимум, в 10 раз. Но по тексту, даже больше. Это каким же образом??? В чем они меряли? В скорости доступа? Но я достоверно знаю, что Линукс на мейнфрейме даже при работе через виртуальный сетевой адаптер с zOS не будет в 10 раз быстрее аналогичного Intel-овского Линукса, который поставлен рядом с мейнфреймом и подключенный к нему 10 Гигабитным сетевым линком. А что такое ускоренные безопасные запросы? Кто и почему их ускоряет? И эффективная виртуализация - она сама по себе так ускоряет? Даже если я дам хороший Intel-овский сервер, все равно будет в 10 раз медленнее, чем в виртуалке на мейнфрейме?

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

Сохраняем для истории - НИЦЭВТ продает защищенную ОС на базе VM/ESA под наименованием Цербер

akost — Mon, 06 Jan 2020 13:12:51 GMT

Коллеги, схоронил тут на web.archive.org страницу с описанием НИЦЭВТовского Цербера - тыц. Это VM/ESA версии 2.4, если я не ошибаюсь, доработанный RACF и ADABAS с Natural и его middle-ware. В свое время это было отличный комплект, сертифицированный на работу с гостайной (цитируем - "сертификаты по 2-му уровню контроля незадекларированных возможностей (НДВ) и 3-му классу защищенности информации от несанкционированного доступа (НСД), что позволяет использовать вышеназванные программные средства в составе информационных систем, обрабатывающих информацию, составляющую государственную тайну и имеющую степень секретности не выше «совершенно секретно»"). А это, что ни говори, очень круто. Ох, сколько же времени и денег в это вложили тогда!

И кстати тут под именем Каскад от той же организации - срество разработки на базе Natural, которое отлично сочетается с Цербером.

Но самое удивительное, что страница была отредактирована в 2017 году! Неужели кто-то реально это продает, или просто краулер утащил к себе эту страницу тогда?

Жаль, изделие не выстрелило в полную силу.

Опрос BMC говорит, что нагрузка на мейнфреймы будет расти

akost — Thu, 02 Jan 2020 10:24:04 GMT

На TAdviser в статье Мейнфреймы (ссылка) появился следующий пассаж:

93% специалистов считает, что нагрузка на мэйнфреймы будет расти. 59% – что этот рост будет обусловлен переносом на мейнфреймы выполнения возникающих задач в дополнение к текущим.

Также респонденты рассказали о главных для себя приоритетах работы с мэйнфреймами. И для руководителей, и для ИТ-специалистов главный приоритет – снижение затрат (об этом заявили 61% и 68% соответственно).

То есть, по мнению BMC, бизнес будет идти хорошо (как минимум, в мире). Интересы BMC здесь, в России, представляет фирма DIS Group (https://dis-group.ru/), о которой я вообще ничего не знаю. Но BMC им доверили продвижение своих продуктов, значит, они достаточно хороши для этого. Кроме того, DIS является частью израильского международного холдинга, так что, если что, ресурсами их поддержут.

То, что мейнфреймы будут жить, сомнения нет. Интересно, выживут ли они в России. Раньше я был абсолютно уверен, что они выживут. Сейчас я не так оптимистичен.

Поживем - увидим.

И чтобы два раза не вставать. Тут - https://servernews.ru/993966 - короткий обзор z15. Главная ценность обзора - это пересказ презентации на представлении машины, что очень полезно.

Wilhelm G. Spruth "System z and z/OS unique Characteristics"

Gregory — Sat, 07 Dec 2019 22:05:50 GMT

Прекрасная статья, по-моему, здесь она не упоминалась и не обсуждалась

Wilhelm G. Spruth "System z and z/OS unique Characteristics"

GiT comming to z/OS

XOpen — Sun, 05 Feb 2017 22:18:45 GMT

https://www.ibm.com/developerworks/community/blogs/invisiblethread/entry/A_new_year_and_a_new_way_for_z_OS_development_GIT_on_z_OS?lang=ru

Мэйнфрейм - это сложно? Подумай еще раз, перед тем как забить очередной гвоздь в его крышку!

liks — Thu, 19 Jan 2017 02:18:16 GMT

Я на прошлой неделе встречался с руководителем немецкого разработчика, который пилит софт вместо устаревшей ASF/DCF. У него 4 программиста, старшему около 80. Я рассказывал ему что нет ничего невозможного и мы можем делать это не хуже, а он мне называл по-очереди random цифры, сколько лет надо иметь опыта, чтобы разобраться в этой важной вещи. Я закончил встречу словами, что такие как он убивают мэйнфреймы. Сначала я пожаловался всем друзьям, но сегодня я решил излить это в более широкую аудиторию и разразился на пост в linkedin.

Я не хочу переводить весь его текст, хотя очень хотел бы донести свою спорную мысль до всех, включая инженеров, кто не готов осиливать мой длинный англоязычный текст. Привожу здесь его краткую выжимку и готов к дискуссии. Спор с @ggv о пользе IMS потихоньку иссякает, тем более что он продолжает не выкладывать архитектуру, результаты тестов и прочие вещи, которые обещал уважаемому community. Поэтому я хочу подбросить дров в костёр, а точнее разжечь новый с простым тезисом "мэйнфрейм - это просто! почти также просто как x86"

Истории о том, что "z/OS - это тебе не какой-то x86" я слышу уже лет 10. Я не верил в них изначально, потому что мой опыт показывал, что учить что-то новое в ИТ, зная хорошо основы - достаточно просто. Позже я перестал в это верить, когда люди, которые говорили, что инсталляция z/OS занимает минимум 4 недели начали делать это почти за денёк. К сожалению, не всех людей я могу в этом переубедить и рассказы о сложности мэйнфрейма я слышу от простых инженеров, до больших начальников.

Самое плохое, что эти люди не просто затягивают собственные проекты. Они убивают мэйнфреймы. Каждый раз когда ИТ директор или еще хуже бизнес-пользователь выбирает на какой платформе делать очередной проект (шина, мдм, новый core banking, нужное подчеркнуть) и встаёт вопрос сроков все помнят "мэйнфрейм - это не x86, это сложно и долго". И конечно же проект будет выполнен на другой платформе. А я утверждаю, что это ложь! Да, конечно же, какая-то правда в этом есть (10%, 20% сложнее? пусть даже в 2 раза!), но не в 10 раз и не в 100 раз!

Собственно у меня вопрос - кто придумал этот миф и зачем? Создан ли он, чтобы защитить рабочие места z/OS специалистов, чтобы не дай бог какой-нибудь студент не вздумал его учить? Помогает ли это поднять статус или зарплату мэйнфреймового специалиста в большой организации? Или это просто кто-то один ляпнул еще в 80-е и с тех пор все повторяют?

USS, чтоб ему

ggv — Fri, 14 Oct 2016 08:50:38 GMT

Я сейчас очевидный вещь скажу.

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

Надо было по-быстрому из одного адресного пространства в другое передать изрядкое количество небольших порций данных, и чтобы быстрее и не парится, всё равно пилот, попробовали queues, которые msgsnd, msgrcv, msgget, System V queue из sys/msg.h

Писал наш сотрудник на C++

Всего 340 млн слов передавалось. Потом по ним regexp запускался.

На интеле всё вместе, передача и отработка regexp занимало 200 секунд, из них 20 секунд regexp.

На z114 всё вместе заняло 1 час 20 минут, из них 53 секунды regexp.

И если с regexp не всё так плохо, а учитывая, как сильно последние пару лет IBM занимается компиляторами, то допускаю, что с новым компилятором будет лучше, тем более не на машине BC, а на нормальной, вполне возможно, что на Z12 или Z13 результат по regexp будет даже лучше. Негде проверить. Кстати, никто не хочет на свежей операционке и машине проверить? Пакет со всем необходимым для теста дадим, останется скомпилировать свежим компилятором и запустить.

Вряд ли kernel USS будут доводить до ума. Да и зачем, если задача решается другими средствами в z/OS.

Мда, а IBM вместе с КРОК имела (и сейчас имеет) сильное желание перевести СмартВисту от БПЦ на мейнфрейм, как раз в USS её и переносили. Ага, ПО, которое чуть больше, чем полностью, построено на всем спектре функционала POSIX, не только queue.

И делают это те же ~~дятлы~~ деятели, которые и в нашу организацию впаривали. Прикрываясь красивыми словами.