ความแตกต่างระหว่าง API เกตเวย์และ ESB หรือไม่ [ปิด]

บริษัท ที่ฉันทำงานอยู่กำลังประเมินโซลูชันมิดเดิลแวร์สำหรับการวัดการวัดและความปลอดภัยของบริการบนเว็บ ขณะนี้เรากำลังใช้ Enterprise Service Bus (ESB) เพื่อจุดประสงค์นี้ แต่มีผู้บริหารที่ยอดเยี่ยมบางคนตัดสินใจว่าพวกเขาจะปรับใช้ API Management Middleware บางส่วน

ฉันค้นคว้าข้อมูลเล็กน้อยเกี่ยวกับโซลูชันการจัดการ API (หรือที่รู้จักว่าเกตเวย์ API) แต่ไม่พบความแตกต่างระหว่างสิ่งเหล่านี้กับ ESB จริง ฉันประเมินเอกสารสีขาวจาก Mule, WSO2, Oracle เป็นต้น แต่คุณสมบัติที่นำเสนอโดยผลิตภัณฑ์ทั้งสองดูเหมือนจะใกล้เคียงกัน คำถามคือสิ่งที่การจัดการ API สามารถทำสิ่งที่ ESB ไม่สามารถทำได้และในทางกลับกัน? สามารถเพิ่มมูลค่าอะไรลงในโครงสร้างพื้นฐานด้านไอทีโดยแทนที่ ESB สำหรับ API เกตเวย์

เหตุผลที่คุณได้รับแนวคิดที่สับสนวุ่นวายก็คือผู้ขายจะขายพวกเขาในแพ็คเกจ แต่มันเป็นแนวคิดที่แยกจากกันอย่างแน่นอน

API Gateway เป็นจุดเชื่อมต่อส่วนกลางสำหรับการจัดการตรวจสอบและรักษาความปลอดภัยในการเข้าถึงบริการทางเว็บที่เปิดเผยต่อสาธารณะ นอกจากนี้ยังช่วยให้คุณสามารถรวมบริการข้ามจุดสิ้นสุดที่แตกต่างราวกับว่าพวกเขาทั้งหมดมาจากโฮสต์เดียว ตัวอย่างเช่นสมมติว่าคุณมีจุดบริการที่แตกต่างกันสิบจุดซึ่งเป็นส่วนหนึ่งของบริการ "ชุด" เดียว แทนที่จะแจ้งให้ผู้บริโภคทราบถึงบริการของคุณเพื่อใช้ service1.yourcompany.com สำหรับบริการหนึ่งและ service2.yourcompany.com สำหรับบริการอื่นและอื่น ๆ คุณสามารถให้พวกเขาชี้ไปที่ api.yourcompany.com/service1 หรือ api.yourcompany.com แทน / service2 และเกตเวย์จะรับผิดชอบในการเปลี่ยนเส้นทางคำขอไปยังปลายทางที่เหมาะสม

ESB เป็น "รถบัส" ภายในที่อนุญาตให้แอปพลิเคชันและบริการสื่อสารกันในแบบที่ไม่ซ้ำใคร แอปพลิเคชันทั้งหมดสามารถเชื่อมต่อกับรถบัสและพวกเขาสามารถรับข้อความใด ๆ ที่พวกเขาสนใจเมื่อเผยแพร่โดยแอปพลิเคชันอื่น พวกเขายังสามารถเผยแพร่ข้อความของตนเองที่แอปพลิเคชันอื่นอาจฟังและตอบสนอง แอปพลิเคชันจะไม่รับผิดชอบในการเชื่อมต่อซึ่งกันและกันโดยตรงพวกเขาเผยแพร่ข้อความของพวกเขาไปที่รถบัสและผู้ที่สนใจทุกคนฟังและตอบ

เหตุผล API เกตเวย์ไม่ใช่การแทนที่สำหรับ ESB แต่เป็นการปรับปรุงสำหรับสถาปัตยกรรมเชิงบริการ