Sebuah arsitektur berorientasi layanan sangat ideal (baik) untuk melaksanakan seperti terdistribusi aplikasi. Ini adalah arsitektur konseptual untuk menerapkan dinamis, longgar digabungkan, aplikasi terdistribusi.
Sebuah service-oriented architecture terdiri dari tiga peran utama: adalah penyedia service, layanan konsumen, dan 'broker' layanan.
| Service provider
|
akses ke interface ke layanan perangkat lunak yang melakukan serangkaian tertentu
operasi. Sebuah node penyedia layanan memberikan akses ke layanan dari
bisnis sistem, subsistem, atau komponen.
Service consumer
Seorang konsumen jasa adalah node pada jaringan yang mengikat ke layanan dari
penyedia layanan dan menggunakan layanan untuk mengimplementasikan solusi bisnis. Dalam model arsitektur berorientasi layanan, layanan konsumen tidak aplikasi, tetapi node. Namun, untuk tujuan kursus ini, kita akan melihat layanan
konsumen sebagai aplikasi klien pada sebuah node.
Service broker
Seorang broker (makelar) layanan adalah node pada jaringan yang merupakan repositori pelayanan deskripsi dan dapat digunakan seperti buku alamat untuk menemukan lokasi layanan. Layanan konsumen bisa menginterogasi broker layanan untuk locatea diperlukan penyedia layanan dan layanan. Layanan broker akan sering juga bertindak sebagai layanan dalam kasus di mana penyedia layanan yang diminta adalah layanan makelar
Interaction between the roles
Tiga sebelumnya peran service-oriented architecture berinteraksi untuk melakukan tiga
dasar operasi:
Publikasikan layanan
Penyedia layanan mempublikasikan layanan mereka sebagai broker ervice. Informasi
diterbitkan mencakup definisi antarmuka layanan, lokasi layanan
penyedia, dan mungkin informasi pendukung lain atau dokumentasi.
Menemukan layanan
Layanan konsumen menemukan yang diperlukan / diinginkan servi ces dengan menggunakan layanan broker.
Mengikat untuk layanan
Layanan konsumen mengikat untuk layanan tertentu yang disediakan oleh layanan
operator. Proses pengikatan mencakup otentikasi konsumen
Baik mencari dan mengikat ke layanan dapat dilakukan secara dinamis untuk memungkinkan aplikasi untuk mengkonfigurasi dirinya sendiri secara dinamis. Sebagai contoh, jika aplikasi menemukan bahwa waktu respon dari penyedia layanan telah menjadi tidak dapat diterima, maka mungkin memutuskan untuk beralih ke penyedia layanan pada saat run waktu
Sekilas Web Service Arsitektur
Elemen-elemen dasar dalam arsitektur layanan Web adalah:
Penyedia layanan Web, yang merupakan simpul jaringan layanan web hosting.
Konsumen layanan Web, yang merupakan simpul jaringan hosting klien yang
dapat berkomunikasi dengan menggunakan Hypertext Transfer Protocol (HTTP). Klien
termasuk browser, aplikasi konsol, dan tradisional pengguna grafis
interface (GUI) aplikasi.
Broker layanan Web, yang merupakan simpul jaringan hosting registri global
layanan web yang tersedia banyak seperti buku alamat global
Web Services Sebagai Implementasi Arsitektur Berorientasi Layanan
Layanan Broker di Web Service
Peran broker layanan terutama dipenuhi oleh sebuah node yang host
Universal Description, Discovery, dan Integrasi (UDDI) registri. Anda akan
diperkenalkan untuk UDDI nanti dalam modul ini. Untuk ecoverage lebih complet
program layanan Web dan konsumen layanan Web dengan menggunakan UDDI.
Penyedia Layanan di Web Service
Peran penyedia layanan adalah dipenuhi oleh node yang mengekspos layanan Web
melalui halaman ASP.NET dengan ekstensi. asmx.
Layanan Konsumer di Web Service
Peran seorang konsumen layanan dipenuhi oleh setiap node yang dapat berkomunikasi dengan menggunakan Simple Object Access Protocol (SOAP) atau HTTP, memahamilayanan antarmuka yang sedang digunakan, dan bisa menyediakan otentikasi yang diperlukan kredensial.
Peran dalam Arsitektur Layanan Web
- The Web service Provider
- The web service Consumer
- The Web service Broker
Aturan dalam Web Service Arsitektur
1. Web Service Provider
Salah satu aturan penting dalam arsitektur web service adalah web service provider. Salah satu contohnya adalah web service provider harus menyediakan untuk web service yaitu HTTP protocol handling dan servis autentikasi . Jika web service provider tidak dapat menawarkan banyak infrasuktur, maka web service harus mendukung infrastruktur ini. Bagaimanapun hal ini akan membuat pengembangan web service menjadi lebih sulit.
Web service provider mungkin mempunyai banyak web service, itu dapat memudahkan untuk merequest beberapa web service. RPCSS (Remote Procedure Call Subsystem ) bertanggungjawab untuk menghandel permintaan DCOM (Distributed Component Object Model) dan mendirect ke server COM(Component Object Model). Web service consumer yang tidak dikenal dapat mengakses web service provider. Oleh karena itu, untuk meminimumkannya, web service harus menyediakan layanan keamanan pada level protocol.
2. Web Service Consumer
Untuk menggunakan web service , web service consumer harus memanggil method web service dengan parameternya dengan menggunakan protocol (contohnya, SOAP).
Sebelum web service dapat digunakan, consumer harus mengalokasikan web servise.
Alokasi web service dapat dilakukan secara statis dengan hard-coding pada endpoint web service consumer. Dapat juga dilakukan secara dinamis pada lokasi web service saat run time.
Ketika mengimplementasikan web service consumer , developers dapat menghabiskan waktu dengan mengerjakan beberapa tugas :
1. Bekerja dengan underlying protocols
2. Membagi byte streams untuk extract data
3. Memvalidasi paket data
Peran layanan consumer dipenuhi oleh setiap node yang dapat berkomunikai dengan SOAP atau HTTP , memahami layanan antarmuka yg sedang digunakan, dan bias menyediakan otentikais yg diperlukan hak akses.
3. Web Service Broker
Tidak hanya arsitektur service-oriented yang membutuhkan service broker, tetapi arsitektur web service juga membutuhkan sebuah service broker. Untuk interaksi,untuk mempublish informasi kepada konsumer. Web service broker berhubungan dengan web service provider dan web service consumer.
Hubungan antara web service consumer dan web service broker adalah berhubungan untuk pencarian. Broker harus memfasilitasi pencarian untuk memudahkan mengalokasi web service dan informasi yang diinginkan untuk dibinding ke web service.
Peran broker terutama dipenuhi oleh sebuah node yang dilengkapi UDDI registry.
UDDI (Universal Description Discovery and Integration) adalah spesifikasi untuk distribusi web-based registry pada web service. Secara konseptual, informasi terbagi menjadi tiga bagian:
- Business address, kontak informasi, identitas yang diketahui.
- Daftar dari kategori industrial yang berdasarkan standar taksonomi.
- Informasi teknikal tentang web service yang termasuk business exspose.
Tidak ada komentar:
Posting Komentar