อยากเขียนเกี่ยวกับ Spring Integration แต่เค้าแนะนำให้ไปอ่าน Enterprise Integration Pattern ก่อนอ่านไปอ่านมาแปลเลยดีกว่าเอาไปภาคแรก

Solving Integration Problems using Patterns

บทนี้เราจะมาว่ากันถึงเรื่องการใช้ Integration Pattern เข้ามาช่วยแก้ปัญหาเรื่องการ Integration โดยวิธีการที่เราจะนำเสนอนั้นจะออกมาในรูปของการสร้างสถานการ์ณจำลองขึ้นมาก่อนและทำการออกแบบแนวทางการแก้ปัญหาที่เหมาะสมกับโจทย์ที่เราตั้งขึ้นมา โดยการใช้ pattern ต่างๆเข้ามาช่วยเหลือ โดยที่หลังจากจบบทนี้เราจะได้รู้จัก pattern ต่างๆมากพอสมควร
The Need for Integration
ก่อนอื่นมารู้จักคำว่า Enterprise กันก่อนโดยที่คำว่า Enterprise มักจะอ้างอิงถึงบริษัทที่มีระบบหรือแอพพลิเคชั่นหลักร้อยขึ้นไปโดยที่ระบบเหล่านั้นเป็นแบบร้อยพ่อพันแม่คือ สร้างเอง จ้างคนมาทำ แพคเกจ และอื่นๆอีกมากมาย นอกจากนี้ระบบปฏิบัติการก็มีทุกระบบในโลก ==”

Integration Challenges

ดังนั้นเราก็ทำใจไว้ได้เลยว่า Enterprise Integration เป็นเรื่องยากมากๆ เนื่องจากการทำ Enterprise Integration นั้นอย่างที่เรารู้ๆกันว่าเราต้องไปยุ่งวุ่นวายการแอพพลิเคชั่นที่ทำงานอยู่บนหลายแพลทฟอร์ม จะเห็นได้ว่าความท้าทายของการทำ integration นั้นคือมันจะครอบคลุมไปทั้งแง่ของธุรกิจและเทคโนโลยี เนื่องจาการทำ Enterprise Integration นั้นจะไม่ใช่เพียงการเชื่อมต่อระหว่างระบบหรือแอพพลิเคชั่นต่างๆเข้าด้วยกันแต่ยังต้องทำให้หน่วยธุรกิจและหน่วยงาน IT สามารถสื่อสารกันได้อย่างประสิทธิภาพมากอีกด้วย
ดังนั้นจากความกว้างและหลากหลายในการทำ integration นั้นทำให้หลายๆครั้งที่การทำ integration มีส่วนเข้าไปเกี่ยวข้องกับ application ที่มีความสำคัญมากๆเช่น Billing, CRM นั่นหมายความว่าการ integrate ที่ผิดพลาดอาจส่งผลกระทบมหาศาลต่อการทำธุรกรรมที่สำคัญเหล่านั้น อีกปัจจัยที่ยากมากสำหรับการทำ integration คือความสามารถในการเข้าถึง application ที่เราต้องไป integrate ด้วยเนื่องจากระบบบางอย่างเป็นระบบที่เก่ามากหรือเป็นระบบที่ซื้อแพกเกจมาใช้งานทำให้ไม่สามารถเข้าไปแตะต้องได้มากนัก ซึ่งเมื่อนักพัฒนาด้าน untegration ไม่สามารถเข้าไปปรับปรุง service อะไรบางอย่างของ แอพพลิเคชั่นเดิมๆได้ทำให้การทำ integration เป็นเรื่องยากมากเพราะเราไม่สามารถกำหนด service contact point ได้ง่ายๆ
เรื่องต่อไปที่ต้องทำความสนใจคือเรื่องของเทคโนโลยีที่ถูกใช้ในการทำ integration เพราะถึงแม้ว่าการทำ integration นั้นจะต้องเข้าไปเกี่ยวข้องกับระบบจำนวนมหาศาลแต่เทคโนโลยีที่ถูกใช้นั้นมีน้อยจนน่าตกใจซึ่งทั้งหมดก็อยู่ในตระกูล XML, XSL และ Web Services แต่อย่างไรก็ตามเนื่องจากปัจจัยเรื่องของการตลาดทำให้มีการแต่งเสริมเติมแต่งความสามารถพิศดารต่างๆเข้าไปให้ Web Services อีกจึงทำให้พักหลังๆเราจะเห็นว่าจะมีการใส่พวก extension และ interpretations ใหม่ๆเข้าไปอีก การกระทำแบบนี้ทำให้เรามองย้อนกลับไปยังปัญหาเรื่องของระดับของการทำ interoperability ที่ต่ำของ “standards-pompliant” ระหว่างผลิตภัณท์ที่มาจากบริษัทที่ต่างกันของสถาปัตยกรรม CORBA ที่ถูกใช้งานมาอย่างยาวนานในเรื่องของการทำ EAI
อย่างไรก็ตามการทำ integration ด้วย Web Services นั้นก็ยังมีหลสยจุดที่ยังเป็นที่สงสัยยกตัวอย่างเช่น หลายครั้งที่เราให้คำนิยาม XML ว่าเป็น “Lingua franca” เนื่องจากการบังคับให้การแลกเหลี่ยนข้อมูลต้องทำด้วย XML นั้นไม่ต่างไปจากการเขียนเอกสารทั่วๆไป เนื่องจาก XML ต้องมี TAG ในการอธิบายความหมายของข้อมูลในโหนดต่างๆซึ่งบางครั้งก็ทำให้เสียเวลามากๆ ถึงแม้ว่าการใช้สตริงเป็นตัวแทนของข้อมูลแต่ก็ยังมีปัญหาเนื่องจากภาษาที่ใช้นั้นหลากหลายภาษามากทำให้ยังไงก็อ่านไม่เข้าใจอยู่ดี และปัญหาคาใจหลักๆอีกข้อคือการใช้ TAG เพื่ออธิบาย Data นั้นบางครั้งก็ไม่สามารถสื่อถึงข้อมูลจริงๆที่ใช้อยู่ได้เช่นคำว่า account นั้นจริงๆแล้วมีได้หลายความหมายมาก
และถ้าเราคิดว่าการพัฒนา EAI Solution เป็นเรื่องที่ซับซ้อนมากแล้ว สิ่งที่ทำยากกว่าการพัฒนาคือเรื่องของการดูแลรักษา เนื่องจากมันเป็นเรื่องของความหลากหลาย ทำให้การ deployment monitoring และ triuble-shoot เป็นเรื่องที่สุดยอดน่ากลัวมาก และการจัดการบริหารงานในลักษณะนี้จำเป็นต้องใช้ skill set ที่หลากหลายมากและบ่อยครั้งที่ skill set ที่ใช้ในการบริหารทั้งหมดไม่สามารถหาได้จากคนๆเดียวได้แต่จะต้องใช้คนเยอะมากในการทำงาน และสำหรับคนที่เคยผ่านงานด้าน EAI มาแล้วจะพบว่ามันเป็นส่วนที่สำคัญมากๆในการทำธุรกิจปัจจุบันแต่อย่างไรก็ตามการทำ EAI นั้นไม่ใชเรื่องง่ายที่จะทำให้สำเร็จเต็มรูปแบบเนื่องจากกระบวนการทำให้เกิดได้จริงกับแผนและนโยบายนั้นเป็นเรื่องที่ยากและซับซ้อนมากๆ

How Integration Patterns Can Help

การทำ Enterprise Integration ไม่ใช่เรื่องง่าย ในมุมมองของผู้เขียนใครก็ตามที่กล้าเอ่ยปากออกมาว่า integration นั้นง่ายคนๆนั้นสามารถเป็นได้สองแบบคือ ฉลาดโคตร กับ มีเหตุผลซ่อนเร้นเรื่องเงินๆทองๆที่ต้องตะล่อมเราให้เข้าใจว่ามันง่าย
ดังนั้นการทำ Integration เป็นเรื่องที่กว้างและยากมากและในโลกของการทำ integration จะไม่มีตำราในแนว “Tech Yourself Integration in 21 days” โดยคนที่มีประสบการ์ณเรื่องของการทำมากกว่าย่อมได้เปรียบเนื่องจากเขาเหล่านั้นสามารถดึงเอาวิธีแก้ปัญหาที่เคยทำมาแล้ว มาใช้กับการแก้ปัญหาในปัจจุบันได้ หรือเราอาจเรียกได้ว่าคนเหล่านั้นมี “PATTERN” ในการแก้ปัญหา
โดยที่คำว่า “PATTERN” ไม่ใช่ copy-paste นะครับแต่มันเป็นเรื่องของ “แนวทาง” ที่ควรทำตามในการแก้ปัญหาที่เกิดขึ้นบ่อยๆ ซึ่งการใช้ “PATTERN” จะช่วยให้ช่องว่างระหว่างมุมมองของผู้บริการกับการลงมือทำจริงให้แคบลงมาได้

The Wide World of Integration

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

1. Information Portals
2. Data Replication
3. Shared Business Functions
4. Service-Oriented Architectures
5. Distributed Business Processes
6. Business-to-Business Integration

วิธีการทั้งหกแบบนี้เป็นวิธีการหลักๆที่ช่วยให้เราสามารถเห็นภาพของการทำ integration กันได้ง่ายขึ้นในเชิงของ Architect ซึ่งเราสามารถจับเอาวิธีการเหล่านี้มาผสมรวมกันเพื่อแก้ปัญหาได้