Migrasikan aplikasi dan solusi Anda dari BizTalk Services ke Azure Logic Apps

Microsoft Azure BizTalk Services (MABS) telah dihentikan. Untuk memindahkan solusi integrasi MABS Anda ke Azure Logic Apps, ikuti panduan di artikel ini.

Pendahuluan

BizTalk Services terdiri dari dua sublayanan:

  • Koneksi Hibrid Layanan Microsoft BizTalk
  • Integrasi berbasis jembatan EDI dan EAI

Azure App Service Hybrid Connections menggantikan BizTalk Services Hybrid Connections. Azure Hybrid Connections tersedia dengan Azure App Service melalui portal Microsoft Azure. Layanan ini menyediakan Manajer Koneksi Hibrid sehingga Anda dapat mengelola koneksi hibrid BizTalk Services yang ada dan juga koneksi hibrid baru yang Anda buat di portal.

Logic Apps menggantikan integrasi berbasis jembatan EDI dan EAI dengan semua kemampuan yang sama di BizTalk Services dan banyak lagi. Layanan ini menyediakan alur kerja berbasis konsumsi skala cloud dan fitur orkestrasi bagi Anda untuk dengan cepat dan mudah membangun solusi integrasi yang kompleks melalui browser atau dengan Visual Studio.

Tabel ini memetakan kemampuan BizTalk Services ke Logic Apps.

BizTalk Services Logic Apps Tujuan
Konektor Konektor Mengirim dan menerima data
Bridge Aplikasi Logika Prosesor alur
Tahap validasi Tindakan Validasi XML Memvalidasi dokumen XML terhadap skema
Tahap memperkaya Token Data Mempromosikan properti menjadi pesan atau untuk keputusan perutean
Tahap transformasi Mentransformasi tindakan Mengonversi pesan XML dari satu format ke format lainnya
Tahap dekode Tindakan Dekode File Datar Mengonversi dari file datar ke XML
Tahap enkode Tindakan Enkode File Datar Mengonversi dari XML ke file datar
Pemeriksa Pesan Azure Functions atau API Apps Menjalankan kode kustom dalam integrasi Anda
Tindakan Rute Kondisi atau Sakelar Merutekan pesan ke salah satu konektor yang ditentukan

Artefak BizTalk Services

BizTalk Services memiliki beberapa jenis artefak.

Konektor

Konektor BizTalk Services membantu menjembatani data kirim dan terima, termasuk jembatan dua arah yang memungkinkan interaksi permintaan/respons berbasis HTTP. Logic Apps menggunakan terminologi yang sama dan memiliki ratusan konektor yang melayani tujuan yang sama dengan menyambungkan ke berbagai teknologi dan layanan. Misalnya, konektor tersedia untuk layanan SaaS dan PaaS cloud, seperti OneDrive, Office365, Dynamics CRM, dan lainnya, serta sistem lokal melalui Gateway Data Lokal, yang menggantikan BizTalk Adapter Service untuk BizTalk Services. Sumber dalam BizTalk Services terbatas pada langganan FTP, SFTP, dan Service Bus Queue atau Topik.

Diagram that shows the BizTalk Services flow.

Secara default, setiap jembatan memiliki titik akhir HTTP, yang dikonfigurasi dengan Alamat Runtime dan properti Alamat Relatif untuk jembatan. Untuk mencapai hasil yang sama dengan Logic Apps, gunakan tindakan Permintaan dan Respons.

Jembatan dan pemrosesan XML

Di BizTalk Services, jembatan dianalogikan dengan alur pemrosesan. Jembatan dapat mengambil data yang diterima dari konektor, melakukan beberapa pekerjaan dengan data, dan mengirim hasilnya ke sistem lain. Logic Apps melakukan hal yang sama dengan mendukung pola interaksi berbasis alur yang sama dengan BizTalk Services dan juga menyediakan pola integrasi lainnya. XML Request-Reply Bridge di BizTalk Services dikenal sebagai alur VETER, yang terdiri dari tahapan yang melakukan tugas-tugas ini:

  • (V) Memvalidasi
  • (Enrich) Memperkaya
  • (T) Transformasi
  • (Enrich) Memperkaya
  • (R) Rute

Gambar ini menunjukkan bagaimana pemrosesan dibagi antara permintaan dan balasan, yang menyediakan kontrol atas permintaan dan jalur balasan secara terpisah, misalnya, dengan menggunakan peta yang berbeda untuk setiap jalur:

Screenshot that shows how processing is split between request and reply.

Selain itu, jembatan XML One-Way menambahkan tahap Dekode dan Enkode di awal dan akhir pemrosesan. Jembatan Pass-Through berisi satu tahap Memperkaya.

Pemrosesan pesan, dekode, dan pengodean

Di BizTalk Services, Anda dapat menerima berbagai jenis pesan XML, dan menentukan skema yang cocok untuk pesan yang diterima. Pekerjaan ini dilakukan dalam tahap Jenis Pesan dari alur pemrosesan penerima. Tahap Dekode kemudian menggunakan tipe pesan yang terdeteksi untuk dekode pesan menggunakan skema yang disediakan. Jika skema adalah skema file datar, tahap ini mengonversi file datar yang masuk ke XML.

Logic Apps menyediakan kemampuan serupa. Anda menerima file datar melalui protokol yang berbeda menggunakan pemicu konektor yang berbeda (Sistem File, FTP, HTTP, dan sebagainya), dan menggunakan tindakan Dekode File Datar untuk mengonversi data masuk ke XML. Anda dapat memindahkan skema file datar yang ada langsung ke Logic Apps tanpa perubahan apa pun, lalu mengunggah skema ke Akun Integrasi Anda.

Validasi

Setelah data masuk dikonversi ke XML (atau jika XML adalah format pesan yang diterima), validasi berjalan untuk menentukan apakah pesan mematuhi skema XSD Anda. Untuk melakukan tugas ini di Logic Apps, gunakan tindakan Validasi XML. Anda dapat menggunakan skema yang sama dari BizTalk Services tanpa perubahan apa pun.

Transformasi pesan

Di BizTalk Services, tahap Transformasi mengonversi satu format pesan berbasis XML ke format pesan lainnya. Pekerjaan ini dilakukan dengan menerapkan peta, menggunakan pemetaan berbasis TRFM. Di Logic Apps, prosesnya mirip. Tindakan Transformasi tersebut menjalankan peta dari Akun Integrasi Anda. Perbedaan utama adalah bahwa peta dalam Logic Apps memiliki format XSLT. XSLT mencakup kemampuan untuk menggunakan kembali XSLT yang sudah Anda miliki, termasuk peta yang dibuat untuk BizTalk Server yang berisi functoid.

Aturan perutean

BizTalk Services membuat keputusan perutean di titik akhir atau konektor mana pesan masuk atau data dikirim. Kemampuan untuk memilih dari titik akhir yang telah dikonfigurasi dimungkinkan dengan menggunakan opsi filter perutean:

Screenshot that shows the routing filter option.

Di BizTalk Services, jika hanya ada dua opsi, menggunakan kondisi adalah cara terbaik untuk mengonversi filter perutean di BizTalk Services. Jika ada lebih dari dua, maka gunakan sakelar.

Logic Apps menyediakan kemampuan logika yang canggih ditambah aliran kontrol tingkat lanjut dan perutean dengan pernyataan bersyarat dan pernyataan beralih.

Memperkaya

Dalam pemrosesan BizTalk Services, tahap Memperkaya menambahkan properti ke konteks pesan yang terkait dengan data yang diterima. Misalnya, mempromosikan properti yang akan digunakan untuk perutean dari pencarian database, atau dengan mengekstrak nilai menggunakan ekspresi JalurX. Logic Apps menyediakan akses ke semua output data kontekstual dari tindakan sebelumnya, sehingga mudah untuk mereplikasi perilaku yang sama. Misalnya, saat menggunakan tindakan koneksi SQL Get Row, Anda mengembalikan data dari database SQL Server, dan menggunakan data dalam tindakan Keputusan untuk perutean. Demikian juga, properti pada pesan antrean Azure Service Bus yang masuk oleh pemicu dapat dialamatkan, serta JalurX menggunakan ekspresi bahasa definisi alur kerja Jalurx.

Menjalankan kode kustom

BizTalk Services memungkinkan Anda menjalankan kode kustom yang diunggah di rakitan Anda sendiri. Fungsi ini diimplementasikan oleh antarmuka IMessageInspector. Setiap tahap di jembatan mencakup dua properti (Pemeriksa Saat Masuk, dan Pemeriksa Saat Keluar) yang menyediakan jenis .NET yang Anda buat yang mengimplementasikan antarmuka ini. Kode kustom memungkinkan Anda melakukan pemrosesan data yang lebih kompleks dan memungkinkan Anda menggunakan kembali kode yang ada di rakitan yang melakukan logika bisnis umum.

Logic Apps menyediakan dua cara utama untuk menjalankan kode kustom: Azure Functions, dan API Apps. Azure Functions dapat dibuat, dan dipanggil dari aplikasi logika. Lihat Menambahkan dan menjalankan kode kustom untuk aplikasi logika melalui Azure Functions. Gunakan API Apps, bagian dari Azure App Service, untuk membuat pemicu dan tindakan Anda sendiri. Pelajari selengkapnya tentang membuat API kustom untuk digunakan dengan Logic Apps.

Jika Anda memiliki kode kustom di rakitan yang Anda panggil dari BizTalk Services, Anda dapat memindahkan kode ini ke Azure Functions, atau membuat API kustom dengan API Apps, tergantung pada apa yang Anda terapkan. Misalnya, jika Anda memiliki kode yang membungkus layanan lain di mana Logic Apps tidak memiliki konektor, lalu membuat Aplikasi API, dan menggunakan tindakan yang disediakan aplikasi API Anda dalam aplikasi logika Anda. Jika Anda memiliki fungsi atau pustaka pembantu, maka Azure Functions kemungkinan paling cocok.

Manajemen mitra dagang dan pemrosesan EDI

BizTalk Services dan Logic Apps mencakup pemrosesan EDI dan B2B dengan dukungan untuk AS2 (Applicability Statement 2), X12, dan EDIFACT. Di BizTalk Services, Anda membuat jembatan EDI dan membuat atau mengelola mitra dagang dan perjanjian di portal Pelacakan dan Manajemen khusus. Di Logic Apps, Anda mendapatkan fungsionalitas ini melalui Paket Integrasi Perusahaan (EIP). EIP menyediakan Akun Integrasi dan tindakan B2B untuk pemrosesan B2B dan EDI. Anda juga menggunakan Akun Integrasi untuk membuat dan mengelola mitra dagang dan perjanjian. Setelah membuat Akun Integrasi, Anda dapat menautkan satu atau beberapa aplikasi logika ke akun tersebut. Anda kemudian dapat menggunakan tindakan B2B untuk mengakses informasi mitra dagang dari aplikasi logika Anda. Tindakan berikut disediakan:

  • Enkode AS2
  • Dekode AS2
  • Enkode X12
  • Dekode X12
  • Enkode EDIFACT
  • Dekode EDIFACT

Tidak seperti BizTalk Services, tindakan ini dipisahkan dari protokol transportasi. Jadi, ketika membuat aplikasi logika, Anda memiliki lebih banyak fleksibilitas dalam memilih konektor yang Anda gunakan untuk mengirim dan menerima data. Misalnya, Anda dapat menerima file X12 sebagai lampiran dari surel, lalu memproses file-file ini dalam aplikasi logika.

Mengelola dan memantau

Di BizTalk Services, portal khusus menyediakan kemampuan pelacakan untuk memantau dan memecahkan masalah. Logic Apps menyediakan kemampuan pelacakan dan pemantauan yang lebih kaya untuk memantau aplikasi logika di portal Microsoft Azure, dan menyertakan aplikasi seluler untuk mengawasi berbagai hal saat Anda bepergian.

Ketersediaan tinggi

Untuk ketersediaan tinggi (HA) di BizTalk Services, Anda dapat berbagi beban pemrosesan dengan menggunakan lebih dari satu instans di wilayah tertentu. Logic Apps menyediakan HA di wilayah tanpa biaya tambahan.

Di BizTalk Services, pemulihan bencana di luar wilayah untuk pemrosesan B2B memerlukan proses pencadangan dan pemulihan. Untuk kelangsungan bisnis, Logic Apps menyediakan kemampuan DR aktif/pasif lintas wilayah, yang memungkinkan Anda menyinkronkan data B2B di seluruh akun integrasi di berbagai wilayah.

Langkah berikutnya