MainFrame +SQL+ Java = светлое будущее!?
(Проблемный материал к 10-летию создания АСКРУС.)

• племенное дело (учет родословных быков и коров)

• учет транспортных средств в ГАИ

• рецептура блюд в автоматизированной столовой предприятия и прочее.

А в 1991-1992 годах первая промышленная система - АСКРУС (Автоматизированная Система Комплексной Реализации Услуг Связи). Мы бесконечно благодарны руководству и многим ведущим специалистам ГродноОблТелекома, ВитебскОблТелекома и некоторых Телекомов России за то, что поверили в наши концепции и многие годы поддерживали и поддерживают наш проект.

Язык SQL построен на реляционной алгебре и потому не может морально стареть, как веками не стареет арабская арифметика, теорема Пифагора и многие другие, чисто математические вещи. Поэтому SQL - это на века. В наше время мы наблюдаем победное шествие SQL. Так ли это важно, в какой реализации он внедряется (DB2, Oracle, SQL server, Informix...). Дело вкуса конкретного администратора баз данных, какую СУБД внедрять. На мой вкус лучшей является реализация IBM DB2.

Второе мое прорицание - системы с применением Mainframe (главного кадра).

Считаю утопией то, что можно обойтись одними PC-ками, какими бы быстрыми они не были. Также как нельзя решить все проблемы на транспорте с помощью одних лишь легковых машин. Нужны еще и железная дорога, и авиация, и автобусы, и т.д.
Считаю ущербной архитектуру Клиент-сервер.
Во-первых, правильно Клиенты - сервер, иначе теряется смысл.
Во-вторых, сервер - это по-другому Слуга. Таким образом, Клиенты - сервер - это такая организация работы, при которой один Слуга работает, а все остальные дают ему задания.
Предпочтильнее рассматривать вычислительные ресурсы как Фреймы - кадры. Проводя аналогию с трудовыми коллективами, один из Фреймов должен быть главным (Main). Естественно, что у главного должны быть подчиненные, а у тех свои подчиненные и т.д.
Таким образом, получается архитектура
Фреймы-Клиенты <->Главный фрейм<->Подчиненные Фреймы.
Уважаемые руководители предприятий! Системы с применением Mainframe - гарантия целостности Вашего предприятия. Будет Mainframe - будет и предприятие! Иначе Ваше предприятие - это совокупность разрозненных цехов и служб.
Компьютерная сеть предприятия без Mainframe - то же самое, что оркестр без дирижера!
Современные PC должны использоваться лишь как фреймы-клиенты и подчиненные фреймы.
Mainframe должны иметь особую многоканальную архитектуру и управляться особыми операционными системами типа VM/ESA, OS/390 или их новым переосмысленным вариантом.
Снижение цен на мэйнфреймы и осознание выше приведенных аргументов приведут к экономической целесообразности, повышению спроса и широкому внедрению мэйнфреймов уже в ближайшие годы, т.е. возврат к мэйнфреймам неизбежен.

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

Вывод напрашивается сам собой. Перефразируя известное выражение:

Светлое будущее = Mainframe + Эскюэлизация + Явизация всей страны.

Наши проблемы на пути к "светлому будущему".

В 1998 году нами начато освоение Java-технологии. Сегодня 2001 год. Мы готовы создавать промышленные системы на Java + JDBC + SQL+Mainframe. В частности мы приступили к созданию системы АСКРУС - Ява (ASKRUS-Java). Но это пока наша личная инициатива как независимых разработчиков прикладного программного обеспечения.

Что нам нужно?

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

Во-вторых, нужны инвестиции в модернизацию системного программного обеспечения на мэйнфрейме. Имеем трудности на платформе операционной системы VM/CMS. Нет ODBC-драйверов для доступа к базам данных SQL/DS v. 3.4.0. Имеет ли кто-либо (желательно из русскоязычных) опыт создания таких драйверов? Версия Java на платформе VM/CMS - 1.1.6 отстает от других платформ, где уже имеется версия Java 1.3.

Хотя, на мой взгляд, система VM на мэйнфрейме могла бы быть флагманом в продвижении Java-технологии.

Почему бы в этой среде не создавать Java-виртуальные машины средствами Монитора Виртуальных Машин (CP)? В операционной системе VM на мэйнфрейме имеется такая уникальная вещь как "хранимые системы", которая позволяет экономить системные ресурсы за счет реентерабельности (повторной используемости) программ (копия программы в памяти одна, а используют ее все виртуальные машины). (Кстати, вопрос к Java-профессионалам: могут ли Java-классы (байт-коды) быть повторно используемыми и сохраняться в виде хранимых систем?)

Возможно, что надо продумать варианты замены операционной системы VM на OS/390 или Linux для мэйнфрейма.

Очень заманчивой является концепция "Linux везде" от IBM PC/386 до мэйнфрейма. Смущает только "молодость", а, следовательно, некоторая грубость Linux. В VM меня полностью устраивает монитор виртуальных машин (CP), не устраивает только операционная система для виртуальных машин CMS.

Разработал бы кто-нибудь специальный вариант Linux для VM, т.е. Linux с применением "хранимых систем" и прочих атрибутов VM, подобно тому, как когда-то ВНИЦЭВТ разработал БОС (Базовая Операционная Система), которая представляла собой архитектуру OS/370 для VM. В результате был получен значительный выигрыш в производительности, а пользователи получили все преимущества как VM, так и OS/370.

В-третьих, нужны мэйнфреймы от IBM 9672-R14 или IBM 9672-R16 до последних IBM zSeries.

© Copyright Anatoly Sazanovich