180202 - Apigee Edge untuk catatan rilis Public Cloud

Host virtual dan TLS layanan mandiri kini tersedia secara umum

Untuk mengetahui detail penggunaan, lihat Tentang host virtual dan TLS/SSL.

Pengoptimalan impor/update paket proxy

Edge akan melakukan validasi yang lebih kuat pada paket proxy API pada waktu deployment. Update ini membantu memastikan deployment yang lebih cepat sekaligus mengurangi kegagalan deployment dan kerusakan paket saat lebih dari satu pengguna mengimpor paket yang sama secara bersamaan. Berikut adalah perubahan dan perilaku penting:

• Setiap paket harus memiliki root sistem file /apiproxy.
• Edge tidak lagi mencoba mengabaikan jalur di folder resource paket proxy API. (Misalnya, Edge tidak lagi mengabaikan direktori .git atau .svn.)
• Jika paket berisi konfigurasi tidak valid lebih dari satu file konfigurasi XML proxy API (misalnya, apiproxy/proxy1.xml dan apiproxy/proxy2.xml), tidak ada jaminan konfigurasi mana yang digunakan untuk proxy API.

Validasi deployment

Sebelum rilis ini, Edge telah secara pasif memeriksa deployment proxy API untuk error validasi tertentu dan memberi tahu organisasi melalui alat Advisory tentang perbaikan yang diperlukan. Saran ini, yang dijelaskan dalam Saran error deployment, diberikan untuk memberi pengguna waktu untuk memperbaiki masalah yang nantinya akan menyebabkan error deployment saat validasi diaktifkan dalam produk. Dengan rilis ini, Edge kini melakukan validasi tersebut dan menampilkan error deployment yang sesuai.

Kebijakan Spike Arrest yang kompatibel dengan penskalaan otomatis

Elemen <UseEffectiveCount> baru dalam kebijakan Pembatasan Lonjakan memungkinkan Anda mendistribusikan jumlah Pembatasan Lonjakan secara otomatis di seluruh pemroses pesan. Jika disetel ke benar (true), setiap pemroses pesan akan membagi batas laju lonjakan yang diizinkan dengan jumlah pemroses pesan yang saat ini aktif, menyesuaikan batas laju saat pemroses pesan ditambahkan atau dihapus. Nilai defaultnya adalah salah (false) jika elemen tidak disertakan dalam kebijakan.

Untuk mengetahui informasi selengkapnya, lihat topik Kebijakan Penangkapan Lonjakan.

Meningkatkan kualitas logging MP karena kegagalan konektivitas

Upgrade Rhino ke 1.7.8 dan Trireme ke 0.9.1

Tetapkan waktu tunggu API default untuk semua proxy menjadi 55 detik guna menghindari waktu tunggu router berakhir lebih awal

Menambahkan peristiwa logging untuk deployment canary

Izinkan health check HTTPS yang ditandatangani sendiri

Resolusi DNS MP harus menggunakan kumpulan thread asinkron

Peningkatan keamanan Produk API

Properti tingkat organisasi baru, features.keymanagement.disable.unbounded.permissions, memperkuat keamanan Produk API dalam memverifikasi panggilan API. Jika properti disetel ke benar (default untuk organisasi yang dibuat setelah rilis ini), fitur berikut akan diterapkan.

Pembuatan aplikasi

Saat membuat aplikasi developer atau perusahaan, Management API mewajibkan aplikasi dikaitkan dengan produk API. (UI pengelolaan sudah menerapkan hal ini.)

Konfigurasi Produk API

Untuk membuat atau memperbarui Produk API, Produk API harus menyertakan setidaknya satu proxy API atau jalur resource dalam definisinya.

Keamanan runtime

Panggilan API ditolak oleh produk API dalam situasi berikut:

• Produk API tidak menyertakan setidaknya satu jalur resource atau proxy API.
• Jika variabel flow.resource.name dalam pesan tidak menyertakan jalur resource yang dapat dievaluasi oleh Produk API.
• Jika aplikasi yang melakukan panggilan API tidak dikaitkan dengan produk API.

Untuk organisasi yang sudah ada, nilai properti adalah salah (false) dan harus diubah secara eksplisit oleh pengguna dengan izin Administrator Sistem. Artinya, pelanggan Public Cloud harus menghubungi Dukungan Apigee untuk mengubah nilai properti.

Komunikasi Router-ke-Message Processor yang aman secara default

Memperbaiki salah klasifikasi error skrip Node.js

IP tepercaya kebijakan AccessControl

Kebijakan MessageLogging untuk menyelesaikan ulang DNS secara berkala

Validasi rantai sertifikat TLS

Saat membuat alias keystore menggunakan rantai sertifikat, Anda harus memisahkan sertifikat dalam rantai dengan baris baru. Edge kini menampilkan 400 Bad Request saat pembuatan alias jika rantai sertifikat Anda tidak memenuhi persyaratan ini.