Khi triển khai Odoo cho các tổ chức doanh nghiệp lớn, chúng tôi đã khám phá ra HULFT. Công nghệ này thực sự mang lại nhiều giá trị bao gồm nâng cao hiệu suất và độ tin cậy khi trao đổi dữ liệu giữa Odoo và các hệ thống khác không có tính năng Giao diện lập trình ứng dụng (API) thời gian thực.
Mặc dù HULFT không phải là một hệ thống API, nhưng công nghệ này cho phép trao đổi dữ liệu với hiệu quả cao và nhanh chóng và có thể rất hữu ích khi bạn muốn kết nối Odoo với các các hệ thống giao dịch yêu cầu cập nhật dữ liệu “gần với thời gian thực”.
Ông Denis Guillot, Giám đốc Công nghệ của Port Cities
đã cung cấp thông tin chi tiết về giải pháp Chuyển tệp quản lý trung gian (MFT) đầy sức mạnh này trong một bài phân tích rất bổ ích. Hãy cùng tìm hiểu thêm về HULFT so với các giao thức truyền tệp tiêu chuẩn khác (SFTP).
Giới thiệu sơ lược về HULFT
HULFT 8 là middleware truyền tải dữ liệu (MFT) hế hệ mới được các doanh nghiệp hàng đầu trên thế giới sử dụng như một phương thức gửi dữ liệu đáng tin cậy, an toàn và hiệu quả. Đủ mạnh để sử dụng làm nền tảng của cơ sở hạ tầng kinh doanh của các doanh nghiệp, HULFT có thể xử lý các chuyển đổi mã ký tự, kết nối với các môi trường hoạt động khác nhau và xử lý nhiều loại hệ thống mã và tệp. Bằng cách sử dụng giao thức bảo mật TCP/IP tiêu chuẩn công nghiệp, HULFT giúp truyền dữ liệu của DN nhanh hơn mà không gây quá tải mạng.
HULFT tương thích với hệ điều hành UNIX, Linux và Windows, cũng như hỗ trợ các hệ điều hành máy tính lớn như z/OS, MSP và VOS. HULFT thậm chí còn hoạt động với các hệ thống cỡ trung (middle range) như i5/OS.
HULFT có khả năng tích hợp dữ liệu liền mạch giữa nhiều ứng dụng kinh doanh, chuyển dữ liệu giữa các địa điểm khác nhau trong doanh nghiệp hoặc với các tổ chức bên ngoài. HULFT đang trở thành hình mẫu cho một phần mềm truyền tệp quản lý (MFT) tiêu chuẩn.
So sánh HULFT và (S)FTP tiêu chuẩn
Trong phần này, chúng ta so sánh khả năng trao đổi dữ liệu hai chiều giữa 2 hệ thống SFTP và HULFT.
| HULFT | SFTP |
| Cung cấp giải pháp kết hợp cho mỗi phương thức (instance) mang đến: ● Phương pháp dư thừa dữ liệu (redundancy) / dự phòng (failover) cho dữ liệu điểm gốc và điểm đến trực tiếp ==> HULFT có khả năng sao chép các tệp ở nhiều vị trí và đảm bảo trao đổi song phương, ngay cả khi máy chủ của khách hàng bị lỗi. ● HULFT là một hệ thống giao tiếp ba lớp có khả năng phát hiện lỗi điểm gốc hoặc lỗi điểm đến, cũng như có thể phân biệt, trì hoãn, tiếp tục chuyển, tùy thuộc vào tình trạng của các cá thể ở đầu gửi hoặc đầu nhận. |
● FTP tiêu chuẩn không có tính năng phát hiện lỗi và tính năng tự động tiếp tục tốt, nhất là trong trường hợp khối lượng dữ liệu nhiều. |
| HULF có thể đảm bảo việc vận chuyển tệp trong khi FTP chỉ hứa hẹn điều đó. | Với SFTP, bạn cần cài đặt 2 máy chủ FTP và 2 máy khách FTP trong hai thực thể và chuyển file một cách mù quáng theo cả hai hướng, với hy vọng cả hai máy khách FTP gửi và hai máy chủ FTP nhận đều đang online và hoạt động. |
| HULFT có khả năng tạo danh sách và thực thi truyền dữ liệu giữa các thực thể (instances) khác nhau. | Với SFTP, chúng ta dựa vào 4 quy trình riêng lẻ độc lập không có sự phối hợp với nhau... Chúng ta chỉ có thể "hy vọng" tệp sẽ được nhận trong quá trình chuyển. |
| HULFT có khả năng kiểm tra và xác thực tính toàn vẹn của file ở các đầu nhận, đồng nghĩa với việc chuyển giao không bị lỗi. Trong trường hợp file lỗi, hỏng hoặc phân đoạn, việc chuyển giao sẽ được khởi tạo lại và thực thi đúng cách. | Với SFTP, một lần nữa chúng ta chỉ có thể hy vọng việc chuyển giao diễn ra suôn sẻ. Chúng ta phải mặc định rằng tập tin được chuyển không có lỗi. Nhưng với các khối lượng tập tin đồ sộ, điều này không khả thi. |
| HULFT có dịch vụ xử lý tệp hiệu suất cao cho phép thực hiện các thao tác tệp với tốc độ rất cao. Cùng với ObjectiveFS, chúng tôi đã quản lý trong quá trình chứng minh tính khả thi (POC) để kích hoạt truyền tải trực tiếp 500 tệp CSV 20Kb trong vòng 1 giây giữa 2 vùng chứa HULFT khác nhau. | Với FTP, trong cùng một điều kiện và sử dụng mạng nội bộ trong cùng một bộ điều khiển miền, chúng tôi cần độ trễ 3 giây chỉ để đẩy một tệp đầu tiên có dung lượng 20Kb, vì dịch vụ FTP yêu cầu thời gian xác thực tiêu chuẩn. Sau khi xác thực, chúng tôi đẩy được từ 1 đến 5 tệp mỗi giây, tùy thuộc vào bộ đệm và phân luồng của máy chủ FTP. Khi chúng tôi quyết định trao đổi tệp CSV giao dịch từ hệ thống của bên thứ ba sang Odoo với tốc độ cao, SFTP không có độ tin cậy. |
| HULFT vận hành việc nén các tệp "trong quá trình chuyển tiếp" theo thời gian thực. Đối với một file CSV 20kb, dịch vụ HULFT đã giảm tải trọng xuống 1,64 Kb trong quá trình POC. Điều này rất quan trọng khi các tệp bạn gửi từ Odoo sẽ ngày càng lớn hơn và nhiều hơn. | SFTP không làm được điều này, đồng nghĩa với việc thời gian vận chuyển tệp ngày lâu, khiến cho việc làm mới dữ liệu một cách nhanh chóng là điều không thể. |
| HULFT đi kèm với HULFT SCRIPT, cho phép thao tác, đổi tên, di chuyển và xử lý các tệp và hàng đợi tệp ở cả hai đầu, trước khi gửi và sau khi nhận. Điều này bao gồm việc thiết lập tên tệp theo ngày:giờ và việc di chuyển đến kho lưu trữ của tệp đã được xử lý. | Công nghệ FTP không cho phép quy trình xử lý vòng đời này cho các tệp, đồng nghĩa với việc chúng ta cần viết nhiều tập lệnh hơn ở cấp hệ điều hành hoặc cấp Odoo để thao tác các tệp này và di chuyển chúng ra một khi tệp đã được gửi, nhận và xử lý. |
| Các tác vụ theo lịch trình của Odoo Crontab có khoảng cách thực hiện tối thiểu là 1 phút. Điều gì xảy ra khi bạn cần xử lý nhanh hơn thế? |
| HULFT có thể quản lý tất cả các trao đổi tệp ở bất kỳ dung lượng nào. | Với FTP, chúng ta phải đối mặt với những thách thức sau: |
| HULFT dùng giao thức bảo mật đặc biệt dựa trên dịch vụ ghép kênh một cổng. | FTP và SFTP có tính chất cơ bản hơn. Chúng ta sẽ cần quản lý thông tin đăng nhập máy chủ và máy khách song phương và chú ý nhiều hơn đến khía cạnh bảo mật vì FTP / SFTP là mục tiêu số một của các tin tặc và bot. |
Tương tác với Odoo
HULFT SCRIPT cho phép sử dụng:
Trình kích hoạt tập lệnh (Script triggers): Theo dõi các tệp nhật ký truyền của HULFT và thực hiện xử lý nếu thông tin tệp đáp ứng các điều kiện nhất định.
Trình kích hoạt tệp (File triggers): Thực hiện xử lý khi tệp cần được theo dõi được tạo mới, cập nhật hoặc xóa.
Trình kích hoạt lập lịch (Scheduler triggers): Thực hiện xử lý theo lịch trình đã định.
Từ đó, các trình kích hoạt có thể được sử dụng trực tiếp, liên quan đến hoặc thao tác bởi:
Nhiệm vụ đặt trên Odoo.
Các sự kiện ORM (ORM events)
Các hành động được kích hoạt từ các chức năng/widget ORM.
Tóm tắt về các lợi ích của HULFT và HULFT SCRIPT
Một lý do quan trọng giải thích tại sao HULFT thành công trong việc cung cấp các giải pháp trao đổi và truyền tệp cho các doanh nghiệp lớn trong ngành ngân hàng, bảo hiểm và bán lẻ:
Độ tin cậy
Simplicity
Security
Performance
As you can now understand, standard SFTP-based solutions offer none of the above 4 qualities.
Meanwhile, HULFT SCRIPT allows all the necessary operations to be automated and integrated within the Odoo ecosystem.
The field of application becomes very wide and allows to automate any “close to real-time” data import / export / update process between Odoo and previous generation transactional systems which do not offer API features but require constant communication.
Are you a large corporation who needs assistance in connecting Odoo with other systems that require large exchanges of data? Message us and our consultants are happy to help.
