Người dùng thao tác trên Vista
Chọn chức năng, nhập biểu mẫu hoặc làm việc với bảng; trình duyệt chỉ tương tác với giao diện làm việc.
← Về BENOVA
Gói phát hành sớm: Orbit · Vista · Aster
Hiện đại hóa backend theo từng nghiệp vụ.Giữ giá trị hiện có. Mở đường cho thay đổi.
NOVA hướng đến mở rộng dịch vụ trên backend hiện có, rồi chuyển đổi từng năng lực khi đủ điều kiện. Vista phục vụ người dùng, Orbit điều phối và được thiết kế để làm việc với nhiều hệ thống backend khác nhau, Aster là backend demo độc lập, không dùng hệ thống đang vận hành và đang lên kế hoạch triển khai. Nexus, bộ công cụ build và vận hành, tham gia ở giai đoạn sau.
- Giao diện làm việc thống nhất
- Cổng kết nối theo từng hệ thống
- Khai thác giá trị backend hiện có
- Triển khai và đánh giá từng bước
Mô hình tổng quan
Một đường đi rõ ràng từ người dùng đến backend.
Orbit tùy biến cách tiếp nhận yêu cầu từ ứng dụng và được thiết kế để làm việc với nhiều hệ thống backend khác nhau. Vista bổ sung trải nghiệm làm việc trong lộ trình hiện đại hóa từng bước (Strangler Fig). Aster là backend demo độc lập, không dùng hệ thống đang vận hành. Công cụ build và vận hành Nexus thuộc giai đoạn sau.
Luồng yêu cầu
Bốn bước của một yêu cầu.
Một yêu cầu đi qua mô hình như thế nào.
Gateway chuyển yêu cầu an toàn
Lớp kết nối phía máy chủ tiếp nhận thao tác từ Vista và chuyển yêu cầu đến Orbit theo cấu hình bảo mật đã thống nhất.
Orbit xác thực và chạy kịch bản
Kiểm tra token, nhận yêu cầu vào hàng đợi có giới hạn và chạy kịch bản nghiệp vụ tương ứng.
Backend hiện có xử lý nghiệp vụ
Orbit chuyển yêu cầu đến backend hiện có (hoặc Aster khi trình diễn), nhận và kiểm tra kết quả rồi trả màn hình hoặc dữ liệu về Vista.
Thành phần
Mỗi thành phần một trách nhiệm
Ba thành phần trong gói phát hành sớm, mỗi thành phần giữ một vai trò riêng và có thể thay đổi độc lập.
Vista — không gian làm việc thống nhất
Menu, tab, bảng và biểu mẫu trong một giao diện làm việc; người dùng chuyển giữa các nghiệp vụ mà không phải học lại cách thao tác.
Phiên đăng nhập an toàn
Thiết kế giữ thông tin kết nối ở phía máy chủ, tách biệt với giao diện người dùng. Điều kiện xác thực và quản lý phiên được thống nhất khi tích hợp.
Orbit — cổng kết nối tùy biến
Thích ứng với cách gọi và định dạng dữ liệu của ứng dụng hiện có qua các cổng tiếp nhận tùy biến. Các cổng dùng chung lớp điều phối nghiệp vụ, hướng đến hạn chế chỉnh sửa những hệ thống đang kết nối.
Điều phối theo kịch bản
Kịch bản điều phối các bước nghiệp vụ, có giới hạn thời gian, hủy và kiểm soát tải. Mỗi thay đổi được kiểm thử với backend và phạm vi sử dụng tương ứng.
Aster — backend demo độc lập
Backend demo độc lập, minh họa luồng làm việc mà không cần dùng hệ thống đang vận hành. Aster đang được lên kế hoạch triển khai.
Minh họa tách khỏi hệ thống thật
Giúp trình bày luồng từ Vista qua Orbit mà không chạm vào hệ thống đang vận hành. Đánh giá trên backend thực vẫn cần rà soát tương thích và phạm vi kiểm thử đã thống nhất.
Giá trị và hiện trạng
Giá trị hướng tới và mức độ hoàn thiện.
GIÁ TRỊ
Đổi mới từng phần, bảo toàn giá trị nghiệp vụ
NOVA hướng đến cải thiện trải nghiệm và mở rộng dịch vụ, đồng thời tạo cơ sở chuyển đổi từng nghiệp vụ. Mỗi bước cần kiểm chứng tính đúng đắn, hiệu năng và điều kiện vận hành; backend chịu trách nhiệm về quyền và quy tắc nghiệp vụ.
- Thay đổi từng lớp độc lập
- Tùy biến cổng kết nối để giữ cách tích hợp hiện có
- Ranh giới rõ giữa trình bày, điều phối và nghiệp vụ
HIỆN TRẠNG
Đang hoàn thiện để phát hành
NOVA đang hoàn thiện tích hợp giữa các thành phần và chưa phải bản sẵn sàng triển khai đại trà.
- Orbit: runtime webservice đã chạy; cổng HTTP/JSON chung đang triển khai.
- Vista: khung ứng dụng đã dùng được; tích hợp đăng nhập và gọi Orbit đang triển khai.
- Aster: backend demo độc lập, đang lên kế hoạch triển khai.
Phạm vi đánh giá phụ thuộc vào mức sẵn sàng thực tế. Nexus, Echelon và Aira là các thành phần ngang hàng thuộc giai đoạn sau.
Phù hợp khi nào
Bắt đầu từ một nghiệp vụ cụ thể.
Phù hợp để đánh giá khi doanh nghiệp muốn mở rộng dịch vụ trên backend hiện hữu và chuẩn bị lộ trình chuyển đổi theo từng nghiệp vụ.
PHẠM VI ĐÁNH GIÁ
Chọn một nghiệp vụ để đi hết luồng.
Chọn một chức năng từ giao diện đến backend. So sánh với hệ thống hiện tại theo tiêu chí đã thống nhất trước khi quyết định bước tiếp theo.
Câu hỏi triển khai thường gặp- Giao diện làm việc hiện đại, thống nhất cho nhiều nghiệp vụ
- Giữ cách kết nối của ứng dụng hiện có qua cổng tiếp nhận tùy biến
- Mở rộng trước, chuyển đổi từng phần theo kết quả kiểm chứng
- Kiểm soát phiên, thời gian chờ và tải ở một lớp điều phối
Hỏi đáp triển khai
Những điều cần rõ trước khi triển khai.
Có phải thay toàn bộ backend ngay từ đầu không?
Có thể bắt đầu bằng việc để Orbit làm việc với chương trình và dữ liệu hiện có, sau khi kiểm tra tương thích. Định hướng là mở rộng rồi chuyển đổi từng nghiệp vụ khi đủ điều kiện; mỗi thay đổi cần phạm vi và kiểm thử riêng.
Vista có thay giao diện hiện tại ngay không?
Không bắt buộc. Có thể bắt đầu với một nhóm chức năng và chạy song song với giao diện hiện tại.
Orbit khác gì một API gateway thông thường?
Orbit kết hợp cổng kết nối tùy biến với điều phối nghiệp vụ dùng chung, quản lý phiên, thời gian chờ và tải. Có thể giữ cách gọi và định dạng dữ liệu của client hiện có qua cổng phù hợp; mức tương thích được kiểm chứng trước khi áp dụng.
Aster là gì?
Orbit được thiết kế để làm việc với nhiều hệ thống backend khác nhau. Không phải lúc nào cũng có thể dùng hệ thống đang vận hành để trình diễn, nên Aster được tạo ra như một backend demo độc lập. Aster là hạng mục riêng trong gói NOVA và đang được lên kế hoạch triển khai; việc Orbit làm việc với một backend thật cần rà soát tương thích và thống nhất phạm vi kiểm thử trước khi triển khai.
Demo có chạy trên hệ thống thật của tôi không?
Demo dự kiến dùng backend demo (Aster) để minh họa luồng xử lý, tách khỏi hệ thống đang vận hành của bạn. Đánh giá trên backend thực cần rà soát tương thích, chuẩn bị hồ sơ kết nối và thống nhất phạm vi kiểm thử.
Điều gì xảy ra khi giao dịch không rõ kết quả?
Hệ thống dừng và báo rõ, không tự phát lại giao dịch; đội vận hành đối soát theo quy trình. Hết thời gian chờ không có nghĩa giao dịch đã hoàn tác.
Cần gì để triển khai?
Backend nghiệp vụ tương thích, máy chủ cho Orbit và Gateway trong mạng nội bộ, cùng tiêu chí nghiệm thu. Phiên bản, bảo mật và năng lực được thống nhất theo từng triển khai; Orbit không mở trực tiếp ra internet.
Nexus nằm ở đâu trong mô hình?
Nexus là thành phần thuộc giai đoạn sau. Các công cụ build, môi trường và dữ liệu kiểm thử đã được dùng độc lập trong môi trường thực; trải nghiệm tích hợp vào NOVA thuộc giai đoạn sau. Việc đánh giá gói phát hành sớm không phụ thuộc vào Nexus.
Echelon nằm ở đâu trong mô hình?
Echelon là thành phần ngang hàng, thuộc giai đoạn sau. Vista kết nối Orbit; Echelon bổ sung điều phối khi flow cần chia việc cho nhiều tác nhân, cân bằng tải hoặc xử lý lỗi từng bước.
Xác định phạm vi đánh giá cùng NOVA.
Chia sẻ một nghiệp vụ cần cải thiện và các kết nối cần giữ. Cùng thống nhất baseline, tiêu chí nghiệm thu và điều kiện cho bước triển khai tiếp theo.