คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ Apigee X info
ในวันพุธที่ 25 มกราคม 2017 เราได้เปิดตัว Apigee Edge สำหรับ Private Cloud เวอร์ชันใหม่
นับตั้งแต่ Edge for Private Cloud Feature Release เวอร์ชันก่อนหน้า มีการเปิดตัวเวอร์ชันต่อไปนี้และรวมอยู่ใน Feature Release นี้
- Cloud: 16.08.24.01 (UI), 16.10.05 (UI), 16.09.21, 16.09.21_9, 16.10.26 (UI)
ดูเกี่ยวกับหมายเลขรุ่นเพื่อทำความเข้าใจวิธีตรวจสอบว่า Edge for Private Cloud เวอร์ชันของคุณมีรุ่นระบบคลาวด์ที่เฉพาะเจาะจงรวมอยู่ด้วยหรือไม่
ภาพรวมของรุ่น
รุ่นนี้มีฟีเจอร์ที่โดดเด่นหลายอย่างซึ่งช่วยให้คุณควบคุมและรักษาความปลอดภัยของ API ได้ดียิ่งขึ้น
โฟลว์ที่ใช้ร่วมกันและฮุกโฟลว์ช่วยให้คุณสร้างชุดนโยบายและลักษณะการทำงานที่นำมาใช้ซ้ำได้ในพร็อกซี API หลายรายการ
ตอนนี้คุณสามารถเข้ารหัสแมปคีย์-ค่า (KVM) ซึ่งเป็นฟีเจอร์ Edge สำหรับการคงอยู่ระยะยาวของคู่คีย์-ค่า เพื่อความปลอดภัยข้อมูลที่รัดกุมยิ่งขึ้นได้แล้ว
UI การจัดการ Edge มีตัวเลือกเพิ่มเติมสำหรับการสร้างและจัดการคีย์ API และข้อมูลลับ (ข้อมูลเข้าสู่ระบบ) การเพิกถอนแอปของนักพัฒนาแอป และการปิดใช้งานนักพัฒนาแอป เพื่อให้ควบคุมการเข้าถึง API ของนักพัฒนาแอปได้อย่างยืดหยุ่นมากขึ้น การปรับปรุงเหล่านี้ช่วยให้คุณใช้กลยุทธ์ต่างๆ ได้ง่ายขึ้น เช่น การหมุนเวียนคีย์ API และช่วยให้คุณปิดใช้คีย์ API หลายคีย์ได้โดยการเพิกถอนแอปของนักพัฒนาแอป (คีย์ทั้งหมดจะถูกปิดใช้) หรือปิดใช้งานนักพัฒนาแอป (แอปและคีย์ทั้งหมดของนักพัฒนาแอปจะถูกปิดใช้)
ในส่วนของการเลิกใช้งาน เราได้เลิกใช้ฟีเจอร์ขีดจำกัดการสร้างรายได้แล้ว
ส่วนที่เหลือของหัวข้อนี้ประกอบด้วยรายละเอียดเกี่ยวกับฟีเจอร์ใหม่ การอัปเดต และการแก้ไขข้อบกพร่องทั้งหมดที่มีในรุ่นนี้
การเลิกใช้งานและการเลิกใช้
เราเลิกใช้งานหรือเลิกใช้ฟีเจอร์ต่อไปนี้ในรุ่นนี้ ดูข้อมูลเพิ่มเติมได้ในนโยบายการเลิกใช้งาน Edge
เลิกใช้งาน: ขีดจำกัดการสร้างรายได้ (UI ของ Cloud 16.10.26)
เราได้นำฟีเจอร์ขีดจำกัดการสร้างรายได้ออกจาก UI การจัดการ (ผู้ดูแลระบบ > ขีดจำกัด) แล้ว ดูรายละเอียดเพิ่มเติมเกี่ยวกับประกาศการเลิกใช้งาน รวมถึงสิ่งที่ควรใช้แทนได้ที่ http://docs.apigee.com/monetization/content/limit-feature-deprecation-notice (DEVRT-3259)
นำการรองรับ RedHat/CentOS เวอร์ชัน 6.5 ออก
หากคุณใช้ RedHat/CentOS เวอร์ชัน 6.5 อยู่ คุณต้องอัปเดตระบบปฏิบัติการเป็นเวอร์ชัน 6.6 ขึ้นไปก่อนที่จะอัปเดตเป็น Edge 4.17.01
ฟีเจอร์และการอัปเดตใหม่ๆ
ฟีเจอร์ใหม่และการเพิ่มประสิทธิภาพในรุ่นนี้มีดังนี้ นอกจากการปรับปรุงต่อไปนี้แล้ว เวอร์ชันนี้ยังมีการปรับปรุงความสามารถในการใช้งาน ประสิทธิภาพ ความปลอดภัย และความเสถียรหลายรายการด้วย
ดูรายละเอียดและวิธีการเพิ่มเติมได้ในเอกสารประกอบของ Edge for Private Cloud
Private Cloud
ตอนนี้สามารถแสดงแบนเนอร์แสดงความยินยอมให้ใช้คุกกี้ทางการตลาดใน Edge UI ได้แล้ว
คุณสามารถแสดงแบนเนอร์แสดงความยินยอมให้ใช้คุกกี้ทางการตลาดเมื่อผู้ใช้เข้าถึง Edge UI เป็นครั้งแรก แบนเนอร์แสดงความยินยอมให้ใช้คุกกี้ทางการตลาดจะแสดงข้อความที่จัดรูปแบบ HTML และปุ่มที่ผู้ใช้เลือกเพื่อไปยังหน้าจอเข้าสู่ระบบ ดูข้อมูลเพิ่มเติมได้ที่การเปิดใช้แบนเนอร์แสดงความยินยอมให้ใช้คุกกี้ทางการตลาด
API BaaS รองรับศูนย์ข้อมูลหลายแห่ง
ตอนนี้คุณสามารถติดตั้ง API BaaS ในศูนย์ข้อมูลหลายแห่งได้แล้ว ดูข้อมูลเพิ่มเติมได้ที่การติดตั้งศูนย์ข้อมูลหลายแห่งสำหรับ API BaaS
พารามิเตอร์การกำหนดค่าการติดตั้ง API BaaS ใหม่
มีการเพิ่มพารามิเตอร์การกำหนดค่าใหม่ 2 รายการลงในไฟล์การกำหนดค่า API BaaS ดังนี้
- BAAS_CASS_DC_LIST - ระบุชื่อภูมิภาคของศูนย์ข้อมูล BaaS สำหรับศูนย์ข้อมูลเดียว ให้ระบุค่าเดียวกับ BAAS_CASS_LOCALDC
- BAAS_CLUSTER_SEEDS - ระบุโหนด BaaS Stack ที่ใช้กำหนด Seed ของคลัสเตอร์ BaaS
ดูข้อมูลเพิ่มเติมได้ที่อัปเดต Apigee Edge 4.16.09 เป็น 4.17.01
ไม่เรียกใช้ตัวเลือก "deploy" ด้วยคำสั่ง apigee-service สำหรับ API BaaS อีกต่อไป
ระบบไม่รองรับตัวเลือก deploy สำหรับคำสั่ง apigee-service สำหรับ API BaaS Stack และพอร์ทัลอีกต่อไป แต่ให้ใช้ตัวเลือก configure และ restart แทน ดูข้อมูลเพิ่มเติมได้ที่การติดตั้ง API BaaS
ข้อกำหนดพอร์ตใหม่สำหรับ API BaaS
ตอนนี้โหนด BaaS Stack ทั้งหมดต้องเปิดพอร์ต 2551 เพื่อให้เข้าถึงได้จากโหนด Stack อื่นๆ ทั้งหมด หากคุณมีศูนย์ข้อมูล BaaS หลายแห่ง พอร์ตจะต้องเข้าถึงได้จากโหนด Stack ทั้งหมดในศูนย์ข้อมูลทั้งหมด
ดูข้อมูลเพิ่มเติมได้ที่การติดตั้ง API BaaS และข้อกำหนดในการติดตั้ง
ตอนนี้พอร์ทัล Developer Services ใช้ Postgres เป็นฐานข้อมูลและ Nginx เป็นเว็บเซิร์ฟเวอร์
สำหรับการติดตั้งใหม่ทั้งหมด พอร์ทัลจะใช้ Postgres เป็นฐานข้อมูลแทน MySQL และ MariaDB ลูกค้าที่อัปเกรดเป็น 4.17.01 จากเวอร์ชันก่อนหน้าจะยังคงใช้ MySQL หรือ MariaDB ต่อไป
การติดตั้งใหม่สำหรับ 4.17.01 จะติดตั้ง Nginx เป็นเว็บเซิร์ฟเวอร์ด้วย ลูกค้าที่อัปเกรดเป็น 4.17.01 จากเวอร์ชันก่อนหน้าจะยังคงใช้ Apache ต่อไป
พอร์ทัลบริการสำหรับนักพัฒนาซอฟต์แวร์จะไม่เปิดใช้ SmartDocs โดยค่าเริ่มต้นอีกต่อไป
คุณต้องเปิดใช้ SmartDocs ในพอร์ทัล ดูข้อมูลเพิ่มเติมเกี่ยวกับ SmartDocs ได้ที่การใช้ SmartDocs เพื่อจัดทำเอกสาร API
ตอนนี้พอร์ทัล Developer Services ได้รับการติดตั้งจาก RPM แล้ว
พอร์ทัล Developer Services เวอร์ชัน 4.17.01 ได้รับการติดตั้งจาก RPM โดยใช้ที่เก็บและเครื่องมือเดียวกันกับ Edge และ API BaaS ดูข้อมูลเพิ่มเติมได้ที่การติดตั้งพอร์ทัลบริการสำหรับนักพัฒนาซอฟต์แวร์
การติดตั้งที่ใช้ RPM และโปรแกรมอัปเดตที่ใช้ .tar ใช้คอมโพเนนต์ที่แตกต่างกัน ดังนี้
|
การติดตั้งที่ใช้ RPM |
การติดตั้งที่ใช้ .tar |
|
|---|---|---|
|
เว็บเซิร์ฟเวอร์ |
Nginx |
Apache |
|
Web root |
/opt/apigee/apigee-drupal |
/var/www/html |
|
พอร์ต |
8079 |
80 |
|
ฐานข้อมูล |
PostgreSQL |
MySQL |
|
PHP |
php-fpm (FastCGI) |
mod_php (ในกระบวนการด้วย Apache) |
อัปเกรด Qpid เป็นเวอร์ชัน 1.35
รุ่นนี้มี Qpid เวอร์ชัน 1.35
อัปเกรด Cassandra เป็นเวอร์ชัน 2.1.16
รุ่นนี้มี Cassandra เวอร์ชัน 2.1.16
Play อัปเกรดเป็นเวอร์ชัน 2.4 แล้ว
รุ่นนี้มีเฟรมเวิร์ก UI ของ Play 2.4
เพิ่มการรองรับ RedHat/CentOS เวอร์ชัน 7.3
ตอนนี้ Edge รองรับ RedHat/CentOS เวอร์ชัน 7.3 แล้ว
ข้อมูลอัปเดตเกี่ยวกับแดชบอร์ดการตรวจสอบเวอร์ชันเบต้า
แดชบอร์ดการตรวจสอบ Edge เวอร์ชันเบต้าได้รับการอัปเดตเป็นเวอร์ชันต่อไปนี้
- รวมแดชบอร์ดใหม่สำหรับ Cassandra, Zookeeper, OpenLDAP, Postgres และ Qpid
- อัปเกรดเวอร์ชัน Influx ใน 4.16.09 จาก 0.11 เป็น 1.0.2
- เพิ่มการแก้ไขด้านความเสถียรหลายรายการ
ดูข้อมูลเพิ่มเติมได้ที่ภาพรวมของแดชบอร์ดการตรวจสอบ Apigee เวอร์ชันเบต้า
ตอนนี้คุณสามารถตั้งรหัสผ่าน Postgres ในไฟล์การกำหนดค่าการติดตั้งได้แล้ว
ใช้พร็อพเพอร์ตี้ PG_PWD เพื่อตั้งรหัสผ่าน Postgres ในไฟล์การกำหนดค่าการติดตั้ง ดูข้อมูลเพิ่มเติมได้ที่ข้อมูลอ้างอิงไฟล์การกำหนดค่า Edge
เปิดใช้ที่เก็บ EPEL
คุณต้องเปิดใช้แพ็กเกจเสริมสำหรับ Enterprise Linux (หรือ EPEL) เพื่อติดตั้งหรืออัปเดต Edge ดูข้อมูลเพิ่มเติมได้ที่ข้อกำหนดในการติดตั้ง
คำสั่งที่คุณใช้จะขึ้นอยู่กับเวอร์ชันของ RedHat/CentOS ดังนี้
- สำหรับ RedHat/CentOS 7.x:
> wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm - สำหรับ RedHat/CentOS 6.x:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm
ปิดใช้การค้นหา DNS ใน IPv6 เมื่อใช้ NSCD (Name Service Cache Daemon)
หากคุณติดตั้งและเปิดใช้ NSCD (Name Service Cache Daemon) แล้ว Message Processor จะทำการค้นหา DNS 2 ครั้ง โดยครั้งแรกสำหรับ IPv4 และครั้งที่ 2 สำหรับ IPv6 คุณต้องปิดใช้ DNS Lookup ใน IPv6 เมื่อใช้ NSCD ดูข้อมูลเพิ่มเติมได้ที่ข้อกำหนดในการติดตั้ง
วิธีปิดใช้ DNS Lookup ใน IPv6
- ในโหนด Message Processor ทุกโหนด ให้แก้ไข /etc/nscd.conf
- ตั้งค่าพร็อพเพอร์ตี้ต่อไปนี้
enable-cache hosts no
บริการ API
Shared Flows และ Flow Hooks เพื่อทำให้พร็อกซี API ทำงานได้ (Cloud 16.09.21)
ฟีเจอร์ "โฟลว์ที่แชร์" ใหม่ช่วยให้คุณใช้ฟังก์ชันการทำงานในพร็อกซี API ได้ การรวมนโยบายและทรัพยากรที่มีเงื่อนไขไว้ในโฟลว์ที่ใช้ร่วมกันช่วยให้คุณอ้างอิงนโยบายและทรัพยากรดังกล่าวจากพร็อกซี API ใดก็ได้เพื่อเรียกใช้ตรรกะที่นำกลับมาใช้ใหม่ได้จากแหล่งที่มาเดียว ตัวอย่างเช่น โฟลว์ที่ใช้ร่วมกันอาจยืนยันคีย์ API, ป้องกันการหยุดทำงานเนื่องจากมีคำขอจำนวนมาก และบันทึกข้อมูล
คุณกำหนดโฟลว์ที่ใช้ร่วมกันใน UI การจัดการ (API > โฟลว์ที่ใช้ร่วมกัน) จากนั้นอ้างอิงโฟลว์ดังกล่าวได้ 2 วิธีดังนี้
- ด้วยนโยบาย Flow Callout ใหม่ในพร็อกซี API
หรือ -
ในอาร์ติแฟกต์ใหม่ที่ชื่อว่า Flow Hooks ซึ่งอยู่ในตำแหน่งต่อไปนี้
จุดเชื่อมต่อเหล่านี้ช่วยให้คุณเรียกใช้ตรรกะการดำเนินการก่อนหรือหลังจุดโฟลว์หลักของพร็อกซีแต่ละรายการได้ คุณกำหนดโฟลว์ที่ใช้ร่วมกันให้กับตำแหน่ง Flow Hook เหล่านี้ใน UI การจัดการ (API > การกำหนดค่าสภาพแวดล้อม > Flow Hook)
- คำขอ: ก่อน PreFlow ของ ProxyEndpoint และหลัง PostFlow ของ TargetEndpoint
- การตอบกลับ: ก่อน PreFlow ของ TargetEndpoint และหลัง PostFlow ของ ProxyEndpoint
ดูข้อมูลเพิ่มเติมได้ที่โฟลว์ที่แชร์ที่นำกลับมาใช้ซ้ำได้และการแนบโฟลว์ที่แชร์โดยใช้ Flow Hook
Encrypted key value maps (Cloud 16.09.21)
คุณสามารถสร้างแมปคีย์-ค่า (KVM) ที่เข้ารหัสเพื่อจัดเก็บข้อมูลที่ละเอียดอ่อน เช่น ข้อมูลเข้าสู่ระบบหรือข้อมูล PII/HIPAA ฟีเจอร์นี้แตกต่างจากที่เก็บข้อมูลที่ปลอดภัย (Vault) ของ Edge ที่มีอยู่และออกแบบมาเพื่อแทนที่ เนื่องจากค่าของ Vault เข้าถึงได้ด้วย Node.js เท่านั้น (นอกเหนือจาก Management API) คุณเข้าถึงค่า KVM ที่เข้ารหัสได้ด้วย Node.js หรือนโยบายการดำเนินการกับแผนที่คีย์-ค่า
การสร้าง KVM ที่เข้ารหัส
- ใช้ KVM management API ที่มีอยู่ เมื่อคุณรวม
“encrypted”: “true”ไว้ในคำจำกัดความเพย์โหลดเมื่อสร้าง KVM ทาง Edge จะสร้างคีย์การเข้ารหัสที่มีขอบเขตเดียวกับ KVM และเข้ารหัส KVM โดยใช้คีย์นั้น - คุณไม่สามารถใช้นโยบายการดำเนินการแมปคีย์-ค่าเพื่อสร้าง KVM ที่เข้ารหัสได้ คุณต้องสร้าง KVM ที่เข้ารหัสโดยใช้ Management API ของ KVM ก่อนที่จะใช้ในนโยบาย
- คุณไม่สามารถเข้ารหัส KVM ที่ไม่ได้เข้ารหัสที่มีอยู่ได้
การใช้ KVM ที่เข้ารหัส
- ใช้นโยบายการดำเนินการแมปคีย์-ค่าเพื่อรับและอัปเดตค่า KVM ที่เข้ารหัส
- เมื่อได้รับค่าคีย์ที่เข้ารหัส ให้ใส่คำนำหน้าตัวแปรเพื่อเก็บค่าด้วยคีย์เวิร์ด "private" ตัวอย่างเช่น
<Get assignTo="private.secretVar">ตัวแปรprivate.secretVarนั้นจะเก็บค่าที่ถอดรหัสแล้ว - เมื่ออัปเดตค่าด้วยนโยบาย คุณไม่จำเป็นต้องดำเนินการใดๆ เป็นพิเศษ ระบบจะเข้ารหัสค่าโดยอัตโนมัติใน KVM ที่เข้ารหัส
- นอกจากนี้ คุณยังเข้าถึงค่าที่ถอดรหัสแล้วได้โดยใช้โมดูล apigee-access ในโค้ด Node.js ใช้ฟังก์ชัน
getKeyValueMap()เพื่อดึงข้อมูล KVM ตามชื่อและขอบเขต มี 2 ฟังก์ชันที่ใช้ได้กับออบเจ็กต์ที่แสดงผล ได้แก่getKeys(callback)เพื่อรับอาร์เรย์ของชื่อคีย์ และget(key, callback)เพื่อรับค่าสำหรับคีย์ที่เฉพาะเจาะจง ตัวอย่างเช่น ตัวอย่างต่อไปนี้จะรับ KVM ที่กำหนดขอบเขตเป็นapiproxyชื่อVerySecureKVMและดึงค่าที่เข้ารหัสของkey1var apigee = require('apigee-access'); var encryptedKVM = apigee.getKeyValueMap('VerySecureKVM', 'apiproxy'); encryptedKVM.get('key1', function(err, secretValue) { // use the secret value here });
ดูข้อมูลเพิ่มเติมได้ที่การทำงานกับแมปคีย์-ค่าและการเข้าถึงแมปคีย์-ค่าใน Node.js
(APIRT-1197)
สร้างแมปคีย์-ค่าที่เข้ารหัสใน UI (UI 16.10.26)
เมื่อสร้างแมปคีย์-ค่า (KVM) ที่กำหนดขอบเขตตามสภาพแวดล้อมใน UI การจัดการ (API > การกำหนดค่าสภาพแวดล้อม > แมปคีย์-ค่า) ช่องทำเครื่องหมายเข้ารหัสใหม่จะช่วยให้คุณสร้าง KVM ที่เข้ารหัสได้ หลังจากเพิ่มคีย์ลงใน KVM แล้ว ค่าที่เข้ารหัสจะปรากฏใน UI การจัดการเป็นเครื่องหมายดอกจัน (*****) คุณเพิ่มคีย์/ค่าลงใน KVM ที่เข้ารหัสได้เหมือนกับที่ทำกับ KVM ที่ไม่ได้เข้ารหัส การรองรับแบ็กเอนด์เต็มรูปแบบสำหรับ KVM ที่เข้ารหัสพร้อมใช้งานในรุ่นระบบคลาวด์ 160921 (EDGEUI-764)
การรวม URL ของข้อกำหนด OpenAPI ในข้อมูลเมตาของพร็อกซี API (Cloud 16.09.21)
เมื่อคุณสร้างพร็อกซี API โดยอิงตามข้อกำหนด OpenAPI ระบบจะจัดเก็บตำแหน่งของข้อกำหนด OpenAPI ไว้ในข้อมูลเมตาของพร็อกซี API ตัวอย่างเช่น หากคุณใช้ Management API เพื่อดูรายละเอียดของการแก้ไขพร็อกซี ข้อมูลเมตาจะมีเส้นทางไปยังข้อกำหนด OpenAPI ในรูปแบบต่อไปนี้
"spec" :
"https://raw.githubusercontent.com/apigee/api-platform-samples/master/default-proxies/helloworld/openapi/mocktarget.yaml"
การปรับปรุงนี้รองรับ Edge เวอร์ชันถัดไป ซึ่งลิงก์ข้อกำหนด OpenAPI กับพร็อกซี API, ผลิตภัณฑ์ API และเอกสารอ้างอิง API ในพอร์ทัลนักพัฒนาซอฟต์แวร์ใหม่ (MGMT-2913)
การสร้างข้อกำหนด OpenAPI สำหรับพร็อกซี SOAP (UI ของ Cloud 16.10.05)
เมื่อคุณสร้างพร็อกซี "REST to SOAP to REST" โดยอิงตาม WSDL แล้ว Edge จะสร้างข้อกำหนด OpenAPI ที่โฮสต์โดยอัตโนมัติตามทรัพยากรพร็อกซี คุณดูข้อกำหนดได้ที่ http(s)://[edge_domain]/[proxy_base_path]/openapi.json อย่างไรก็ตาม การแปลงอาจไม่ถูกต้องเสมอไป เนื่องจากกฎทั้งหมดของสคีมา XML ไม่สามารถแสดงในข้อกำหนด OpenAPI ได้ (EDGEUI-718)
WSDL ที่โฮสต์บน Edge สำหรับพร็อกซี SOAP แบบพาสทรู (UI ของ Cloud 16.10.05)
เมื่อคุณสร้างพร็อกซี "Pass-Through SOAP" โดยอิงตาม WSDL แล้ว Edge จะโฮสต์ WSDL และสร้างโฟลว์ในพร็อกซีเพื่อให้คุณเข้าถึงได้ คุณสามารถเข้าถึง WSDL ที่โฮสต์ได้ที่ http(s)://[edge_domain]/[proxy_base_path]?wsdl ซึ่งเป็น URL ปลายทางของบริการใหม่สำหรับไคลเอ็นต์ที่เรียกใช้บริการ SOAP ผ่านพร็อกซี (EDGEUI-718)
WSDL ตัวอย่างราคาหุ้นใหม่ในวิซาร์ดพร็อกซี API (Cloud 16.08.24.01)
เมื่อสร้าง API บริการ SOAP ด้วยวิซาร์ดพร็อกซี API จะมี WSDL สำหรับใบเสนอราคาหุ้นทดแทนอยู่ในตัวอย่าง: https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL (EDGEUI-655)
บริการสำหรับนักพัฒนาแอป
ข้อดีของการจัดการแอปของนักพัฒนาซอฟต์แวร์ใน UI (UI ของ Cloud 16.10.05)
การจัดการแอปของนักพัฒนาแอปใน Edge UI มีประสิทธิภาพมากขึ้นด้วยการปรับปรุงหลายอย่าง ดังนี้
- คุณสามารถเพิกถอนและอนุมัติแอป (ในโหมดแก้ไข) ได้ในช่อง "สถานะแอป" ใหม่ ในโหมดมุมมอง ช่องนี้จะแสดงสถานะปัจจุบันของแอปด้วย หากแอปถูกเพิกถอน คีย์ API ทั้งหมดของแอปจะใช้ไม่ได้สำหรับการเรียก API ระบบจะไม่เพิกถอนคีย์และจะพร้อมใช้งานอีกครั้งหากนักพัฒนาแอปได้รับอนุมัติอีกครั้ง ป้ายกำกับ "อนุมัติแล้ว" สำหรับคีย์ API จะแสดงเป็นข้อความขีดทับขณะที่แอปอยู่ในสถานะเพิกถอน
- ตอนนี้วันหมดอายุของคีย์ API จะแสดงในหน้ารายละเอียดแอปของนักพัฒนาแอป และคีย์จะจัดระเบียบตามวันหมดอายุในส่วน "ข้อมูลเข้าสู่ระบบ" ตัวอย่างเช่น คีย์ที่ไม่มีวันหมดอายุจะแสดงในกลุ่มหนึ่งพร้อมกับผลิตภัณฑ์ API ที่เชื่อมโยง และคีย์ที่หมดอายุใน 90 วันจะแสดงในอีกกลุ่มหนึ่งพร้อมกับผลิตภัณฑ์ที่เชื่อมโยง คุณไม่สามารถเปลี่ยนวันหมดอายุของข้อมูลเข้าสู่ระบบที่มีอยู่ได้
- ปุ่มเพิ่มข้อมูลเข้าสู่ระบบใหม่ในโหมดแก้ไขแอปสำหรับนักพัฒนาแอปช่วยให้คุณสร้างคีย์ API ที่มีเวลาหรือวันที่หมดอายุที่เฉพาะเจาะจง (หรือไม่มีวันหมดอายุ) ได้ ขณะ (หรือหลังจาก) สร้างข้อมูลเข้าสู่ระบบ คุณสามารถเพิ่มผลิตภัณฑ์ API ลงในข้อมูลเข้าสู่ระบบได้
ฟังก์ชันนี้จะแทนที่ปุ่ม "สร้างคีย์ใหม่" ในหน้ารายละเอียดแอปของนักพัฒนาแอป เราได้นำปุ่มดังกล่าวออกแล้ว
การเพิ่มประสิทธิภาพเหล่านี้จะเพิ่มฟีเจอร์ใน UI ที่มีอยู่แล้วใน Management API (EDGEUI-104)
เปิดใช้งาน/ปิดใช้งานนักพัฒนาแอปใน UI (Cloud 16.10.05 UI)
คุณสามารถเปลี่ยนสถานะของนักพัฒนาแอปเป็นใช้งานอยู่หรือไม่ได้ใช้งานใน Edge UI (หน้ารายละเอียดนักพัฒนาแอป, โหมดแก้ไข, ปุ่มเปิดใช้งาน/ปิดใช้งาน) เมื่อนักพัฒนาแอปไม่มีการใช้งาน คีย์ API ของแอปนักพัฒนาแอปหรือโทเค็น OAuth ที่สร้างด้วยคีย์เหล่านั้นจะใช้ไม่ได้ในการเรียกใช้พร็อกซี API (EDGEUI-304)
Inactive developer indicators in the UI (16.10.26 UI)
เมื่อตั้งค่านักพัฒนาแอปเป็น "ไม่มีการใช้งาน" แอปและข้อมูลเข้าสู่ระบบของนักพัฒนาแอปจะใช้ไม่ได้อีกต่อไป แม้ว่าจะยังคงอยู่ในสถานะ "อนุมัติแล้ว" ก็ตาม ตอนนี้เมื่อดูแอปและข้อมูลเข้าสู่ระบบของนักพัฒนาแอปที่ไม่ได้ใช้งานใน UI การจัดการ ป้ายกำกับสถานะ "อนุมัติแล้ว" ในแอปและข้อมูลเข้าสู่ระบบจะแสดงเป็นข้อความขีดทับ และเคล็ดลับเครื่องมือเมื่อวางเมาส์เหนือป้ายกำกับจะระบุว่านักพัฒนาแอปไม่ได้ใช้งาน หากนักพัฒนาแอปได้รับการกู้คืนเป็น "ใช้งานอยู่" แอปและข้อมูลเข้าสู่ระบบที่ได้รับอนุมัติของนักพัฒนาแอปจะกลับมาใช้งานได้อีกครั้ง และระบบจะนำข้อความที่ขีดทับบนป้ายกำกับ "อนุมัติแล้ว" ออก (EDGEUI-728)
บริการวิเคราะห์
เปลี่ยนชื่อแดชบอร์ด "การวิเคราะห์รหัสข้อผิดพลาด" (UI 16.10.26)
แดชบอร์ด "การวิเคราะห์ข้อผิดพลาด" เปลี่ยนชื่อเป็น "การวิเคราะห์รหัสข้อผิดพลาด" แดชบอร์ดประกอบด้วยการเรียก API ที่มีรหัสสถานะ HTTP 4xx และ 5xx (EDGEUI-738)
ข้อมูล TPS ในแดชบอร์ดพร็อกซี (UI 16.10.26)
ระบบได้เพิ่มข้อมูลธุรกรรมเฉลี่ยต่อวินาที ("TPS เฉลี่ย") ลงในแดชบอร์ดการเข้าชมพร็อกซีหลักแล้ว นอกจากนี้ เมื่อคุณวางเมาส์เหนือจุดข้อมูลแต่ละจุดในแผนภูมิการเข้าชมพร็อกซีและประสิทธิภาพของพร็อกซี ระบบจะแสดง TPS สำหรับช่วงเวลานั้นในเคล็ดลับเครื่องมือ (EDGEUI-668)
Analytics error display (16.10.26 UI)
เมื่อแดชบอร์ดการวิเคราะห์ได้รับข้อผิดพลาด 500 UI การจัดการจะแสดงข้อความ "รายงานหมดเวลา" ไม่ว่าข้อผิดพลาดจะเป็นอะไรก็ตาม ตอนนี้ UI จะแสดงข้อผิดพลาดจริงเพื่อให้คุณแก้ปัญหาได้ดียิ่งขึ้น (EDGEUI-753)
แก้ไขข้อบกพร่องแล้ว
เราได้แก้ไขข้อบกพร่องต่อไปนี้ในรุ่นนี้ รายการนี้มีไว้สำหรับผู้ใช้ที่ต้องการตรวจสอบว่าคำขอแจ้งปัญหาได้รับการแก้ไขแล้วหรือไม่เป็นหลัก ไม่ได้ออกแบบมาเพื่อให้ข้อมูลโดยละเอียดสำหรับผู้ใช้ทุกคน
Edge for Private Cloud 4.17.01
| รหัสปัญหา | คำอธิบาย |
|---|---|
| APIBAAS-1990 | API BaaS Stack ไม่พยายามตรวจสอบสิทธิ์กับ SMTP อีกต่อไปเมื่อ smtp.auth เป็น false |
| APIRT-3032 |
การเรียกใช้คำสั่ง "apigee-service baas-usergrid restart" จะเรียกใช้ "configure" ด้วย คุณไม่จำเป็นต้องเรียกใช้ "apigee-service baas-usergrid configure" ตามด้วย "apigee-service baas-usergrid restart" สำหรับ BaaS Stack อีกต่อไป |
| APIRT-3032 |
อย่าทำการค้นหา DNS หากชื่อโฮสต์เป็นที่อยู่ IP |
| DOS-4070 |
"apigee-all -version" แสดงเวอร์ชันของ RPM edge-mint-* แล้ว |
| DOS-4359 |
เพิ่มตัวเลือก "pdb" เพื่อติดตั้งฐานข้อมูล Postgres เท่านั้น ใช้เมื่อติดตั้งพอร์ทัลบริการสำหรับนักพัฒนาซอฟต์แวร์เท่านั้น ดูการติดตั้งพอร์ทัลบริการสำหรับนักพัฒนาซอฟต์แวร์ |
Cloud 16.10.26 (UI)
| รหัสปัญหา | คำอธิบาย |
|---|---|
| EDGEUI-768 | การสร้างพร็อกซีด้วย StockQuote WSDL ไม่สำเร็จ |
Cloud 16.09.21_9
| รหัสปัญหา | คำอธิบาย |
|---|---|
| MGMT-3674 | ไม่สามารถสร้าง KVM หรือห้องนิรภัยที่เข้ารหัสสำหรับองค์กรที่เปิดใช้ HIPAA |
| MGMT-3647 | การเข้าถึง Userrole สำหรับผู้ใช้ที่มีอีเมลที่ขึ้นต้นด้วยตัวพิมพ์ใหญ่จะแสดงข้อผิดพลาด 403 |
Cloud 16.09.21
| รหัสปัญหา | คำอธิบาย |
|---|---|
| APIRT-3507 | ข้อผิดพลาดเป็นระยะๆ (เช่น ข้อผิดพลาด SNI) ในคำขอไฮไลต์บริการ JavaScript |
| APIRT-3408 | MP เวอร์ชัน 160817 โมดูลการวิเคราะห์ apigee-access ประมวลผลข้อความแตกต่างกัน |
| APIRT-3390 |
การเปลี่ยนแปลงในการตอบกลับข้อผิดพลาดที่แสดงผลโดยนโยบายรีเฟรชโทเค็นเพื่อการเข้าถึง |
| APIRT-3389 | |
| APIRT-3381 | เวลาในการตอบสนองสูงในพร็อกซีเวอร์ชันที่ใช้งานจริงของลูกค้า |
| APIRT-3366 | นโยบาย Javascript ไม่ทำงานในองค์กรที่ใช้เวอร์ชันทดลองใหม่ทั้งหมด |
| APIRT-3363 | การแยกวิเคราะห์ URL ที่ไม่ถูกต้องจะแสดงสถานะ 500 พร้อม ApplicationNotFound |
| APIRT-3356 | ข้อความโทเค็น OAuth ไม่ถูกต้อง |
| APIRT-3355 | ข้อผิดพลาด 403 เป็นระยะๆ ในพร็อกซี OAuth |
| APIRT-3285 | |
| APIRT-3261 | ระบบจะตรวจสอบข้อมูลเข้าสู่ระบบเทียบกับแอปสำหรับนักพัฒนาแอปอีกแอปหนึ่งในเวอร์ชันที่ใช้งานจริง |
| APIRT-3234 | แอป Node.js แสดงผล NPE |
| APIRT-3223 | ปัญหาแคชที่ไม่มีการอัปเดตของ Apigee |
| APIRT-3193 | เซิร์ฟเวอร์เป้าหมาย Node.js ค้างหลังจากย้ายไปยัง ASG |
| APIRT-3152 | การเรียกใช้การจัดการ cachedlogs ทำให้ข้อความในบันทึกเสียหาย |
| APIRT-3117 | MP มีการใช้งาน CPU ถึง 100% และหยุดให้บริการการเข้าชม |
| APIRT-3064 | เราเตอร์ - ข้อความแสดงข้อผิดพลาด 503 ที่กำหนดเองจากเราเตอร์ |
| APIRT-2620 | แยก Thread Pool สำหรับขั้นตอนการบล็อกบางขั้นตอนเพื่อปรับปรุงการจัดการโหลด |
| CORESERV-774 | การเข้าถึงโดยใช้คีย์ที่ถูกต้องซึ่งมีการอ้างอิง apiproduct ที่ไม่ถูกต้องทำให้เกิดข้อผิดพลาดภายในเซิร์ฟเวอร์ |
Cloud 16.10.05 (UI)
| รหัสปัญหา | คำอธิบาย |
|---|---|
| EDGEUI-697 | ปุ่มส่งออกในหน้ารายงาน เราได้นำปุ่มส่งออกจากหน้าแรกของรายงานที่กำหนดเองแล้ว การส่งออกรายงานจะพร้อมใช้งานในหน้าของรายงานที่กำหนดเองแต่ละหน้า |
Cloud 16.08.24.01
| รหัสปัญหา | คำอธิบาย |
|---|---|
| EDGEUI-663 | พร็อกซีที่สร้างขึ้นสำหรับพอร์ต WeatherHttpGet ของ Weather.wsdl ไม่ทำงานที่รันไทม์พร้อมข้อผิดพลาด 500 เมื่อสร้างพร็อกซี API สำหรับบริการ SOAP พอร์ต WSDL ที่ไม่มีการเชื่อมโยงโปรโตคอล SOAP จะไม่ปรากฏในวิซาร์ดพร็อกซี API อีกต่อไป ซึ่งเป็นไปตามที่ออกแบบไว้ เนื่องจากวิซาร์ดจะสร้างเฉพาะคำขอ SOAP เท่านั้น |
| EDGEUI-658 | ปัญหาเกี่ยวกับชื่อการดำเนินการส่งผ่าน SOAP WSDL |
| EDGEUI-653 | ข้อผิดพลาดในการสร้างพร็อกซี API ของ Node.js เมื่อเลือกตัวเลือกเปิดใช้ CORS |
| EDGEUI-648 | การเรียกจาก UI ที่ใช้เวลา 2-3 นาทีจะหมดเวลา |
| EDGEUI-623 | ปุ่มเปลี่ยนวันที่ในประวัติองค์กรไม่ทำงานใน Firefox |