REST == Architecture Style

Nah dengan demikian kita membuat implementasi detail tidak kelihatan. Nah jadi dimana code yg menangani URL trsebut di server ?? Bagaimana caranya ?? Nah klo misalnya udh familiar dengan web development. Maka kita biasa membuat URL seperti ini

http://www.acme.com/phonebook/UserDetails?id=12345

Nah kita dapat melakukan URL Rewriting sehingga lebih menceriminkan resource dan lebih clean

http://www.acme.com/phonebook/UserDetails/12345

Advertisement

REST == Istirahat ??

REST sangat amat simple. Coba bandingkan ketika kita ingin meminta phone book dari seorang user. Dengan webservice+soap kita akan mengirimkan request dengan

<?xml version="1.0"?>
<soap:envelope
xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">
 <soap:body pb="http://www.acme.com/phonebook">
  <pb:getuserdetails>
   <pb:userid>12345</pb:userid>
  </pb:getuserdetails>
 </soap:body>
</soap:envelope>

Dikirimkan dengan HTTP POST ke server. Nah SOAP tersebut memiliki struktur. Data response akan dikirimkan kembali dalam bentuk XML dan isinya ada didalam envelope atau payload. Jadi selain data yg kita ingingkan ada lagi pembungkusnya atau embel2nya.

Layered /Tiers architecture ke SOA

Bagaimana bisa kita mengubah aplikasi yg lama agar lebih siap dipindahkan ke SOA.

Membuat service layer yg mengantarai Presentation Layer dan Bussines Layer. Service layer tersebut mengexpose method yg hanya akan menerima business entity. Business entites tersebut yg dulunya terdapat di business layer. Keluarkan dari Business Layer. Dan dipisahkan. Sehingga dapat digunakan langsung oleh Presentation layer. Jadi ui berinteraksi dengan service layer dengan menggunakan Business Entites. Business entites ini hanya mengandung data saja. Berupa DTO.

Service Autonomy

Salah satu prinsip dari Service Orientation adalah Autonomy. Dapat berdiri sendiri. Peranan publisher subscriber ini mutlak diperlukan untuk mencapai autonomy.

Untuk para pemula di SOA biasanya langkah pertama adalah membuat semua operasi menjadi web service. Yg sama aja hasiilnya dengan RPC. Interaksi antar service terjadi secara synchronous, blocking, request/response. Masalhnya klo misalnya salah satu service tidak ada, service lain yg tergantung terhadapnya tidak akan dapat melakukan pekerjaannya.

Asynchronous World

Dengan asynchronous ini kita ga perlu nunggu satu process diselesaikan dulu baru bisa ngerjain yg lain. Tinggal fire and forget aja. Jadi kita kirim pesan dan kita ga ush nunggu2 sampe prosesnya selesai dulu. Jadi prinsipnya udh sama seperti ngirim surat.

Kita misalkan kita mw ngirim surat lamaran kita ke suatu perusahaan dengan cara yg conventional. Kita kirim dari kantor pos. Ntar kantor pos yg ngirimkan ketempat tujuan tersebut. Kita ga ush nungguin terus di kantor pos sampe surat tu nyampe ditujuan. Kita bisa langsung pulang dan ngerjain urusan kita yg lain. Nah ketika surat tersebut sampai di perusahaan yg dituju, terserah perusahaan tersebut mw diproses atau tidak. Kita hanya tinggal menunggu. Klo misalnya perusahaan nya berminat ntar dia hubungin kita. Klo misalnya kita ga dipanggil2 maka kita bisa menyimpulkan bahwa lamaran tersebut gagal total.