Nexus đã chạy trên hệ Ingenium thật. Các thành tố còn lại đang được xây dựng.

Liên hệ qua email

Dành cho doanh nghiệp bảo hiểm đang vận hành Ingenium · COBOL · AIX · IBM MQ

Hiện đại hóa Ingenium. Tiếp sức bởi AI và Rust.

BENOVA – Hệ sinh thái core bảo hiểm thế hệ mới, được xây để đưa bạn từ hệ thống cũ sang nền tảng Cloud-native hiện đại mà không ngừng vận hành.

Giữ nguyên logic nghiệp vụ · Không đụng tới giấy phép Ingenium · Triển khai cloud, on-prem hoặc hybrid

Vấn đề

Core cũ không sai. Chỉ là nó đang ngày càng đắt hơn giá trị nó tạo ra.

Ingenium vẫn chạy đúng nghiệp vụ sau hàng chục năm. Nhưng chi phí vận hành, tốc độ ra tính năng và nguồn nhân lực xung quanh nó thì không còn bền vững.

Chi phí nền tảng leo thang

AIX, IBM MQ và WebSphere là giấy phép độc quyền, chi phí bảo trì tăng đều mỗi năm trong khi năng lực không đổi.

Thiếu nhân sự COBOL

Lớp kỹ sư am hiểu COBOL đang nghỉ hưu dần. Tuyển mới gần như bất khả thi, đào tạo lại thì tốn nhiều năm.

Không theo kịp tốc độ số hóa

Biên dịch hàng giờ, triển khai thủ công, không có REST API — mỗi kênh số hay đối tác mới đều cần middleware chắp vá.

Rủi ro vận hành tích tụ

Môi trường DEV/SIT/UAT trôi dạt khỏi PRD theo thời gian, sinh ra lỗi "chạy ở đây, hỏng ở kia" và lỗ hổng kiểm toán.

Thay thế toàn bộ core là chương trình nhiều năm với rủi ro rất cao. BENOVA đi đường khác.

Hệ sinh thái lõi

Năm thành tố, một nền tảng

BENOVA = B + ENOVA. B là Binean, công ty đứng sau nền tảng. ENOVA là năm thành tố: Engine điều phối, Nexus vận hành, Orbit mở core, Vista trải nghiệm và AI Agent tăng tốc. Mỗi thành tố giải quyết một tầng của bài toán hiện đại hóa và triển khai được độc lập, theo thứ tự phù hợp với bạn.

Engine

Framework điều phối

Đang phát triển

Engine điều phối đa tác nhân, không viết riêng cho bảo hiểm — BENOVA là ứng dụng đầu tiên của nó. Nhân điều phối là Spine: Flow định nghĩa quy trình, mỗi lần chạy là một Process, và Process sinh ra Task để giao cho Agent thực thi. Engine cố tình không phân loại Agent — cùng một điểm nối có thể là con người, một service, hay một AI Agent.

  • Event-driven
  • Đặc tả trước, hiện thực sau
  • Cùng một Agent: người, máy hay AI

Tìm hiểu Engine →

SPINE Task · Event · Skill SCHEDULER TIMEOUT BASAL REFLEX N O V A

Spine — Model điều phối

Model workflow event-driven bên trong Engine. Flow là định nghĩa quy trình bất biến và có version, Process là một lần chạy, Task là một đơn vị công việc. Đặc tả được viết trước, còn implementation và conformance test tồn tại để chứng minh đặc tả đúng.

Basal — Thẩm quyền điều hướng

Không phải bộ định tuyến thụ động: Basal là bên duy nhất có thẩm quyền điều hướng, và là bên chủ động chạy vòng lặp xử lý. Nó sở hữu vòng đời Process, chuyển trạng thái Task, điều kiện hội tụ nhánh và cơ chế phục hồi.

Reflex — Task Agent dựng sẵn

Agent có sẵn trong lõi, lo phần việc máy móc của mỗi Flow: nhánh rẽ do compiler sinh ra, biến đổi dữ liệu bằng script, và gọi một Flow khác như một Skill để tạo process con.

Scheduler & Timeout

Project riêng bên trong Engine, đang phát triển, lo lịch trình và giám sát timeout. Mục tiêu: không Task nào bị treo im lặng — quá hạn là có sự kiện, có đền bù, có cảnh báo.

Nexus

DevOps cho Ingenium

Sẵn sàng

Bộ công cụ DevOps được xây riêng cho Ingenium, hoạt động ngay trong VS Code. Biến các thao tác thủ công đầy rủi ro thành pipeline chuẩn hóa và lặp lại được.

  • Biên dịch COBOL song song theo đồ thị phụ thuộc
  • Backup / restore database có kiểm chứng
  • Policy management: export, import, copy giữa các môi trường
  • Start/stop region và tự động hóa vận hành
  • Thông tin đăng nhập mã hóa AES-256-GCM, không ghi log thô

Orbit

Hybrid Service Host

Đang phát triển

Nơi hệ cũ và hệ mới cùng sống. Orbit chạy song song service Rust mới và Ingenium cũ sau một mặt tiền API duy nhất — nền tảng kỹ thuật cho chiến lược Strangler Fig.

  • Chạy song song service Rust và Ingenium trong cùng một host
  • Phơi bày core dưới dạng REST API, bỏ middleware MQ
  • Triển khai tính năng mới mà không ngưng hệ cũ
  • Truy vấn hợp đồng 24/7, kể cả đang chạy batch job
  • Chuyển đổi từng luồng, có đường lùi ở mọi bước

Vista

Flow & Task Management

Theo lộ trình

Giao diện người dùng thiết kế theo flow chứ không theo màn hình. Người dùng kích hoạt flow, hệ thống sinh process, process sinh Task và phân cho Machine, Human hoặc AI.

  • Kích hoạt flow từ menu → tạo process mới
  • Process sinh Task, phân cho Machine / Human / AI
  • Human task thực hiện qua form, kết quả trả về process
  • Basal nhận kết quả và điều hướng bước tiếp theo
  • Trang admin: quản lý user, flow, task và giám sát process

AI Agent

Trí tuệ nhân tạo

Theo lộ trình

AI không phải là một tính năng gắn thêm, mà là một loại Agent ngang hàng với người và máy. AI Agent nhận Task từ Spine đúng như mọi Agent khác — nên có thể bàn giao dần từng phần việc.

  • Nói ACP — Agent Client Protocol
  • Tự động đảm nhận Task theo mức độ tin cậy
  • Học từ dữ liệu vận hành và lịch sử xử lý
  • Đề xuất tối ưu quy trình và phát hiện bất thường
  • Luôn có human-in-the-loop cho quyết định rủi ro cao

Cách triển khai

Strangler Fig — thay thế dần, không thay thế một lần

Orbit bao quanh Ingenium và siết dần từng luồng nghiệp vụ: luồng mới chạy trên Rust và AI, luồng cũ vẫn phục vụ khách hàng. Khi một luồng đã ổn định trên nền tảng mới, phần COBOL tương ứng được ngưng sử dụng. Không có ngày "big bang".

  1. 01

    Bao quanh

    Orbit đứng trước Ingenium, phơi bày core dưới dạng REST API mà không sửa một dòng COBOL nào.

  2. 02

    Chuyển hướng

    Basal điều hướng từng luồng nghiệp vụ: luồng đã hiện đại hóa đi vào Rust/AI, phần còn lại vẫn đi vào Ingenium.

  3. 03

    Thay thế

    Từng Task được cài đặt lại bằng Rust hoặc giao cho AI Agent, chạy song song và đối chiếu kết quả với hệ cũ.

  4. 04

    Ngưng hệ cũ

    Khi mọi luồng đã đi qua nền tảng mới, phần COBOL tương ứng được cho nghỉ, theo tiến độ bạn chọn.

Sơ đồ chiến lược Strangler Fig: các luồng nghiệp vụ mới đi qua Orbit vào service Rust và AI, các luồng còn lại vẫn vào Ingenium COBOL, tỉ lệ dịch chuyển dần theo thời gian.
Cùng một mặt tiền API, tỉ trọng lưu lượng dịch dần từ Ingenium sang Rust và AI theo từng luồng nghiệp vụ.

Lợi ích

Bốn vấn đề, bốn câu trả lời

Mỗi lợi ích gắn với một thay đổi kỹ thuật cụ thể — không phải khẩu hiệu.

Trả lời: Chi phí nền tảng leo thang

Thoát dần khỏi giấy phép độc quyền

Orbit bỏ middleware MQ, service mới đóng gói container và điều phối bằng Kubernetes. Càng nhiều luồng chuyển sang, phần hạ tầng phải trả tiền giấy phép càng nhỏ lại.

Trả lời: Thiếu nhân sự COBOL

Giảm lượng việc cần tới chuyên gia hiếm

Rust cũng không dồi dào — điểm khác là đội ngũ Rust còn đang lớn lên, còn COBOL thì chỉ teo dần. Quan trọng hơn: Nexus chuẩn hóa build và triển khai nên phần việc bắt buộc phải có chuyên gia core ít đi, và bạn không cần tự viết Rust mới dùng được Nexus hay Orbit.

Trả lời: Không theo kịp tốc độ số hóa

Rút ngắn thời gian ra tính năng

Biên dịch song song và triển khai tự động thay cho thao tác thủ công. REST API sẵn có nên kênh số và đối tác mới không phải chờ một lớp middleware riêng.

Trả lời: Rủi ro vận hành tích tụ

Môi trường dựng lại được, hết trôi dạt

Nexus dựng lại DEV/SIT/UAT từ baseline có version và chỉ ra chênh lệch schema, dữ liệu nền so với PRD — hết cảnh "chạy ở đây, hỏng ở kia". Thông tin đăng nhập được mã hóa, batch có lịch và có cảnh báo thay vì script chạy tay.

Bạn giữ nguyên logic nghiệp vụ, dữ liệu và quyền sở hữu. BENOVA tích hợp với Ingenium chứ không thay thế giấy phép hay chỉnh sửa mã nguồn của nó.

Nexus dùng được hôm nay. Phần còn lại đang xây.

Nếu bạn đang vận hành Ingenium, hãy bắt đầu từ Nexus — nó đã chạy trên hệ thật. Còn Engine, Orbit, Vista và AI Agent thì chúng tôi muốn xây cùng người thật sự vận hành core, thay vì ngồi đoán.

Chỉ liên hệ qua email, không ràng buộc. Chúng tôi sẽ nói thẳng cái gì đã chạy được và cái gì chưa.

binean.enova@gmail.com