REST กับ SOAP ต่างกันอย่างไร ?

สิ่งหนึ่งที่ developer ควรทำความเข้าใจก็คือ เรื่องของ REST vs SOAP ก่อนตัดสินใจใช้นั้น ควรรู้และเข้าใจก่อนว่า

• REST และ SOAP คืออะไร ?
• ทั้งสองมีข้อดีและข้อเสียอย่างไร ?
• ใช้งานแต่ละตัวเมื่อใด ?

เรื่องความรู้พื้นฐานมันสำคัญมาก ๆ ดังนั้นมาปูพื้นแบบเบา ๆ กันนิดหน่อย SOAP ย่อมาจาก Simple Object Access Protocol ถูกกำหนดขึ้นมาตั้งแต่ปี 1998 เป้าหมายเพื่อใช้ในตลาด enterprise โดยเฉพาะ ปล. developer หลาย ๆ คนอาจจะไม่รู้จัก SOAP ก็เป็นได้ !! REST ย่อมาจาก Representational State Transfer ถูกกำหนดขึ้นมาตั้งแต่ปี 2000 เป้าหมายเพื่อเป็นรูปแบบหนึ่งในการออกแบบ open web technology

แนวคิดพื้นฐาน

SOAP นั้นต้องสร้างให้ application logic ออกมาเป็น service ทำให้การตั้งชื่อเป็นดังนี้

• getUserInformation
• payInvoice

โดย SOAP เป้าหมายเพื่อเป็น protocol ใหม่ของการติดต่อสื่อสาร ส่วน REST นั้นต้องการทำให้ข้อมูลอยู่ในรูปแบบของ resource ส่วนการกระทำต่าง ๆ เป็นไปตาม HTTP Verb หรือ HTTP Method (GET, POST, PUT, DELETE) และทำงานแบบ Stateless ทำให้การตั้งชื่อเป็นดังนี้

• userinformation
• invoice

ข้อดีและข้อเสียของ SOAP

ข้อดี

• สามารถทำงานอยู่บน protocol ใด ๆ ก็ได้
• อธิบาย service ด้วย WDSL (Web Service Description Language)
• มีความน่าเชื่อถือ เมื่อเกิดปัญหาสามารถทำการ retry ได้
• สนับสนุนเรื่อง security อยู่แล้ว ทั้ง authentication, authorization และ การเข้ารหัสข้อมูล

ข้อเสีย

• ยากต่อการพัฒนา ทำให้ไม่เป็นที่นิยมสำหรับระบบ web และ mobile
• สนับสนุนรูปแบบข้อมูล XML เพียงอย่างเดียว
• เนื่องจากมันเป็น standard ทำให้มีข้อจำกัดเยอะ
• เนื่องจากโครงสร้างมันมีหลายส่วนทำให้มี overhead สูง หรือ ต้องใช้ bandwidth สูงกว่า REST

ข้อดีและข้อเสียของ REST

ข้อดี

• ทำการอยู่บน HTTP และทำตามมาตรฐานของ HTTP จึงทำให้พัฒนาได้ง่าย
• สนับสนุนรูปแบบข้อมูลมากมาย เช่น XML, JSON, Plain Text และอื่น ๆ อีกมากมาย
• รองรับการขยายระบบได้ง่าย
• มีประสิทธิภาพการทำงานที่ดี
• รองรับเรื่อง caching ข้อมูล

ข้อเสีย

• ทำงานได้เฉพาะ HTTP protocol เท่านั้น
• ไม่มีเรื่องของ security และ reliability มาให้ในตัว ดังนั้นต้องทำเอง
• รูปแบบข้อมูลที่ส่งไปมาระหว่าง client-server ไม่มีข้อจำกัดอะไรเลย

คำถามที่น่าสนใจคือ จะใช้ SOAP และ REST เมื่อใดบ้าง ?

ใช้ SOAP เมื่อ ต้องการจัดการ transaction เมื่อต้องทำงานกับหลาย ๆ ระบบ ต้องการความเข้มงวดในการเชื่อมต่อระหว่าง client/server ตัวอย่างเช่น Finacial service และ Telecommunication service ดังนั้นจึงไม่แปลกว่า ทำไมในองค์กรใหญ่ ๆ เหล่านี้ใช้ SOAP กันมาก ใช้ REST เมื่อ ต้องการลดขนาดของข้อมูล และ จำนวน bandwidth ที่ใช้งาน ต้องการเมื่อทำงานอยู่บนระบบ web และ mobile ตัวอย่างเช่น Social media service, Web Chat service ดังนั้นจึงไม่แปลกว่า ทำไมระบบ web และ api ต่าง ๆ ผ่าน web จึงเป็น REST บางคนไปหาข้อมูลสำหรับ Open API น่าจะข้อมูลดังนี้ ซึ่งบอกว่า REST มันได้รับความนิยมกว่า SOAP มากมาย

สุดท้ายแล้ว ก่อนจะเลือกใช้งานอะไร

ต้องมีความรู้พื้นฐานก่อน ต้องมีความเข้าใจก่อน ต้องเข้าใจความต้องการของระบบก่อน จึงจะเลือกได้อย่างถูกต้องและเหมาะสม

มิใช่เพียงฟังเขาบอกมา ว่ามันดี จึงใช้ตาม !!

ปิดท้ายด้วย Infographic ของ REST vs SOAP Reference Websites http://stackoverflow.com/questions/19884295/soap-vs-rest-differences https://dzone.com/articles/rest-or-soap-which-one-to-use http://searchsoa.techtarget.com/tip/REST-vs-SOAP-How-to-choose-the-best-Web-service