Solusi SCM apa yang ada untuk mengelola perangkat lunak mainframe?

Bayangkan sebuah perusahaan menggunakan mainframe untuk menjalankan (bagian dari) aplikasi bisnis mereka (seringkali mission critical), dan menggunakan z / OS (juga dikenal sebagai OS / 390 , atau MVS ).

Apa software khas yang mereka gunakan untuk memfasilitasi Manajemen Perubahan dan Konfigurasi Perangkat Lunak, untuk perangkat lunak yang digunakan / digunakan pada mainframe itu?

Dari pengalaman saya sendiri, ini adalah beberapa paket perangkat lunak khas:

• CA Endevor .
• SERENA ChangeMan ZMF .
• Compuware ISPW .
• IBM SCLM .

Semua paket ini dapat mengelola, kurang lebih out-of-the-box, apa pun yang disimpan dalam komponen "PDS" biasa (struktur file khas yang digunakan dalam z / OS).

Ketika datang ke perusahaan mengevaluasi mana yang paling cocok untuk mereka, sering kali bermuara pada kriteria ini:

• IBM SCLM dianggap bebas dari biaya lisensi / pemeliharaan (sebenarnya sudah termasuk dalam lisensi z / OS, yang dengan sendirinya tidak gratis). Jadi, jika tidak ada anggaran khusus, maka ini adalah paket perangkat lunak yang dipilih (lebih baik daripada tidak ada paket sama sekali). Jika ada anggaran, maka yang ini sering yang tidak masuk daftar.

• CA Endevor memiliki basis pemasangan tertinggi. Kekuatan kuncinya, IMO, adalah cara Anda dapat melacak untuk setiap executable bagaimana ia telah dikompilasi / ditautkan menggunakan versi blok bangunan mana (copybook, dll).

• Basis pemasangan SERENA ChangeMan ZMF sedikit di bawah yang dari CA Endevor . Beberapa kekuatan kuncinya adalah:

  • gagasan tentang "pengemasan" perubahan perangkat lunak terkait, yang merupakan inti dari itu.
  • kemampuannya untuk menyebarkan perangkat lunak ke situs yang jauh secara fisik.

• Compuware ISPW seperti "anak baru di kota" (dibandingkan dengan CA Endevor atau alternatif SERENA ChangeMan ZMF ). Biasanya dianggap sebagai solusi di mana "persyaratan SCM khusus dapat diimplementasikan dengannya, dengan upaya yang relatif rendah untuk melakukannya".

Melihat dari sudut pandang arsitektur, maka SERENA ChangeMan ZMF dan Compuware ISPW tampaknya memiliki arsitektur paling terbuka, yang akan Anda perlukan jika Anda ingin menyetelnya untuk membuatnya mengelola komponen perangkat lunak yang ditulis dalam bahasa 4GL yaitu ( beberapa panggilan) lebih eksotis, dibandingkan dengan bahasa 3GL seperti COBOL , PL / I , dll. Yaitu karena komponen perangkat lunak disimpan dalam sistem file yang tidak disimpan dalam PDS standar. Beberapa contoh bahasa tersebut adalah:

• Alami (disimpan dalam ADABAS DBMS).
• ADS Online (disimpan dalam DBMS IDMS ).
• QMF (disimpan dalam DB2 DBMS).
• CA Gen (disimpan dalam "ensiklopedi").
• CSP (disimpan dalam format file VSAM ).

Perhatian: memiliki "arsitektur terbuka" bagus untuk menyesuaikannya dengan persyaratan khusus Anda (langit adalah batasnya). Namun ketika datang ke upgrade ke rilis baru, ia datang dengan harga untuk mendapatkan persyaratan kustom yang ditingkatkan juga.

Catatan : agak tidak sengaja, selama pelatihan CA Endevor untuk para pakar SERENA ChangeMan ZMF, kami menemukan bahwa CA Endevor dan SERENA ChangeMan ZMF tampaknya memiliki akar yang sama (dari suatu tempat di akhir 1980-an ...). Bagi mereka yang agak akrab dengan keduanya: periksalah apa fungsinya dari program-program utilitas ini, dengan nama yang mirip ... (Anda akan kaget ...):

• PGM = CONWRITE versus PGM = CMNWRITE.
• PGM = CONPRINT versus PGM = SERPRINT.

Jawaban di atas menganggap mengelola kode sumber untuk z / OS harus berbeda dari platform lain. Jawabannya 10 tahun yang lalu mungkin adalah jawaban di atas. Tetapi z / OS telah berevolusi bersama dengan z hardware dan tidak lagi terpisah. Anda dapat menggunakan manajer kode sumber modern seperti Git untuk semua kode sumber Anda termasuk COBOL atau PL / I atau assembler yang mungkin Anda miliki. Git telah diperbarui untuk menangani terjemahan ASCII ke EDBCIC jika Anda mendapatkan port dari Rocket Software. Ini masih gratis dan open source, mereka hanya melakukan kompilasi untuk berjalan di platform. Memiliki kode sumber z / OS dalam SCM yang sama juga memungkinkan Anda membawa test case dan artefak lain di sampingnya. Anda mungkin terkejut dengan jumlah alat sumber terbuka yang dapat Anda gunakan dengan z / OS.

Jika Anda memiliki pipa DevOps mungkin hanya bekerja dengan z / OS juga, sebagai contoh Jenkins berjalan pada platform. Dengan PTF saat ini ke z / OS Anda bahkan dapat menyimpan Anda membangun artefak di Artifactory atau Nexus saat Anda melakukan platform lain. Proses dan praktik yang digunakan pada platform lain juga berfungsi untuk z / OS sehingga tidak ada alasan untuk memisahkan atau berbeda.

Ada perusahaan dari Belgia yang telah berada di pasar SCM (sekarang mereka memberi label produk mereka sebagai DevOps) selama lebih dari 12 tahun. Tetapi karena mereka bukan raksasa seperti IBM atau CA, mereka kurang dikenal.

Namun mereka memiliki produk mereka (IKAN ALM) berjalan di bank-bank besar dan perusahaan asuransi, sebagian besar sebagai pengganti Changeman. Mereka mendukung Mainframe dan Terdistribusi, ini berarti perusahaan akan dapat mengelola Mainframe dan, misalnya pengembangan Java (dan penyebaran) menggunakan alat yang sama.

Mereka memiliki merek bernama BlueBridge , yang sebenarnya merupakan produk utama mereka yang sudah dikonfigurasi untuk Mainframe.