Style Specifics (รายละเอียดเฉพาะของ Style)

orchestration-driven SOA ส่วนใหญ่มีความน่าสนใจในเชิงประวัติศาสตร์สำหรับสถาปนิกยุคปัจจุบัน บทเรียนที่ได้ จากการสร้าง architecture เหล่านี้เป็นส่วนสำคัญของวิวัฒนาการในสาขานี้ อย่างไรก็ตาม สถาปนิกยังพบว่าบางส่วน ของมันยังคงมีความเกี่ยวข้องในบาง scenario ของ integration architecture

Service-oriented architecture ปรากฏขึ้นในช่วงปลายยุค 1990 ในช่วงเวลาที่บริษัทเล็ก ๆ ทุกประเภทกำลังเติบโต เป็น enterprise ด้วยความเร็วสูง ควบรวมกับบริษัทเล็กกว่า และต้องการ IT ที่ซับซ้อนมากขึ้นเพื่อรองรับการ เติบโตนี้ อย่างไรก็ตาม computing resource ในเวลานั้นหายาก มีค่า และเป็นเชิงพาณิชย์ distributed computing เพิ่งจะกลายเป็นสิ่งที่เป็นไปได้และจำเป็น และหลายบริษัทต้องการ scalability และคุณสมบัติที่เป็นประโยชน์ อื่น ๆ ของมัน

แรงผลักดันภายนอกหลายอย่างบีบให้สถาปนิกในยุคนั้นต้องหันไปใช้ distributed architecture ที่มีข้อจำกัดของ ระบบมาก ก่อนที่ open source operating system จะถูกมองว่าน่าเชื่อถือพอสำหรับงานจริงจัง operating system มีราคาแพงและต้อง license ต่อเครื่อง ในทำนองเดียวกัน commercial database server ก็มาพร้อมกับ licensing scheme ที่ซับซ้อนวุ่นวาย ซึ่งบางครั้งทำให้ vendor ของ application server (ที่มี database connection pooling) ต้องตอบโต้ด้วยการต่อสู้กับ vendor ของฐานข้อมูล เนื่องจาก resource จำนวนมากมีราคาแพงเมื่อ scale ขึ้น สถาปนิกจึงยึดปรัชญาร่วมกันคือการ reuse ให้มากที่สุดเท่าที่จะทำได้

ความกังวลด้านเทคนิคเหล่านี้มาผนวกกับความกังวลเชิงองค์กรเกี่ยวกับความซ้ำซ้อนทั้งด้านข้อมูลและ workflow— เนื่องจากการควบรวมกิจการและการเติบโตที่เกิดขึ้นบ่อยครั้ง องค์กร ต่าง ๆ ต้องต่อสู้กับความหลากหลายและความไม่สอดคล้องกันระหว่าง core business entity สิ่งนี้ทำให้เป้าหมาย ของ SOA ดูน่าสนใจ ดังนั้นสถาปนิกจึงยอมรับ reuse ในทุกรูปแบบว่าเป็นปรัชญาหลักใน architecture นี้ ซึ่งผลข้างเคียงของมันเราจะกล่าวถึงใน “Reuse…and Coupling” architecture style นี้ยังเป็นตัวอย่างที่ดีของการที่สถาปนิกสามารถผลักดันแนวคิดเรื่อง technical partitioning ไปได้ไกลแค่ไหน ซึ่งอาจมีแรงจูงใจที่ดี แต่กลับนำไปสู่ผลลัพธ์ที่แย่เมื่อถูกผลักดันไปสุดขั้ว