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>

ดูรายละเอียดได้ที่โพสต์ชุมชนนี้

ในนโยบาย RaiseFault มีองค์ประกอบใหม่ 2 อย่างเพื่อทำให้การจัดการ 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 และคุณใช้นโยบาย KeyValueMapEnforcements เพื่อดึงค่าและกำหนดให้กับตัวแปรที่แสดงที่นี่

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

API Monitoring จะมี 2 บทบาท ได้แก่ ผู้ดูแลระบบ API Monitoring และผู้ใช้ API Monitoring ที่อธิบายไว้ใน 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 รุ่นถัดไป