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

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

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

หากมีคำถาม โปรดติดต่อทีมสนับสนุนของ Apigee Edge

เวอร์ชันนี้มีฟีเจอร์และการแก้ไขข้อบกพร่องจากเวอร์ชันระบบคลาวด์ต่อไปนี้

ฟีเจอร์และการปรับปรุงใหม่

  • อัปเดตแอตทริบิวต์ที่กำหนดเองในโทเค็น OAuth 2.0
    นโยบาย "Set OAuth v2.0 Info" ใหม่ช่วยให้คุณอัปเดตแอตทริบิวต์ที่กำหนดเองในโทเค็น OAuth 2.0 ได้
    http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
  • การอัปเดตนโยบาย OAuth 1.0a
    เวอร์ชันนี้มีการอัปเดตนโยบาย OAuth 1.0a ดังนี้:
    • เช่นเดียวกับโทเค็น OAuth 2.0 ตอนนี้คุณสามารถตั้งค่าแอตทริบิวต์ที่กำหนดเองในโทเค็น OAuth 1.0a ได้แล้ว
    • การดำเนินการ GenerateVerifier ใหม่ช่วยให้คุณสร้างและแสดงผลตัวตรวจสอบ OAuth 1.0a (คล้ายกับรหัสการให้สิทธิ์ใน OAuth 2.0)
    http://apigee.com/docs/api-services/content/authorize-requests-using-oauth-10a
  • ข้อมูล SSL ในตัวแปรโฟลว์
    ตอนนี้ Apigee Edge ช่วยให้คุณเผยแพร่และเข้าถึงข้อมูล SSL ในตัวแปรโฟลว์ได้แล้ว การตั้งค่าพร็อพเพอร์ตี้ "propagate.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, underscore 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, volos-oauth-apigee 0.0.2, volos-quota-apigee 0.0.2.
  • บทบาทที่กำหนดเองใน UI การจัดการ - เบต้า
    นอกเหนือจากบทบาทของผู้ใช้ที่มีอยู่ ได้แก่ "ผู้ใช้แบบธุรกิจ" "ผู้ดูแลระบบการดำเนินงาน" "ผู้ดูแลระบบขององค์กร" และ "ผู้ใช้" แล้ว เวอร์ชันนี้ยังมีฟีเจอร์เบต้าที่ช่วยให้คุณสร้างบทบาทที่กำหนดเองใน UI การจัดการได้ คุณ สามารถควบคุมการเข้าถึงฟีเจอร์ต่างๆ ของ Edge ได้โดยใช้บทบาทที่กำหนดเอง
  • โปรแกรมติดตั้ง Advanced API Services (เดิมชื่อ App Services)
    ตอนนี้ Apigee Edge Advanced API Services (เดิมชื่อ App Services) พร้อมให้ใช้งานแบบติดตั้งในองค์กรแล้ว โปรแกรมติดตั้ง Edge ที่มีอยู่ช่วยให้คุณปรับใช้และกำหนดค่า Advanced API Services ในสภาพแวดล้อมแบบติดตั้งในองค์กรของคุณเองได้
  • โปรแกรมติดตั้ง
    Developer Services monetization (เดิมชื่อ Monetization Services) ความสามารถในการสร้างรายได้เป็นส่วนหนึ่งของ Edge Developer Services ตอนนี้โปรแกรมติดตั้ง Edge แบบติดตั้งในองค์กรมี โปรแกรมติดตั้งการสร้างรายได้แบบผสานรวมที่ได้รับการปรับปรุงแล้ว การสร้างรายได้ต้องใช้ใบอนุญาตแบบชำระเงินเพิ่มเติม
  • ตัวประมวลผลข้อความหลายรายการในโฮสต์เดียว - การติดตั้งแบบเงียบ
    การปรับปรุงนี้รองรับโทโพโลยีการปรับใช้ตัวประมวลผลข้อความหลายรายการที่ติดตั้งใน โฮสต์เดียว ซึ่งต้องผูกตัวประมวลผลข้อความแต่ละรายการกับที่อยู่ IP ที่เฉพาะเจาะจง ตอนนี้คุณสามารถ เพิ่มการตั้งค่าพร็อพเพอร์ตี้ BIND_ON_ALL_INTERFACES=n ในไฟล์กำหนดค่าการติดตั้งแบบเงียบ ซึ่งจะทำให้ตัวประมวลผลข้อความรับฟังที่อยู่ IP ที่เฉพาะเจาะจง ซึ่งระบุโดยพร็อพเพอร์ตี้ HOSTIP ในไฟล์เดียวกัน ดูข้อมูลเพิ่มเติมเกี่ยวกับพร็อพเพอร์ตี้นี้และเกี่ยวกับการกำหนดค่าการติดตั้งแบบเงียบได้ที่ คู่มือการติดตั้งและการกำหนดค่า Apigee Deployment Kit ภายในองค์กร
  • การอัปเดต JMS
    เวอร์ชันนี้มีการอัปเดตต่างๆ เกี่ยวกับการรองรับ JMS ของ Apigee ซึ่งรวมถึงสิ่งต่อไปนี้
    • ตอนนี้ระบบจะเผยแพร่ส่วนหัว JMS ทั้งหมดเป็นส่วนหัว HTTP สำหรับการประมวลผลดาวน์สตรีม
    • ตอนนี้คุณสามารถระบุ ExpiryTime และ DeliveryMode สำหรับข้อความที่วางไว้ใน ResponseQueue ซึ่งพร็อกซี JMS ใช้ได้แล้ว ระบบจะตั้งค่าส่วนหัว HTTP ทั้งหมดที่ตรงกับส่วนหัว JMS มาตรฐาน "ตามที่เป็น" และตั้งค่าส่วนหัว HTTP อื่นๆ เป็นพร็อพเพอร์ตี้ JMS ใน ข้อความตอบกลับที่พร็อกซี JMS ใช้

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

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

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

หัวข้อ คำอธิบาย
คำขอ 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="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>