19.03.01 - บันทึกประจำรุ่นของ Apigee Edge สำหรับระบบคลาวด์สาธารณะ

การจัดสรรภาระงาน - การควบคุมที่มากขึ้นสำหรับการนำเซิร์ฟเวอร์ที่ล้มเหลวออก

เมื่อกำหนดค่า ตัวจัดสรรภาระงานสำหรับพร็อกซี API คุณระบุจำนวนการตอบกลับได้ เกิดความล้มเหลวขึ้นก่อนที่เซิร์ฟเวอร์จะถูกนำออกจากการหมุนเวียนการจัดสรรภาระงาน การตอบกลับล้มเหลว หมายความว่า Apigee ไม่ได้รับการตอบสนองจากเซิร์ฟเวอร์เป้าหมายเลย ในกรณีนี้ ระบบจะแสดงข้อผิดพลาด ทีละ 1 ตัวนับ เมื่อ Apigee ได้รับการตอบสนองจากเป้าหมาย แม้ว่า การตอบกลับคือข้อผิดพลาด HTTP (เช่น 500) ซึ่งนับเป็นการตอบกลับจากเซิร์ฟเวอร์เป้าหมาย แล้วระบบจะรีเซ็ตตัวนับความล้มเหลว เพื่อช่วยให้แน่ใจว่าการตอบกลับ HTTP ที่ไม่ถูกต้อง (เช่น 500) ยัง เพิ่มตัวนับความล้มเหลวเพื่อนำเซิร์ฟเวอร์ที่มีประสิทธิภาพไม่ดีออกจากการหมุนเวียนการจัดสรรภาระงาน คุณสามารถเพิ่มเอลิเมนต์ <ServerUnhealthyResponse> ใหม่ได้ในเร็วๆ นี้ ที่มีองค์ประกอบย่อย <ResponseCode> รายการสำหรับการกำหนดค่าตัวจัดสรรภาระงาน Edge จะนับการตอบกลับที่มีรหัสเหล่านั้นเป็นความล้มเหลวด้วย

<HTTPTargetConnection>
  <LoadBalancer>
    <Algorithm>RoundRobin</Algorithm>
    <Server name="target1" />
    <Server name="target2" />
    <ServerUnhealthyResponse>
        <ResponseCode>500</ResponseCode>
        <ResponseCode>502</ResponseCode>
        <ResponseCode>503</ResponseCode>
    </ServerUnhealthyResponse>
    <MaxFailures>5</MaxFailures>
  </LoadBalancer>
</HTTPTargetConnection>
  
  

การเพิ่มประสิทธิภาพนโยบาย AccessControl

นโยบาย AccessControl จะกำหนดที่อยู่ IP ที่เรียกใช้พร็อกซี API ได้ องค์ประกอบใหม่ในนโยบายนั้นช่วยให้นักพัฒนา API ควบคุมการระบุ IP ได้มากขึ้น ที่อยู่ที่จะประเมิน

<IgnoreTrueClientIPHeader>: ไม่บังคับ (ค่าเริ่มต้นคือ false) เมื่อตั้งค่าเป็น "จริง" นโยบายจะไม่สนใจส่วนหัว True-Client-IP และ ประเมินที่อยู่ IP ในส่วนหัว X-Forwarded-For ตาม X-Forwarded-Forการประเมิน ที่คุณกำหนดค่าไว้

<AccessControl async="false" continueOnError="false"
    enabled="true" name="Access-Control-1">
    <DisplayName>Access Control-1</DisplayName>
    <IgnoreTrueClientIPHeader>true</IgnoreTrueClientIPHeader>
    ...
</AccessControl>

โปรดดูรายละเอียดที่หัวข้อ โพสต์ชุมชนนี้

มีองค์ประกอบใหม่ 2 รายการที่มีอยู่ในนโยบาย RaiseFault เพื่อสร้าง FaultRules ต้องดูสะอาดตาและมีประสิทธิภาพมากขึ้น

• ShortFaultReason เป็นบูลีนที่เมื่อตั้งค่าเป็น "จริง" จะใส่ชื่อนโยบายในตัวแปร fault.reason
• AssignVariable ซึ่งมีให้ใช้งานใน FaultResponse ให้คุณกำหนดการตอบสนองข้อผิดพลาดไปยังตัวแปรที่จะใช้โดยนโยบายอื่นๆ ในขั้นตอนพร็อกซี API

บังคับใช้ขีดจำกัดสำหรับเป้าหมายที่โฮสต์แล้ว โปรดดูรายละเอียดขีดจำกัดในขีดจำกัด

ตอนนี้คุณสามารถใช้ตัวแปรเทมเพลตข้อความเพื่อตั้งค่าที่อยู่ IP และมาสก์ CIDR บน นโยบาย AccessControl เช่น ถ้าต้องการจัดเก็บ ที่อยู่ IP และมาสก์ในแมปค่าคีย์ (KVM) คุณสามารถดึงค่าเหล่านั้นจากตัวแปรที่คุณตั้งค่าไว้ได้ ในขั้นตอนพร็อกซี API ซึ่งจะช่วยให้คุณเปลี่ยนค่า IP ได้ง่ายขึ้นขณะรันไทม์โดยไม่ต้อง เปลี่ยนการกำหนดค่านโยบาย

ตัวอย่างเช่น แทนที่จะป้อนสิ่งต่อไปนี้

<MatchRule action="DENY">
    <SourceAddress mask="24">198.51.100.1</SourceAddress>
</MatchRule>
     

คุณสามารถกำหนดค่านโยบายแบบนี้ โดยสมมติว่าค่าถูกเก็บไว้ใน KVM และใช้นโยบาย KeyValueMapOperations เพื่อดึงค่าและกำหนดให้กับ ตัวแปรที่แสดงที่นี่

<MatchRule action="DENY">
    <SourceAddress mask="{kvm.mask.ref}">{kvm.ip.ref}</SourceAddress>
</MatchRule>
     

การตรวจสอบ API มี 2 บทบาท ได้แก่ ผู้ดูแลระบบการตรวจสอบ API และผู้ใช้การตรวจสอบ API ตามที่อธิบายไว้ใน Access API Monitoring โดยมีพร้อมให้ใช้งานในเดือนธันวาคม 2018

ตอนนี้ Edge จะเพิ่มส่วนหัว X-Apigee.Message-Timeout ในคำขอแต่ละรายการ ส่วนหัวนี้ มีไว้สำหรับใช้ภายในโดย Edge โปรดอย่าใช้ค่าในส่วนหัว X-Apigee* ในพร็อกซี API ของคุณ เนื่องจากส่วนหัวเหล่านี้ไม่ได้มีไว้สำหรับการใช้งานของลูกค้า และ Apigee สามารถนำออกหรือเปลี่ยนแปลงได้ทุกเมื่อ

จัดการข้อผิดพลาดในการลบคีย์สโตร์เพื่อไม่ให้การเรียก API ล้มเหลว

x-apigee.edge.execution.sense.action ได้รับการตั้งค่าเป็น Null เสมอ

ในนโยบาย ResponseCache ทาง NIOTheread กำลังดำเนินการโดยไม่มีการปฏิเสธจาก กลุ่มชุดข้อความ

ผู้ส่งออกบันทึกหลายรายบนเราเตอร์ Apigee ทำให้มีการใช้ CPU สูง

404 ที่ไม่เสถียรในบางองค์กร

โฟลว์ที่แชร์ที่ทำให้ใช้งานได้แล้วไม่ทำงานบนตัวประมวลผลข้อความบางรายการ

การแก้ไขนี้จะรวมอยู่ใน Edge ครั้งถัดไปสำหรับ Private Cloud

การแก้ไขนี้จะรวมอยู่ใน Edge ครั้งถัดไปสำหรับ Private Cloud

การแก้ไขนี้จะรวมอยู่ใน Edge ครั้งถัดไปสำหรับ Private Cloud