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 ซึ่งอธิบายไว้ในการเข้าถึงการตรวจสอบ API ซึ่งพร้อมให้บริการในเดือนธันวาคม 2018

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

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

x-apigee.edge.execution.sense.action จะตั้งค่าเป็น null เสมอ

ในนโยบาย ResponseCache, NIOTheread จะทํางานโดยไม่มีการปฏิเสธจาก Thread Pool

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

ข้อผิดพลาด 404 เป็นระยะๆ ในบางองค์กร

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

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

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

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