Anda sedang melihat dokumentasi Apigee Edge.
Buka
dokumentasi Apigee X. info
Pada Selasa, 29 April 2014, kami merilis versi cloud baru Apigee Edge.
Fitur dan peningkatan baru
Berikut adalah fitur dan peningkatan baru 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 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" baru akan otomatis mengonfigurasi proxy API dengan kebijakan yang mendukung OAuth.
Lihat OAuth. - Penyamaran 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
Kebijakan Autentikasi Dasar memungkinkan Anda menambahkan Autentikasi Dasar yang ringan ke proxy API, dengan menyediakan encoding Base64 otomatis untuk kredensial pengguna dan pengisian headerAuthorization: BasicHTTP.
Lihat Kebijakan autentikasi dasar. - PostClientFlow
PostClientFlow memungkinkan Anda menambahkan kebijakan MessageLogging yang dijalankan setelah respons dikirim. Hal ini mengurangi latensi proxy API dan membuat informasi tersedia untuk pencatatan log yang tidak dihitung hingga setelah respons dikirim, seperti client.sent.start.timestamp dan client.sent.end.timestamp.
Kasus: 814059
Bug yang 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 penelusuran detail developer_app | Aplikasi developer yang salah ditampilkan dalam laporan kustom yang menggunakan penelusuran developer_app. Masalah ini sudah teratasi. |
| Jangka Waktu tidak berfungsi pada laporan kustom | Dalam laporan kustom yang berisi filter dengan beberapa ekspresi dalam 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 dalam laporan kustom | Masalah terkait diagram yang tidak muncul dalam laporan kustom telah diperbaiki. Kasus: 814623 |
| Impor WSDL |
|
| Konfigurasi kebijakan Pembatasan Kapasitas Serentak | Pemilih Endpoint Target kini hanya tersedia saat menambahkan kebijakan Batas Kecepatan 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 |
| 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 telah mengaktifkan monetisasi. Kasus: 747159 |
| Jendela Aplikasi Developer macet | 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 terlihat di tampilan kode editor proxy API dan Pemeriksa Properti. |
| Proxy API yang dibuat dengan nama yang tidak valid | Sebelumnya, UI pengelolaan Edge memungkinkan 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 saat 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 yang dimasukkan. Edge kini memperhatikan huruf besar/kecil nama yang dimasukkan untuk proxy API. |
| Peringatan saat menyimpan 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, hal ini akan memicu pembatalan deployment dan deployment internal di
lingkungan yang di-deploy. Peran khusus tanpa izin deployment yang tepat dapat
men-deploy dengan menyimpan proxy API. Masalah ini telah diatasi dengan menerapkan izin
deployment. Kasus: 813084 |
| Server target duplikat | Saat membuat server target duplikat, bukan error HTTP 409, Edge menggantikan server target yang ada dan menampilkan status 201. Masalah ini telah diatasi dengan menampilkan error 409 dan tidak mengganti 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 diselesaikan dengan melampirkan sesi rekaman aktivitas hanya ke
pemroses pesan yang dapat dijangkau dan tersedia Kasus: 812192 |
| Perilaku JMSReplyTo yang 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
daripada Edge, tambahkan header X-Apigee-Ignore-JMSResponse ke respons proxy
API dalam alur apa pun dan tetapkan ke benar (true):<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Error CLOSE_WAIT tinggi dan error 502 bad gateway | Masalah yang menyebabkan metrik CLOSE_WAIT tinggi dan error 502 bad gateway telah diperbaiki. Kasus: 814656, 814664, 814670 |
| Direktori sementara Node.js | Saat di-deploy ke Edge, skrip Node.js 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 Node.js Edge, sehingga menyebabkan beberapa skrip rusak. Sandbox Node.js Edge kini menyertakan direktori /tmp untuk digunakan os.tmpdir. |
| Pengecualian pointer null pada panggilan API | Dalam kebijakan Tetapkan Pesan, status respons null akan memunculkan pengecualian pointer null saat
Edge mencoba mengambil kode respons untuk metrik. Masalah ini sudah teratasi. Kasus: 815595 |