Mengenal Teknologi Dalam Web Service – Layanan Web berarti banyak hal bagi banyak orang. Pada akhirnya, akan ada seperangkat standar yang memungkinkan kita melakukan hal-hal yang sebelumnya tidak dapat kita lakukan, tetapi sementara itu orang dan perusahaan yang berbeda mendekati mereka dari posisi yang berbeda, dan dengan harapan yang berbeda.
Mengenal Teknologi Dalam Web Service
inowweb – Pada tahun 2001-2, Layanan Web juga menjadi kata kunci yang digunakan berulang kali dan diklaim sebagai salah satu teknologi baru yang panas. Web dalam Layanan Web, dari poin pertama, merupakan penyalahgunaan: istilah Layanan Internet akan lebih tepat.
Web berasal dari poin kedua penggunaan HTTP dan XML sudah digunakan sebagai seperangkat protokol yang dipahami dengan baik dan di debug dengan baik yang mendukung Web, dan oleh karena itu masuk akal untuk menggunakannya kembali dalam menyediakan operasi jarak jauh dan yang lainnya. hal-hal yang berhubungan dengan mereka.
Poin ketiga adalah apa yang membuat persyaratan layanan web sangat berbeda dari sistem RPC lokal. Fakta bahwa data dipertukarkan untuk tujuan bisnis dan antara entitas sosial yang berbeda berarti bahwa akuntabilitas diperlukan, bukan hanya transmisi yang dapat diandalkan.
- Vendor perangkat lunak melihat layanan web sebagai cara untuk mengemas kembali kemampuan yang ada dengan cara yang membuatnya dapat dioperasikan dengan sistem lain.
- Persyaratan keamanan untuk layanan web ditentukan oleh lingkungan kepercayaan, apakah itu intranet atau b2b atau b2c, dll
- Untuk b2b, seseorang tidak hanya membutuhkan keandalan tetapi juga akuntabilitas.
- Arsitektur Layanan Web adalah ruang lingkup Kelompok Kerja Arsitektur Layanan Web W3C.
Baca Juga : Alasan Mengapa Web Designer Bisnis Dibutuhkan Di Masa Depan
Namun, bagian penting dari layanan Web adalah hubungan Interaksi antara penyedia Layanan dan pemohon Layanan. Ini adalah Layanan Web. Agen penemuan tidak perlu digunakan – mereka akan menggunakannya dalam beberapa kasus tetapi tidak dalam kasus lain. Agen penemuan direpresentasikan dengan baik sebagai cloud, daripada menjadi modul yang terdefinisi dengan baik dalam arsitektur layanan web. Mereka akan menjadi antarmuka ke dunia besar data dan layanan kueri yang menyediakan data tentang layanan web serta banyak hal lainnya. Interaksi antara pemohon dan penyedia adalah elemen penentu penting untuk layanan web. Seperti yang akan kita lihat, metadata tentang layanan web
Ada banyak potongan berbeda yang dibaut ke dasar Layanan Web yang disediakan oleh WSDL dan SOAP 1.2 dan diagram ini menyiratkan banyak hal. Lapisan manajemen adalah lapisan pengawasan yang memungkinkan kontrol dari banyak agen yang terlibat dalam operasi berbasis layanan web. Lapisan “Application semantics” menunjukkan perlunya, untuk setiap interoperabilitas yang berguna, untuk memiliki
Pekerjaan desain layanan web dibagi antara protokol run time dan deskripsi layanan.
W3C bekerja saat runtime berdasarkan transport HTTP dari pesan yang disandikan XML, menggunakan protokol SOAP. (Di sini dengan SOAP yang kami maksud adalah SOAP 1.2, versi sebelumnya termasuk pengiriman kepemilikan awal yang tidak standar atau dijamin untuk beroperasi bersama). Ada bifurkasi dalam desain pada titik ini, karena SOAP pada dasarnya beroperasi dalam dua mode.
Dalam satu, pesan XML digunakan untuk mengkodekan parameter ke operasi jarak jauh dengan cara yang sama seperti pemanggilan metode jarak jauh misalnya, Corba, DCOM, atau RMI. Dalam mode ini, XML digunakan sebagai gaya menyusun, tetapi sistem didistribusikan menggunakan panggilan prosedur jarak jauh dengan cara yang cukup tradisional.
Ada sintaks marshalling standar
- Antarmuka antara modul perangkat lunak memiliki fungsi yang terdefinisi dengan baik, yang pada gilirannya memiliki parameter input dan output yang terdefinisi dengan baik dan diketik
- Rintisan (rutinitas dummy yang mensimulasikan prosedur jarak jauh dengan prosedur lokal yang berkomunikasi dengan prosedur jarak jauh) dapat dihasilkan langsung dari definisi WSDl
- Keterpencilan bisa transparan, membuat desain sistem terdistribusi mirip dengan desain program.
Dalam mode lain, SOAP membawa dokumen XML, dan tugas penerima lebih dilihat sebagai operasi pemrosesan dokumen. Ini kurang kaku dari gaya RPC.
Antarmuka yang disediakan layanan ditentukan hanya oleh skema XML. Ini mendefinisikan jenis dokumen yang dapat diterima, yang dapat allwo ekstensi dalam banyak cara, menggunakan ruang nama XML.
Komunikasi lebih jelas bagi penulis aplikasi, yang berurusan dengan model objek dokumen (DOM) dari pesan yang diterima, daripada parameter yang dibatalkan secara otomatis.
Alat XML seperti XSLT dan XML-Query, dan enkripsi XML dan sebagainya dapat digunakan.
Lebih mudah menggunakan pola pertukaran pesan selain permintaan/tanggapan.
Mode dokumen SOAP tampaknya mendapatkan daya tarik paling banyak di tumpukan e-niaga. Ini bukan sebuah kecelakaan. Mode XML lebih fleksibel daripada mode RPC. Lebih mudah pada prinsipnya untuk memperluas sistem pesan berbasis XML untuk memasukkan lebih banyak informasi saat sistem tumbuh. Faktanya, RDF sangat kuat di bidang ini, karena informasi baru dapat diuraikan menjadi bentuk hubungan entitas oleh agen lama, dan menjadi jelas secara logis bagian mana yang dapat diabaikan oleh mereka yang tidak memahaminya.
Fungsionalitas yang telah disebutkan seperti yang diperlukan di atas lapisan dasar saat runtime meliputi:
- Rute. Data rutin dalam pesan untuk diproses oleh agen yang berbeda; mendefinisikan jalur alur kerja pesan. Pola desain kotak hitam atau kotak putih.
- Keamanan. Profiling teknologi keamanan yang ada untuk digunakan dalam aplikasi ebusiness menggunakan layanan web. Otentikasi dan manajemen kunci.
- Pengemasan lampiran pada pesan.
- Pesan yang andal (pengiriman, non-duplikasi, pemesanan) untuk kasus di mana lapisan transport (seperti TCP di bawah HTTP) tidak menyediakan ini. (TCP memang menyediakan keandalan ini tetapi (a) sistem tidak dirancang untuk menjaga koneksi TCP tetap terbuka selama berminggu-minggu atau bertahun-tahun di mana layanan web dapat berjalan, dan (b) TCP tidak memberikan akuntabilitas sehingga Anda dapat menunjukkan pengakuan kepada petugas pajak penerimaan 7 tahun kemudian.)
- Keterangan
- Deskripsi layanan dibuat pada berbagai model yang berbeda dan tingkat abstraksi yang berbeda dalam spesifikasi berbeda yang diusulkan sebagai bagian dari tumpukan, meskipun ada kesepakatan tentang WSDL sebagai pemodelan tingkat terendah, interaksi pesan atau permintaan/tanggapan, dan pengikatan ke port
- HTTP (katakanlah) tertentu tempat itu terjadi.
Komposabilitas layanan web mengacu pada bangunan, dari serangkaian layanan web, dari sesuatu pada tingkat yang lebih tinggi, biasanya itu sendiri diekspos sebagai layanan web yang lebih besar.
Koreografi mengacu lebih abstrak bagian dari deskripsi layanan web yang mendefinisikan cara, atau cara, di mana permintaan awal untuk berbagai layanan web bekerja sama. (Peltz menggunakan Koregrafi ketika melibatkan banyak pihak, dan Orkestrasi ketika internal satu pihak. Jadi yang pertama melintasi batas-batas aplikasi, yang terakhir juga melintasi batas-batas organisasi. di sini kami menggunakan Choregorahy secara umum untuk keduanya.)
Ada begitu sedikit tumpang tindih di sini, yang menyebabkan beberapa kebingungan. Secara umum, dapat dikatakan, misalnya, bahwa konfirmasi penerbangan harus melibatkan penerbangan yang sudah dipesan Ini kendala yang sebenarnya.
Seseorang dapat menggambarkan koreografi tertentu (tarian tertentu, jika Anda suka) di mana layanan permintaan penerbangan dipanggil, dan menghasilkan daftar penerbangan, dan kemudian layanan reservasi dipanggil untuk memesan penerbangan, yang berhasil, dan hasilnya reservasi diteruskan ke layanan konfirmasi. Mungkin ada cara lain koreografi lain di mana seseorang bisa mencapai penerbangan yang dipesan. Insinyur memiliki pilihan untuk memodelkan banyak cara yang mungkin semua dalam satu koreografi, atau membuat beberapa koreografi.
Layanan web dapat digabungkan sedemikian rupa sehingga pesan dikirimkan dengan cara yang sangat acak. Namun, teknik desain tertentu adalah untuk proses master untuk mendelegasikan ke layanan lain dengan cara seperti pohon recusive, seperti yang telah menjadi keharusan dalam bahasa pemrograman sejak Pascal. Misalnya, jika konsumen meminta agen perjalanan dan agen perjalanan memesan hotel, hotel akan membalas agen perjalanan, bukan ke konsumen. Ini membuat semuanya teratur.
WSCI memiliki penekanan pada deskripsi, dan BPEL untuk dapat mengkompilasi ke agen yang dapat dieksekusi. Karena tidak ada yang dimaksudkan untuk melakukan perhitungan aktual atau aturan bisnis, akan lebih dekat untuk membandingkannya dengan skrip skrip seperti bash yang menangani konkurensi dan sinkronisasi tetapi sebenarnya memanggil program (atau lebih tepatnya layanan web) untuk melakukan pekerjaan nyata.
Dalam sejumlah besar aplikasi, layanan web akan disediakan oleh di satu sisi dan digunakan oleh rekan-rekan lain yang telah menjalin hubungan. Memang, sampai infrastruktur kepercayaan cukup berkembang, tidak masuk akal untuk mengharapkan komputer melakukan perbandingan belanja otomatis untuk banyak layanan. Layanan web mungkin (seperti web pada tahun 1993, dan Web Semantik pada tahun 2003) pertama kali menyebar di dalam firewall perusahaan, di mana masalah keamanan kecil dan kesalahan tidak terlalu memalukan dibandingkan antar perusahaan atau publik. Namun, tujuannya adalah bahwa begitu banyak layanan web harus tersedia sehingga penting untuk dapat menemukannya dalam segala macam cara.
Proyek UDDI dan pekerjaan terkait pada deskripsi dan sistem kueri ditujukan untuk ini. Aspek positif dari UDDI adalah definisi ontologi untuk layanan web. Masalah dengan itu adalah bahwa itu terpusat oleh desain, baik dalam ontologi pohon tunggal, dan dalam desain yang secara fundamental didasarkan pada registri pusat, dengan operasi antar-registri sebagai hal sekunder.
Dari sudut pandang web semantik, layanan web hanyalah salah satu aspek dari banyak hal yang akan dicari. Memang, fakta bahwa layanan web disediakan mungkin sebenarnya agak terkait dengan sifat esensial dari item bisnis yang ditemukan — pedagang saham, penjual mesin pemotong rumput, dan sebagainya. Web semantik bertujuan untuk menggambarkan aspek apa pun, termasuk katalog, suku cadang, bahan, organisasi layanan, hubungan, dan kontrak. Sistem kueri yang menangani layanan web hanya masuk akal jika terintegrasi dengan lancar dengan web pengetahuan perusahaan lainnya.