Уявіть собі компанію, яка використовує мейнфрейми для запуску (частини) своїх (часто критично важливих) ділових додатків та використання z / OS (також відомого як OS / 390 або MVS ).
Які типові програмні засоби вони використовують для полегшення зміни програм та керування конфігурацією для програмного забезпечення, яке розгортається / використовується на цих мейнфреймах?
Відповіді:
З мого власного досвіду, це деякі типові пакети програмного забезпечення:
Усі ці пакети можуть керувати більш-менш поза вікном будь-чим, що зберігається у звичайних компонентах PDS (типова файлова структура, що використовується в z / OS).
Якщо мова йде про компанію, яка оцінює, який з них найкраще підходить, вона часто зводиться до цих критеріїв:
IBM SCLM сприймається як будь-яка плата за ліцензію / технічне обслуговування (фактично вона включена в ліцензію z / OS, яка сама по собі не є безкоштовною). Отже, якщо не виділений спеціальний бюджет, то це часто вибирається програмний пакет (краще, ніж пакет взагалі). Якщо є бюджет, то це часто той, хто не потрапляє до списку.
CA Endevor має найвищу базу для встановлення. Його ключова сила, IMO, полягає в тому, як ви зможете простежити за кожним виконуваним файлом, як він був складений / зв'язаний, використовуючи версію, які будівельні блоки (копіювальні книги тощо).
База встановлення SERENA ChangeMan ZMF зовсім трохи нижче бази від CA Endevor . Деякі його ключові сильні сторони:
Комп'ютерний ISPW - це як "новий хлопець у місті" (порівняно з альтернативою CA Endevor або SERENA ChangeMan ZMF ). Зазвичай це сприймається як рішення, де "будь-які спеціальні вимоги щодо СКМ можуть бути реалізовані разом із ним, із відносно невеликими зусиллями".
Якщо подивитися на це з точки зору архітектури, то SERENA ChangeMan ZMF та Compuware ISPW, мабуть, мають найбільш відкриту архітектуру, і це те, що вам потрібно, якщо ви хочете налаштувати її, щоб змусити керувати програмними компонентами, написаними мовою 4GL, що є ( те, що деякі називають) більш екзотичним, порівняно з мовами 3GL, такими як COBOL , PL / I тощо. Тобто, оскільки програмні компоненти зберігаються у файлових системах, які не зберігаються у стандартних PDS. Деякі приклади цих мов:
Увага: мати "відкриту архітектуру" - це здорово, щоб вона відповідала вашим спеціальним вимогам (небо - це межа). Однак, якщо мова йде про оновлення до нових випусків, то це стосується і ціни, щоб покращити ці власні вимоги.
Зауважте : досить випадково, під час тренінгу CA Endevor для експертів SERME 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, як приклад, який Дженкінс працює на платформі. За допомогою поточного PTF до z / OS ви навіть можете зберігати створені артефакти в Artifactory або Nexus, як і у будь-якої іншої платформи. Процес та практики, які використовуються на інших платформах, також працюють для z / OS, тому немає жодних підстав для його відокремлення чи відмінності.
Є компанія з Бельгії, яка на ринку SCM (зараз вони маркують свій продукт як DevOps) вже більше 12 років. Але оскільки вони не такі гіганти, як IBM або CA, вони менш відомі.
Однак у них продукт (IKAN ALM) працює у великих банках та страхових компаніях, в основному як заміна Changeman. Вони підтримують Mainframe та Distributed, це означає, що компанії зможуть керувати Mainframe та, наприклад, розробкою (та розгортанням) Java за допомогою того ж інструменту.
Вони мають бренд під назвою BlueBridge , який насправді є їх основним продуктом, який уже налаштований на Mainframe.