Menyambungkan Sistem

Pertukaran pesan yang efektif di berbagai perangkat lunak pada komputer yang berbeda adalah persyaratan absolut untuk integrasi. Mengingat keragaman gaya komunikasi yang ada, BizTalk Server harus mendukung berbagai protokol dan format pesan. Seperti yang dijelaskan selanjutnya, sebagian besar mesin dikhususkan untuk membuat komunikasi ini berfungsi. Namun, salah satu fakta penting yang perlu diingat adalah bahwa mesin hanya berfungsi dengan dokumen XML secara internal. Apa pun format pesan yang masuk, pesan harus dikonversi ke dokumen XML setelah diterima. Demikian pula, jika penerima dokumen tidak dapat menerima dokumen tersebut sebagai XML, mesin mengonversinya menjadi format yang diharapkan oleh target.

Mengirim dan Menerima Pesan: Adapter

Karena BizTalk Server harus berbicara dengan berbagai perangkat lunak lain, BizTalk Server mengandalkan adaptor untuk memungkinkan hal ini. Adaptor adalah implementasi mekanisme komunikasi, seperti protokol tertentu. Pengembang menentukan adaptor mana yang akan digunakan dalam situasi tertentu. Mereka dapat memilih salah satu adaptor bawaan yang disediakan BizTalk Server, misalnya, atau menggunakan adaptor yang dibuat untuk produk populer seperti Windows SharePoint Services, atau bahkan membuat adaptor kustom. Dalam setiap kasus ini, adaptor dibangun pada dasar standar yang disebut Kerangka Kerja Adapter. Kerangka kerja ini menyediakan cara umum untuk membuat dan menjalankan adaptor, dan juga mendukung alat yang sama yang digunakan untuk mengelola semua jenis adaptor.

Microsoft BizTalk Server menyertakan adaptor asli berikut:

• Adaptor file: mendukung membaca dari dan menulis ke file dalam sistem file Windows. Karena aplikasi yang terlibat dalam proses bisnis sering dapat mengakses sistem file yang sama, baik secara lokal atau di seluruh jaringan, bertukar pesan melalui file dapat menjadi opsi yang nyaman.

• Adaptor FTP: mendukung pengiriman dan penerimaan informasi antara Server Protokol Transportasi File (FTP) dan BizTalk Server.

• Adaptor HTTP: mendukung pengiriman dan penerimaan informasi menggunakan HTTP. BizTalk Server mengekspos satu atau beberapa URL untuk memungkinkan aplikasi lain mengirim data ke dalamnya, dan dapat menggunakan adaptor ini untuk mengirim data ke URL lain.

• Adaptor MSMQ: mendukung pengiriman dan penerimaan pesan menggunakan Microsoft Message Queuing (MSMQ).

• Adaptor WebSphere MQ: mendukung pengiriman dan penerimaan pesan menggunakan WebSphere MQ IBM (sebelumnya dikenal sebagai MQSeries).

• Adaptor POP3: mendukung penerimaan pesan email dan lampirannya menggunakan versi tiga Post Office Protocol (POP3).

• Adaptor SMTP: mendukung pengiriman pesan menggunakan SMTP. Alamat email standar digunakan untuk mengidentifikasi para pihak.

• Adaptor SOAP: mendukung pengiriman dan penerimaan permintaan layanan Web untuk memungkinkan BizTalk Server tersambung ke Layanan Web.

• Adaptor WCF: mendukung pengiriman dan penerimaan informasi menggunakan Windows Communication Foundation.

• Adapter Windows SharePoint Services (WSS): mendukung akses dan penerbitan dokumen yang disimpan dalam pustaka dokumen Microsoft Windows SharePoint.

  Adaptor untuk perangkat lunak bisnis yang umum digunakan juga tersedia dari Microsoft, ini termasuk:

• Microsoft BizTalk Adapter untuk JD Edwards OneWorld

• Microsoft BizTalk Adapter untuk JD Edwards EnterpriseOne

• Microsoft BizTalk Adapter untuk PeopleSoft Enterprise

• Adapter Microsoft BizTalk untuk Pertemuan TIBCO

• Microsoft BizTalk Adapter untuk Layanan Pesan Perusahaan TIBCO

  Untuk informasi selengkapnya tentang adaptor ini, lihat Adaptor di BizTalk Server.

  Adaptor mana pun yang digunakan untuk menerima data, pesan yang diterimanya biasanya harus diproses sebelum dapat diakses oleh orkestrasi. Demikian pula, pesan keluar yang dihasilkan oleh orkestrasi sering kali perlu diproses sebelum dikirim oleh adaptor.

Memproses Pesan: Alur

Aplikasi yang mendasar proses bisnis berkomunikasi dengan bertukar berbagai jenis dokumen: misalnya, pesanan pembelian dan faktur. Agar aplikasi BizTalk Server dapat menjalankan proses bisnis, aplikasi harus dapat menangani pesan yang berisi dokumen-dokumen ini dengan benar. Pemrosesan ini dapat melibatkan beberapa langkah, dan karenanya dilakukan oleh alur pesan. Pesan masuk diproses melalui alur penerima, sementara pesan keluar melalui alur kirim.

Misalnya, meskipun lebih banyak aplikasi dirancang untuk memahami dokumen XML, banyak—mungkin mayoritas saat ini—tidak dapat. Karena BizTalk Server hanya berfungsi dengan dokumen XML secara internal, BizTalk Server harus menyediakan cara untuk mengonversi format lain ke dan dari XML. Layanan lain mungkin juga diperlukan, seperti mengautentikasi pengirim pesan. Untuk menangani tugas ini dan tugas lainnya dengan cara modular yang dapat disesuaikan, sebuah pipeline dibangun dari beberapa tahap yang masing-masing berisi satu atau beberapa komponen yang diaktifkan .NET atau Model Objek Komponen (COM). Setiap komponen menangani bagian tertentu dari pemrosesan pesan. BizTalk Server menyediakan beberapa komponen standar yang menangani kasus yang paling umum. Jika ini tidak cukup, pengembang juga dapat membuat komponen kustom untuk menerima dan mengirim alur.

Gambar di atas menggambarkan tahapan dalam alur penerima, bersama dengan komponen standar yang disediakan untuk masing-masing. Tahapan tersebut dan komponen terkaitnya adalah:

• Dekode: BizTalk Server menyediakan satu komponen standar untuk tahap ini, yaitu MIME/SMIME Decoder. Komponen ini dapat menangani pesan dan lampiran apa pun yang terkandung dalam format MIME atau Secure MIME (S/MIME). Komponen mengonversi kedua jenis pesan menjadi XML, dan juga dapat mendekripsi pesan S/MIME dan memverifikasi tanda tangan digital mereka.

• Pembongkaran: Tiga komponen standar telah disediakan. Komponen Flat File Disassembler mengubah file datar menjadi dokumen XML. File-file ini dapat diposisikan, di mana setiap rekaman memiliki panjang dan struktur yang sama, atau dibatasi, dengan karakter yang ditunjuk digunakan untuk memisahkan rekaman dalam file. Komponen standar kedua, Xml Disassembler, mengurai pesan masuk yang sudah dijelaskan menggunakan XML. Komponen standar ketiga, yang tidak sering digunakan saat ini, adalah BizTalk Framework Disassembler. Ini menerima pesan yang dikirim menggunakan mekanisme olahpesan andal yang ditentukan oleh BizTalk Framework, yang diterapkan di BizTalk Server 2000.

• Validasi: BizTalk Server menyediakan komponen Validator XML untuk tahap ini. Seperti namanya, komponen ini memvalidasi dokumen XML yang dihasilkan oleh tahap Bongkar terhadap skema atau grup skema tertentu, mengembalikan kesalahan jika dokumen tidak sesuai dengan salah satu skema tersebut.

• Penetapan Pihak: satu-satunya komponen standar pada tahap ini, Resolusi Pihak, mencoba menentukan identitas pengirim pesan ini. Jika pesan ditandatangani secara digital, tanda tangan digunakan untuk mencari identitas Windows di database Manajemen di BizTalk Server. (Seperti yang dijelaskan nanti, database ini juga digunakan oleh alat manajemen BizTalk Server.) Jika pesan membawa pengidentifikasi keamanan terautentikasi (SID) pengguna Windows, identitas ini digunakan. Jika tidak ada mekanisme yang berhasil, pengirim pesan diberi identitas anonim default.

  

  Pesan keluar juga dapat melalui beberapa tahap, seperti yang didefinisikan oleh alur pengiriman yang digunakan. Gambar di atas menunjukkan tahapan dan komponen standar untuk alur kirim. Mereka adalah:

• Pra-perakitan: Tidak ada komponen standar yang disediakan. Sebagai gantinya, komponen kustom dapat disisipkan di sini sesuai kebutuhan.

• Merakit: Sejalan dengan tahap Pembongkaran dalam alur penerima, tahap ini juga memiliki tiga komponen standar. Perakitan File Datar mengonversi pesan XML menjadi file datar posisional atau dibatasi, dan Xml Assembler mendukung penambahan amplop dan membuat perubahan lain pada pesan XML keluar. Opsi ketiga, BizTalk Framework Assembler, mengemas pesan untuk transmisi yang andal menggunakan teknologi olahpesan BizTalk Framework.

• Encode: BizTalk Server hanya mendefinisikan satu komponen standar untuk tahap ini, yaitu Mime/SMIME Encoder. Komponen ini mengemas pesan keluar dalam format MIME atau S/MIME. Jika S/MIME digunakan, pesan juga dapat ditandatangani secara digital dan/atau dienkripsi.

  BizTalk Server mendefinisikan beberapa alur default, termasuk pasangan penerima/kirim sederhana yang dapat digunakan untuk menangani pesan yang sudah dinyatakan dalam XML. Pengembang juga dapat membuat alur kustom menggunakan Perancang Alur. Alat ini, yang berjalan di dalam Visual Studio, menyediakan antarmuka grafis yang memungkinkan pengembang untuk menyeret dan menghilangkan komponen untuk membuat alur dengan perilaku apa pun yang diperlukan.

Memilih Pesan: Langganan

Setelah pesan melewati adaptor dan alur penerima, langkah selanjutnya adalah menentukan ke mana harus pergi. Pesan sering ditargetkan ke orkestrasi, tetapi juga dimungkinkan bagi pesan untuk langsung masuk ke alur pengiriman, memungkinkan BizTalk Server digunakan sebagai sistem olahpesan murni. Dalam kedua kasus, pencocokan pesan dengan tujuannya ini dilakukan menggunakan langganan.

Saat pesan diproses oleh alur penerima, konteks pesan dibuat yang berisi berbagai properti pesan. Orkestrasi atau alur pengiriman dapat berlangganan pesan berdasarkan nilai properti ini. Misalnya, orkestrasi dapat membuat langganan yang cocok dengan semua pesan jenis "Faktur", atau semua pesan jenis "Faktur" yang diterima dari perusahaan QwickBank, atau semua pesan jenis "Faktur" yang diterima dari perusahaan QwickBank dengan harga lebih dari $10.000. Bagaimanapun cara ditentukannya, sebuah langganan hanya mengirimkan kembali kepada pelanggannya pesan-pesan yang sesuai dengan kriteria yang ditetapkan oleh langganan tersebut. Pesan yang diterima mungkin memulai proses bisnis dengan menginisiasi beberapa orkestrasi atau dapat mengaktifkan langkah lain dalam proses bisnis yang sudah berjalan. Demikian pula, ketika orkestrasi mengirim pesan, pesan tersebut dicocokkan dengan jalur pengiriman berdasarkan langganan yang telah ditetapkan jalur tersebut.

• Di BizTalk Server, dimungkinkan juga untuk berlangganan kondisi kesalahan tertentu. Pesan kesalahan dapat diproses dengan cara tertentu atau dirutekan ke tujuan tertentu, seperti folder Windows SharePoint Services.

Lihat Juga

Mesin Olahpesan BizTalk Server
Menerbitkan dan Berlangganan Arsitektur
Adaptor
Jaringan Pipa