Common Risks (ความเสี่ยงที่พบบ่อย)

ในช่วงปลายศตวรรษที่แล้วและต้นศตวรรษนี้ ความเสี่ยงใหญ่ ๆ ของ architecture นี้ส่วนใหญ่เกี่ยวกับค่าใช้จ่าย ระยะเวลาในการ implement และ (น่าตกใจที่ต้องบอกว่า) ความยากในการ maintain และอัปเดตระบบเหล่านี้ โปรเจกต์ เหล่านี้จำนวนมากเป็นความพยายามที่มีค่าใช้จ่ายสูงและใช้เวลาหลายปี โดยการตัดสินใจสำคัญ ๆ เกิดขึ้นในระดับสูง ของลำดับชั้นบริษัท แทนที่จะเรียกโปรเจกต์เหล่านี้ว่า “ล้มเหลว” บริษัทส่วนใหญ่ก็แค่เปลี่ยนมันให้เป็น integration architecture ที่มีขอบเขตดีขึ้น และสอดคล้องกับแนวคิดของ DDD มากขึ้น

เมื่อสถาปนิกใช้ ESB ในระบบสมัยใหม่เป็น integration facility ความเสี่ยงที่ใหญ่ที่สุดคือทางลาดลื่นที่ทำให้ ESB ค่อย ๆ ครอบคลุม architecture ทั้งหมด สิ่งนี้เรียกว่า antipattern Accidental SOA : ซึ่งสถาปนิกค่อย ๆ สร้าง orchestration-driven SOA เต็มรูปแบบขึ้นมาโดยไม่ตั้งใจและไม่รู้ตัว เพื่อหลีก เลี่ยง Accidental SOA สถาปนิกต้องรับประกันขอบเขตการ encapsulate ที่สมเหตุสมผลสำหรับ orchestration และให้ ความสำคัญอย่างใกล้ชิดกับประเด็นอย่าง transactional boundary