Anda sedang melihat dokumentasi Apigee Edge.
Buka
dokumentasi Apigee X. info
Pada hari Selasa, 29 April 2014, kami merilis versi cloud baru dari Apigee Edge.
Fitur dan peningkatan baru
Berikut adalah sejumlah fitur dan peningkatan baru dalam rilis ini.
- Dasbor analisis
Edge kini menyediakan laporan Performa Endpoint, Performa Proxy API, dan Cache Performance Analytics baru untuk membantu Anda memantau performa.
Lihat "Dasbor Operasi" di dasbor Analytics. - Agregasi metrik kustom untuk performa
Fitur ini tidak lagi tersedia.
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 dengan cepat. - OAuth 2.0 yang telah dikonfigurasi sebelumnya dalam proxy API
Saat membuat proxy API, opsi "Aman dengan OAuth v2.0 Access Tokens" baru akan otomatis mengonfigurasi proxy API dengan kebijakan yang mendukung OAuth.
Lihat OAuth. - Penyamaran data di rekaman aktivitas
Resource API /maskconfigs memungkinkan Anda menyamarkan data sensitif seperti informasi kartu kredit di sesi rekaman aktivitas proxy API, sehingga membantu memastikan keamanan data pengguna selama pengembangan API.
Kasus:810723
Lihat Penyembunyian dan penyamaran data. - Kebijakan Autentikasi Dasar
Dengan kebijakan Autentikasi Dasar, Anda dapat menambahkan Autentikasi Dasar yang ringan ke proxy API, yang menyediakan encoding Base64 otomatis untuk kredensial pengguna dan pengisian headerAuthorization: BasicHTTP.
Lihat kebijakan Autentikasi Dasar. - PostClientFlow
PostClientFlow memungkinkan Anda menambahkan kebijakan MessageLogging yang berjalan setelah respons dikirim. Hal ini akan mengurangi latensi proxy API dan menyediakan informasi untuk logging yang tidak dihitung hingga respons dikirim, seperti client.sent.start.Timestamp dan client.sent.end.timestamp.
Kasus: 814059
Bug telah diperbaiki
Bug berikut telah diperbaiki dalam rilis ini.
| Topik | Deskripsi |
|---|---|
| Validasi nama laporan kustom | Edge kini memvalidasi nama laporan kustom untuk melarang penggunaan karakter khusus. |
| Melaporkan masalah terkait perincian developer_app | Aplikasi developer yang salah ditampilkan dalam laporan kustom yang menggunakan perincian developer_app. Masalah ini sudah teratasi. |
| Jangka Waktu tidak berfungsi di laporan kustom | Dalam laporan kustom yang berisi filter dengan beberapa ekspresi
kurung—misalnya, (request_verb eq 'POST') or (request_verb eq
'GET')—mengubah jangka waktu laporan tidak memengaruhi hasil. Masalah ini
telah diperbaiki.Kasus: 810753 |
| Diagram tidak muncul di laporan kustom | Masalah dengan diagram yang tidak muncul dalam laporan kustom telah diperbaiki. Kasus: 814623 |
| Impor WSDL |
|
| Konfigurasi kebijakan Batas Kapasitas Serentak | Pemilih Target Endpoint kini hanya tersedia saat menambahkan kebijakan Batas Kapasitas Serentak ke proxy API. Target Endpoint tidak berlaku untuk kebijakan lainnya. |
| Dukungan perusahaan untuk developer | Untuk organisasi yang mengaktifkan perusahaan, Anda kini dapat menentukan perusahaan saat
membuat atau mengedit developer. Kasus: 515246 |
| Ekspor 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 hang | Setelah developer menghapus aplikasi di Portal Developer Edge, mengklik aplikasi developer tersebut di UI pengelolaan Edge akan menyebabkan jendela hang. Masalah ini telah diperbaiki. |
| Komentar dalam konfigurasi proxy API | Komentar dalam konfigurasi proxy API kini terlihat di tampilan kode editor proxy API dan Property Inspector. |
| Proxy API dibuat dengan nama yang 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 yang 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 kasus yang dimasukkan. Edge kini mematuhi kasus nama yang dimasukkan untuk proxy API. |
| Peringatan tentang 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 khusus tanpa izin yang disimpan ke lingkungan produksi | Saat diperbarui, revisi API yang di-deploy akan memicu pembatalan deployment dan deployment internal pada lingkungan yang di-deploy. Peran khusus yang tidak memiliki 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 akan 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 di header JMSReplyTo.
Namun, jika Anda ingin layanan backend menangani pengiriman respons ke antrean JMSReplyTo dan bukan Edge, tambahkan header X-Apigee-Ignore-JMSResponse ke respons proxy API di flow apa pun dan setel ke true:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Kesalahan gateway CLOSE_WAIT tinggi dan 502 buruk | Masalah yang menyebabkan tingginya metrik CLOSE_WAIT dan error gateway buruk 502 telah
diperbaiki. Kasus: 814656, 814664, 814670 |
| Direktori sementara Node.js | Saat skrip Node.js di-deploy ke Edge, skrip tersebut 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 dalam sandbox Edge Node.js, sehingga menyebabkan beberapa skrip rusak. Sandbox Edge Node.js kini menyertakan direktori /tmp untuk digunakan oleh os.tmpdir. |
| Pengecualian pointer null pada panggilan API | Dalam kebijakan Tetapkan Pesan, status respons null menampilkan pengecualian pointer null saat Edge mencoba merekam kode respons untuk metrik. Masalah ini sudah teratasi. Kasus: 815595 |