Представьте себе компанию, использующую мэйнфреймы для запуска (часть) своих (часто критически важных) бизнес-приложений и использующую z / OS (также известную как OS / 390 или MVS ).
Какое типичное программное обеспечение они используют для облегчения управления изменениями и конфигурацией программного обеспечения, для программного обеспечения, которое развернуто / используется на этих мэйнфреймах?
Ответы:
Исходя из моего собственного опыта, вот некоторые типичные пакеты программного обеспечения:
Все эти пакеты могут управлять, более или менее из коробки, всем, что хранится в обычных компонентах «PDS» (типичная файловая структура, используемая в z / OS).
Когда речь идет о компании, которая оценивает, какой из них лучше всего подходит для них, она часто сводится к следующим критериям:
IBM SCLM считается свободным от каких-либо лицензионных сборов / сборов за обслуживание (фактически он включен в лицензию z / OS, которая сама по себе не является бесплатной). Таким образом, если нет выделенного бюджета, то это часто выбирается программный пакет (лучше, чем вообще никакого пакета). Если есть бюджет, то этот часто не попадает в шорт-лист.
У CA Endevor самая высокая база для установки. Его ключевым достоинством, IMO, является способ, с помощью которого вы можете отследить для каждого исполняемого файла, как он был скомпилирован / скомпонован, с помощью какой версии каких строительных блоков (тетрадей и т. Д.).
Установочная база SERENA ChangeMan ZMF немного ниже, чем у CA Endevor . Некоторые из его сильных сторон:
Compuware ISPW похож на «нового ребенка в городе» (по сравнению с альтернативой CA Endevor или SERENA ChangeMan ZMF ). Это обычно воспринимается как решение, в котором «любые пользовательские требования SCM могут быть реализованы с его помощью при относительно небольших усилиях».
Если взглянуть на это с точки зрения архитектуры, то у SERENA ChangeMan ZMF и Compuware ISPW, по- видимому, самая открытая архитектура, которая вам понадобится, если вы хотите настроить ее так, чтобы она управляла программными компонентами, написанными на языке 4GL, который является ( то, что некоторые называют) более экзотическим, по сравнению с языками 3GL, такими как COBOL , PL / I и т. д. Т.е. потому что программные компоненты хранятся в файловых системах, которые не хранятся в стандартных PDS. Некоторые примеры этих языков:
Внимание: наличие «открытой архитектуры» - это здорово, если она соответствует вашим индивидуальным требованиям (предел - это небо). Однако, когда речь заходит об обновлении до новых выпусков, стоит также обновить эти пользовательские требования.
Примечание : довольно случайно, во время обучения CA Endevor для экспертов SERENA ChangeMan ZMF, мы обнаружили, что CA Endevor и SERENA ChangeMan ZMF, похоже, имеют одинаковые корни (откуда-то в конце 1980-х ...). Для тех, кто немного знаком с ними обоими: посмотрите, какова функциональность этих служебных программ с одинаковыми именами ... (вы будете шокированы ...):
Ответы выше предполагают, что управление исходным кодом для z / OS должно отличаться от любой другой платформы. Ответ 10 лет назад мог быть выше. Но z / OS развивалась вместе с оборудованием z и больше не является отдельной. Вы можете использовать современный менеджер исходного кода, такой как Git, для всего вашего исходного кода, включая любой COBOL, PL / I или ассемблер, который у вас может быть. Git был обновлен для обработки перевода ASCII в EDBCIC, если вы получили порт от Rocket Software. Это все еще бесплатно и с открытым исходным кодом, они только что сделали компиляцию для запуска на платформе. Наличие исходного кода z / OS в том же SCM также позволяет вам иметь тестовые наборы и другие артефакты рядом с ними. Вы можете быть удивлены количеством инструментов с открытым исходным кодом, которые вы можете использовать с z / OS.
Если у вас есть конвейер DevOps, он, вероятно, просто работает и с z / OS, например, Jenkins работает на платформе. С текущей версией PTF для z / OS вы можете даже хранить свои артефакты в Artifactory или Nexus, как и на любой другой платформе. Процесс и практики, которые используются на других платформах, также работают для z / OS, поэтому нет причин для их разделения или отличия.
Есть компания из Бельгии, которая работает на рынке SCM (теперь они маркируют свой продукт как DevOps) более 12 лет. Но поскольку они не такие гиганты, как IBM или CA, они менее известны.
Однако их продукт (IKAN ALM) работает в крупных банках и страховых компаниях, в основном в качестве замены для Changeman. Они поддерживают Mainframe и Distributed, это означает, что компании смогут управлять Mainframe и, например, разработкой (и развертыванием) Java с использованием одного и того же инструмента.
У них есть бренд BlueBridge , который на самом деле является их основным продуктом, уже настроенным для мэйнфреймов.