Вторник, 26.09.2017, 08:35
Приветствую Вас Гость | RSS
Главная | Регистрация | Вход
Форма входа
Логин:
Пароль:
Поиск

Меню сайта

Календарь
«  Ноябрь 2012  »
ПнВтСрЧтПтСбВс
   1234
567891011
12131415161718
19202122232425
2627282930

Архив записей

Наш опрос
О регистрации на сайте с помощью соцсетей.
Всего ответов: 12

Метки
EGL ODM бизнес правила программирование SOA arcati блоги журналы Каталог мейнфреймы журнал z/os Freeware VM bigdata nosql MVS OS zOS SLES zLinux мейнфрейм Хабрахабр 50лет документы хранилище Java EE liberty WebSphere history сообщение Форум DFSORT Hercules VSAM отчётность Linux Analytics Accelerator Netezza IMS IBM IDC продажа CHKPT GSam XRST гипервизор KVM Shutdown #hollywar mainframe Вакансии Санкт-Петербург пример Assembler LHI vs XR instruction to clear GPR z Seies CPU performance семинар впечатление доступность ЦБ цены аутсорсинг BMC CMS ZVM санкции Rockwell история z13 мобильность DB2 Java Coupling Facility Parallel Sysplex WebSphere AS MVT ОС ЕС ссср Tape VTL Вакансия БЛОГ Линукс Новое статьи Люксофт Польша Работа

Статистика

Главная » 2012 » Ноябрь » 21 » Статья в IMS Newsletter про одну из самых маленьких коммерчески успешных систем на IMS
Статья в IMS Newsletter про одну из самых маленьких коммерчески успешных систем на IMS
17:08
Уважаемые коллеги!
Обращаю внимание на первую (и связанные с ней) публикацию в журнале IMS Newsletter (выложен на сайте тут). Особое внимание нужно обратить на то, какое важное, даже ключевое, место занимает IMS в работе производственной компании, и какими малыми ресурсами решается эта задача.
Основная часть коммуникационного слоя написана самими сотрудниками эксплуатирующей организации, подавляющая часть кода - ассемблер, частью присутствует C. Рекомендую к прочтению для расширения эрудиции.
Просмотров: 1220 | Добавил: akost
Всего комментариев: 20
1  
Пока они не начнут преподавать IMS в вузах, эта БД не продвинется. Надо чтобы приходили к заказчику и говорили: вот крутая система, а вот студенты которые все сделают как только вы их наймете.

3  
Дык уже в Бауманке (даже по этому сайту видно) читают регулярные семинары, довольно многолюдные. Так что дело сдвинулось.

5  
Сегодня показали распечатанное резюме студента из Бауманки, указано IMS в плане имеющегося опыта smile

7  
Процесс пошел! Значит, в голове студентов отложилось, что упоминание IMS уже является неким конкурентным преимуществом))).

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

12  
да кто ж ему такой вопрос задаст, на котором он срежется?)))

20  
Ну, я, например ))) Когда-нибудь )))
А для людей, которые не могут задать вопрос, ИМС -- пустой звук

13  
Как первый шаг - это здорово. Но надо переводить дальше, на более качественный уровень. Обучить профессора читать нормальный курс с экзаменом. Университеты сейчас вполне отзывчивы к новым технологиям. Брать пару студентов себе в год, чтобы было понимание что не зря. Если бы еще у заказчика была зарплата больше, то можно было бы их туда периодически скидывать...

2  
IMS это, прежде всего, монитор транзакций (IMS TM) и интерфейс к нему (OTMA), БД (IMS DB) лишь часть IMS, и не самая важная, что видно, в частности, и в описанном проекте - IMS DB занимает в нем далеко не ключевое место. <br /> Не обязательно ограничиваться только IMS TM + IMS DB -- IMS TM + DB2 или IMS TM + VSAM могут быть в чем-то даже более интересны biggrin

4  
1. IMS нельзя делить на части. Разделение на TM и DB это чудовищное измышление маркетинга. Продукт создавался цельным, и лучший результат в его использовании целиком.
2. В упомянутой сталелитейной компании нельзя выделить ключевое или неключевое место - продукт используется целиком.
3. Да, IMS можно использовать и с DB2, и с VSAM - но с потерей качества, то есть с ухудшением SLA и повышением трудности их достижения по сравнению с использованием своих баз - особенно DEDB и особенно фичи Sequential Dependent Segment для хранения финансовых проводок, сделать что-то подобное другими средствами - Б-г в помощь smile
Самое интересное использование IMS - это именно целиком.
Я тут рисунок набросал, с IMS reference Architecture, как его сюда пихнуть не знаю, может akost пихнёт.

Да, а студенты уже в резюме своих указывают IMS. Типа - имеют опыт smile
Вот сегодня случайно обнаружилось smile

8  
я готов пихнуть рисунок. а он уже полностью готов? если да - то легко!

9  
ну если кто что предложит, то доработаем рисунок.
последнюю версию отправил

10  
ссылка на файл с картинкой в PDF - http://s390soft.org.ru/load/0-0-0-54-20

15  
я написал свой пост только потому, что в посте #1 о IMS сказано "эта БД", IMHO, называть IMS "БД" не есть правильно cry

16  
Именно, БД там только одна часть.
Архитектурно IMS в чём то похож на многим известный Message Broker.
Построена тоже вокруг менеджера очередей (с сетевым слоем).
Имеет средство исполнения бизнес-логики (по обработке сообщений, поступающих посредством очередей).
Остальное, что есть в IMS и чего нет в Message Broker - приятные и полезные бонусы smile
Можно уверенно утверждать, что в рамках инфраструктуры с кучей z/OS - ни MQ, ни Message Broker не нужны.
Но и MQ, и Message Broker позиционируют себя как межплатформенные инструменты. Ну если только так smile
Кстати, CICS - тоже средство DCE (Distributed Computing Environment, межплатформенное).
А эра DCE ушла.
Смысла в CICS большого нет, если IMS функционально и нефункционально кроет его как бык овцу.
А для гетерогенного взаимодействия куча других новомодных средств. Нет смысла "посылать" транзакцию с фрейма на виндоус. Как это можно было сделать с CICS.

17  
> Смысла в CICS большого нет, если IMS функционально и нефункционально кроет его как бык овцу.
IMHO это не так. А даже если бы было и так, то все равно непонятно, почему один продукт должен обязательно вытеснятьть другой? по этой логике все должны ездить только на машинах одной марки) но точно так же, как одни считают лучшей машиной Линкольн а другие - Мазератти, те, кто использует CICS считают его лучше и удобнее IMS, и наоборот.

> Нет смысла "посылать" транзакцию с фрейма на виндоус.
Есть смысл посылать транзакцию на другую машину, вне зависимости от того, какая там операционная система, потому что там работает прикладная система, с которой мы должны взаимодействовать. Переносить же прикладную систему на другую машину никто никогда не будет.
И вообще, z/OS, IMS, CICS, Windows, AIX etc etc существуют только для того, чтобы обеспечить работу прикладных систем. А

19  
Я коротко и без политесов, ок?
1) потому что CICS - отстой с архитектурной точки зрения. Если сравнивать с IMS
2)я ж писал про транзакцию в терминологии CICS/IMS. а не про взаимодействие вообще. Есть такая фича у этих продуктов. К примеру, клиент выполнил коннект к IMS1 на одной машине, вызвал транзакцию, а она "ушла" по сети на другую машину на IMS2 , там выполнилась, а результаты назад по цепочке клиенту. MSC фича называется, реализация транспортного слоя с маршрутизацией типа.
Так что я не про взаимодействие систем "вообще" в широком смысле слова. Такое взаимодействие хоть из транзакций IMS можно реализовывать, callout в наличии, хоть по SOAP

18  
несколько достаточно успешных прикладных систем используют следующую архитектуру: IMS + DB2 -- OTMA -- MQ в z/OS (ПО написано на PL/1) и MQ c Java-клиентом. При этом клиент реальзует только функции представления данных. IMS DB используется только для хранения технических параметров, прикладные данные хранятся в DB2

6  
кстати, по поводу использования IMS TM с "просто VSAM". Хотя это в принципе и возможно, используя IMS базы SHSAM, SHISAM и GSAM, но это практически не используется, потому что не имеет смысла, вернее, только в одном случае - если надо, чтобы другие приложения, использующие методы доступа z/OS продолжали, или могли, иметь доступ к данным.
Но это уже вообще....
А если только IMS - то смысла совсем нет, ни одна из вкусностей собственно IMS по организации данных не используется.
Связь с ДБ2 таки имеет больше смысла, при классическом разделении обязанностей - IMS как OLTP, DB2 как аналитика.

14  
а себе побаловаться поставить никто не хочет?

Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]


Яндекс.Метрика