Wyobraź sobie firmę używającą komputerów mainframe do uruchamiania (części) aplikacji biznesowych (często o kluczowym znaczeniu) i korzystających z systemu z / OS (znanego również jako OS / 390 lub MVS ).
Jakie są typowe oprogramowanie, którego używają do ułatwienia zarządzania zmianami i konfiguracją oprogramowania dla oprogramowania wdrażanego / używanego na tych komputerach?
Odpowiedzi:
Z własnego doświadczenia są to niektóre typowe pakiety oprogramowania:
Wszystkie te pakiety mogą zarządzać, mniej więcej natychmiast po wyjęciu z pudełka, wszystkim, co jest przechowywane w zwykłych komponentach „PDS” (typowa struktura plików używana w systemie z / OS).
Jeśli chodzi o firmę, która ocenia, która najlepiej do niej pasuje, często sprowadza się do następujących kryteriów:
IBM SCLM jest postrzegany jako wolny od jakichkolwiek opłat licencyjnych / konserwacyjnych (w rzeczywistości jest zawarty w licencji z / OS, która sama w sobie nie jest darmowa). Jeśli więc nie jest dostępny dedykowany budżet, to często wybierany jest pakiet oprogramowania (lepszy niż żaden pakiet). Jeśli istnieje budżet, ten często nie trafia na krótką listę.
CA Endevor ma najwyższą bazę instalacyjną. Jego kluczową siłą, IMO, jest sposób, w jaki można prześledzić dla każdego pliku wykonywalnego, w jaki sposób został skompilowany / połączony przy użyciu której wersji elementów konstrukcyjnych (zeszytów itp.).
Baza instalacyjna SERENA ChangeMan ZMF jest nieco niższa niż baza CA Endevor . Niektóre z jego kluczowych atutów to:
Compuware ISPW jest jak „nowy dzieciak w mieście” (w porównaniu z alternatywą CA Endevor lub SERENA ChangeMan ZMF ). Jest to powszechnie postrzegane jako rozwiązanie, w którym „można za jego pomocą wdrożyć dowolne niestandardowe wymagania SCM, przy stosunkowo niewielkim wysiłku”.
Patrząc na to z architektury, SERENA ChangeMan ZMF i Compuware ISPW wydają się mieć najbardziej otwartą architekturę, co jest potrzebne, jeśli chcesz dostroić ją, aby zarządzała komponentami oprogramowania napisanymi w języku 4GL , który jest ( co niektórzy nazywają) bardziej egzotyczne, w porównaniu do języków 3GL , takich jak COBOL , PL / I itp. Tzn., ponieważ składniki oprogramowania są przechowywane w systemach plików, które nie są przechowywane w standardowych PDS. Niektóre przykłady tych języków to:
Uwaga: posiadanie „otwartej architektury” świetnie jest dopasować do własnych wymagań (niebo jest granicą). Jednak jeśli chodzi o aktualizację do nowych wersji, jest to cena za aktualizację również tych niestandardowych wymagań.
Uwaga : raczej przypadkowo, podczas szkolenia CA Endevor dla ekspertów SERENA ChangeMan ZMF, odkryliśmy, że CA Endevor i SERENA ChangeMan ZMF wydają się mieć te same korzenie (gdzieś pod koniec lat osiemdziesiątych ...). Dla tych, którzy są trochę oboje zaznajomieni: sprawdź, jakie są funkcje tych programów narzędziowych o podobnie nazwanych nazwach ... (będziesz zszokowany ...):
W powyższych odpowiedziach założono, że zarządzanie kodem źródłowym dla systemu z / OS musi być inne niż na każdej innej platformie. Odpowiedź 10 lat temu mogła być powyższa. Ale system z / OS ewoluował wraz ze sprzętem z i nie jest już oddzielny. Możesz użyć nowoczesnego menedżera kodu źródłowego, takiego jak Git, do całego kodu źródłowego, w tym do dowolnego języka COBOL lub PL / I lub asemblera. Git został zaktualizowany do obsługi tłumaczenia ASCII na EDBCIC, jeśli dostaniesz port z Rocket Software. Jest nadal darmowy i open source, właśnie skompilowali go, aby uruchomić na platformie. Posiadanie kodu źródłowego z / OS w tym samym SCM pozwala również mieć obok siebie swoje przypadki testowe i inne artefakty. Możesz być zaskoczony liczbą narzędzi typu open source, których możesz używać w systemie z / OS.
Jeśli masz potok DevOps, prawdopodobnie działa on również z systemem z / OS, na przykład Jenkins działa na platformie. Przy obecnej poprawce PTF do z / OS możesz nawet przechowywać swoje artefakty w Artifactory lub Nexus, tak jak na każdej innej platformie. Proces i praktyki, które są używane na innych platformach, działają również w systemie z / OS, więc nie ma powodu, aby się rozdzielał lub różnił.
Istnieje pewna firma z Belgii, która działa na rynku SCM (teraz nazywają swój produkt DevOps) od ponad 12 lat. Ale ponieważ nie są gigantami takimi jak IBM czy CA, są mniej znane.
Jednak ich produkt (IKAN ALM) działa w dużych bankach i firmach ubezpieczeniowych, głównie w zastępstwie Changemana. Obsługują komputery mainframe i rozproszone, co oznacza, że firmy będą mogły zarządzać komputerami mainframe, a na przykład programowaniem (i wdrażaniem) Java za pomocą tego samego narzędzia.
Mają markę o nazwie BlueBridge , która jest tak naprawdę ich głównym produktem skonfigurowanym już dla komputerów mainframe.