Những giải pháp SCM nào tồn tại để quản lý phần mềm máy tính lớn?


12

Hãy tưởng tượng một công ty sử dụng các máy tính lớn để chạy (một phần) các ứng dụng kinh doanh (thường là nhiệm vụ quan trọng) của họ và sử dụng z / OS (còn được gọi là OS / 390 hoặc MVS ).

Các phần mềm điển hình họ sử dụng để hỗ trợ quản lý Cấu hình và Thay đổi Phần mềm, cho phần mềm được triển khai / sử dụng trên các máy tính lớn đó là gì?

Câu trả lời:


9

Từ kinh nghiệm của riêng tôi, đây là một số gói phần mềm tiêu biểu:

Tất cả các gói này có thể quản lý, ít nhiều có sẵn, bất cứ thứ gì được lưu trữ trong các thành phần "PDS" thông thường (cấu trúc tệp điển hình được sử dụng trong z / OS).

Khi nói đến một công ty đánh giá cái nào phù hợp nhất với họ, nó thường nắm bắt được các tiêu chí sau:

  • IBM SCLM được coi là miễn phí đối với bất kỳ phí giấy phép / bảo trì nào (thực tế nó được bao gồm trong giấy phép z / OS, bản thân nó không miễn phí). Vì vậy, nếu không có ngân sách dành riêng, thì đây thường là gói phần mềm được chọn (tốt hơn là không có gói nào cả). Nếu có ngân sách, thì ngân sách này thường là ngân sách không lọt vào danh sách rút gọn.

  • CA Endevor có cơ sở cài đặt cao nhất. Sức mạnh chính của nó, IMO, là cách mà bạn có thể theo dõi cho từng tệp thực thi như thế nào nó đã được biên dịch / liên kết bằng cách sử dụng phiên bản nào của khối xây dựng (bản sao, v.v.).

  • Cơ sở cài đặt của SERENA ChangeMan ZMF khá thấp so với cơ sở từ CA Endevor . Một số điểm mạnh chính của nó là:

    • khái niệm thay đổi phần mềm liên quan đến "đóng gói", đó là cốt lõi của nó.
    • khả năng của nó để triển khai phần mềm đối với các trang web vật lý từ xa.
  • Compuware ISPW giống như "đứa trẻ mới trong thị trấn" (so với CA Endevor hoặc SERENA ChangeMan ZMF thay thế). Nó thường được coi là giải pháp trong đó "mọi yêu cầu SCM tùy chỉnh có thể được thực hiện với nó, với nỗ lực tương đối thấp để thực hiện".

Nhìn từ góc độ kiến ​​trúc, sau đó SERENA ChangeMan ZMFCompuware ISPW dường như có kiến ​​trúc mở nhất, đó là những gì bạn sẽ cần nếu bạn muốn điều chỉnh nó để làm cho nó quản lý các thành phần phần mềm được viết bằng ngôn ngữ 4GL ( điều mà một số người gọi) kỳ lạ hơn, so với các ngôn ngữ 3GL như COBOL , PL / I , v.v ... Tức là vì các thành phần phần mềm được lưu trữ trong các hệ thống tệp không được lưu trữ trong các PDS tiêu chuẩn. Một số ví dụ về các ngôn ngữ đó là:

Chú ý: có một "kiến trúc mở" là điều tuyệt vời để nó phù hợp với yêu cầu tùy chỉnh của bạn (bầu trời là giới hạn). Tuy nhiên, khi nói đến việc nâng cấp lên các bản phát hành mới, nó cũng đi kèm với một mức giá để có được những yêu cầu tùy chỉnh đó cũng được nâng cấp.

Lưu ý : khá tình cờ, trong khóa đào tạo CA Endevor cho các chuyên gia SERENA ChangeMan ZMF, chúng tôi đã phát hiện ra rằng CA EndevorSERENA ChangeMan ZMF dường như có cùng một gốc (từ đâu đó vào cuối những năm 1980 ...). Đối với những người hơi quen thuộc với cả hai: hãy kiểm tra xem chức năng của các chương trình tiện ích này là gì, với tên được đặt tên tương tự ... (bạn sẽ bị sốc ...):

  • PGM = CONWRITE so với PGM = CMNWRITE.
  • PGM = CONPRINT so với PGM = SERPRINT.

2

Các câu trả lời ở trên giả định việc quản lý mã nguồn cho z / OS phải khác với bất kỳ nền tảng nào khác. Câu trả lời 10 năm trước có thể là ở trên. Nhưng z / OS đã phát triển cùng với phần cứng z và nó không còn tách rời. Bạn có thể sử dụng trình quản lý mã nguồn hiện đại như Git cho tất cả mã nguồn của mình, bao gồm bất kỳ COBOL hoặc PL / I hoặc trình biên dịch nào bạn có thể có. Git đã được cập nhật để xử lý bản dịch ASCII sang EDBCIC nếu bạn nhận được cổng từ Rocket Software. Nó vẫn là nguồn mở và miễn phí, họ chỉ cần biên dịch để chạy trên nền tảng. Có mã nguồn z / OS của bạn trong cùng một SCM cũng cho phép bạn có các trường hợp thử nghiệm và các tạo phẩm khác bên cạnh chúng. Bạn có thể ngạc nhiên về số lượng các công cụ nguồn mở bạn có thể sử dụng với z / OS.

Nếu bạn có một đường ống DevOps thì có lẽ nó cũng chỉ hoạt động với z / OS, như một ví dụ Jenkins chạy trên nền tảng. Với PTF đến z / OS hiện tại, bạn thậm chí có thể lưu trữ bạn xây dựng các tạo phẩm trong Artifactory hoặc Nexus như bất kỳ nền tảng nào khác. Quá trình và thực tiễn được sử dụng trên các nền tảng khác cũng hoạt động cho z / OS, vì vậy không có lý do gì nó phải tách biệt hoặc khác biệt.


0

Có một công ty từ Bỉ đã tham gia vào thị trường SCM (bây giờ họ gắn nhãn sản phẩm của họ là DevOps) trong hơn 12 năm. Nhưng vì họ không phải là người khổng lồ như IBM hay CA nên họ ít được biết đến.

Tuy nhiên, họ có sản phẩm của họ (IKAN ALM) đang hoạt động tại các ngân hàng và công ty bảo hiểm lớn, chủ yếu là sản phẩm thay thế cho Changeman. Họ hỗ trợ Mainframe và Phân phối, điều này có nghĩa là các công ty sẽ có thể quản lý Mainframe và, ví dụ như phát triển Java (và triển khai) bằng cùng một công cụ.

Họ có một thương hiệu tên là BlueBridge , đây thực sự là sản phẩm chính của họ đã được cấu hình cho Mainframe.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.