Proksi terbalik bermaksud perkhidmatan bahagian belakang tidak terdedah secara langsung kepada dunia luar Permintaan mula-mula dihantar ke nginx, dan kemudian nginx memajukan permintaan ke pelayan bahagian belakang, seperti tomcat, dll. Jika belakang. -end service hanya mempunyai satu pelayan, nginx hanya mempunyai satu peranan di sini Ia berfungsi sebagai proksi untuk perkhidmatan backend untuk menerima permintaan.
Tetapi dalam senario aplikasi sebenar, kebarangkalian satu titik kegagalan pada pelayan bahagian belakang adalah sangat tinggi atau daya pemprosesan satu mesin adalah terhad dan tidak boleh mengendalikan terlalu banyak permintaan Pada masa ini, anda perlu mengkonfigurasi berbilang pelayan hujung belakang nginx , gunakan peraturan terbina dalam nginx untuk memajukan permintaan ke mesin hujung belakang yang berbeza Pada masa ini, ia memainkan peranan mengimbangi beban.
Sudah tentu saya hanya bercakap secara kasar, seni bina sebenar jauh lebih rumit daripada ini. Tetapi ia sudah cukup untuk memahami perbezaannya.
Jika tiada proksi terbalik, tekanan terus diletakkan pada pelayan http tunggal. Dengan proksi terbalik, biasanya, satu ngnix bertindak sebagai proksi terbalik, diikuti oleh beberapa pelayan http. Fikirkan ngnix untuk semua trafik Perkara ini akan mengarahkan trafik ke pelayan HTTP berikut mengikut dasar yang dikonfigurasikan, sama ada putaran, rawak atau shunting tekanan. Dengan itu mencapai pengimbangan beban.
Proksi terbalik: Pelayan aplikasi tidak menyediakan perkhidmatan secara langsung, tetapi mengendalikan permintaan melalui pelayan http (s) seperti nginx Mengikut lokasi yang berbeza (nama domain yang berbeza, laluan permintaan yang berbeza, dll.), ia pergi ke pelayan aplikasi yang berbeza (Tomcat, Apache, dll.) Dapatkan respons dan serahkan kepada klien Pengguna kelihatan seperti permintaan diproses secara langsung oleh pelayan nginx.
Pengimbangan beban: Dalam erti kata yang luas, ia bukan sahaja merujuk kepada beban peringkat pelayan http (yang paling popular ialah menggunakan Nginx), tetapi juga termasuk LVS dan pemprosesan pengoptimuman peringkat sistem operasi Tujuannya adalah untuk memastikan bahawa pelayan aplikasi bertindak balas dengan cepat, Ia tidak menyebabkan penyekatan pelayan aplikasi asas dan lebih baik menggunakan keupayaan pemprosesan data mereka.
Proksi songsang dan imbangan beban pada asalnya adalah dua perkara yang berbeza, tetapi nginx hanya melaksanakan beberapa algoritma pengimbangan beban yang biasa digunakan di bahagian belakang bahagian atas proksi terbalik.
Proksi terbalik bermaksud perkhidmatan bahagian belakang tidak terdedah secara langsung kepada dunia luar Permintaan mula-mula dihantar ke nginx, dan kemudian nginx memajukan permintaan ke pelayan bahagian belakang, seperti tomcat, dll. Jika belakang. -end service hanya mempunyai satu pelayan, nginx hanya mempunyai satu peranan di sini Ia berfungsi sebagai proksi untuk perkhidmatan backend untuk menerima permintaan.
Tetapi dalam senario aplikasi sebenar, kebarangkalian satu titik kegagalan pada pelayan bahagian belakang adalah sangat tinggi atau daya pemprosesan satu mesin adalah terhad dan tidak boleh mengendalikan terlalu banyak permintaan Pada masa ini, anda perlu mengkonfigurasi berbilang pelayan hujung belakang nginx , gunakan peraturan terbina dalam nginx untuk memajukan permintaan ke mesin hujung belakang yang berbeza Pada masa ini, ia memainkan peranan mengimbangi beban.
Sudah tentu saya hanya bercakap secara kasar, seni bina sebenar jauh lebih rumit daripada ini. Tetapi ia sudah cukup untuk memahami perbezaannya.
Jika tiada proksi terbalik, tekanan terus diletakkan pada pelayan http tunggal. Dengan proksi terbalik, biasanya, satu ngnix bertindak sebagai proksi terbalik, diikuti oleh beberapa pelayan http. Fikirkan ngnix untuk semua trafik Perkara ini akan mengarahkan trafik ke pelayan HTTP berikut mengikut dasar yang dikonfigurasikan, sama ada putaran, rawak atau shunting tekanan. Dengan itu mencapai pengimbangan beban.
ngnix + imbangan beban nod - SegmentFault - /a/1190000003023558
Dua perkara:
Proksi terbalik: Pelayan aplikasi tidak menyediakan perkhidmatan secara langsung, tetapi mengendalikan permintaan melalui pelayan http (s) seperti nginx Mengikut lokasi yang berbeza (nama domain yang berbeza, laluan permintaan yang berbeza, dll.), ia pergi ke pelayan aplikasi yang berbeza (Tomcat, Apache, dll.) Dapatkan respons dan serahkan kepada klien Pengguna kelihatan seperti permintaan diproses secara langsung oleh pelayan nginx.
Pengimbangan beban: Dalam erti kata yang luas, ia bukan sahaja merujuk kepada beban peringkat pelayan http (yang paling popular ialah menggunakan Nginx), tetapi juga termasuk LVS dan pemprosesan pengoptimuman peringkat sistem operasi Tujuannya adalah untuk memastikan bahawa pelayan aplikasi bertindak balas dengan cepat, Ia tidak menyebabkan penyekatan pelayan aplikasi asas dan lebih baik menggunakan keupayaan pemprosesan data mereka.
Proksi songsang dan imbangan beban pada asalnya adalah dua perkara yang berbeza, tetapi nginx hanya melaksanakan beberapa algoritma pengimbangan beban yang biasa digunakan di bahagian belakang bahagian atas proksi terbalik.