Hiện tại chúng tôi có một ứng dụng quan trọng về kinh doanh được viết bằng COBOL, chạy trên OpenVMS (Tính toàn vẹn/Itanium).Di chuyển khỏi Itanium
Khi tháng trôi qua, ngày càng có nhiều suy đoán về tuổi thọ của kiến trúc Itanium. Không có gì được nói ra trong mở, tất nhiên, nhưng các bài viết như this và this vẽ một bức tranh đáng lo ngại. Mặc dù tôi không thể tìm thấy chính thức nào để hỗ trợ điều này, thậm chí còn có những tiếng rì rào trong hành lang của công ty HP của chúng tôi đang vứt bỏ OpenVMS và HP COBOL cùng với nó.
Tôi không thể tin rằng chúng tôi ở một mình trong lĩnh vực này.
Con đường tôi nhìn thấy nó, có một vài lựa chọn:
- Mô phỏng một số phần cứng cũ và chạy các ứng dụng trên rằng việc sử dụng một sản phẩm như CHARON-VAX hoặc CHARON-AXP. Cách tôi nhìn thấy nó, những thuận là quá trình nên được tương đối không đau, đặc biệt là nếu 64-bit (AXP) tùy chọn được sử dụng. Tiềm năng tiềm năng là một sự suy thoái trong hiệu suất (mặc dù điều này sẽ được bù đắp bằng phần cứng nhanh hơn và nhanh hơn);
- Chuyển ứng dụng dựa trên HP COBOL sang phương ngữ COBOL hiện đại hơn, chẳng hạn như Visual COBOL. Những thuận, sau đó, là một thực tế là nỗ lực porting là tương đối thấp (nó vẫn COBOL) và thực tế là người ta có thể chạy các ứng dụng trên một nền tảng Unix hoặc Windows. Khuyết điểm là mặc dù bạn đang chuyển sang COBOL, thực tế là bạn đang chuyển sang một hệ điều hành khác có thể làm cho mọi thứ trở nên phức tạp (đặc biệt nếu có các phụ thuộc cụ thể của OpenVMS);
- Tự động dịch COBOL sang ngôn ngữ hiện đại hơn như Java. Điều này có lợi ích rõ ràng ngay lập tức giải phóng một từ tất cả các vấn đề di sản trong một ngã swoop: hỗ trợ phần cứng, hỗ trợ hệ điều hành, và đặc biệt là tìm kiếm các quản trị viên và lập trình viên. Ngoài việc này là một công việc lớn, một nhược điểm rõ ràng là một thực tế là người ta sẽ kết thúc với Java không thành ngữ (hoặc bất kỳ ngôn ngữ đích nào được chọn cuối cùng); được cho là, đây là thứ có thể được cải thiện theo thời gian.
- Viết lại, từ đầu (tự nhiên, sử dụng công nghệ hiện đại). Bất cứ ai đã làm điều này đều biết tốn kém và tốn thời gian như thế nào. Tôi chỉ bao gồm nó để làm cho danh sách hoàn thành :)
Lưu ý rằng không có sự phụ thuộc vào một DBMS sở hữu độc quyền; cơ sở dữ liệu là dựa trên tệp ISAM.
... Vì vậy, câu hỏi của tôi là:
người khác là gì phải đối mặt với lỗi thời sắp xảy ra của Itanium làm gì để duy trì tính liên tục kinh doanh khi nền tảng của họ lựa chọn là OpenVMS và COBOL?
UPDATE:
Chúng tôi đã có một sự bảo đảm chính thức từ đại diện HP tại địa phương của chúng tôi rằng Liêm/Itanium/OpenVMS sẽ được hỗ trợ ít nhất cho đến năm 2022. Tôi đoán điều này có nghĩa rằng toàn bộ vấn đề này là ít về nền tảng, và nhiều hơn nữa về ngôn ngữ (COBOL).
Đây là tình huống xấu. Tôi sẽ thử liên lạc với MicroFocus để tìm ra loại chiến lược di chuyển mà họ đang phát triển cho khách hàng của họ. Tôi tin rằng MicroFocus khuyến khích việc di chuyển các ứng dụng COBOL sang nền tảng Itanium. Và bởi vì điều này, tôi nghi ngờ họ sẽ làm việc chăm chỉ như bất cứ ai để tìm một con đường di cư từ Itanium để "điều tiếp theo và vĩ đại nhất" - bất cứ điều gì có thể. Họ có càng nhiều để mất trong này như bất cứ ai để tìm ra nơi tàu của họ là thuyền và có thể xô một chuyến đi. – NealB
Có vẻ như bạn sẽ phải xem xét nghiêm túc việc di chuyển OpenVMS. Bạn nên hỏi HP nếu họ có sản phẩm UNIX hỗ trợ HP COBOL. Ngoài ra, ngoài đề xuất của NealB, bạn cũng nên kiểm tra với Veryant, họ cung cấp hai trình soạn thảo COBOL khác nhau (http://www.veryant.com) – colemanj