Pipelines
Alur adalah komponen Microsoft BizTalk Server yang menyediakan implementasi pola integrasi Pipa dan Filter. Selama penerimaan dan pengiriman pesan, ada alasan bisnis untuk melakukan transformasi pada pesan untuk mempersiapkannya masuk atau meninggalkan BizTalk Server.
Contoh umumnya adalah Anda mungkin perlu mengubah file datar yang dibatasi koma menjadi file XML untuk memanfaatkan fitur tertentu di BizTalk Server seperti peta; komponen pembbongkar file datar melakukan hal itu. Adalah umum dalam skenario integrasi untuk memiliki kebutuhan untuk melakukan beberapa jenis transformasi ke pesan sebelum menerima atau mengirimkannya; alur digunakan untuk memenuhi persyaratan ini. Alur memungkinkan pengembang untuk menentukan serangkaian transformasi yang akan dilakukan pada pesan saat diterima atau dikirim.
Ada dua jenis alur, kirim dan terima, dan ini cocok dengan port tempat mereka dijalankan. Alur pengiriman dijalankan dalam port pengiriman dan di bagian respons port penerima permintaan/respons, sementara alur penerimaan dijalankan di lokasi terima, dan di bagian respons dari port pengiriman ajakan/respons. Pada dasarnya, alur penerima dimaksudkan untuk digunakan untuk mengubah pesan yang sedang diterbitkan ke database MessageBox, sementara alur pengiriman dimaksudkan untuk digunakan pada pesan yang telah berlangganan dan dikirim keluar dari BizTalk Server.
Setiap alur memiliki serangkaian tahapan yang dijalankan secara berurutan saat alur dijalankan. Setiap tahap dapat berisi nol atau lebih komponen. Jumlah maksimum komponen tergantung pada tahap.
Tahap | Tujuan |
---|---|
Decode | Mendekripsi atau mendekode data pesan |
Membongkar | Membongkar pertukaran menjadi pesan yang lebih kecil dan mengurai konten pesan |
Memvalidasi | Memvalidasi data pesan, umumnya terhadap skema |
Selesaikan Pihak | Mengidentifikasi pihak BizTalk Server yang terkait dengan beberapa token keamanan dalam konteks pesan atau pesan |
Tahap | Tujuan |
---|---|
Pra-rakit | Melakukan pemrosesan pesan apa pun yang diperlukan sebelum merakit pesan |
Rakit | Merakit pesan dan menyiapkannya untuk ditransmisikan dengan mengambil langkah-langkah seperti menambahkan amplop, mengonversi XML ke file datar, atau tugas lain yang melengkapi tahap yang dibongkar dalam alur penerima |
Mengkodekan | Mengodekan atau mengenkripsi pesan sebelum pengiriman |
Tahap dalam alur memiliki mode eksekusi dari Semua atau Kecocokan Pertama, yang mengontrol komponen yang dijalankan jika lebih dari satu komponen ditambahkan ke tahap. Untuk tahapan dengan mode Semua, setiap komponen dipanggil untuk memproses pesan dalam urutan dikonfigurasi dalam tahap. Ketika mode adalah First Match, setiap komponen dijajaki untuk menunjukkan bahwa itu adalah komponen yang tepat sampai kecocokan ditemukan, di mana komponen yang cocok dijalankan, sementara komponen yang tersisa tidak dijalankan.
Sebagai contoh mode eksekusi, tahap Bongkar alur penerima adalah tahap Kecocokan Pertama, sehingga setiap komponen dalam tahap dipanggil untuk melihat apakah ia mengenali pesan dan dapat memprosesnya. Jika komponen merespons dalam afirmatif, maka tidak ada komponen lain dalam tahap itu yang dikueri untuk melihat apakah mereka juga dapat menangani pesan. Namun, tahap Dekode alur penerima memiliki mode eksekusi Semua, yang berarti bahwa setiap komponen dalam tahap ini dipanggil untuk memproses pesan dalam urutan dikonfigurasi. Dekoder pertama mungkin mendekripsi pesan, sementara yang kedua mungkin adalah mendekompresi pesan dari format zip.
Salah satu konsekuensi umum dari mode eksekusi dalam pemrosesan alur terjadi ketika pengembang ingin menggunakan beberapa pemisah dalam satu alur penerima. Seringkali komponen pembongkaran hanya sedikit berbeda, misalnya dua pembongkar file datar dengan skema yang serupa tetapi berbeda dikonfigurasi. Dalam hal ini, meskipun pesan mungkin benar-benar cocok dengan skema yang ditentukan dalam pembongkar kedua, pembbongkar pertama mungkin menentukan melalui pemeriksaannya bahwa ia dapat memproses pesan. Hanya setelah memproses pesan bahwa kesalahan ditemukan dan pesan ditangguhkan. Dalam kasus ini, Anda dapat membuat pemisah baru yang memiliki logika pemeriksaan yang lebih spesifik di dalamnya, atau membuat dua alur yang berbeda dan menerima pesan yang berbeda di lokasi penerimaan yang berbeda.
Saat Anda menyebarkan rakitan yang berisi alur, database Manajemen menyimpan alur. Alur dikaitkan dengan versi perakitan tertentu dengan hasil berikut:
Jika Anda menyebarkan beberapa rakitan yang menggunakan alur yang sama, database Manajemen membuat satu entri untuk alur untuk setiap rakitan.
Saat Anda menghapus rakitan yang berisi alur, database Manajemen menghapus alur yang terkait dengan rakitan. Karena ada salinan alur untuk setiap rakitan terkait dalam database Manajemen, menghapus satu rakitan tidak memengaruhi yang lain.