Dari Informatica Lawas ke Qlik Talend

September lalu kami memaparkan bahwa beralih dari Informatica PowerCenter ke Qlik Talend jauh lebih mudah daripada perkiraan sebagian besar pemimpin data. Sejak saat itu tenggat waktunya tidak lagi bersifat hipotetis. Dukungan standar untuk PowerCenter 10.5 berakhir pada 31 Maret 2026. Setiap bulan dengan dukungan diperpanjang berarti satu bulan membayar lebih mahal untuk platform yang sudah Anda putuskan untuk ditinggalkan.

Pertanyaan yang paling sering kami dengar sekarang bukan apakah harus bermigrasi, melainkan bagaimana. Bagaimana Anda memindahkan ribuan mapping dan workflow tanpa pasukan developer yang mengetik ulang logika secara manual? Dan bagaimana Anda menghindari baru mengetahui enam bulan kemudian bahwa sebuah kondisi lookup atau aturan pembulatan diam-diam berubah di tengah jalan?

B'etl menyelesaikan kedua masalah tersebut. Sehingga mapping terkonversi tanpa seorang pun mengetik ulang logika bisnis.

Artikel ini menjawab pertanyaan tersebut dengan menelaah lebih dekat B'etl, ETL Migrator buatan Artha Solutions. Artikel ini melanjutkan tulisan kami sebelumnya tentang mengapa perusahaan beralih dari Informatica ke Talend dan migrasi ETL dalam 1-2-3.

Mengapa migrasi manual gagal pada dua hal yang paling penting

Migrasi manual dari Informatica ke Talend pada dasarnya adalah pekerjaan penerjemahan. Penerjemahan dalam skala besar gagal di dua titik yang dapat diprediksi.

Upaya

Lingkungan PowerCenter pada umumnya memuat ratusan hingga ribuan mapping. Masing-masing memiliki session, parameter file, transformasi yang dapat digunakan ulang, serta dependensi penjadwalan tersendiri. Membangunnya kembali satu per satu di Talend Studio menghabiskan waktu developer yang mahal dan langka. Sering kali developer tersebut belum pernah menangani sistem lawas yang mereka gantikan.

Akurasi

Logika bisnis pada ETL lawas jarang terdokumentasi. Logika itu tersimpan di dalam expression transformation, override SQL, kondisi lookup, dan router group yang ditulis bertahun-tahun lalu oleh orang-orang yang kini sudah tidak lagi di sana. Ketika seorang developer membangun ulang logika tersebut dari tangkapan layar atau dokumen desain, selalu ada yang bergeser. Kesalahannya senyap. Semuanya baru muncul sebagai kegagalan rekonsiliasi pada penutupan proses pertama, bukan sebagai error kompilasi saat pengembangan.

B'etl dibangun untuk mengatasi kedua masalah tersebut sekaligus.

Bagaimana B'etl menjauhkan orang dari pekerjaan yang berulang

B'etl menangani job Informatica Anda dalam tiga tahap. Urutan itulah yang menjaga pekerjaan manual tetap minimum.

Analyzer menentukan cakupan, Converter menerjemahkan, Validator membuktikan. Orang hanya dibutuhkan untuk job yang disisihkan oleh Validator.

Hasil akhirnya, seperti yang kami publikasikan di halaman B'etl untuk migrasi, adalah upaya migrasi hingga 75 persen lebih sedikit dibandingkan pendekatan manual dan sekitar 70 persen penghematan waktu sumber daya. Pada proyek-proyek yang menjadi dasar artikel kami sebelumnya, biaya migrasi turun 40 hingga 60 persen.

Arsitektur di balik otomatisasi

Diagram di bawah ini menunjukkan mengapa prosesnya memerlukan begitu sedikit tenaga manusia. Bacalah dari atas ke bawah. Objek Informatica Anda masuk sebagai metadata, B'etl mengonversi dan memvalidasinya secara otomatis, dan hanya sebagian kecil yang bersifat kustom melewati jalur tinjauan ahli.

Gambar 1. B'etl arsitektur referensi. Objek sumber dibaca sebagai metadata, dikonversi dan divalidasi secara otomatis, dan sekitar 30 persen job, yang kustom dan yang tidak dapat diterjemahkan otomatis, masuk ke jalur tinjauan ahli.

B'etl bekerja dari hasil ekspor read only repository PowerCenter, sehingga tidak ada yang disentuh di lingkungan produksi. Setiap objek dalam ekspor tersebut adalah metadata: mapping, mapplet, workflow, session, parameter file, dan koneksi. B'etl memperlakukannya sebagai metadata. Parser membacanya. Translator memetakan setiap konstruksi ke padanannya di Talend. Generator menuliskan Talend job, context group, dan orkestrasi yang mengikuti standar desain Talend.

Satu-satunya titik masuk manusia dalam alur ini adalah jalur tinjauan ahli. Validator mengarahkan sebagian kecil job yang memakai pola tidak lazim atau tidak terdokumentasi ke sana. Job tersebut ditangani para spesialis Artha, bukan dikembalikan ke tim proyek Anda.

Ke mana sebenarnya logika bisnis berpindah: sebuah contoh nyata

Ambil satu mapping PowerCenter yang representatif, yang memuat tabel customer master. Mapping itu membaca sumber Oracle melalui Source Qualifier dengan override SQL. Mapping memperkaya record melalui Lookup yang terhubung ke tabel referensi. Mapping menurunkan tingkatan pelanggan di Expression transformation, memecah record per wilayah dengan Router, dan menghitung pesanan di Aggregator. Mapping menulis ke dua target. Session-nya diparameterisasi melalui parameter file dan berjalan di dalam workflow dengan session lanjutan yang bergantung padanya.

B'etl memetakan setiap konstruksi ke padanannya di Talend dan mempertahankan aturannya, bukan sekadar bentuknya:

Inti dari tabel ini bukan nama komponennya. Setiap tempat logika bisnis bersembunyi, entah itu nilai bawaan lookup, ekspresi pembulatan, atau urutan evaluasi di dalam sebuah router, dipindahkan sebagai metadata. Semuanya tidak ditafsirkan ulang oleh developer. Hasilnya adalah job yang rekonsiliasinya cocok dengan pendahulunya sejak hari pertama. Job itu juga dibangun sebagaimana Talend seharusnya dibangun, dan itulah yang menjaganya tetap mudah dipelihara setelah go live.

Studi kasus: konsolidasi pipeline data yang terfragmentasi untuk merek restoran cepat saji global

Sebuah merek restoran cepat saji global mengelola data dari 85.000 sumber: sistem point of sale, pemesanan online, dan agensi pihak ketiga. Tidak ada kerangka kerja ingesti yang baku. Integrasi tumbuh melintasi berbagai perangkat dan pengembangan kustom, menghasilkan data yang tidak konsisten, pemrosesan yang lambat, dan tidak adanya pandangan terpadu atas pelanggan maupun gerai. Dengan 17 terabyte data yang bergerak dan prospek pesanan online yang kedaluwarsa dalam hitungan detik, pipeline tersebut harus dipindahkan ke satu platform real time tanpa mengganggu operasi di 26 pusat rantai pasokan.

Artha memindahkan lanskap integrasi ke Talend Data Fabric sebagai lapisan pemrosesan dan integrasi inti serta membangun kerangka kerja Enterprise Information Managementterpadu. Pipeline lawas dikonsolidasikan ke Talend dengan logika pembersihan, pengayaan, dan resolusi identitas ikut dipindahkan. Platform baru itu diintegrasikan dengan Hadoop untuk skala dan MicroStrategy untuk analitik.

Proyek tersebut merupakan konsolidasi platform, bukan konversi Informatica job demi job. Namun disiplinnya sama. Pindahkan logikanya, bakukan desainnya, validasi sebelum go live. Persis itulah yang kini diotomatiskan oleh B'etl untuk lingkungan Informatica.

Apa artinya ini bagi rencana migrasi Anda

Jika rencana keluar dari PowerCenter Anda masih mengandalkan barisan panjang developer yang membangun ulang job secara manual, asumsi di balik rencana itu sudah usang. Dengan B'etl, bentuk programnya berubah.

• Fase penemuan yang singkat, digerakkan oleh keluaran Analyzer, bukan oleh wawancara dan spreadsheet.
• Fase konversi yang diukur dalam hitungan hari, bukan bulan.
• Fase validasi tempat keahlian tim Anda dicurahkan untuk segelintir job yang memang membutuhkannya, bukan untuk ribuan job yang tidak.

Pertanyaan yang paling sering kami dengar tentang migrasi Informatica ke Talend

Seberapa banyak migrasi Informatica PowerCenter yang dapat diotomatiskan B'etl?

Lebih dari 70 persen job terkonversi tanpa rekayasa ulang manual, dan pada mapping yang kompleks tingkat otomatisasinya mencapai 90 persen. Sisa job kustom ditangani oleh spesialis Artha tanpa biaya tambahan.

Apakah B'etl menyentuh lingkungan produksi Informatica kami?

Tidak. B'etl bekerja dari hasil ekspor read only repository PowerCenter. Tidak ada yang diubah di lingkungan produksi selama analisis maupun konversi.

Bagaimana logika bisnis dipertahankan selama konversi?

Setiap konstruksi dalam hasil ekspor repository diperlakukan sebagai metadata. Parser membacanya, translator memetakan setiap konstruksi ke padanannya di Talend, dan generator menuliskan Talend job yang membawa ekspresi asli, kondisi lookup, router group, dan parameter tanpa ditafsirkan ulang oleh developer.

Apakah Talend job hasil konversi mudah dipelihara?

Ya. B'etl menghasilkan job yang mengikuti standar desain Talend, termasuk context group untuk nilai per lingkungan serta orkestrasi job induk dan anak, bukan salinan baris demi baris dari desain PowerCenter.

Apa yang terjadi pada job yang tidak dapat dikonversi secara otomatis?

Validator mengarahkannya ke jalur tinjauan ahli. Spesialis Artha menangani desain kustom dan tidak lazim tersebut tanpa biaya tambahan, dan tersedia pelatihan agar tim Anda sendiri dapat menyetel job setelah go live.

Bagaimana kami dapat melihat tingkat konversi sebelum berkomitmen?

Minta demo dan kami akan menjalankan Analyzer pada sampel repository Informatica Anda. Anda melihat inventarisnya, klasifikasi kompleksitasnya, dan perkiraan tingkat konversinya sebelum Anda berkomitmen pada apa pun.

Kesimpulannya

Masa dukungan standar PowerCenter sudah habis. Migrasinya sendiri tidak harus menjadi proyek membangun ulang yang panjang dan berisiko seperti dahulu. Biarkan metadata yang memindahkan logika bisnis Anda, pusatkan developer Anda pada pengecualian, dan buktikan kesetaraannya sebelum go live.

Referensi