Anda sedang melihat dokumentasi Apigee Edge.
Buka dokumentasi
Apigee X. info
Pada Selasa, 29 April 2014, kami merilis Apigee Edge versi cloud baru.
Fitur dan peningkatan baru
Berikut adalah fitur baru dan peningkatan dalam rilis ini.
- Dasbor analisis
Edge kini menyediakan laporan Analisis Performa Endpoint, Performa Proxy API, dan Performa Cache baru untuk membantu Anda memantau performa.
Lihat "Dasbor Operasi" di Dasbor Analytics. - Agregasi metrik kustom untuk performa
Fitur ini tidak tersedia lagi.
Fitur agregasi kustom baru meningkatkan performa analisis dengan memungkinkan Anda menentukan metrik kustom yang dikumpulkan dan disimpan Edge saat panggilan API dilakukan. Saat Anda melihat laporan, Edge akan mengakses metrik gabungan yang sudah tersedia, bukan mengambilnya secara langsung. - OAuth 2.0 yang telah dikonfigurasi sebelumnya di proxy API
Saat membuat proxy API, opsi "Amankan dengan Token Akses OAuth v2.0" yang baru akan otomatis mengonfigurasi proxy API dengan kebijakan yang mendukung OAuth.
Lihat OAuth. - Pemsamaran data dalam rekaman aktivitas
Resource API /maskconfigs memungkinkan Anda menyamarkan data sensitif seperti informasi kartu kredit dalam sesi rekaman aktivitas proxy API, sehingga membantu memastikan keamanan data pengguna selama pengembangan API.
Kasus:810723
Lihat Penyamaran dan penyembunyian data. - Kebijakan Autentikasi Dasar
Dengan kebijakan Autentikasi Dasar, Anda dapat menambahkan Autentikasi Dasar ringan ke proxy API, yang menyediakan encoding Base64 otomatis untuk kredensial pengguna dan pengisian headerAuthorization: Basic
HTTP.
Lihat Kebijakan Autentikasi Dasar. - PostClientFlow
Dengan PostClientFlow, Anda dapat menambahkan kebijakan MessageLogging yang dieksekusi setelah respons dikirim. Hal ini mengurangi latensi proxy API dan menyediakan informasi untuk logging yang tidak dihitung hingga setelah respons dikirim, seperti client.sent.start.timestamp dan client.sent.end.timestamp.
Kasus: 814059
Bug yang diperbaiki
Bug berikut diperbaiki dalam rilis ini.
Topik | Deskripsi |
---|---|
Validasi nama laporan kustom | Edge kini memvalidasi nama laporan kustom untuk melarang penggunaan karakter khusus. |
Melaporkan masalah terkait pengelompokan developer_app | Aplikasi developer yang salah ditampilkan dalam laporan kustom yang menggunakan pengelompokan menurut developer_app. Masalah ini sudah teratasi. |
Jangka Waktu tidak berfungsi pada laporan kustom | Dalam laporan kustom yang berisi filter dengan beberapa ekspresi
tanda kurung—misalnya, (request_verb eq 'POST') or (request_verb eq
'GET') —mengubah jangka waktu laporan tidak akan memengaruhi hasil. Masalah ini
telah diperbaiki.Kasus: 810753 |
Diagram tidak muncul di laporan kustom | Masalah diagram yang tidak muncul di laporan kustom telah diperbaiki. Kasus: 814623 |
Impor WSDL |
|
Konfigurasi kebijakan Batas Kapasitas Serentak | Pemilih Endpoint Target kini hanya tersedia saat menambahkan kebijakan Batas Kecepatan Serentak ke proxy API. Endpoint Target tidak berlaku untuk kebijakan lain. |
Dukungan perusahaan untuk developer | Untuk organisasi yang mengaktifkan perusahaan, Anda kini dapat menentukan perusahaan saat
membuat atau mengedit developer. Kasus: 515246 |
Mengekspor developer, aplikasi, dan produk | Kini Anda dapat mengekspor developer, aplikasi, dan produk ke file CSV dari halaman Developer
di UI pengelolaan Edge. Saat ini fitur ini tidak tersedia untuk organisasi yang mengaktifkan monetisasi. Kasus: 747159 |
Jendela Aplikasi Developer berhenti berfungsi | Setelah developer menghapus aplikasi di Edge Developer Portal, mengklik aplikasi developer tersebut di UI pengelolaan Edge akan menyebabkan jendela berhenti berfungsi. Masalah ini telah diperbaiki. |
Komentar dalam konfigurasi proxy API | Komentar dalam konfigurasi proxy API kini dapat dilihat di tampilan kode editor proxy API dan Property Inspector. |
Proxy API yang dibuat dengan nama tidak valid | UI pengelolaan Edge sebelumnya mengizinkan pembuatan proxy API yang namanya
berisi karakter khusus yang tidak didukung, sehingga menghasilkan proxy API yang tidak valid dan tidak dapat
dihapus. Nama proxy API kini divalidasi pada waktu pembuatan. Hanya karakter alfanumerik, "-", dan
"_" yang diizinkan. Kasus: 550390 |
Kepekaan huruf besar/kecil dalam penamaan proxy API | Edge membuat proxy API dengan nama huruf kecil, terlepas dari huruf besar/kecil yang dimasukkan. Edge kini mengikuti kasus nama yang dimasukkan untuk proxy API. |
Peringatan pada penyimpanan proxy API | Saat Anda menyimpan proxy API di editor proxy API, Edge akan men-deploy proxy API ke semua lingkungan tempat revisi saat ini di-deploy, termasuk lingkungan produksi. UI pengelolaan Edge kini memberikan peringatan sebelum menyimpan proxy. |
Peran kustom tanpa izin yang disimpan ke lingkungan produksi | Saat revisi API yang di-deploy diperbarui, tindakan ini akan memicu undeploy internal dan deploy di lingkungan yang di-deploy. Peran khusus tanpa izin deployment yang tepat dapat di-deploy dengan menyimpan proxy API. Masalah ini telah diatasi dengan menerapkan izin deployment. Kasus: 813084 |
Server target duplikat | Saat membuat server target duplikat, Edge menimpa server target yang ada dan menampilkan status 201, bukan error HTTP 409. Masalah ini telah diatasi dengan menampilkan error 409 dan tidak menimpa server target yang ada. |
Tidak dapat membuat sesi rekaman aktivitas untuk proxy API | Sesi rekaman aktivitas tidak dibuat untuk lingkungan dengan pemroses pesan yang tidak dapat dijangkau. Masalah ini telah diatasi dengan melampirkan sesi rekaman aktivitas hanya ke
pemroses pesan yang dapat dijangkau dan tersedia Kasus: 812192 |
Perilaku JMSReplyTo diperbarui | Secara default, Edge mengirimkan respons ke antrean yang ditentukan dalam header JMSReplyTo.
Namun, jika Anda ingin layanan backend menangani pengiriman respons ke antrean JMSReplyTo, bukan Edge, tambahkan header X-Apigee-Ignore-JMSResponse ke respons proxy API dalam alur apa pun dan tetapkan ke benar:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
Error CLOSE_WAIT dan 502 bad gateway yang tinggi | Masalah yang menyebabkan metrik CLOSE_WAIT tinggi dan error gateway buruk 502 telah
diperbaiki. Kasus: 814656, 814664, 814670 |
Direktori sementara Node.js | Saat di-deploy ke Edge, skrip Node.js akan berjalan di dalam sandbox yang membatasi akses sistem file ke direktori tertentu. Namun, os.tmpdir menampilkan nama direktori seperti /tmp atau /var/tmp, yang tidak ada di sandbox Edge Node.js, sehingga menyebabkan beberapa skrip rusak. Sandbox Edge Node.js kini menyertakan direktori /tmp untuk digunakan os.tmpdir. |
Pengecualian pointer null pada panggilan API | Dalam kebijakan Tetapkan Pesan, status respons null menampilkan pengecualian pointer null saat
Edge mencoba mengambil kode respons untuk metrik. Masalah ini sudah teratasi. Kasus: 815595 |