Web Service Chapter 4

31513

true           อธิบายถึงการทำงานของ Web Service           เมื่อเราทราบแล้วว่าส่วนประกอบหลัก ๆ ของ Web Service มีอะไรบ้างแล้วทำหน้าที่อะไร มาดูกันว่าแต่ละส่วนนั้นทำงานร่วมกันอย่างไรบ้าง<img src="/file/hitcha/process.jpg" border="0" alt="process" width="653" height="337" align="middle" />          เมื่อเราทราบถึงกระบวนการทำงานของ web service แล้วก็คงงงว่าแล้วจะทำอย่างไรให้เกิดเป็น WSDL, UDDI, SOAP           ทางฝั่งจาวา จะมี JAVA EE 5 ซึ่งได้กำหนดคำสั่ง API สำหรับภาษาจาวาในการเรียกใช้ XML ต่าง ๆ  ดังนี้ ·         JAX-WS (Java API for XML-Based Web Services) เป็นชุดคำสั่งภาษาจาวาเพื่อพัฒนาให้บริการเว็บเซอร์วิสและเรียกใช้เว็บเซอร์วิส โดยจะสนับสนุนมาตรฐานต่าง ๆ  ของ W3C เช่น SOAP และ WSDL และสนับสนุนการส่งข้อมูลทั้งแบบ Asynchronous และ Synchronous พร้อมทั้งทำการ binding ข้อมูลโดยใช้ JAXB ดังนั้นนักพัฒนาโปรแกรมสามารถใช้ภาษาจาวาสร้างและเรียกเว็บเซอร์วิสได้  โดยไม่จำเป็นต้องพัฒนา SOAP หรือ WSDL เอง·         JAXB (Java Architecture for XML Binding) เป็นชุดคำสั่งภาษาจาวาเพื่อทำการจับคู่ (mapping) ข้อมูลที่เป็นภาษา XML กับออปเจ็คที่เป็นจาวาคลาส·         JAXP (Java API for XML Processing) เป็นชุดคำสั่งภาษาจาวาเพื่อแปล  เปลี่ยนแปลง  ตรวจสอบความถูกต้อง และค้นหา  เอกสารหรือไฟล์ที่เป็นภาษา XML·         SAAJ (SOAP with Attachments API for Java) เป็นชุดคำสั่งภาษาจาวาเพื่อสนับสนุนการส่งเอกสาร XML ผ่านอินเตอร์เน็ต·         JAX-RPC (Java API for XML-Based RPC) เป็นชุดคำสั่งสำหรับพัฒนาเว็บเซอร์วิสเช่นเดียวกับ JAX-WS แต่จะใช้สำหรับ J2EE เวอร์ชัน 1.4 และสนับสนุน SOAP 1.1·         WSIT (Web Services Interoperability Technology) เป็นชุดคำสั่งภาษาจาวาเพื่อเชื่อมโยงระหว่าง Java EE และ .NET 3.0 ช่วยในการพัฒนาโปรแกรมผ่านสถาปัตยกรรม SOA           API เหล่านี้ล้วนแล้วแต่เป็น ส่วนที่ทำให้เกิดเป็น web service ขึ้นมาทำให้เกิดขึ้นมาได้อย่างไร นั่นก็คือ สำหรับ WSDL, UDDI, SOAP เราทราบว่ามันทำงานอย่างไร แต่....มันเกิดขึ้นมาได้อย่างไรละ คำถามนี้ เหล่า API ต่าง ๆ จะเป็นผู้ตอบคำถามทั้งหมดครับนั้นก็คือ เราสร้างได้จาก API เหล่านี้ได้นั่นเอง                    สำหรับเนื้อหาก็จะจบที่บทนี้นะครับ แต่ผมก็จะมีการเพิ่มเนื้อหาในส่วนที่ขาดอยู่เรื่อย ๆ นะครับเพราะอาจจะมีส่วนเนื้อหาที่ขาดหายไปบ้าง เดี๋ยวจะอับ blog ขึ้นมาใหม่ในรูปแบบที่น่าอ่านขึ้นเรื่อย ๆ นะครับ มีปัญหาสงสัยอะไรก็สอบถามกัยได้เลยนะครับ

2008-01-17T16:07:25+07:00

กระบวนการทำงานของ web service false 159813

2008-11-26T19:05:45+07:00

false

2008-01-17T16:07:25+07:00

Web Service Chapter 4

31513

true          จากที่เราได้แนะนำข้อมูลเบื่องต้นไปส่วนใหญ่จะให้เห็นเป็นภาพรวมก่อนนะครับ (ในมุมมองของผม การสร้างหรือการทำ web service นั้นแค่คลิกขวา แล้วก็ให้มันเจน เป็น web service ง่ายมั้ยหล่ะครับ ^^ เพราะฉนั้นเราอย่ามองว่ามันเป็นเรื่องยากจนเกินตัวนะครับ)         ในเนื้อหานี้ผมจะให้เห็นมาตรฐานของ web service หลัก ๆ ทั้งหมดเลยนะครับเพื่อให้รู้ว่าจะให้มันเป็น web service นี้นั้นมันจะต้องมีอะไรบ้าง <h2 style="margin: 0cm 0cm 0pt" class="MsoNormal">       มาตรฐานหลักของเวปเซอร์วิส</h2><h2 style="margin: 0cm 0cm 0pt" class="MsoNormal"></h2>          ในการเรียนรู้เกี่ยวกับ Web Service นั้นจะต้องรู้จักภาษา XML ก่อนถึงทำงานกับ Web Service ได้ ภาษา XML นั้นเป็นภาษาที่เป็นมาตรฐานกลาง คือทุก ๆ ภาษาจะมี XML ซึ่ง XML ของแต่ละภาษานี้จะมีลักษณะที่เหมือนกันองค์ประกอบต่าง ๆ จะเหมือนกัน แต่อาจจะแตกต่างบ้างเล็กน้อยในส่วนย่อย ๆ  ที่ไม่สำคัญ ดังนั้นการที่ภาษาต่าง ๆ  จะติดต่อกันได้ก็จะต้องติดต่อกันผ่าน XML นั่นเอง          เมื่อเรารู้แล้วว่า XML คืออะไร ก็จะมาดูรายละเอียดว่าเมื่อเราจะนำภาษา XML ไปทำเป็น Web Service นั้นเราจะต้องรู้จักกับอะไรบ้าง            XML Schema (โครงสร้างของ XML)             การที่เราจะสร้างระบบที่ต้องใช้ XML ในการติดต่อข้อมูลหากันนั้น จะต้องมีสิ่งหนึ่งที่จะเป็นตัวบ่งบอกว่า ในแต่ส่วนหรือชื่อที่เรานำไปใช้เขียนใน XML Tag นั้นคืออะไรมีส่วนเกี่ยวข้องกับส่วนใดเราจำเป็นจะต้องมีส่วนที่อธิบายตรงนี้ด้วย สิ่งที่อธิบายนั่นก็คือ XML Schema นั่นเองเพราะฉะนั้นเราจะต้องมี XML Schema ทุกครั้งเมื่อเราทำการเขียนโปรแกรม           XML Namespace (กลุ่มของชื่อที่เป็นลักษณะเฉพาะ)            จะเป็นส่วนที่อธิบายต่อจาก XML Schema เพราะจะบ่งบอกว่า Tag นี้คืออะไร เช่นมี Tag <t:name= “xx” ….>…..</t:name> ถ้าเราไม่ทราบ Schema เราก็จะไม่รู้ว่า name คืออะไรเพราะฉะนั้นกลุ่มของชื่อที่เราได้อธิบายใน Schema นั้นจะเป็นตัวบอกว่าในเอกสาร XML ที่เราได้สร้างมานั้นมีลักษณะเฉพาะอะไรบ้างหรือชื่อเฉพาะอะไรบ้างนั่นเอง  WSDL (Web Services Description Language)         <img src="/file/hitcha/03fig18.gif" border="0" alt="wsdl" width="500" height="387" align="middle" />รูปแสดงลักษณะของเอกสาร WSDL                      เป็นเอกสารที่อธิบายว่าระบบบริการนี้  ทำอะไรได้มีมีส่วนประกอบอะไรบ้าง  จะต้องส่งข้อมูลอะไรไปบ้างและจะได้ข้อมูลอะไรกลับมา โดยจะอธิบายแบบคร่าว ๆ  และจะบอก URL ของแหล่งเก็บข้อมูลหรือแหล่งที่ทำการประมวลผลของบริการ เพื่อทำการแลกเปลี่ยนข้อมูลถึงกัน   UDDI (Universal Description, Discovery, and Integration)                           <img src="/file/hitcha/uddi.jpg" border="0" alt="uddi" width="290" height="232" align="middle" />          ทำหน้าที่เป็นไดเร็กทอรี่ของบริการ โดยรับลงทะเบียนบริการต่าง ๆ  ที่ผู้ให้บริการมาประกาศไว้สำหรับให้ผู้ใช้บริการทำการสอบถามได้ในภายหลัง UDDI กำหนดรูปแบบในการประกาศข้อมูลเกี่ยวกับผู้ให้บริการและบริการ และกำหนด API สำหรับการประกาศและสอบถามข้อมูลดังกล่าว ผู้ให้บริการสามารถประกาศรายละเอียดเกี่ยวกับหน่วยงานของตน และให้รายละเอียดเกี่ยวกับบริการที่เปิดให้บริการ โดยระบุรายละเอียดเกี่ยวกับการติดต่อซึ่งมีข้อมูล URLสำหรับใช้ในการเรียกใช้บริการ และมีข้อมูลอ้างอิงไปยัง WSDL ของบริการ            ข้อมูลใน UDDI จะประกอบไปด้วยรายละเอียดเกี่ยวกับองค์กร (business Entity) รายละเอียดเกี่ยวกับเซอร์วิส (business Service) รายละเอียดเกี่ยวกับการติดต่อ (binding Template) URL สำหรับการเรียกใช้เซอร์วิส (access Point) และข้อมูลอ้างอิงไปยัง WSDL (tModelInstanceInfo) มาตรฐาน UDDI ล่าสุดเป็น เวอร์ชัน 3.0           SOAP Web Service Standard                    SOAP เป็นโปรโตคอลที่กำหนดรูปแบบข้อมูล XML สำหรับการส่งข้อความระหว่างผู้ร้องขอข้อมูลกับผู้ให้บริการ เพื่อเป็นการแลกเปลี่ยนระหว่างข้อความที่ผู้ร้องขอส่งให้กับผู้ให้บริการ แล้วผู้ให้บริการก็ส่งข้อมูลที่เป็นผลลัพธ์ให้กับผู้ร้องขอ ส่วนการส่งข้อมูลนั้นสามารถส่งได้สองทางนั่นก็คือ โปรโตคอล HTTP กับ โปรโตคอล Web Service          การส่งข้อความ SOAP มีสองรูปแบบคือ SOAP-RPC และ SOAP message โดย SOAP-RPC ใช้ในการส่งข้อความเพื่อใช้เรียกเมธอดหรือ Procedure ซึ่งโดยมากจะเป็นรูปแบบ Synchronous โดย SOAP จะส่ง SOAP Request ส่วน SOAP-message ใช้ในการส่งข่าวสารหรือข้อมูลในรูปแบบ XML ระหว่างผู้ให้บริการและผู้ใช้บริการ โดยสามารถส่งได้ทั้งแบบ Synchronous และ Asynchronousโครงสร้างของ SOAP มีดังนี้-          ส่วน SOAP Envelope : ใช้ในการอธิบายข่าวสาร ระบุเนื้อหา และกระบวนการจัดการข้อมูล-          ส่วน SOAP Transport : ใช้ในการอธิบายโพรโทคอลเกี่ยวกับการส่งข้อมูลเช่น HTTP หรือ SMTP-          SOAP Encoding : ใช้ในการอธิบายการเข้ารหัสเพื่อจับคู่ชนิดข้อมูล (data type) ที่ใช้ในโปรแกรมประยุกต์ XML element               ทั้งหมดนี้เป็นมาตรฐานหลักของ web service ผมจะสรุปให้สั้น ๆ เลยนะครับ นั่นก็คือ ในการที่เราจะหาบริการ(service) ซักหนึ่งบริการนั้น เราจะต้องไปหาที่ uddi ที่เป็นเหมือนสมุดหน้าเหลืองเพื่อใช้ค้นหา บริการที่เราต้องการ เมื่อเจอแล้ว uddi ก็จะส่ง wsdl ไฟล์กลับมาให้เรา เพื่อให้เราได้เห็นหน้าตาว่าเราจะต้องส่งข้อมูลอะไรไปให้บริการนี้บ้าง และที่อยู่ของบริการเพื่อให้เราเรียกใช้งาน เมื่อเราได้ที่อยู่แล้วเราก็จะส่งข้อความไปเพื่อร้องขอข้อมูลที่เราต้องการ(หรืออีกนัยหนึ่งก็คือ เพื่อให้ได้ข้อมูลที่บริการนั้นสามารถส่งกลับมาได้) โดยการส่งข้อความนี้จะผ่านโปรโตคอลชื่อ SOAP ใช้ในการรับ parameter และ ส่งผลลัพธ์กลับมาให้กับผู้ร้องขอข้อมูล ก็เป็นการจบกระบวนการทำงานของ 1 รอบของการร้องขอข้อมูล 1 ครั้ง

2008-01-17T15:38:03+07:00

มาตรฐานของ web service false 159808

false

2008-01-17T15:42:52+07:00

Web Service Chapter 3

31513

true             หลังจากที่เราทราบถึงวิวัฒนาการของ Web Service แล้วเรามาดูกันว่า Web Service คืออะไร คุณลักษณะพื้นฐาน และ จุดเด่นของ Web Service คือ อะไร              Web Service คืออะไร          หลาย ๆ คนอาจจะเคยสงสัยว่า Web Service กับ Web ธรรมดาทั่วไปนั้นมันต่างกันอย่างไรใช่มั้ยครับ แน่นอนผมก็เคยสงสัย แล้วก็สงสัยอีกอย่างหนึ่งว่า มันดีกว่าเวปทั่วไปอย่างไร          ผมจะอธิบายข้อแตกต่างอย่างที่เห็นได้ชัด และไม่เป็นไปตามหลักการใด ๆ ก่อนนะครับ           1. ข้อแตกต่างอย่างแรก คือ Web Service มันเป็น XML แต่ Web ทั่วไปมันเป็น          2. มีรูปแบบการทำงานเฉพาะเจาะจงในแต่ละส่วนย่อย          3. Web Service สามารถนำระบบเดิมมาใช้งานใหม่ได้ (reuse)          4. ที่สำคัญ Web Service เป็นโปรโตคอลตัวหนึ่งที่เป็น XML          ...... (และอีกหลายตัวที่แตกต่างกัน สรุปคือมันต่างกันมากน่ะครับ)          เอาเป็นว่าผมมาอธิบาย การทำงานแบบย่อ ๆ น่าจะดีกว่านะครับ         1. ส่วนประกอบหลัก ๆ ที่ใช้ส่งข้อมูลกันนะครับ คือ parameter ที่รับจากหน้า client และส่วนที่ return ของ method นั้นคือผลลัพธ์ที่ได้จาก service นั้น         2. Web Service จะมีส่วนที่เกี่ยวของกันหลัก ๆ คือ ผู้ร้องขอข้อมูล (ส่งparameter ที่ระบบต้องการ) และ ผู้ให้บริการ (ส่งผลลัพธ์ให้กับผู้ร้องขอข้อมูล)         3. การส่งข้อมูลหากันนั้น เราสามารถอยู่ให้รูปของหน้าจอบนเว็บก็ได้นะครับ(เค้าเรียกว่า web service client) โดยหน้าจอนี้ จะมีช่องให้กรอกซึ่งช่องต่างๆนี้นั่นเองที่เป็นตัวส่ง parameter เข้าหา medthod ของ web service นั้นเองเมื่อเรากดปุ่ม submit เราก็จะได้ผลลัพธ์จาก service ที่เราติดต่อด้วย         4. ในการทำงานของข้อที่ 3 นี่เองที่กว่าจะได้ข้อมูลตอบกลับนั้นขั้นตอนเยอะอยู่พอสมควร (ระบบมันจะทำให้นะครับ เราปล่อยให้ระบบมันยุ่งเอง) โดยการทำงานหลัก ๆ มันอย่างที่เห็นนะครับคือมันจะทำงานเป็น method/function นะครับ 1 service อาจจะมีหลาย method/function ก็ได้นะครับโดยที่แต่ละ method/function นั้นจะทำงานเสร็จในตัวมันเองโดยที่มันไม่ต้องมารอหรือสนใจว่า service อื่น method อื่นจะทำงานเสร็จหรือไม่          คุณลักษณะพื้นฐานของ Web Service         1. Web Service เป็นซอฟต์แวร์คอมโพเนนท์ที่ระบุตำแหน่งโดยใช้ URI            2. ภาษาที่ใช้อธิบาย Web Service ก็คือ ภาษา XML            3. Web Service สนับสนุนโปรโตคอลอินเตอร์เน็ท            4. Web Service ช่วยในการเชื่อมโยงโปรแกรมประยุกต์ต่างแพลทฟอร์มผ่านทางอินเตอร์เน็ท            5. Web Service จะมีลักษณะเป็นอิสระ  และมีฟังก์ชันที่สมบูรณ์ในตัว            6. สามารถค้นหาและเรียกใช้งาน Web Service จาก registry ที่เป็นแบบ public หรือ private โดยใช้มาตรฐานกลางเช่น UDDI เป็นต้น            จุดเด่นของ Web Service           1. ความสามารถในการเชื่อมโยงโปรแกรมประยุกต์ที่หลากหลายโดยใช้มาตรฐานกลาง             2. ลดค่าใช้จ่ายในส่วนของการพัฒนาโปรแกรมใหม่ๆ เนื่องจาก Web Service สามารถนำระบบอื่น ๆ หรือ ซอฟท์แวร์คอมโพเนนท์อื่นๆ มาใช้ใหม่ได้ (reuse)            3. สามารถใช้ได้กับอุปกรณ์ที่หลากหลายไม่จำกัดเฉพาะคอมพิวเตอร์และสามารถเรียกใช้ได้ตลอดเวลา           4. สามารถจัดการระบบได้เองโดยไม่จำเป็นต้องมีคนมาคุม         5. ระบบจะใหญ่ขนาดไหนก็ไม่จำกัด        อาจจะอ่านแล้วงงๆ นะครับ แต่เดี๋ยวเราไปดูที่บท ต่อๆ ไปจะมองภาพออกมากยิ่งขึ้นเพราะว่าที่ผมเขียนไปนั้นเป็นขั้นตอนที่ข้ามรายละเอียดย่อย ๆ ต่าง ๆ ไปก่อนนะครับให้เห็นว่าลักษณะเด่น ๆ ของมันเป็นอย่างไรก่อน แต่ถ้ามีข้อผิดพลาดตรงไหนก็บอกกันได้นะครับเดี๋ยวผมจะรีบมาแก้ไขใหม่ให้ทันทีเลยนะครับ

2008-01-17T14:48:48+07:00

characteristic & distinctive point false 159781

false

2008-01-17T15:47:09+07:00

Web Service Chapter 2

31513

true        จากเนื้อหาของ SOA จะเห็นได้ว่า เทคโนโลยีที่ประยุกต์เอา SOA ไปใช้แล้วเกิดประสิทธิภาพมากที่สุดในตอนนี้ก็คือ Web Service ผมก็เลยอยากให้ทุกคนได้เห็นว่า ก่อนที่จะมาเป็น Web Service ได้มีเทคโนโลยีก่อนหน้านั้นเทคโนโลยีใดบ้าง เรามาดูกันเลยนะครับ             ยุคแรก ๆ                            ในยุคนี้จะเป็นยุคของเครื่อง เมนเฟรม ที่ทำการสั่งงานและประมวลผลที่เครื่อง ๆ  เดียว หรือเรียกว่า Stand alone จะเป็นยุคที่เครื่องคอมพิวเตอร์มีขนาดใหญ่ และราคาแพงการทำงานหรือการสั่งงานค่อนข้างซับซ้อน      ยุคก่อนยุคกลาง                           ในยุคนี้เครื่องคอมพิวเตอร์เริ่มจะมีราคาถูกมากขึ้น จึงเริ่มมีการใช้งานคอมพิวเตอร์เป็นระบบมากยิ่งขึ้น นั่นก็คือมีการแยกฝั่งการติดต่อ เป็นฝั่ง Client กับฝั่ง Server หรือจะเรียกว่า ยุค Two Tier       ยุคกลาง                           เป็นยุคที่พัฒนามาจากยุคก่อนหน้านี้  นั่นก็คือมีการแบ่งฝั่งการทำงานเป็นสามฝั่ง  หรือ Three Tier นั่นก็คือ จะมีฝั่งของ Client ฝั่งของ Server ที่ทำการประมวลผล และ ฝั่งของ Server ที่เก็บข้อมูลทั้งหมดไว้หรือ ระบบฐานข้อมูล ซึ่งยุคนี้ ได้มีการพัฒนาการเขียนโปรแกรมเป็นแบบ OOP ขึ้น นั่นก็คือทำการเขียนโปรแกรมเชิงวัตถุ มองคลาสต่าง ๆ หรือส่วนต่าง ๆ เป็นวัตถุทั้งหมดเพียงแค่ต้องการวัตถุส่วนไหนมาใช้งานก็เพียงแค่เรียกใช้งานก็สามารถทำงานได้ จึงทำให้การทำงานเป็นสัดส่วนมากยิ่งขึ้น        ยุคต่อมา                           เป็นยุคที่เริ่มจะถดถอยทางด้านการเขียนโปรแกรมอีกครั้งเนื่องจากเป็นยุคของเว็บ  ที่พูดว่าเป็นยุคของการถอดถอยเพราะว่า  การสร้างเว็บนั้นทำการเขียนโปรแกรมต่าง ๆ ที่หน้าจอเพียงอย่างเดียว  ไม่มีการแบ่งการทำงานเป็น  สัดเป็นส่วน หรือเป็นยุคสปาเก็ตตี้  โคดดิ่ง        ยุคแห่งการแก้ไข                            ยุคนี้เป็นยุคที่เข้ามาแก้ไขข้อบกพร่องของยุคก่อนหน้า คือการกลับมาของ OOP นั่นก็คือการเขียนเว็บเป็นแบบ MVC           ยุคแห่งการบริการ                            เป็นยุคที่มองทุกอย่างเป็นบริการ (เหมือนมองทุกอย่างเป็นวัตถุ) เมื่อเราต้องการใช้งานบริการใดก็เพียงแค่เรียกใช้เป็น “บริการ ๆ” เท่านั้น (เหมือนเรียกเป็น คลาส ๆ หรือเป็นเป็นวัตถุ) ซึ่งยุคนี้จะเรียกว่ายุคของ “เว็บ เซอร์วิส (Web Service)” นั่นเอง          ยุคแห่งการรวมบริการ                            เป็นยุคที่นำเอาบริการที่แยกกันมารวมกันให้เป็นบริการใหม่  นั่นก็คือในยุคก่อนหน้านี้ (ยุคแห่งการบริการ) เป็นยุคที่ผู้ใช้บริการต้องเสียเวลาในการค้นหาบริการที่เกี่ยวเนื่องกันเป็นอย่างมาก เนื่องจากมีบริการจำนวนมากอาจจะเป็นหมื่นบริการ แต่เราต้องการเพียงแค่ สี่ หรือ ห้าบริการที่เกี่ยวของกัน จึงเป็นการเสียเวลาอย่างมากในการเสียเวลาในการค้นหา  ยุคนี้จึงได้มีการรวมเอาบริการที่เกี่ยวข้องกันเหล่านั้นมารวมกันเป็นบริการเดียว แต่ก็ยังคงคุณภาพในการทำงานเหมือนเดิมทุกอย่าง ยุคนี้เรียกว่ายุค SOA             เราจะเห็นได้ว่าในปัจจุบันยุกที่เรายังคงคุ้นเคยกันก็คือ OOP แต่ในอนาคตการที่เราจะตามเทคโนโลยีให้ทันได้นั้นเราจะต้องรู้จักกับ Web Service เสียก่อนนะครับ เพราะฉนั้นในเนื้อหาของบทต่อ ๆ ไปผมจะอธิบายในเนื้อหาของ Web Service ว่ามันคืออะไร มีส่วนประกอบอะไรบ้างจึงจะเป็น web service รวมไปถึงการทำ Lab ซึ่งผมจะนำมาสอนเป็น video ในคราวหน้านะครับ

2008-01-17T12:48:36+07:00

Evolution of the Service Concept false 159757

false

2008-01-17T12:51:21+07:00

Web Service Chapter 1

31513

true         หลังที่เรารู้ข้อมูลของ SOA มาจากบท 1 และ 2 แล้วคราวนี้เรามาดูกันว่า แล้ว SOA มันจะเหมาะสมกับใคร หรือ ใครที่จะ้เอาไปใช้ควรที่จะมีอะไรเป็นตัวบ่งบอกว่าควรที่จะใช้ SOA         ในยุคปัจจุบันองค์กรส่วนใหญ่เช่นสถาบันการเงิน  โทรคมนาคม  ภาครัฐ  หรือองค์กรเอกชนต่าง ๆ  ล้วนแล้วแต่ต้องใช้เงินลงทุนกันหลายสิบล้าน  ผู้พัฒนาระบบไม่ใช่แค่นักพัฒนาเพียงอย่างเดียว แต่จะรวมไปถึงผู้เชี่ยวชาญทางด้านธุรกิจนั้น ๆ  ด้วย เนื่องจากธุรกิจ หรือองค์กรภาครัฐในปัจจุบันจะต้องมีการติดต่อกับองค์กรภายนอก จึงจำเป็นต้องให้นักพัฒนาทำงานร่วมกับผู้เชี่ยวชาญทางธุรกิจ  เพราะการนิยามเซอร์วิสและการพัฒนากระบวนการธุรกิจจะต้องมีความเข้าใจเป็นอย่างดี         แต่สำหรับธุรกิจเล็ก ๆ  ที่ไม่จำเป็นต้องติดต่อกับองค์กรอื่น ๆ  หรือทำงานเพียงแค่วงในก็อาจจะไม่จำเป็นต้องใช้ระบบ SOA ก็ได้                  Case study              ตัวอย่าง Credit Suisse Group เป็นบริษัทผู้นำทางด้านการเงินระดับโลกมีศูนย์ใหญ่อยู่ที่ ซูริค  ประเทศ<a href="http://www.visualtravelguide.net/medium/Swiss.html">สวิสเซอร์แลนด์</a>  ประกอบไปด้วยบัญชีลูกค้ากว่า 5 ล้านบัญชีมีการเปลี่ยนแปลงกว่า 218 ล้านบัญชีต่อปี มีระบบการเงินที่มีขนาดใหญ่ประมาณ 600 แอพพลิเคชั่น โค้ดที่ยาวเกือบ 12 ล้านบรรทัด (เฉพาะระบบกลาง) อีกทั้งยังทำงานบนระบบปฏิบัติการที่แตกต่างกัน (IBM mainframe, UNIX, Windows) แต่ระบบเก่าเป็นระบบที่สร้างมานานแล้ว จึงทำให้ระบบค่อนข้างซับซ้อนและดูแลยาก ทำให้บริษัทนี้ต้องการระบบใหม่ที่เข้ามาแก้ไขปัญหาดังกล่าวนั่นก็คือในเรื่องของการพัฒนาระบบใหม่ ๆ และการพัฒนาระบบการดูแลรักษา           ในการพัฒนาระบบของบริษัทนี้เริ่มจากการทำโครงการนำร่องจากระบบเล็ก ๆ  ที่รองรับผู้ใช้ได้หลายพันคนจนในปัจจุบันสามารถพัฒนาระบบที่สมบูรณ์ที่มีเซอร์วิสมากกว่า 800 เซอร์วิสสามารถรองรับผู้ใช้ได้กว่า 1.5 – 2 ล้านต่อวัน มีการประมวลผลข้อความกว่า 500,000 ข้อความต่อวัน           จากผลความของความสำเร็จดังกล่าวเกิดจากการที่มีการเริ่มจากจุดเล็ก ๆ ที่มีการวางแผนที่ดี  มีการรวมทีมที่มีบุคลากรที่มีประสิทธิภาพ  ในคำว่ามีประสิทธิภาพนี้ก็คือ มีทั้งผู้พัฒนาระบบ และผู้เชี่ยวชาญทางด้านธุรกิจร่วมกันพัฒนา ทำให้ระบบที่ได้เป็นระบบที่เข้ากับธุรกิจของบริษัทอย่างแท้จริง  อีกทั้งยังรองรับการเพิ่มเติม  รองรับการดูแลรักษาระบบอย่างมีประสิทธิภาพ  ทั้งหมดนี้ทำให้ระบบของ Credit Suisse Group เป็นระบบ SOA ประสบความสำเร็จได้

2008-01-16T21:01:12+07:00

แล้วใครละที่ต้องใช้ false 159652

2009-07-29T08:56:32+07:00

false

2008-01-16T21:01:12+07:00

SOA Chapter 3

31513

true          ในเนื้อหาที่สองนี้เราจะแนะนำในส่วนของ โครงสร้างพื้นฐาน (infrastructure) ของ SOA กันนะครับ โดยจะเปรียบเทียบในเชิงของ บ้านเรื่อน ถนน ต่างๆ เพื่อให้เห็นภาพกันชัดเจนยิ่งขึ้นนะครับ<img src="http://www.hinttech.com/images/websphere/soa1qa.jpg" border="0" alt="ที่มา : http://www.hinttech.com/websphere/soa.html" width="480" height="269" align="middle" />ต้องขอยืมรูปจาก : http://www.hinttech.com/websphere/soa.html นะครับ เพราะเค้าทำได้ดีมาก ทำให้เห็นภาพรวมทั้งหมดของ SOA ได้ชัดเจนที่สุด           SOA นั้นถ้าให้เข้าใจกันง่าย ๆ นั้นก็เปรียบเสมือน เมืองที่มีบ้านเรือนแล้วมีถนนสายสำคัญที่เป็นเส้นทางเชื่อมต่อระหว่างบ้านแต่ละบ้าน บ้านเรือนต่าง ๆ ก็เป็นตัวแทนของผู้ใช้บริการและผู้ให้บริการ ส่วนถนนที่เป็นเส้นทางในการเดินทางนั้นก็เป็นตัวแทนของ ESB หรือ Enterprise Service Bus แล้วในการเชื่อมต่อเส้นทางต่าง ๆ ของเมืองนี้จะต้องมีผู้ที่รักษาความปลอดภัยให้ด้วยเพื่อให้บ้านเมืองมีการส่งข้อมูลเป็นระเบียบเรียบร้อยนั่นเอง           โครงสร้างพื้นฐานของ SOA (Infrastructure of SOA)          จากรูป 2.1 จะเห็นส่วนประกอบสำคัญของ SOA ดังนี้   1. ผู้ให้บริการ (Service Provider)คือผู้ที่เป็นเจ้าของบริการต่าง ๆ  ที่เป็นตัวแทนในการให้บริการ   2. ผู้ใช้บริการ (Service requestor)คือผู้ใช้บริการที่ต้องการเรียกใช้บริการจากบริการต่าง ๆ  ที่มีอยู่ในระบบ   3. ตัวกลางในการหาบริการ (Service broker)เป็นที่รู้จักกันในชื่อของ UDDI หรือ ตัว Registry เป็นตัวเก็บเซอร์วิสต่าง ๆ ที่มีอยู่ซึ่ง Registry จะเป็นตัวที่ใช้ในการค้นหาและเรียกใช้ เซอร์วิส    4. ช่องทางในการส่งข้อมูลหรือแลกเปลี่ยนข้อมูล(ESB : Enterprise Service Bus)หลักการของ ESB คือมันจะเป็นตัวกลาง  ที่ทำให้ผู้ที่ต้องการเรียกใช้ Service สามารถเรียกใช้ผ่าน ESB ได้ ทำให้สะดวกไม่ต้องติดต่อกับ Service ต่าง ๆ  เอง เช่น ในการตรวจสอบข้อมูลผู้ร้าย  ต้องมีระบบต่าง ๆ  มากมายที่จำเป็น  ต้องมีข้อมูลของประชากร เช่น ชื่อ  ที่อยู่ รูป หรือประวัติการศึกษาการทำงานจากแหล่งต่าง ๆ  ซึ่งหากระบบตรวจสอบ  ต้องติดต่อกับระบบต่าง ๆ  เพื่อให้ได้ข้อมูลของแต่ละระบบ  จากระบบที่ยกตัวอย่างจะเห็นได้ว่าถ้าเรามีตัวกลางจัดการหาข้อมูลที่เราต้องการก็จะทำให้เกิดความสะดวก  และง่ายต่อการค้นหาESB หลัก ๆ  จะทำงานแบบ Publish/Subscribe กล่าวคือ มีระบบที่เป็น เซอร์วิส ทำการ Subscribe Message ภายใน Bus ไว้ หากมีระบบใดก็ตามที่ทำการจัดส่งข้อความที่ตรงกับหัวข้อที่ เซอร์วิส ทำการ Subscribe เอาไว้ ก็จะได้ข้อความนั้นไปทำงาน อย่างตัวอย่างข้างต้น ระบบค้นหาประชากร ระบบจัดการข้อมูลประชากร ระบบค้นหาข้อมูลการศึกษา ระบบค้นหาข้อมูลการทำงาน ระบบค้นหาข้อมูลการกระทำผิด จะทำการ Subscribe Message ของหัวข้อเรื่องค้นหาประชากรเอาไว้ หากมีข้อความที่มีหัวข้อนี้เข้ามาก็จะได้รับข้อความนั้นเพื่อนำไปสร้างข้อมูลประชากรภายในระบบ นอกจากนี้ ESB ยังมีความสามารถในเรื่องของ Workflow ที่จะช่วยจัดลำดับและ Logic ในการนำข้อความส่งให้เซอร์วิส ต่าง ๆ  ด้วย เช่น ข้อมูลประชากรจะต้องส่งไปที่ ระบบค้นหาประชากรตามชื่อก่อน เพื่อจะได้ข้อมูลที่อยู่ เพื่อส่งต่อให้ระบบตรวจสอบการศึกษาและสถานที่ทำงานต่อไปเป็นต้น                 ระดับต่าง ๆ  ของ SOA     SOA จะเป็นการนำระบบเดิมมาจัดการใหม่โดยมีการจัดระดับเป็นเลเยอร์ ดังนี้<ol style="margin-top: 0cm"><li class="MsoNormal">ชั้นของระบบเดิม (Resource Layer) ประกอบไปด้วยระบบที่มีอยู่แล้ว</li><li class="MsoNormal">ชั้นของการบริการ (Service Layer) จะเป็นชั้นที่ประกอบไปด้วย Service layer ของหลาย ๆ บริการที่สามารถนำกลับมาใช้ใหม่โดยจะเป็นบริการที่ได้พัฒนามาเป็นโมดูลย่อย ๆ  ของแต่ละระบบที่เราได้นำมาใช้งาน</li><li class="MsoNormal">ชั้นของกระบวนการทางธุรกิจ (Process Layer) ซึ่งจะเป็นการนำบริการของชั้นก่อนหน้านี้ทั้งหมดมารวมกันเป็นกระบวนการทางธุรกิจกระบวนการเดียว</li><li class="MsoNormal">ชั้นของการเรียกใช้งาน (Access Layer) ซึ่งจะไม่จำกัดเพียงแค่เครื่องคอมพิวเตอร์ แต่จะรองรับได้ทุก ๆ  อุปกรณ์เช่น โทรศัพท์มือถือ PDA Pocket PC และอุปกรณ์ต่าง ๆ  ที่รองรับการทำงานบนเครือข่าย</li></ol><div align="center"><img src="/file/hitcha/preview/SOA+Layer.jpg" border="0" alt="SOA Layer" width="460" height="355" align="middle" /></div><div align="center">รูปแสดง layer ของ SOA (ขออภัยด้วยนะครับไม่ค่อยชัด) </div>                    เครื่องมือสำคัญที่ใช้พัฒนาระบบ SOA1. ESB (Enterprise Service Bus) ESB หมายถึง มิดเดิ้ลแวร์ที่เป็นตัวเชื่อมให้กับระบบไอทีต่าง ๆ ที่เรานำมารวมกัน2. BPM (Business Process Management System)เป็นการนำเอาระบบต่าง ๆ  ที่เรานำเอาเซอร์วิสต่าง ๆ  มารวมกันนั้นมาจัดการให้สามารถเรียกใช้งานได้เป็นระบบได้มากยิ่งขึ้นอีกทั้งยังทำให้การใช้งานระบบของเรามีประสิทธิภาพสูงอีกด้วย3. เครื่องมือพัฒนาโปรแกรมและมิดเดิ้ลแวร์เพื่อเรียกใช้กระบวนการทางธุรกิจเราจำเป็นที่จะต้องมีเครื่องมือในการช่วยออกแบบกระบวนการทางธุรกิจซึ่งจะมีลักษณะเป็น Flow เพื่อให้ง่ายต่อการออกแบบมากยิ่งขึ้น และมีเครื่องมือสร้างมิดเดิ้ลแวร์ที่มีประสิทธิภาพเพื่อให้เราสามารถสร้างระบบได้รวดเร็วและมีประสิทธิภาพมากอีกด้วย4. ระบบความปลอดภัย (Security)ในการเข้าถึงระบบ SOA ของเรานั้นจะต้องมีการกำหนดสิทธิ์ในการเข้าใช้ระบบ และการเข้าหรือถอดรหัสตัวอักษรเพื่อให้เราและผู้เรียกใช้มั่นใจได้ว่าระบบของเรามีความปลอดภัยสูงอีกด้วย         ประโยชน์ของการพัฒนา SOA 1. การติดต่อเชื่อมโยงทางธุรกิจเราสามารถเชื่อมโยงระบบขององค์กรของเรากับองค์กรภายนอกได้  โดยที่แต่ละองค์กรที่ทำการเชื่อมโยงกันนั้นมีรูปแบบหรือเทคโนโลยีที่ต่างกันหรือจะเหมือนกันก็ได้ 2. ระบบไอทีสามารถเปลี่ยนได้ง่ายในการพัฒนาธุรกิจโดยการนำเอา SOA มาใช้นั้นจะเป็นการนำเอาระบบเดิมที่มีอยู่แล้วมาใช้งานใหม่ได้ ดังนั้นการที่เราจะปรับเปลี่ยนกระบวนการทางธุรกิจก็จะเป็นไปได้ง่าย หรือถ้าเราต้องการนำเอาเซอร์วิสใหม่มาเข้ารวมด้วยก็สามารถทำได้ง่ายแค่ทำการเชื่อม กระบวนการทางธุรกิจเข้าด้วยกันก็จะสามารถทำงานร่วมกันได้แล้ว3. ลดค่าใช้จ่ายเนื่องจากเราสามารถนำระบบเดิมมาใช้ใหม่ได้ดังการเราจึงลดค่าใช้จ่ายทางด้านการพัฒนา ระบบใหม่ลงไปทำให้ค่าจ่ายที่จะต้องใช้พัฒนาระบบลดลงไปได้มากอีกทั้งยังลดระยะเวลาในการพัฒนาระบบ4. ความเข้ากันของฝ่ายพัฒนาระบบกับฝ่ายธุรกิจเนื่องจากการทำงานส่วนใหญ่แล้วจะต้องทำงานกับกระบวนการทางธุรกิจเป็นหลักจึงทำให้ฝ่ายธุรกิจสามารถมองระบบออกได้ง่ายยิ่งขึ้นจึงทำให้การพัฒนาระบบสอดคล้องกันได้อย่างลงตัว  และทำให้งานที่ได้เป็นไปอย่างมีประสิทธิภาพ5. ลดความซับซ้อนในการพัฒนาและดูแลรักษาระบบต้องขออภัยด้วยนะครับตอนแรกที่เขียนขึ้นมาทำบน firefox แล้วไม่เห็นว่ามันมีปัญหาตรงที่ content มันไม่ตรงกัน แล้วมันก็อบปี้ไฟล์จาก word มาแล้วมันจะเสีย มาดูอีกที อ้าว! มันทำมัยเพี้ยนแบบนี้ แต่ตอนนี้แก้ไขเรียบร้อยแล้วนะครับ ใครมีข้อเสนอแนะส่วนไหนก็สามารถเขียนเข้ามาได้นะครับ ยินดีรับทุกความคิดเห็นครับ

2008-01-16T20:26:56+07:00

ภาพรวมและโครงสร้างพื้นฐาน false 159643

false

2008-01-17T12:22:36+07:00

SOA Chapter 2

31513

true  จากที่เราเคยเกริ่นนำเรื่องของ SOA ไว้เมื่อเดือนที่แล้ว แล้วได้บอกไว้ว่าเราจะเริ่ม  ทำเนื้อหาที่จะเล่าเรื่องราวของ SOA ทั้งหมดให้ได้เห็นโครงสร้างทั้งหมดโดยละเอียด แล้วในบทนำนี้เราก็จะให้เห็นถึงภาพรวมของ SOA ก่อนว่าก่อนที่จะมาเป็น SOA จนถึงปัจจุบันที่ SOA ได้แจ้งเกิดเพราะสาเหตุใด ในส่วนของบทถัด ๆ ไปจะตามมาทีหลังนะครับ ใครมีข้อสงสัยอะไรก็สอบถามกันมาได้ครับ หรือถ้าใครมีความรู้อะไรใหม่ก็สามารถนำมาแชร์กันได้ครับ ก็ไม่ขอเกริ่นนำมากนะครับเราไปเข้าเนื้อหากันเลยนะครับ แต่เดิมนั้นการที่เราจะพัฒนาแอพพลิเคชั่นที่ใช้ในการเชื่อมต่อกับระบบอื่นอีกหลายระบบในรูปแบบที่ระบบทุกระบบนำมาเชื่อมต่อกันนั้นเป็นอิสระต่อกัน ข้อเสียคือเมื่อเราใช้เครื่องมือใดก็ต้องทำการพัฒนากับเครื่องมือนั้นไปตลอดและด้านการจัดการกับคอนฟิกไฟล์ต่าง ๆ ซึ่งเมื่อเกิดเหตุการณ์ที่จะต้องปรับเปลี่ยนระบบ เราจะต้องทำการเปลี่ยนแปลงแก้ไขทั้งระบบ ทำให้เราต้องเสียทั้งงบประมาณ  เวลา และบุคลากร ในการปรับปรุงระบบนั้น จึงทำให้เกิดการพัฒนารูปแบบการทำงานที่ยืดหยุ่นไม่ยึดติด กับรูปแบบหรือแพลทฟอร์มใด ๆ  โดยใช้ SOA นั่นเองSOA นั้นเป็นหลักการในการออกแบบสถาปัตยกรรมซอฟต์แวร์ที่ไม่ยึดติดกับแพลทฟอร์ม ภาษาใดหรือเทคโนโลยีที่แตกต่างกัน แต่จะเน้นการทำงานของแอพพลิเคชั่นร่วมกัน ทำให้เป็นที่ต้องการในองค์กรปัจจุบันเป็นอย่างมาก เนื่องจากองค์กรในปัจจุบันมีสาขาย่อยอยู่หลายสาขาและต้องติดต่อกับหน่วยงานอื่น ๆ อีกหลายหน่วยงานการประยุกต์นำเอา SOA มาใช้ในองค์กร  กล่าวคือนำ Web Service มาประยุกต์ใช้ให้เข้ากับหลักการของ SOA แต่ก่อนที่จะใช้ Web Service นั้นได้มีการใช้ โปรโตคอลที่ชื่อว่า CORBA (Common Object Request Broker Architecture), RMI , DCOM และอาจจะมีโปรโตคอลตัวอื่น ๆ อีกเพื่อให้เข้ากับ เครื่องมือที่ใช้พัฒนา(ก็หมายความว่าใช้ .NET ก็ต้องใช้ .NET ไปตลอด หรือว่า จาวาก็ต้องจาวาไปตลอดจะเปลี่ยนไม่ได้) ซึ่งการใช้โปรโตคอลเหล่านี้ส่วนใหญ่แล้วจะใช้กับระบบเน็ตเวิร์คภายใน  แต่ในการพัฒนาค่อนข้างมีปัญหาและใช้เวลาอยู่พอสมควรจึงเป็นสาเหตุที่ทำให้หลักการ SOA ไม่เป็นที่นิยมในช่วงแรก  จนได้มีการพัฒนาโปรโตคอล Web Service ซึ่งมีความยืดหยุ่นมากกว่า และยังสามารถใช้งานกับระบบ SOA ได้มีประสิทธิภาพสูงจนทำให้เป็นที่นิยมเป็นอย่างมาก  จนในบางครั้งทำให้หลาย ๆ  คนเข้าใจผิดว่า SOA คือ Web Service แต่ในความเป็นจริงแล้ว SOA เป็นเพียงแค่หลักการในการพัฒนาบริการ  แต่ Web Service คือการที่นำเอาหลักของ SOA ประยุกต์เพื่อพัฒนาระบบบริการให้ดียิ่งขึ้น

2008-01-16T19:58:53+07:00

Introduction of SOA false 159633

false

2008-01-17T12:19:34+07:00

SOA Chapter 1

31513

true          เมื่อเราพอจะทราบว่าอะไรคือ Web Service(WS) คร่าว ๆ  แล้วก็พอจะมองภาพออกแล้วว่า WS นั้นทำงานอย่างไร แต่จะมีใครพอสังเกตได้หรือไม่ว่า WS นั้นยังมีข้อจำกัดของมันอยู่อีก         นั่นก็คือ  ในหน้า UDDI  เราจะเห็นว่ามันมีข้อมูลของ service  ที่มาฝากข้อมูล file wsdl ของแต่ละ service เยอะมาก ๆ จนในบางครั้งเราก็หา service ที่เราต้องการจริง ๆ ไม่ได้ ถึงแม่ว่า UDDI จะมีความสามารถในการค้นหา service ต่าง ๆ ก็ตาม จากปัญหานีจึงได้มีผู้ที่คิดค้นพัฒนา WS ให้ดีขึ้นกว่าเดิม จนเกิดเป็น Service Oriented Architecture(SOA) แต่ก่อนที่จะมาอธิบายส่วนนี้ ผมจะขออธิบาย ยุคของการพัฒนาของ application ก่อนที่จะเข้าสู่การอธิบายลักษณะของ SOA          เริ่มมาจาก ยุคแรก เลยก็คือ ยุคของ mainframe เป็นแบบโปรแกรมเดียวที่มีขนาดใหญ่เอามากๆจนเข้าสู่ช่วงกลาง ๆ จะเป็นยุค แห่ง OOP  มองทุกอย่าง เป็น Object แล้วก็มาเป็น WS หลังจากนั้นก็ พัฒนามาเป็น SOA ที่มอง ทุกอย่างเป็น service เหมือน เรามอง เป็นObject(แต่ใน SOA หรือ WS นั้นจะมีมีคำว่า Object)          จากที่เห็นข้างต้นเป็นการอธิบายถึงยุคของการพัฒนาแบบคร่าวๆ นะครับ อ้อลืมบอกไปว่า ในข้อความแรกๆ ที่ผมอธิบาย WS ไปในจะเป็น การimplement ไปซะส่วนใหญ่ ในความจริงแล้ว SOA ไม่จำเป็นต้องเป็น WS เสมอไปนะครับ จะเป็นอะไรก็ได้ เพราะว่า SOA มันเพียงแค่ conceptual เท่านั้นนะครับ แต่ก็มีความพยายามที่จะนำมาใช้ในส่วนของการ implement จึงได้มีรูปแบบที่แตกต่างกันไปหลากหลาย แต่ในที่นี้เราจะขอยึดในแนวทางของ WS ไว้ก่อนนะครับ เพราะจะทำให้มองเห็นภาพได้ง่ายขึ้น          หลังจากที่ได้เกริ่นนำไปว่า WS นั้นมีข้อเสียตรงที่ UDDI นั้นเก็บรวบรวม service(wsdl file) ต่างๆ  ไว้มากมาย จนค้นหายากอยู่พอสมควร แต่แล้วก็มี SOA มาช่วยกู้วิกฤตนั่นก็คือ SOA นั้นจะเก็บเฉพาะ service ที่ต้องการในแต่ละ Business เท่านั้น จึงทำให้ เราสามารถเลือกใช่service ที่เราต้องการได้อย่างเต็มประสิทธิภาพ แล้วมันเต็มประสิทธิภาพยังงัยละ นั่นก็คือ WS นั้น เราจะเก็บ UDDI เป็นหมื่นเป็นแสน service ก็ได้ แต่มันจะเยอะจนเกินไป แต่ SOA นั้นจะเป็นตัวที่ แต่ละ Business นั้นได้พัฒนา service ของตัวเองแล้วก็รวบรวมเอา service ทั้งหมดที่เกี่ยวข้องกับธุรกิจของตนเองเอาไว้โดยที่มี application ตัวนึงเป็นตัวรวบรวมเอาไว้ ทำให้เราสามารถใช้งาน service ที่เกี่ยวข้องกับ Business นั้นได้นั่นเอง ซึ่งในรายระเอียดที่ลงลึกลงไปนั้น จะเป็นในส่วนของ การ implementation หลักการลึกๆ ของ SOA เช่นการ reuse, service bus ฯลฯ ส่วนเหล่านี้ผมจะขอยกยอดไปอธิบายในหัวข้อหลังๆ นะครับ เดี๋ยวจะงงกันไปหมด

2007-12-05T05:23:33+07:00

SOA Sparkling false 151479

2008-01-23T16:03:02+07:00

false

2007-12-05T05:23:33+07:00

What is Web SOA ?

31513

true         หลังจากที่เรารู้ว่า WS คืออะไร มันทำงานอย่างไร ก็คงจะพอเห็นแนวทางว่ามันมีประโยชน์อย่างไรกับชีวิตเราบ้าง ผมก็จะขออธิบายสั้น ๆ เลยว่ามันประโยชน์คือ เราสามารถเรียกใช้บริการของข้อมูลได้ อย่างถูกจุดที่สุด และได้รับคำตอบกลับมาตามที่ต้องการมากที่สุดนั่นเอง

2007-12-05T04:39:42+07:00

false 151477

false

2007-12-05T04:39:42+07:00

WS เพิ่มเติม

31513

true         หลาย ๆ คนคงจะเคยได้ยิน คำว่า Web Service กันมาแล้วแล้ว  - อะไรคือ Web Service(WS)  - WS ทำงานยังงัย  - แล้วมีประโยชน์อะไรกับชีวิตของเรา                ผมก็จะขออธิบายเป็นคำจำกัดความง่าย ๆ เลยนั่นก็คือ"การบริการ"        หลาย ๆ ครั้งที่เราเข้าไปใช้เวปใดเวปหนึ่งแล้วรู้สึกว่าอยากจะให้เวปนี้ ้มันสามารถทำงานได้ในอีกรูปแบบหนึ่งที่มันไม่ใช่สิ่งเวปนั้นสามารถทำได้ หรือ ในบางครั้งเราเข้าไปในเวปทะเบียนของที่ไหนซักแห่ง แล้วเราต้องการแค่กรอกตัวเลขซักชุดหนึ่งแล้วก็ได้ผลลัพธ์ตามที่เราต้อง การ ออกมา         จาก scenario ข้างต้น จึงได้มีการคิดและพัฒนาโปรโตคอลมาซึ่ง นั่นก็คือ protocol Web Service ซึ่งลักษณะการทำงานจะเป็นดังนี้1. เมื่อเรามีการสร้าง WS มาเสร็จแล้วเราจะได้ wsdl file มา 1 file 2. นำ wsdl file ไปฝากไว้ที่ เวปลงทะเบียน UDDI โดยที่ในเวปนี้จะเก็บ file wsdl เพียงอย่างเดียว เพื่อใช้ในการเีรียกหาข้อมูลจากเวป server อีกที3. เมื่อเราได้ file wsdl แล้ว client ก็นำ url จาก ไฟล์ wsdl ไปร้องขอข้อมูลจาก server โดยการร้องขอข้อมูลนั้น จะมีสิ่งที่เป็นตัวติดต่อระหว่าง client กับ server คือ SOAP โดยที่ client จะส่งไปก่อน แล้ว server จะส่งตอบรับกลับมาว่าจะให้ข้อมูลหรือไม่ หลังจากนั้น client ก็จะได้ข้อมูลจาก server เป็นขึ้นตอนสุดท้าย  สรุปการทำงานดังนี้ 1. Client ค้นหาข้อมูลที่ต้องการจาก UDDI 2. ทะเบียนข้อมูลจะแสดงเอกสาร WSDL ของบริการที่ต้องการ 3. Client เรียกข้อมูลไปที่ WSDL document ของหน่วยงานผู้ให้บริการ 4. WSDL จะแสดงข้อมูล Web Services ของหน่วยงานผู้ให้บริการ 5. Client เรียกข้อมูลผ่านด้วยSOAP-message request. 6. Web service Server ของหน่วยงานผู้ให้บริการส่ง SOAP-message กลับมา

2007-12-04T16:46:11+07:00

Web Service ? false 151403

false

2007-12-04T16:46:11+07:00

What is Web Service ?