Saat menerapkan Odoo untuk entitas perusahaan besar, kami berpapasan dengan HULFT. Teknologi ini jelas memberikan nilai tambah, kinerja, dan keandalan dalam hal pertukaran data antara Odoo dan sistem lain yang tidak memiliki fitur API waktu nyata.
Meskipun HULFT BUKAN sistem API, HULFT memungkinkan pertukaran data yang sangat efisien dan cepat serta menjadi sekutu yang kuat saat Anda menempatkan Odoo di jantung sistem transaksional yang membutuhkan pembaruan data "mendekati waktu nyata/realtime".
Denis Guillot, CTO dari Port Cities, memberikan informasi rinci tentang middleware transfer file terkelola (MFT) yang kuat dalam analisis yang sangat informatif ini. Mari kita cari tahu lebih lanjut tentang HULFT dibandingkan dengan protokol transfer file standar (SFTP) lainnya.
Sedikit tentang HULFT
HULFT 8 adalah middleware MFT generasi berikutnya yang digunakan oleh perusahaan terkemuka untuk mengirimkan data penting secara andal, aman, dan efisien. Kuat dan tangguh untuk digunakan sebagai fondasi infrastruktur bisnis Anda, HULFT dapat menangani konversi kode karakter, menghubungkan dengan lingkungan operasi yang berbeda, dan menangani berbagai jenis file dan sistem kode. Dengan menggunakan keamanan protokol TCP / IP standar industri, HULFT mengirimkan data Anda lebih cepat dan tidak akan membebani jaringan Anda.
Seperti yang diharapkan, HULFT kompatibel dengan UNIX, Linux, dan Windows. Ini juga mendukung sistem operasi mainframe seperti z/OS, MSP, dan VOS. HULFT bahkan bekerja dengan sistem menengah yang menjalankan i5/OS.
Dengan HULFT, integrasi data yang mulus antara berbagai macam aplikasi bisnis dimungkinkan. Transfer file antara lokasi perusahaan Anda yang berbeda, atau dengan organisasi eksternal. HULFT menjadi standar untuk transfer file terkelola (MFT).
HULFT vs. standar (S)FTP
Pada bagian ini, kami membandingkan pertukaran file dua arah antara 2 sistem dengan SFTP dan HULFT.
| HULFT | SFTP |
| Memberikan solusi tiga kombinasi per instans yang memberi: ● Volume asal dan tujuan live redundansi / kegagalan (failover) ==> HULFT mampu mencerminkan file di beberapa lokasi dan menjamin pertukaran secara bilateral, bahkan jika server klien gagal. ● HULFT adalah sistem komunikasi berlapis tiga yang mampu mendeteksi kegagalan asal atau kegagalan tujuan dan membedakan, menunda, melanjutkan antrian tergantung pada kesehatan instans pada pengirim atau penerima. |
● Dengan FTP standar, tidak ada deteksi kegagalan dan fitur resume otomatis yang layak, dan bahkan lebih sedikit pada daftar file yang bertambah setiap 5 detik. |
| HULFT dapat menjamin keberhasilan pemindahan file sementara FTP hanya menjanjikannya. | Dengan SFTP, Anda perlu menginstal 2 server FTP dan 2 layanan klien FTP di dalam dua contoh dan mengambil file "secara membabi buta" di kedua arah, berharap bahwa dua klien FTP pengirim dan dua server FTP penerima sedang online, tersedia dan berfungsi. |
| HULFT mampu membuat daftar file "yang harus dilakukan" untuk ditransfer di antara berbagai instance dan menjalankannya. | Dengan SFTP, anda akan mengandalkan 4 proses individu independen tanpa koordinasi ... Anda hanya mendorong dan "berharap" akan diterima. |
| HULFT mampu memberikan pemeriksaan dan validasi integritas file penuh pada pihak penerima. Ini berarti transfer bebas dari kesalahan. Jika terjadi kesalahan, korupsi atau segmentasi, transfer harus diinisialisasi ulang dan dilaksanakan dengan benar. | Dengan SFTP, kembali kami dorong dan berharap semuanya berjalan dengan baik. Kami menganggap file tersebut benar. Dengan file baru yang dibuat setiap 5 detik, kami melihat ini berpotensi menyebabkan masalah besar. |
| HULFT memiliki layanan manipulasi file berkinerja tinggi yang memungkinkan manipulasi file dijalankan dengan kecepatan yang sangat tinggi. Ditambah dengan ObjectiveFS, kami berhasil selama POC untuk memicu pengangkutan langsung dari 500 file CSV 20Kb dalam waktu 1 detik antara 2 kontainer HULFT yang berbeda. | Dengan FTP, dengan kondisi yang sama dan menggunakan jaringan internal lokal di DC yang sama, kami membutuhkan latensi 3 detik, hanya untuk mendorong file pertama sebesar 20Kb, hanya karena layanan FTP memerlukan waktu otentikasi standar. Setelah otentikasi, kami berhasil mendorong 1 hingga 5 file per detik, tergantung pada buffering dan threading server FTP. Ketika kami memutuskan untuk menukar file CSV transaksi dari sistem pihak ketiga ke Odoo dengan kecepatan tinggi, SFTP menjadi potensi permasalahan besar. |
| HULFT mengoperasikan kompresi "in-transit" secara real-time dari file yang dikelolanya. Untuk CSV 20kb, layanan HULFT menghancurkan payload menjadi 1,64 Kb selama POC kami. Ini tidak hanya menjelaskan kecepatannya .... ini juga sangat penting ketika file yang Anda kirim dari Odoo akan menjadi lebih besar dan lebih banyak. | Meskipun HULFT tidak memiliki masalah untuk membagi ini hampir 20x, SFTP tidak dan ini menyiratkan bahwa waktu transit akan meningkat sangat cepat, membuat waktu penyegaran data yang cepat tidak mungkin dilakukan. |
| HULFT hadir dengan HULFT SCRIPT, yang memungkinkan untuk memanipulasi, mengganti nama, memindahkan dan memproses file dan antrian file di kedua ujungnya, sebelum dikirim dan setelah diterima. Ini termasuk pembuatan tanggal: nama file yang dicap waktu dan relokasi ke arsip file yang telah diproses. | Teknologi FTP tidak mengizinkan pemrosesan siklus hidup file ini dan ini menyiratkan bahwa kami perlu menulis lebih banyak skrip baik di tingkat OS atau tingkat Odoo untuk memanipulasi file ini dan memindahkannya setelah dikirim atau diterima dan diproses. |
| Tugas terjadwal Odoo Crontab memiliki jeda eksekusi minimal 1 menit. Apa yang terjadi jika Anda perlu memproses lebih cepat dari itu? |
| HULFT dapat mengelola semua pertukaran file, apa pun besar muatannya. | Dengan FTP, kita perlu memikirkan tantangan berikut: ● nyatakan pengguna yang diizinkan di kedua sisi. ● menentukan batas koneksi simultan yang diizinkan. ● mengatur batas waktu koneksi habis (ketika antrian macet karena satu transfer dan semuanya berhenti) |
| HULFT hadir dengan protokol keamanan out-of-the-box yang bertumpu pada layanan multipleks satu port. | FTP dan SFTP di sisi lain jauh lebih mendasar. Kita perlu mengelola server bilateral dan kredensial klien di kedua sisi dan lebih memperhatikan aspek keamanan karena FTP / SFTP adalah target nomor satu peretas dan bot. |
Baik-baik saja dengan HULFT, tetapi bagaimana dengan interaksi Odoo?
HULFT SCRIPT memungkinkan penggunaan:
Pemicu skrip (Script triggers): Memantau file log transfer HULFT, dan menjalankan pemrosesan jika ID file, dll., Memenuhi kondisi tertentu.
Pemicu file (File triggers): Menjalankan pemrosesan ketika file yang akan dipantau baru dibuat, diperbarui, atau dihapus.
Pemicu pẹnadwal (Scheduler triggers): Menjalankan pemrosesan sesuai dengan jadwal yang ditetapkan.
Mulai dari situ, pemicu bisa langsung digunakan, dihubungkan dengan atau dimanipulasi oleh:
Tugas terjadwal Odoo (Odoo scheduled tasks).
Acara ORM (ORM events)
Tindakan yang dipicu dari fungsi/widget ORM.
Sekilas tentang keunggulan HULFT & HULFT SCRIPT
Ada alasan yang sangat bagus MENGAPA HULFT begitu sukses dalam memberikan solusi transfer dan pertukaran file untuk perbankan korporasi, asuransi dan industri ritel:
Keandalan
Kesederhanaan
Keamanan
Performa
Seperti yang sekarang Anda pahami, solusi berbasis SFTP standar tidak menawarkan satu pun dari 4 kualitas di atas.
Sementara itu, HULFT SCRIPT memungkinkan semua operasi yang diperlukan diotomatiskan dan diintegrasikan dalam ekosistem Odoo.
Bidang aplikasi menjadi sangat luas dan memungkinkan untuk mengotomatiskan proses impor / ekspor / pembaruan data "mendekati waktu nyata" antara Odoo dan sistem transaksional generasi sebelumnya yang tidak menawarkan fitur API tetapi memerlukan komunikasi yang konstan.
Apakah Anda perusahaan besar dan membutuhkan bantuan untuk menghubungkan Odoo dengan sistem lain yang membutuhkan pertukaran data yang besar? Kirim pesan kepada kami dan konsultan kami dengan senang hati membantu.
