Anda sedang melihat dokumentasi Apigee Edge.
Buka
dokumentasi Apigee X. info
Sepanjang Agustus dan September 2015, kami akan memigrasikan router cloud dan load balancer Apigee Edge ke NGINX (dibaca "Engine X"). NGINX, server web open source, memberikan performa yang lebih baik dan konkurensi yang lebih tinggi daripada load balancer dan router yang ada.
Pengaruhnya bagi pelanggan cloud kami
Intinya, perubahan ini harus transparan bagi Anda dan tidak memerlukan tindakan apa pun dari Anda selain verifikasi bahwa sistem Anda berfungsi seperti yang diharapkan. Berikut adalah deskripsi langkah-langkah yang akan kami lakukan, beserta jawaban atas beberapa pertanyaan umum (FAQ).
Langkah 1 - Update software
Kami akan mengupgrade semua router ke router baru berbasis NGINX dengan memanfaatkan model deployment bertahap untuk membantu memastikan layanan tidak terpengaruh sebagai akibat dari aktivitas ini.
Langkah 2 - Hapus tingkat load balancer di lingkungan non-produksi
Dengan router NGINX baru yang menangani fungsi load balancing, kami akan memulai proses penghapusan tingkat load balancer yang ada di lingkungan non-produksi Anda terlebih dahulu. Load balancer produksi akan tetap utuh dan tidak berubah selama langkah ini. Sebelum menghapus load balancer yang ada, kami akan mengambil pendekatan menyeluruh untuk memastikan traffic berfungsi seperti yang diharapkan. Anda tidak perlu melakukan tindakan apa pun untuk menyelesaikan langkah ini. Namun, Anda harus melaporkan masalah apa pun kepada Apigee, dan kami akan bekerja sama dengan Anda untuk menyelesaikan masalah tersebut sebelum melanjutkan ke Langkah 3.
Langkah 3 - Hapus tingkat load balancer di lingkungan produksi
Setelah berhasil menyelesaikan Langkah 2, kami akan menentukan serangkaian periode pemeliharaan untuk menghapus tingkat load balancer di lingkungan produksi menggunakan pendekatan yang sama seperti yang disebutkan di Langkah 2 untuk memastikan traffic API runtime terus berfungsi seperti yang diharapkan.
Perubahan pada fungsi produk
Berikut beberapa perubahan pada fungsi produk dengan peralihan ke NGINX.
Tidak digunakan lagi
Properti berikut tidak lagi didukung di ProxyEndpoints:
- allow.http10
- allow.http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
Untuk mengatasi penghentian penggunaan ini, lihat artikel komunitas berikut: Proxy Endpoint HTTP allow method properties not working.
Pertanyaan umum (FAQ)
Berikut adalah jawaban atas beberapa pertanyaan umum (FAQ) tentang migrasi NGINX.
Selama Langkah 1, jawabannya adalah 'Tidak' karena kita tidak menyentuh load balancer yang ada, yang tidak akan secara langsung mengubah IP yang melayani traffic. Namun, mengingat sifat layanan load balancing Amazon Web Services (AWS), aturan penskalaan normal berlaku, yang berarti IP dapat berubah sebagai bagian dari logika penskalaannya (fungsi yang ada). Itulah sebabnya kami tidak merekomendasikan penerapan konfigurasi daftar yang diizinkan Northbound dengan rangkaian produk Apigee Edge. Selama Langkah 2 dan 3, ada implikasi daftar yang diizinkan dengan penghapusan load balancer dan alamat IP terkaitnya. Oleh karena itu, kami akan berkoordinasi erat dengan Anda selama langkah-langkah ini untuk memastikan transisi yang lancar dengan memberikan serangkaian alamat IP baru yang aksesnya harus diizinkan.
Tidak ada perubahan yang diperlukan, dengan asumsi server asal adalah server endpoint target (server yang dipanggil dari paket proxy). Perubahan ini ada di sisi Northbound Apigee atau titik masuk ke Apigee.
Tidak. Entri CNAME yang ada akan terus berfungsi seperti yang diharapkan.
Jika Anda menggunakan SSL, langkah awal tidak akan memengaruhi konfigurasi SSL yang ada. Namun, kami perlu berkoordinasi erat dengan Anda untuk memastikan SSL disiapkan dengan benar di router baru sebelum melanjutkan ke Langkah 2 dan 3.
Langkah 2 dan 3 akan ditunda hingga dukungan SNI dikonfirmasi.
Kami tidak memperkirakan adanya periode nonaktif. Perubahan akan diterapkan menggunakan model deployment standar kami selama periode rilis yang ada.