14.01.00.00 - บันทึกประจํารุ่นภายในองค์กรของ Apigee Edge

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

เมื่อวันพุธที่ 29 มกราคม 2014 เราได้เปิดตัว Apigee Edge เวอร์ชันใหม่ภายในองค์กร

หากมีคำถาม โปรดไปที่ฝ่ายสนับสนุนลูกค้าของ Apigee

รุ่นนี้มีฟีเจอร์และการแก้ไขข้อบกพร่องจาก Cloud รุ่นต่อไปนี้

ฟีเจอร์ใหม่และการเพิ่มประสิทธิภาพ

  • OAuth 2.0 อัปเดตแอตทริบิวต์ที่กำหนดเองในโทเค็น
    นโยบาย "ตั้งค่าข้อมูล OAuth v2.0" ใหม่ช่วยให้คุณอัปเดตแอตทริบิวต์ที่กำหนดเองในโทเค็น OAuth 2.0 ได้
    http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
  • การอัปเดตนโยบาย OAuth 1.0a
    รุ่นนี้มีการอัปเดตนโยบาย OAuth 1.0a ดังนี้
    • คุณสามารถกำหนดแอตทริบิวต์ที่กำหนดเองในโทเค็น OAuth 1.0a ได้ เช่นเดียวกับโทเค็น OAuth 2.0
    • การดำเนินการ GenerateVerifier ใหม่ช่วยให้คุณสร้างและส่งคืนเครื่องมือยืนยัน OAuth 1.0a (คล้ายกับรหัสการให้สิทธิ์ใน OAuth 2.0)
    http://apigee.com/docs/api-services/content/authorize-requests-using-oauth-10a
  • ข้อมูล SSL ในตัวแปรโฟลว์
    ตอนนี้ Apigee Edge จะช่วยให้คุณเผยแพร่และเข้าถึงข้อมูล SSL ในตัวแปรโฟลว์ได้ การตั้งค่าพร็อพเพอร์ตี้ "profagate.additional.ssl.headers" ใหม่ใน ProxyEndpoint คุณจะมีสิทธิ์เข้าถึงข้อมูล SSL เดียวกันที่มีอยู่ในเว็บเซิร์ฟเวอร์ Apache
    http://apigee.com/docs/api-services/api/variables-reference
  • ส่วนหัว JMS เป็นส่วนหัว HTTP
    ส่วนหัว JMS ทั้งหมดได้รับการเผยแพร่เป็นส่วนหัว HTTP สำหรับการประมวลผลดาวน์สตรีมแล้ว
  • อัปเดตโมดูล Node.js
    โมดูล Node.js ในตัวของ Apigee ได้รับการอัปเดตให้รวมโมดูลต่อไปนี้ argo 0.4.9, async 0.2.9, express 3.4.8, ขีดล่าง 1.5.2, usergrid 0.10.7, volos-cache-vogee-apilos2.3,
  • บทบาทที่กำหนดเองใน UI การจัดการ - เบต้า
    นอกเหนือจากบทบาทของผู้ใช้ที่มีอยู่ของ "ผู้ใช้แบบธุรกิจ" "ผู้ดูแลระบบการดำเนินการ" "ผู้ดูแลระบบองค์กร" และ "ผู้ใช้" รุ่นนี้ยังมีฟีเจอร์เบต้าที่ให้คุณสร้างบทบาทที่กำหนดเองใน UI การจัดการได้ คุณควบคุมการเข้าถึงฟีเจอร์ต่างๆ ของ Edge ได้โดยใช้บทบาทที่กำหนดเอง
  • โปรแกรมติดตั้งบริการ API ขั้นสูง (ก่อนหน้านี้เรียกว่าบริการแอป)
    บริการ API ขั้นสูงของ Apigee Edge (เดิมคือ "บริการของแอป") พร้อมให้ใช้งานภายในองค์กรแล้ว โปรแกรมติดตั้ง Edge ที่มีอยู่จะช่วยให้คุณทำให้ใช้งานได้และกำหนดค่าบริการ API ขั้นสูงในสภาพแวดล้อมภายในองค์กรของคุณเอง
  • ผู้ติดตั้งการสร้างรายได้จากบริการสำหรับนักพัฒนาซอฟต์แวร์ (เดิมคือบริการการสร้างรายได้)
    ความสามารถในการสร้างรายได้เป็นส่วนหนึ่งของบริการสำหรับนักพัฒนาซอฟต์แวร์ Edge ตอนนี้โปรแกรมติดตั้ง Edge ภายในองค์กรมีโปรแกรมติดตั้งสำหรับการสร้างรายได้แบบผสานรวมที่ปรับปรุงแล้ว การสร้างรายได้ต้องมีใบอนุญาตแบบชำระเงินเพิ่มเติม
  • เครื่องมือประมวลผลข้อความหลายรายการในโฮสต์เดียว - การติดตั้งแบบเงียบ
    การเพิ่มประสิทธิภาพนี้รองรับโทลโลโลยีการทำให้ใช้งานได้ของผู้ประมวลผลข้อความหลายรายการที่ติดตั้งในโฮสต์เดียว ซึ่งต้องมีการเชื่อมโยงตัวประมวลผลข้อความแต่ละรายการกับที่อยู่ IP ที่เฉพาะเจาะจง ตอนนี้คุณสามารถเพิ่มการตั้งค่าพร็อพเพอร์ตี้ BIND_ON_ALL_INTERFACES=n ในไฟล์การกำหนดค่าการติดตั้งแบบเงียบได้แล้ว ซึ่งจะทำให้ผู้ประมวลผลข้อความฟังที่อยู่ IP ที่เฉพาะเจาะจงซึ่งระบุโดยพร็อพเพอร์ตี้ HOSTIP ในไฟล์เดียวกัน โปรดดูข้อมูลเพิ่มเติมเกี่ยวกับพร็อพเพอร์ตี้นี้และการกำหนดค่าการติดตั้งแบบไม่ต้องดำเนินการใดๆ ที่คู่มือการติดตั้งและกำหนดค่าชุดการทำให้ใช้งานได้ภายในองค์กรของ Apigee
  • การอัปเดต JMS
    รุ่นนี้มีการอัปเดตต่างๆ สำหรับการสนับสนุน JMS ของ Apigee รวมถึง
    • ส่วนหัว JMS ทั้งหมดได้รับการเผยแพร่เป็นส่วนหัว HTTP สำหรับการประมวลผลดาวน์สตรีมแล้ว
    • ตอนนี้คุณระบุ ExpiryTime และ DeliveryMode ให้กับข้อความที่วางไว้ใน ResponseQueue ที่พร็อกซี JMS ใช้ได้ ส่วนหัว HTTP ทั้งหมดที่ตรงกับส่วนหัว JMS มาตรฐานจะได้รับการตั้งค่า "ตามที่เป็น" และส่วนหัว HTTP อื่นๆ จะตั้งค่าเป็นพร็อพเพอร์ตี้ JMS ในข้อความตอบกลับที่พร็อกซี JMS ใช้

แก้ไขข้อบกพร่องแล้ว

หัวข้อ คำอธิบาย
สิทธิ์ของบทบาทที่กำหนดเอง สิทธิ์ที่ตั้งค่าโดยใช้บทบาทที่กำหนดเองจะทำงานตามที่คาดไว้
การวิเคราะห์เวลาในการตอบสนองของ API ในขั้นตอนพร็อกซี API เมื่อการเรียกระบบเป้าหมายส่งผลให้เกิดระยะหมดเวลา (เช่น หมดเวลาในการอ่าน HTTP) เวลาในการตอบสนองเป้าหมายจะรวมอยู่ในการวิเคราะห์ API
แอตทริบิวต์ "type" เกี่ยวกับนโยบาย ตอนนี้แอตทริบิวต์ "type" ทำงานได้อย่างถูกต้องในนโยบาย Apigee ทั้งหมด
OAuth 2.0 ทำให้โทเค็นไม่ถูกต้อง ตอนนี้ฟังก์ชันการทำงานของโทเค็นที่เป็นโมฆะสำหรับนโยบาย OAuth 2.0 ของ Apigee ตรงกับข้อกำหนดของ OAuth แล้ว คุณไม่จำเป็นต้องระบุ "ประเภท" อีกต่อไปเมื่อตั้งค่าพารามิเตอร์ "โทเค็น"
RBAC ที่มีการแมปคีย์/ค่า ตอนนี้การควบคุมการเข้าถึงตามบทบาทใช้ได้กับแมปคีย์/ค่าที่สร้างขึ้นในระดับสภาพแวดล้อมแล้ว
รูปแบบการตอบสนองของนโยบาย OAuth 1.0a เมื่อส่งคำขอไปยัง API ที่มีนโยบาย OAuth 1.0a ระบบจะแสดงผลการตอบกลับในรูปแบบของส่วนหัว "ยอมรับ"

ปัญหาที่ทราบ

หัวข้อ คำอธิบาย
คำขอ HTTP 1.0,
การตอบสนองของ HTTP 1.1
ปัญหานี้เกี่ยวข้องกับสถานการณ์ที่ไคลเอ็นต์ส่งคำขอโดยใช้ HTTP 1.0 ที่มีพร็อพเพอร์ตี้ content-length ในส่วนหัว แต่บริการแบ็กเอนด์ได้รับการกำหนดค่าให้ใช้ HTTP 1.1 และแสดงผลพร็อพเพอร์ตี้ transfer-encoding สำหรับการเข้ารหัสแบบแบ่งส่วนแทน
ในการจัดการสถานการณ์นี้ให้สำเร็จ ให้นำพร็อพเพอร์ตี้ transfer-encoding ออกจากการตอบกลับ HTTP 1.1 โดยใช้นโยบาย AssignMessage ในนโยบายต่อไปนี้ ซึ่งจะแนบกับขั้นตอนการตอบสนองของพร็อกซี API ระบบจะนำพร็อพเพอร์ตี้ transfer-encoding ออกจากส่วนหัว HTTP ซึ่งจะช่วยให้ไคลเอ็นต์รับการตอบกลับที่แยกเป็นส่วนๆ ได้
<AssignMessage name="RemoveChunkedEncrypting">
<AssignTo createNew="false" type="response"></AssignTo>
<นำออก>
<Headers>
<Header name="Transfer-Encrypting"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>