14.01.00.00 - Catatan rilis lokal Apigee Edge

Anda sedang melihat dokumentasi Apigee Edge.
Buka dokumentasi Apigee X. info

Pada Rabu, 29 Januari 2014, kami merilis Apigee Edge versi on-premise baru.

Jika ada pertanyaan, buka Dukungan Pelanggan Apigee.

Rilis ini berisi fitur dan perbaikan bug dari rilis cloud berikut:

Fitur dan peningkatan baru

  • OAuth 2.0 memperbarui atribut kustom pada token
    Kebijakan "Set OAuth v2.0 Info" baru memungkinkan Anda memperbarui atribut kustom pada token OAuth 2.0.
    http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
  • Pembaruan kebijakan OAuth 1.0a
    Rilis ini mencakup pembaruan berikut pada kebijakan OAuth 1.0a:
    • Seperti token OAuth 2.0, Anda kini dapat menetapkan atribut kustom pada token OAuth 1.0a.
    • Operasi GenerateVerifier baru memungkinkan Anda membuat dan menampilkan verifier OAuth 1.0a (mirip dengan kode otorisasi di OAuth 2.0).
    http://apigee.com/docs/api-services/content/authorize-requests-using-oauth-10a
  • Info SSL dalam variabel alur
    Apigee Edge kini memungkinkan Anda menyebarkan dan mengakses informasi SSL dalam variabel alur. Dengan menetapkan properti "propagate.additional.ssl.headers" baru di ProxyEndpoint, Anda memiliki akses ke informasi SSL yang sama yang tersedia di server web Apache.
    http://apigee.com/docs/api-services/api/variables-reference
  • Header JMS sebagai header HTTP
    Semua header JMS kini didistribusikan sebagai header HTTP untuk pemrosesan downstream.
  • Pembaruan modul Node.js
    Modul Node.js bawaan Apigee telah diperbarui untuk menyertakan modul berikut: 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.
  • Peran kustom di UI pengelolaan - BETA
    Selain peran pengguna yang ada, yaitu “Pengguna Bisnis”, “Administrator Operasi”, “Administrator Organisasi”, dan “Pengguna”, rilis ini menyertakan fitur beta yang memungkinkan Anda membuat peran kustom di UI pengelolaan. Anda dapat mengontrol akses ke berbagai fitur Edge menggunakan peran kustom.
  • Penginstal Layanan API Lanjutan (sebelumnya Layanan Aplikasi)
    Layanan API Lanjutan Apigee Edge (sebelumnya Layanan Aplikasi) kini tersedia untuk digunakan di lokasi. Penginstal Edge yang ada memungkinkan Anda men-deploy dan mengonfigurasi Layanan API Lanjutan di lingkungan lokal Anda sendiri.
  • Penginstal monetisasi Layanan Developer (sebelumnya Layanan Monetisasi)
    Kemampuan monetisasi adalah bagian dari Layanan Developer Edge. Penginstal Edge on-premise kini menyertakan penginstal monetisasi terintegrasi yang ditingkatkan. Monetisasi memerlukan lisensi berbayar tambahan.
  • Beberapa pemroses pesan di satu host - penginstalan senyap
    Pengoptimalan ini mendukung topologi deployment beberapa pemroses pesan yang diinstal di satu host, yang memerlukan pengikatan setiap pemroses pesan ke alamat IP tertentu. Anda kini dapat menambahkan setelan properti BIND_ON_ALL_INTERFACES=n dalam file konfigurasi penginstalan senyap, yang membuat pemroses pesan memproses alamat IP tertentu, yang ditentukan oleh properti HOSTIP dalam file yang sama. Untuk informasi selengkapnya tentang properti ini, dan cara mengonfigurasi penginstalan senyap, lihat Panduan Konfigurasi dan Penginstalan Deployment Kit Apigee di Lokal.
  • Pembaruan JMS
    Rilis ini mencakup berbagai pembaruan pada dukungan JMS Apigee, termasuk:
    • Semua header JMS kini disebarkan sebagai header HTTP untuk pemrosesan downstream.
    • Anda kini dapat menentukan ExpiryTime dan DeliveryMode untuk pesan yang ditempatkan di ResponseQueue yang digunakan oleh proxy JMS. Semua header HTTP yang cocok dengan header JMS standar ditetapkan “apa adanya”, dan header HTTP lainnya ditetapkan sebagai properti JMS dalam pesan respons yang digunakan oleh proxy JMS.

Bug yang diperbaiki

Topik Deskripsi
Izin peran kustom Izin yang ditetapkan menggunakan peran khusus kini berfungsi seperti yang diharapkan.
Analisis latensi API Dalam alur proxy API, saat panggilan ke sistem target menghasilkan waktu tunggu habis (seperti waktu tunggu baca HTTP), waktu latensi target akan disertakan dalam analisis API.
Atribut “type” pada kebijakan Atribut "type" kini berfungsi dengan benar di semua kebijakan Apigee.
OAuth 2.0 membatalkan token Fungsi token yang tidak valid untuk kebijakan OAuth 2.0 Apigee kini cocok dengan spec OAuth. Anda tidak lagi diwajibkan untuk memberikan “jenis” saat menetapkan parameter “token”.
RBAC dengan peta nilai kunci Kontrol akses berbasis peran kini berfungsi untuk peta nilai kunci yang dibuat di tingkat lingkungan.
Format respons kebijakan OAuth 1.0a Saat membuat permintaan ke API dengan kebijakan OAuth 1.0a, respons kini ditampilkan dalam format header Accept.

Masalah umum

Topik Deskripsi
Permintaan HTTP 1.0,
Respons HTTP 1.1
Masalah ini melibatkan skenario saat klien mengirim permintaan menggunakan HTTP 1.0 dengan properti content-length di header, tetapi layanan backend dikonfigurasi untuk menggunakan HTTP 1.1 dan menampilkan properti transfer-encoding untuk encoding yang dikelompokkan.
Agar berhasil menangani skenario ini, Anda dapat menghapus properti transfer-encoding dari respons HTTP 1.1 menggunakan kebijakan AssignMessage. Dalam kebijakan berikut, yang akan dilampirkan ke alur respons proxy API, properti transfer-encoding dihapus dari header HTTP, yang memungkinkan klien menerima respons tanpa di-chunk.
<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>