Olahpesan Request-Response
Dalam pola olahpesan permintaan/respons, satu pihak mengirim pesan permintaan dan pihak penerima mengembalikan pesan respons. Dua contoh umum pemrosesan permintaan/respons adalah interaksi yang dimiliki browser dengan server Web menggunakan adaptor HTTP, dan pemrosesan layanan Web menggunakan adaptor Simple Object Access Protocol (SOAP). Di BizTalk Server, permintaan dan pesan respons ditangani dengan cara publikasi/berlangganan yang khas. Ini adalah pertimbangan penting untuk dipahami ketika Anda menyetel performa aplikasi BizTalk, karena sistem yang membutuhkan throughput tinggi mungkin dikonfigurasi secara berbeda dari yang membutuhkan latensi rendah untuk pesan individual.
Saat pesan diterima oleh adaptor penerima gaya permintaan/respons, BizTalk Server terlebih dahulu menerbitkan pesan permintaan ke database MessageBox. Selanjutnya pesan ini diterima oleh pelanggan yang sesuai, yang kemungkinan merupakan orkestrasi yang terikat ke port penerima. Pelanggan ini merumuskan pesan respons dan menerbitkannya ke MessageBox, bersama dengan properti yang menyebabkannya dikirim kembali ke port penerima tempat permintaan datang. Akhirnya, pesan respons diambil oleh penerbit permintaan, adaptor terima yang mengirimkan permintaan, dan dikembalikan ke aplikasi panggilan. Diagram di bawah ini memberikan representasi grafis terperinci dari langkah-langkah ini.
Alur pesan permintaan/respons yang diterima oleh adaptor SOAP
Adaptor SOAP mengirimkan pesan ke Endpoint Manager.
Endpoint Manager menerbitkan pesan ke dalam MessageBox.
Orkestrasi, yang terikat ke port terima dan oleh karena itu memiliki langganan untuk pesan, menerima pesan dan memprosesnya.
Orkestrasi mengirim pesan respons yang diterbitkan ke MessageBox.
Endpoint Manager menerima pesan respons.
Endpoint Manager mengembalikan respons ke adaptor SOAP
Implikasi dari jenis perilaku ini pada performa dapat diabaikan jika implementasi internal tidak dipahami. BizTalk Server awalnya disetel untuk skenario throughput tinggi, tetapi juga dapat dikonfigurasi untuk lingkungan dengan throughput yang lebih rendah dan kebutuhan akan latensi yang lebih rendah, terutama dalam skenario permintaan/respons. Anda perlu mempertimbangkan beberapa komponen untuk penyetelan dalam skenario ini. Pertama, pelanggan mencari tahu tentang pesan yang diterbitkan melalui mekanisme polling. Jika interval polling diatur terlalu tinggi, ini dapat menyebabkan interaksi gaya permintaan/respons memiliki latensi yang lebih tinggi dari yang Anda inginkan.
Perhatikan bahwa dalam skenario ini, ada dua langganan yang akan diisi: langganan untuk pesan awal, serta langganan untuk pesan respons, dan ini meningkatkan dampak interval polling ini. Kedua, adaptor terima dikonfigurasi untuk menyisipkan pesan ke dalam MessageBox dalam batch dengan berbagai ukuran. Sebagian besar adaptor memungkinkan Anda mengonfigurasi ukuran batch melalui antarmuka konfigurasi adaptor umum atau melalui parameter di BizTalk Server atau registri. Jika ukuran batch diatur terlalu tinggi, latensi untuk pesan individual dapat ditingkatkan. Untuk informasi selengkapnya tentang karakteristik performa BizTalk Server, lihat Perencanaan untuk Performa Berkelanjutan.