Contoh Arsitektur Berorientasi Layanan – Beragampengetahuan

Arsitektur berorientasi layanan adalah metode pengembangan perangkat lunak yang menggunakan komponen perangkat lunak yang disebut layanan untuk membuat aplikasi bisnis. Setiap layanan menyediakan kemampuan bisnis, dan layanan juga dapat berkomunikasi satu sama lain antara platform dan bahasa. Pengembang menggunakan SOA untuk menggunakan kembali layanan dalam sistem yang berbeda, atau menggabungkan beberapa layanan independen untuk melakukan tugas yang kompleks.

Keuntungan

Reusability Layanan: Di SOA, aplikasi dibuat oleh layanan yang ada. Oleh karena itu, layanan ini dapat digunakan kembali untuk membuat banyak aplikasi.

Mudah Dipelihara: Karena layanan tidak tergantung satu sama lain, dapat dengan mudah diperbarui dan dimodifikasi tanpa mempengaruhi layanan lain.

Platform Independent: SOA memungkinkan aplikasi yang kompleks dibuat dengan menggabungkan layanan yang dipilih dari berbagai sumber terlepas dari platform.

Tersedianya: Siapa pun dapat dengan mudah mengakses fasilitas SOA berdasarkan permintaan.

keandalan: Aplikasi SOA lebih dapat diandalkan karena layanan kecil dapat dengan mudah didebug daripada kode besar.

Skalabilitas: Layanan dapat berjalan di berbagai server di lingkungan, yang meningkatkan skalabilitas.

kekurangan

Kepala Tinggi: Setiap kali layanan berinteraksi, parameter input layanan dapat diverifikasi, yang dapat menurunkan kinerja seiring meningkatnya waktu beban dan respons.

Investasi Tinggi: SOA membutuhkan investasi awal yang besar.

Manajemen Layanan Kompleks: Ketika layanan berinteraksi, mereka bertukar pesan untuk tugas. Jumlah pesan dapat datang dalam bentuk jutaan dolar. Menangani sejumlah besar pesan menjadi tugas yang membosankan.

Waktu pasar yang lebih cepat

Pengembang menggunakan kembali layanan pada berbagai proses bisnis untuk menghemat waktu dan biaya. Mereka dapat merakit aplikasi lebih cepat menggunakan SOA daripada menulis kode dan melakukan integrasi dari awal.

Pemeliharaan yang efektif

Membuat, memperbarui, dan men -debug layanan kecil lebih mudah daripada blok kode besar dalam aplikasi holistik. Memodifikasi layanan apa pun dalam SOA tidak akan mempengaruhi fungsionalitas keseluruhan proses bisnis.

Kemampuan beradaptasi yang lebih besar

Anda dapat memodernisasi aplikasi Anda secara efektif dan mengimplementasikannya secara efektif. Organisasi kesehatan dapat menggunakan kemampuan sistem catatan kesehatan elektronik yang lebih tua dalam aplikasi berbasis cloud baru.

Interoperabilitas

Setiap layanan dalam SOA mencakup dokumentasi yang menentukan fungsionalitas layanan dan syarat dan ketentuan terkait. Sistem pelanggan dapat menjalankan layanan terlepas dari platform yang mendasari atau bahasa pemrograman.

Kopling longgar

Layanan dalam SOA harus digabungkan secara longgar dan memiliki ketergantungan yang sedikit pada sumber daya eksternal seperti model data atau sistem informasi. Mereka juga harus tidak memiliki kewarganegaraan tanpa menyimpan informasi dari pertemuan atau transaksi sebelumnya.

Granularity

Layanan SOA harus memiliki ukuran dan ruang lingkup yang sesuai, idealnya setiap layanan mengemas fungsi bisnis yang terpisah. Pengembang kemudian dapat menggunakan beberapa layanan untuk membuat layanan komposit untuk melakukan operasi yang kompleks.

sebagai kesimpulan

Arsitektur berorientasi layanan yang diimplementasikan dengan layanan web berbasis SOAP membutuhkan definisi layanan yang lebih ketat dan formal daripada layanan web yang tenang atau layanan mikro.