คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่
เอกสารประกอบของ Apigee X info
Edge Microgateway v. 3.1.x
Apigee Edge Microgateway เป็นตัวประมวลผลข้อความที่ปลอดภัยซึ่งใช้ HTTP สำหรับ API หน้าที่หลักคือ การประมวลผลคำขอและการตอบสนองจากบริการแบ็กเอนด์อย่างปลอดภัย พร้อมทั้งส่งข้อมูลการดำเนินการ API ที่มีประโยชน์ไปยัง Apigee Edge แบบไม่พร้อมกัน ซึ่งระบบข้อมูลวิเคราะห์ของ Edge จะใช้ข้อมูลดังกล่าว 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
กรณีการใช้งานทั่วไป
กรณีการใช้งานทั่วไปสำหรับโซลูชันการจัดการ 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 โต้ตอบด้วย |
| ข้อมูลวิเคราะห์ | Edge Microgateway จะส่งข้อมูลการดำเนินการ API ไปยัง Apigee Edge แบบไม่พร้อมกัน ซึ่งระบบข้อมูลวิเคราะห์ของ Edge จะประมวลผลข้อมูลดังกล่าว คุณสามารถใช้ชุด เมตริก แดชบอร์ด และ API ข้อมูลวิเคราะห์ของ Edge ทั้งหมดได้ |
| เวลาในการตอบสนองที่ลดลง | การสื่อสารทั้งหมดกับ Apigee Edge เป็นแบบไม่พร้อมกัน และไม่ได้เกิดขึ้นเป็นส่วนหนึ่งของการประมวลผลคำขอ API ของไคลเอ็นต์ ซึ่งช่วยให้ Edge Microgateway สามารถรวบรวมข้อมูล API และส่งไปยัง Apigee Edge ได้โดยไม่ส่งผลต่อเวลาในการตอบสนอง |
| ความคุ้นเคย | Edge Microgateway ใช้และโต้ตอบกับฟีเจอร์ Apigee Edge ที่ผู้ดูแลระบบ Edge เข้าใจดีอยู่แล้ว เช่น พร็อกซี ผลิตภัณฑ์ และ แอปของนักพัฒนาซอฟต์แวร์ |
| การกำหนดค่า | คุณไม่จำเป็นต้องเขียนโปรแกรมเพื่อตั้งค่าและจัดการ Edge Microgateway ทุกอย่างจัดการผ่านการกำหนดค่า |
| ตามสะดวก | คุณสามารถผสานรวม Edge Microgateway กับโครงสร้างพื้นฐานและกระบวนการตรวจสอบและจัดการแอปพลิเคชันที่มีอยู่ ได้ |
| การบันทึก | ไฟล์บันทึกจะแสดงรายละเอียดเหตุการณ์ปกติและเหตุการณ์พิเศษทั้งหมด ที่พบระหว่างการประมวลผล 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 Microgateway และการติดตั้งใช้งาน API แบ็กเอนด์ เป็น HTTP คุณจึงสามารถติดตั้ง Apigee Edge Microgateway ในเครื่องอื่นจากการติดตั้งใช้งาน API ได้ ดังที่แสดงในรูปที่ 2
พร้อมตัวจัดสรรภาระงาน
Edge Microgateway เองสามารถเป็นส่วนหน้าของพร็อกซีแบบย้อนกลับมาตรฐานหรือตัวจัดสรรภาระงาน สำหรับการสิ้นสุด SSL และ/หรือการจัดสรรภาระงาน ดังที่แสดงในรูปที่ 3
การทำให้ใช้งานได้ในอินทราเน็ต
ใช้ Edge Microgateway เพื่อปกป้องการรับส่งข้อมูลอินทราเน็ต ขณะเดียวกันก็ใช้ Apigee Edge เพื่อปกป้องการรับส่งข้อมูลอินเทอร์เน็ต ดังที่แสดงในรูปที่ 4 สมมติว่าปลายทาง API /orders ได้รับการพร็อกซีผ่าน Apigee Edge Cloud และไปถึงเป้าหมายแบ็กเอนด์ https://mycompany.com/orders ซึ่งแสดงโดยการติดตั้งใช้งาน API เป้าหมาย
ทางด้านซ้าย จากนั้น API นี้อาจเรียกปลายทาง API หลายรายการที่แสดงโดยการติดตั้งใช้งานเป้าหมาย
ทางด้านขวา เช่น อาจเรียก /customers และ
/transactions ภายใน ดูโพสต์นี้ในชุมชน Apigee ด้วย
การขึ้นอยู่กับ Apigee Edge
Edge Microgateway ขึ้นอยู่กับและโต้ตอบกับ Apigee Edge Edge Microgateway ต้องสื่อสารกับ Apigee Edge จึงจะทำงานได้อย่างถูกต้อง วิธีหลักที่ Edge Microgateway โต้ตอบกับ Edge มีดังนี้
- เมื่อเริ่มต้น Edge Microgateway จะรับรายการพร็อกซีพิเศษที่ "รองรับ Edge Microgateway" และรายการผลิตภัณฑ์ API ทั้งหมดจากองค์กร Apigee Edge ของคุณ สำหรับคำขอไคลเอ็นต์ขาเข้าแต่ละรายการ Edge Microgateway จะตรวจสอบว่าคำขอตรงกับพร็อกซี API รายการใดรายการหนึ่งหรือไม่ จากนั้น จะตรวจสอบโทเค็นเพื่อการเข้าถึงหรือคีย์ API ขาเข้าโดยอิงตามคีย์ในผลิตภัณฑ์ API ที่เชื่อมโยงกับ พร็อกซีนั้น
- ระบบข้อมูลวิเคราะห์ของ 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 ที่ทำให้ใช้งานได้ใน Apigee Edge เราจะพูดถึงพร็อกซีเหล่านี้เพิ่มเติมในเร็วๆ นี้
Edge Microgateway ไม่จำเป็นต้องอยู่ร่วมกับ Apigee Edge โดยข้อเสนอระบบคลาวด์สาธารณะและ ส่วนตัวของ Apigee Edge ทำงานได้ดีเช่นกัน
สิ่งที่ต้องรู้เกี่ยวกับพร็อกซีที่รองรับ Edge Microgateway
พร็อกซีที่รองรับ Edge Microgateway จะให้ข้อมูลบางอย่างแก่ Edge Microgateway ซึ่งช่วยให้ พร็อกซีประมวลผลคำขอ API ของไคลเอ็นต์ได้ ระบบจะดาวน์โหลดข้อมูลเกี่ยวกับพร็อกซีเหล่านี้จาก Apigee Edge ไปยัง Edge Microgateway เมื่อ Edge Microgateway เริ่มทำงาน
คุณหรือทีม API จะเป็นผู้สร้างพร็อกซีเหล่านี้ใน Apigee Edge โดยใช้ UI การจัดการ Apigee Edge หรือวิธีอื่นๆ ก็ได้หากต้องการ ซึ่งทำได้ง่าย และเราจะอธิบายรายละเอียดใน หัวข้อการตั้งค่าและการ กำหนดค่า Edge Microgateway
ลักษณะของพร็อกซีที่รองรับ Edge Microgateway มีดังนี้
- ให้ข้อมูลสำคัญ 2 รายการแก่ Edge Microgateway ได้แก่ เส้นทางฐาน และ URL เป้าหมาย
- ต้องชี้ไปยังปลายทางเป้าหมาย HTTP เป้าหมายแบ็กเอนด์ต้องไม่ใช่แอป Node.js ที่อ้างอิงโดยเอลิเมนต์ ScriptTarget ในคำจำกัดความ TargetEndpoint ดูข้อมูลเพิ่มเติมได้ในหมายเหตุ ด้านบน
- ชื่อพร็อกซีต้องขึ้นต้นด้วย
edgemicro_เช่น ตัวอย่าง:edgemicro_weather. - คุณเพิ่มนโยบายหรือโฟลว์แบบมีเงื่อนไขลงในพร็อกซีเหล่านี้ไม่ได้ หากพยายามเพิ่ม ระบบจะละเว้นนโยบายหรือโฟลว์ดังกล่าว ไม่เช่นนั้น พร็อกซีที่รองรับ Edge Microgateway จะปรากฏใน UI การจัดการ Edge เหมือนกับ พร็อกซี API อื่นๆ ใน Edge
- สามารถจัดกลุ่มเป็นผลิตภัณฑ์และเชื่อมโยงกับแอปของนักพัฒนาซอฟต์แวร์ได้
- ข้อมูลการจราจรจะปรากฏในข้อมูลวิเคราะห์ของ Edge
- ไม่สามารถติดตามโดยใช้เครื่องมือติดตามของ Apigee Edge
เกี่ยวกับ Edge Microgateway และข้อมูลวิเคราะห์ของ Apigee Edge
เมื่อการรับส่งข้อมูล API ไหลผ่าน Edge Microgateway, Edge Microgateway จะบัฟเฟอร์และส่งข้อมูลการดำเนินการ API ไปยัง Apigee Edge แบบไม่พร้อมกัน ซึ่งระบบข้อมูลวิเคราะห์ของ Edge จะจัดเก็บและประมวลผลข้อมูลดังกล่าว การสื่อสารแบบไม่พร้อมกันนี้ช่วยให้ Edge Microgateway ใช้ประโยชน์จาก ฟีเจอร์ข้อมูลวิเคราะห์ของ Edge ได้ ขณะเดียวกันก็ยังคงมีขนาดการใช้งานค่อนข้างเล็กโดยมีค่าใช้จ่ายในการประมวลผล หรือการบล็อกน้อยที่สุด คุณและทีมสามารถใช้แดชบอร์ดข้อมูลวิเคราะห์ของ Edge และความสามารถในการรายงานที่กำหนดเองแบบเต็มรูปแบบ เพื่อวิเคราะห์การรับส่งข้อมูลที่ผ่าน Edge Microgateway
ดูข้อมูลเพิ่มเติมเกี่ยวกับข้อมูลวิเคราะห์ของ Edge ได้ที่ แดชบอร์ดข้อมูลวิเคราะห์
เกี่ยวกับการรักษาความปลอดภัยของ 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" พร็อกซีเหล่านี้ ต้องตั้งชื่อโดยมีคำนำหน้าพิเศษคือ edgemicro_ เมื่อเริ่มต้น Edge Microgateway จะค้นหาพร็อกซี edgemicro_* เหล่านี้และดาวน์โหลดข้อมูลการกำหนดค่าสำหรับพร็อกซีแต่ละรายการ ข้อมูลนี้รวมถึง URL เป้าหมายและเส้นทางทรัพยากรของพร็อกซี จากนั้นเป็นต้นไป ระบบจะไม่ใช้พร็อกซี นโยบายหรือโฟลว์แบบมีเงื่อนไขในพร็อกซีเหล่านี้จะไม่ทำงาน
อีกเหตุผลหนึ่งที่ต้องมีพร็อกซีที่รองรับ Microgateway คือ Edge Microgateway จะส่งข้อมูลวิเคราะห์ไปยัง Edge แบบไม่พร้อมกัน สำหรับพร็อกซีที่รองรับ Microgateway แต่ละรายการ จากนั้นคุณจะดูข้อมูลวิเคราะห์ สำหรับพร็อกซีที่รองรับ Microgateway ได้เช่นเดียวกับพร็อกซีอื่นๆ ใน UI ข้อมูลวิเคราะห์ของ Edge
หัวข้อการตั้งค่าจะแนะนำขั้นตอนทั้งหมดที่คุณต้องทำเพื่อเริ่มพร็อกซีการเรียก API ผ่าน Edge Microgateway ซึ่งรวมถึงขั้นตอนง่ายๆ 2-3 ขั้นตอนที่คุณต้องทำใน Apigee Edge เพื่อตั้งค่า การกำหนดค่าที่ Edge Microgateway ต้องการ ซึ่งรวมถึงการสร้างพร็อกซีที่รองรับ Microgateway ดูรายละเอียดได้ที่หัวข้อการตั้งค่าและ การกำหนดค่า Edge Microgateway
ดูข้อมูลเพิ่มเติมเกี่ยวกับ Edge Microgateway
Apigee มีแหล่งข้อมูลต่อไปนี้
-
เอกสารประกอบ ของ Edge Microgateway - เอกสารประกอบนี้มีคู่มือการติดตั้งและบทแนะนำสำหรับเริ่มต้นใช้งาน รวมถึงข้อมูลอ้างอิง และการกำหนดค่าที่สมบูรณ์
-
วิดีโอ - ซีรีส์วิดีโอ 4 นาทีสำหรับนักพัฒนาซอฟต์แวร์ของ Apigee มีตอนต่างๆ เกี่ยวกับ Edge Microgateway
-
ชุมชน Apigee เป็น แพลตฟอร์มที่เหมาะอย่างยิ่งสำหรับการถามคำถามและรับประโยชน์จากคำถามที่ผู้อื่นถามและได้รับคำตอบ