ภาพรวมของ Edge Microgateway

คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ Apigee X ข้อมูล

Edge Microgateway เวอร์ชัน 3.0.x

Apigee Edge Microgateway คือเครื่องมือประมวลผลข้อความแบบ HTTP ที่ปลอดภัยสำหรับ API งานหลักของเครื่องมือนี้คือการประมวลผลคำขอ ตลอดจนการตอบกลับจากและจากบริการแบ็กเอนด์อย่างปลอดภัย ขณะเดียวกันก็พุชข้อมูลการดำเนินการ API ที่มีคุณค่าแบบไม่พร้อมกันไปยัง Apigee Edge ซึ่งใช้โดยระบบ Edge Analytics Edge Microgateway ติดตั้งและใช้งานได้ง่าย โดยคุณสามารถมีอินสแตนซ์ที่เริ่มทำงานได้ภายในไม่กี่นาที

โดยปกติแล้ว Edge Microgateway จะติดตั้งภายในเครือข่ายที่เชื่อถือได้ใกล้กับบริการเป้าหมายแบ็กเอนด์ ซึ่งให้การรักษาความปลอดภัยระดับองค์กรและฟีเจอร์ปลั๊กอินที่สําคัญบางอย่าง เช่น การจับกุมการเพิ่มขึ้น โควต้า และการวิเคราะห์ แต่จะไม่มีความสามารถหรือร่องรอยการใช้งานของ Apigee Edge โดยสมบูรณ์ คุณจะติดตั้ง Edge Microgateway ในศูนย์ข้อมูลเดียวกันหรือในเครื่องเดียวกับบริการแบ็กเอนด์ก็ได้ หากต้องการ

คุณจะเรียกใช้ Edge Microgateway เป็นกระบวนการแบบสแตนด์อโลนหรือเรียกใช้ในคอนเทนเนอร์ Docker ก็ได้ โปรดดูหัวข้อการใช้ Docker กับ Edge Microgateway นอกจากนี้คุณยังใช้ Edge Microgateway เพื่อจัดการ Apigee API สำหรับบริการที่ทำงานในคลัสเตอร์ Kubernetes ได้อีกด้วย ไม่ว่าคุณจะย้ายข้อมูลบริการและ API ที่มีอยู่ไปยังสแต็ก Kubernetes หรือสร้างบริการและ API ใหม่ Edge Microgateway ก็ช่วยมอบประสบการณ์การจัดการ API ที่เรียบง่าย ซึ่งรวมถึงการรักษาความปลอดภัย การจัดการการรับส่งข้อมูล การวิเคราะห์ การเผยแพร่ และอื่นๆ โปรดดู ผสานรวม Edge Microgateway กับ Kubernetes

กรณีการใช้งานทั่วไป

กรณีการใช้งานทั่วไปสำหรับโซลูชันการจัดการ Cloud API แบบไฮบริด เช่น Edge Microgateway มีดังนี้

  • ลดเวลาในการตอบสนองของการรับส่งข้อมูล API สำหรับบริการที่ทำงานในระยะใกล้ เช่น หากผู้บริโภคและผู้ผลิต API อยู่ใกล้กัน คุณไม่จำเป็นต้องต้องการให้ API ผ่านเกตเวย์กลาง
  • ดูแลการรับส่งข้อมูล API ให้อยู่ในขอบเขตที่องค์กรอนุมัติไว้เพื่อความปลอดภัยหรือการปฏิบัติตามข้อกำหนด
  • ประมวลผลข้อความต่อไปหากการเชื่อมต่ออินเทอร์เน็ตขาดหายชั่วคราว
  • ระบุการจัดการ Apigee API สำหรับบริการที่ทำงานในคลัสเตอร์ Kubernetes โปรดดู ผสานรวม Edge Microgateway กับ Kubernetes

ดูกรณีการใช้งานอื่นๆ ได้ที่บทความ ชุมชน Apigee นี้

ฟีเจอร์และประโยชน์ที่สำคัญ

ฟีเจอร์ ข้อดี
ความปลอดภัย Edge Microgateway ตรวจสอบสิทธิ์คำขอด้วยโทเค็นเพื่อการเข้าถึงที่ลงชื่อหรือคีย์ API ที่ออกให้แอปไคลเอ็นต์แต่ละแอปโดย Apigee Edge
การทำให้ใช้งานได้อย่างรวดเร็ว คุณจะทำให้อินสแตนซ์ของ Edge Microgateway ใช้งานได้ภายในไม่กี่นาที ซึ่งต่างจากการทำให้ใช้งานได้เต็มรูปแบบกับ Apigee Edge
ความใกล้ชิดของเครือข่าย คุณติดตั้งและจัดการ Edge Microgateway ได้ในเครื่อง ซับเน็ต หรือศูนย์ข้อมูลเดียวกันกับ API เป้าหมายแบ็กเอนด์ที่ Edge Microgateway โต้ตอบด้วย
Analytics Edge Microgateway แบบอะซิงโครนัสจะส่งข้อมูลการดำเนินการ API ไปยัง Apigee Edge เช่นกัน ซึ่งระบบจะประมวลผลโดยระบบ Edge Analytics คุณใช้เมตริก แดชบอร์ด และ API สำหรับ Edge Analytics ได้แบบเต็มชุด
เวลาในการตอบสนองที่ลดลง การสื่อสารทั้งหมดกับ Apigee Edge เป็นแบบไม่พร้อมกันและจะไม่เกิดขึ้นเป็นส่วนหนึ่งของการประมวลผลคำขอ API ของไคลเอ็นต์ วิธีนี้ช่วยให้ Edge Microgateway รวบรวมข้อมูล API และส่งไปยัง Apigee Edge ได้โดยไม่ส่งผลกระทบต่อเวลาในการตอบสนอง
ความคุ้นเคย Edge Microgateway ใช้งานและโต้ตอบกับฟีเจอร์ของ Apigee Edge ที่ผู้ดูแลระบบ Edge เข้าใจดีอยู่แล้ว เช่น พร็อกซี ผลิตภัณฑ์ และแอปสำหรับนักพัฒนาแอป
การกำหนดค่า คุณไม่จำเป็นต้องเขียนโปรแกรมเพื่อตั้งค่าและจัดการ Edge Microgateway ทุกอย่างจะจัดการผ่านการกำหนดค่า
ตามสะดวก คุณผสานรวม Edge Microgateway กับโครงสร้างพื้นฐานและกระบวนการด้านการจัดการและการตรวจสอบแอปพลิเคชันที่มีอยู่ได้
Logging ไฟล์บันทึกจะแสดงรายละเอียดเหตุการณ์ปกติและเหตุการณ์พิเศษทั้งหมดที่พบระหว่างการประมวลผล API โดย Edge Microgateway
CLI อินเทอร์เฟซบรรทัดคำสั่งช่วยให้คุณเริ่มต้น หยุด และรีสตาร์ท Edge Microgateway, แยกสถิติการใช้งาน ดูไฟล์บันทึก ขอโทเค็นเพื่อการเข้าถึง และอีกมากมาย

สิ่งที่จำเป็นต้องทราบเกี่ยวกับ Edge Microgateway

หัวข้อนี้จะอธิบายวิธีการทํางานของ Edge Microgateway, สถาปัตยกรรมพื้นฐาน การกำหนดค่า และการทำให้ใช้งานได้

เหตุใดจึงควรใช้ Edge Microgateway

การย้ายคอมโพเนนต์การจัดการ API ไปใกล้กับแอปพลิเคชันเป้าหมายแบ็กเอนด์จะช่วยลดเวลาในการตอบสนองของเครือข่ายได้ แม้ว่าคุณจะติดตั้ง Apigee Edge ภายในองค์กรบนระบบคลาวด์ส่วนตัวได้ แต่การติดตั้งใช้งาน Apigee Edge โดยสมบูรณ์ก็จำเป็นต้องมีขนาดใหญ่และซับซ้อนเพื่อรองรับฟีเจอร์แบบเต็มชุดและฟีเจอร์ที่มีข้อมูลจำนวนมาก เช่น การจัดการคีย์ การสร้างรายได้ และข้อมูลวิเคราะห์ ซึ่งหมายความว่าอาจไม่ใช่ปัญหาที่ต้องการเสมอไปสำหรับการทำให้ Apigee Edge ภายในองค์กรใช้งานได้ในศูนย์ข้อมูลแต่ละแห่ง

Edge Microgateway จะทำให้คุณมีแอปพลิเคชันขนาดเล็กที่ทำงานได้ใกล้กับแอปพลิเคชันแบ็กเอนด์ และคุณจะได้ใช้ประโยชน์จาก Apigee Edge อย่างเต็มรูปแบบเพื่อการวิเคราะห์ ความปลอดภัย และฟีเจอร์อื่นๆ

ตัวอย่างสถานการณ์การทำให้ใช้งานได้

ส่วนนี้จะแสดงสถานการณ์การติดตั้งใช้งานที่เป็นไปได้สําหรับ Edge Microgateway

เครื่องเดียวกัน

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

ใช้งานไมโครเกตเวย์ Edge ในเครือข่ายของคุณแล้ว ซึ่งจะประมวลผลคำขอ API จากไคลเอ็นต์และการเรียกใช้บริการเป้าหมาย Microgateway จะสื่อสารข้อมูลพร็อกซีและข้อมูลวิเคราะห์กับ Apigee Edge Cloud
ภาพที่ 1: การทำให้ Edge Microgateway ใช้งานได้ที่ง่ายที่สุด

เครื่องอื่น

เนื่องจากการสื่อสารทั้งหมดระหว่างไคลเอ็นต์, Edge Microgateway และการใช้ API แบ็กเอนด์คือ HTTP คุณจึงติดตั้ง Apigee Edge Microgateway บนเครื่องอื่นนอกเหนือจากการใช้งาน API ได้ดังที่แสดงในรูปที่ 2

เลิกใช้งาน Edge Microgateway ในเครื่องหนึ่งและนำบริการแบ็กเอนด์ไปใช้ในตำแหน่งอื่นแล้ว คำขอ API จะได้รับการประมวลผลโดย Microgateway และคำขอจะเป็นเป้าหมายแบ็กเอนด์ Microgateway สื่อสารข้อมูลพร็อกซีและข้อมูลวิเคราะห์กับ Apigee Edge Cloud
ภาพที่ 2: Edge Microgateway ที่แยกจาก API เป้าหมายแบ็กเอนด์

มีตัวจัดสรรภาระงาน

Edge Microgateway เองสามารถใช้ฟรอนท์เอนด์โดยพร็อกซีย้อนกลับแบบมาตรฐานหรือการจัดสรรภาระงานสำหรับการสิ้นสุด SSL และ/หรือการจัดสรรภาระงานดังที่แสดงในรูปที่ 3

ตัวจัดสรรภาระงานจะส่งการรับส่งข้อมูลไปยังอินสแตนซ์ของ Edge Microgateway หลายรายการ อินสแตนซ์ของ Microgateway จะสื่อสารกับ Edge Cloud และคำขอของโบรกเกอร์ไปยังบริการเป้าหมาย
ภาพที่ 3: การเรียกใช้ Edge Microgateway กับตัวจัดสรรภาระงาน

การติดตั้งใช้งานอินทราเน็ต

ใช้ Edge Microgateway เพื่อปกป้องการรับส่งข้อมูลอินทราเน็ตพร้อมกับปกป้องการรับส่งข้อมูลในอินเทอร์เน็ตด้วย Apigee Edge ดังที่แสดงในรูปที่ 4 สมมติว่าปลายทาง API /orders ได้รับพร็อกซีผ่าน Apigee Edge Cloud และเข้าสู่เป้าหมายแบ็กเอนด์ https://mycompany.com/orders ซึ่งจะแสดงโดยการใช้งาน API เป้าหมายทางด้านซ้าย จากนั้น API นี้อาจเรียกใช้ปลายทาง API หลายปลายทางที่แสดงโดยการใช้งานเป้าหมายทางด้านขวา เช่น อาจโทรหา /customers และ /transactions เป็นการภายใน โปรดดู โพสต์นี้ในชุมชน Apigee

พร็อกซี API ที่ส่งไปยัง Edge Cloud จะถูกส่งไปยังบริการเป้าหมายบนอินทราเน็ต และบริการเป้าหมายจะส่งคำขอไปยัง Edge Microgateway บนอินทราเน็ต จากนั้น Microgateway จะส่งคำขอไปยังบริการ API เป้าหมายอื่นๆ บนอินทราเน็ตของคุณ
ภาพที่ 4: การเรียกใช้ Edge Microgateway เพื่อป้องกันการรับส่งข้อมูลอินทราเน็ต

การขึ้นต่อกันบน Apigee Edge

Edge Microgateway อาศัยและโต้ตอบกับ Apigee Edge Edge Microgateway ต้องสื่อสารกับ Apigee Edge เพื่อให้ทำงานได้อย่างถูกต้อง วิธีหลักๆ ที่ Edge Microgateway จะโต้ตอบกับ Edge คือ

  • เมื่อเริ่มต้นใช้งาน Edge Microgateway จะได้รับรายการพร็อกซี "Edge Microgateway-aware" พิเศษและรายการผลิตภัณฑ์ API ทั้งหมดจากองค์กร Apigee Edge ของคุณ สำหรับคำขอของไคลเอ็นต์ขาเข้าแต่ละรายการ Edge Microgateway จะพิจารณาว่าคำขอตรงกับพร็อกซี API รายการใดรายการหนึ่งเหล่านี้หรือไม่ จากนั้นจะตรวจสอบโทเค็นเพื่อการเข้าถึงหรือคีย์ API ที่เข้ามาใหม่โดยอิงตามคีย์ในผลิตภัณฑ์ API ที่เชื่อมโยงกับพร็อกซีนั้น
  • ระบบ Analytics ของ Apigee Edge จะจัดเก็บและประมวลผลข้อมูล API ที่ส่งแบบไม่พร้อมกันจาก Edge Microgateway
  • Apigee Edge จะให้ข้อมูลเข้าสู่ระบบที่ใช้เพื่อลงนามโทเค็นเพื่อการเข้าถึงหรือระบุคีย์ API ที่ไคลเอ็นต์จำเป็นต้องใช้ในการเรียก API ผ่าน Edge Microgateway คุณรับโทเค็นเหล่านี้ได้โดยใช้คำสั่ง CLI ที่มาพร้อมกับ Edge Microgateway

การกำหนดค่าแบบครั้งเดียว

ก่อนอื่นคุณต้องกำหนดค่า Edge Microgateway ให้สื่อสารกับองค์กร Apigee Edge ของคุณได้ เมื่อเริ่มต้นใช้งาน Edge Microgateway จะเริ่มต้นการดำเนินการเริ่มต้นระบบกับ Apigee Edge Edge Microgateway ดึงข้อมูลจาก Apigee Edge ที่จำเป็นสำหรับการประมวลผลการเรียก API ด้วยตัวเอง รวมถึงรายการพร็อกซี Edge Microgateway-Aware ที่มีการทำให้ใช้งานได้ใน Apigee Edge อีกสักครู่ เราจะอธิบายเพิ่มเติมเกี่ยวกับพร็อกซีเหล่านี้

Edge Microgateway ไม่จำเป็นต้องตั้งอยู่ร่วมกับ Apigee Edge ข้อเสนอระบบคลาวด์สาธารณะและส่วนตัวของ Apigee Edge ก็ทำงานได้ดีเช่นเดียวกัน

สิ่งที่คุณต้องทราบเกี่ยวกับพร็อกซีที่รับรู้ถึง Edge Microgateway

พร็อกซี Edge Microgateway-Aware ให้ข้อมูลบางอย่างที่ทำให้ Edge Microgateway สามารถประมวลผลคำขอ API ของไคลเอ็นต์ได้ ข้อมูลเกี่ยวกับพร็อกซีเหล่านี้จะดาวน์โหลดจาก Apigee Edge ไปยัง Edge Microgateway เมื่อ Edge Microgateway เริ่มทำงาน

คุณจะหรือทีม API สร้างพร็อกซีเหล่านี้ใน Apigee Edge โดยใช้ UI การจัดการ Apigee Edge หรือผ่านวิธีการอื่นก็ได้ หากต้องการ ขั้นตอนนี้ทำได้ง่ายๆ โดยเราจะอธิบายรายละเอียดในการตั้งค่าและการกำหนดค่า Edge Microgateway

ลักษณะของพร็อกซีที่รับรู้ถึง Edge Microgateway คือ:

  • Edge Microgateway มีข้อมูลสำคัญ 2 อย่างคือเส้นทางฐานและ URL เป้าหมาย
  • โดยต้องชี้ไปยังปลายทางเป้าหมาย HTTP เป้าหมายแบ็กเอนด์จะเป็นแอป Node.js ที่อ้างอิงโดยองค์ประกอบ ScriptTarget ในคำจำกัดความ TargetEndpoint ไม่ได้ โปรดดูข้อมูลเพิ่มเติมในหมายเหตุก่อนหน้า
  • ชื่อพร็อกซีต้องนำหน้าด้วย edgemicro_ เช่น edgemicro_weather
  • คุณเพิ่มนโยบายหรือขั้นตอนแบบมีเงื่อนไขลงในพร็อกซีเหล่านี้ไม่ได้ หากคุณลอง ระบบจะไม่สนใจอักขระเหล่านั้น มิเช่นนั้น พร็อกซี Edge Microgateway จะปรากฏใน UI การจัดการ Edge เหมือนกับพร็อกซี API อื่นๆ ใน Edge
  • โดยสามารถรวมเป็นผลิตภัณฑ์และเชื่อมโยงกับแอปของนักพัฒนาซอฟต์แวร์ได้
  • ข้อมูลการจราจรจะแสดงขึ้นใน Edge Analytics
  • โดยไม่สามารถติดตามโดยใช้เครื่องมือ Apigee Edge Trace ได้

เกี่ยวกับ Edge Microgateway และ Apigee Edge Analytics

เมื่อการรับส่งข้อมูล API ผ่าน Edge Microgateway แล้ว Edge Microgateway จะบัฟเฟอร์และส่งข้อมูลการเรียกใช้ API แบบไม่พร้อมกันไปยัง Apigee Edge ซึ่งมีการจัดเก็บข้อมูลและประมวลผลโดยระบบ Edge Analytics การสื่อสารแบบไม่พร้อมกันนี้ช่วยให้ Edge Microgateway ได้ใช้ประโยชน์จากฟีเจอร์การวิเคราะห์ Edge ในขณะที่รักษาอัตราการใช้งานค่อนข้างน้อยโดยใช้ต้นทุนในการดำเนินการหรือบล็อกเพียงเล็กน้อย คุณและทีมจะใช้แดชบอร์ด Edge Analytics ชุดเต็มและความสามารถในการรายงานที่กำหนดเองเพื่อวิเคราะห์การเข้าชมที่ส่งผ่าน Edge Microgateway ได้

แดชบอร์ดการเข้าชมพร็อกซีจะแสดงปริมาณการเข้าชม API ในช่วงเวลาที่ผ่านมา ข้อมูลการมีส่วนร่วมของนักพัฒนาแอป และองค์ประกอบของการรับส่งข้อมูลโดยแจกแจงตามแอปของนักพัฒนาซอฟต์แวร์
ภาพที่ 5: แดชบอร์ดการรับส่งข้อมูลพร็อกซีบน Edge

ดูข้อมูลเพิ่มเติมเกี่ยวกับ Edge Analytics ได้ที่หน้าแดชบอร์ดของ Analytics

เกี่ยวกับการรักษาความปลอดภัยของ Edge Microgateway

บทบาทของ Apigee Edge

ดังที่กล่าวไว้ก่อนหน้านี้ Apigee Edge มีบทบาทในการรักษาความปลอดภัยให้กับคำขอทั้งหมดของไคลเอ็นต์ที่ส่งไปยัง Edge Microgateway บทบาทหลักของ Apigee Edge คือ

  • ให้ข้อมูลเข้าสู่ระบบไคลเอ็นต์ที่ใช้เป็นคีย์ API หรือสร้างโทเค็นเพื่อการเข้าถึงที่ถูกต้องซึ่งไคลเอ็นต์ใช้เรียก API ที่ปลอดภัยผ่าน Edge Microgateway
  • การระบุข้อมูลเข้าสู่ระบบที่ Edge Microgateway จำเป็นต้องส่งข้อมูลการดำเนินการของ API ไปยังระบบข้อมูลวิเคราะห์ของ Apigee Edge Edge Microgateway จะได้รับข้อมูลเข้าสู่ระบบเหล่านี้เพียงครั้งเดียวในขั้นตอนการตั้งค่าเริ่มต้น
  • ให้บริการแพลตฟอร์มสำหรับรวมทรัพยากร API ไว้ในผลิตภัณฑ์ การลงทะเบียนและจัดการนักพัฒนาซอฟต์แวร์ รวมถึงการสร้างและจัดการแอปของนักพัฒนาซอฟต์แวร์

การตรวจสอบสิทธิ์แอปไคลเอ็นต์

Edge Microgateway รองรับการตรวจสอบสิทธิ์ไคลเอ็นต์ผ่านโทเค็นเพื่อการเข้าถึงและคีย์ API คีย์ความปลอดภัยและโทเค็นสร้างขึ้นโดย Apigee Edge และได้รับการตรวจสอบโดย Edge Microgateway สำหรับการเรียก API แต่ละครั้ง หากเปิดใช้ปลั๊กอิน OAuth อยู่ Edge Microgateway จะตรวจสอบโทเค็นเพื่อการเข้าถึงหรือคีย์ API ที่มีการรับรอง และหากถูกต้อง การเรียก API จะดำเนินการต่อไปยังเป้าหมายแบ็กเอนด์ หากไม่ถูกต้อง ระบบจะแสดงผลข้อผิดพลาด

โปรดดูขั้นตอนที่จำเป็นในการรับและใช้โทเค็นเพื่อการเข้าถึงและคีย์ API ที่การตั้งค่าและการกำหนดค่า Edge Microgateway

การตรวจสอบสิทธิ์ Edge Microgateway บน Apigee Edge

การเรียก Edge Microgateway แบบไม่พร้อมกันทำให้การอัปเดตข้อมูลวิเคราะห์ใน Apigee Edge ต้องมีการตรวจสอบสิทธิ์ การตรวจสอบสิทธิ์นี้ระบุผ่านคู่คีย์สาธารณะ/ข้อมูลลับที่ส่งไปยัง Edge Microgateway ผ่าน CLI หรือการใช้ตัวแปรสภาพแวดล้อม คุณจะได้รับและใช้คีย์เหล่านี้เพียงครั้งเดียวเมื่อติดตั้งและเริ่มต้นใช้งาน Edge Microgateway เป็นครั้งแรก

แพลตฟอร์มการจัดการผลิตภัณฑ์ API

Edge ทำหน้าที่เป็นแพลตฟอร์มสำหรับรวมทรัพยากร API เข้ากับผลิตภัณฑ์ การลงทะเบียนและจัดการนักพัฒนาแอป รวมถึงการสร้างและจัดการแอปของนักพัฒนาซอฟต์แวร์ ตัวอย่างเช่น ในการสร้างและรวมเอนทิตี เช่น ผลิตภัณฑ์และแอปนักพัฒนาซอฟต์แวร์สำหรับพร็อกซี Apigee Edge ปกติ คุณก็ทำแบบเดียวกันนี้ได้กับพร็อกซี Edge Microgateway คุณจะรักษาความปลอดภัยระดับ API ได้โดยการสร้างคีย์ความปลอดภัยสาธารณะและส่วนตัวสำหรับ "แพ็กเกจ" แต่ละรายการ กลไกนี้เหมือนกับการทำงานของความปลอดภัยของ API ใน Apigee Edge

ฉันจะย้ายการใช้งานพร็อกซี Edge ที่มีอยู่ไปยัง Edge Microgateway ได้ไหม

คุณย้ายข้อมูลพร็อกซีที่มีอยู่ซึ่งมีนโยบายที่เกี่ยวข้องหรือโฟลว์แบบมีเงื่อนไขไปยัง Edge Microgateway ไม่ได้ Edge Microgateway ต้องการให้คุณสร้างพร็อกซี "microgateway-aware" ใหม่ พร็อกซีเหล่านี้ต้องตั้งชื่อด้วยคำนำหน้าพิเศษ edgemicro_ เมื่อเริ่มต้นใช้งาน Edge Microgateway จะค้นหาพร็อกซี edgemicro_* และดาวน์โหลดข้อมูลการกำหนดค่าของแต่ละพร็อกซี ข้อมูลนี้รวมถึง URL เป้าหมายและเส้นทางทรัพยากร จากนั้น จะไม่มีการใช้พร็อกซี นโยบายหรือขั้นตอนแบบมีเงื่อนไขในพร็อกซีเหล่านี้จะไม่ทำงาน

อีกเหตุผลหนึ่งที่มีพร็อกซีแบบ microgateway คือ Edge Microgateway จะพุชข้อมูลการวิเคราะห์ไปยัง Edge สำหรับพร็อกซีที่รับรู้ไมโครเกตเวย์แต่ละรายการแบบไม่พร้อมกัน จากนั้นคุณจะดูข้อมูลการวิเคราะห์สำหรับพร็อกซีแบบ Microgateway-Aware ได้เหมือนกับการดูพร็อกซีอื่นๆ ใน UI ของ Edge Analytics

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

ดูข้อมูลเพิ่มเติมเกี่ยวกับ Edge Microgateway

Apigee คือแหล่งข้อมูลต่อไปนี้

  • เอกสารประกอบของ Edge Microgateway - เอกสารประกอบด้วยคู่มือการติดตั้งและบทแนะนำการเริ่มต้นใช้งาน รวมถึงข้อมูลอ้างอิงและการกำหนดค่าที่สมบูรณ์

  • วิดีโอ - ซีรีส์วิดีโอ 4 นาทีสำหรับนักพัฒนาซอฟต์แวร์ Apigee ของ Apigee ประกอบไปด้วยชุดตอนต่างๆ เกี่ยวกับ Edge Microgateway

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