Rumah > Soal Jawab > teks badan
Di hadapan adalah dua pelayan nginx N1 dan N2 menggunakan keepalive untuk ketersediaan tinggi
Bahagian belakang ialah gugusan 4 tomcat T1, T2, T3, dan T4 (memcached digunakan untuk menyelesaikan masalah perkongsian sesi)
Akan terdapat beberapa js/css dan fail statik lain dalam kod, yang lebih mudah dikendalikan Kod sumber boleh disegerakkan antara 6 pelayan ini.
Sistem akan memuat naik sejumlah besar fail seperti pdf/doc dan perlu ditukar kepada format swf untuk pratonton kemudian, jadi T3 dan T4 digunakan untuk pemprosesan khas. Serahkan urusan am lain kepada T1 dan T2
Kemudian di sini datang masalah Pelanggan ingin mengakses fail pdf atau swf, dan permintaan itu tidak boleh dipintas di sini, kerana hanya terdapat fail statik seperti js/css secara tempatan, dan tidak ada. doc/pdf, jadi gunakan proxy_pass lokasi ke T3, T4, tetapi hanya terdapat tomcat pada T3 dan T4, yang pastinya tidak cekap memproses fail statik. Apa nak buat?
Saya ada dua idea:
Saya tidak tahu bagaimana semua orang menyelesaikannya?
習慣沉默2017-05-16 17:26:18
Adakah masalah ini akan meresap? Perlu ada banyak senario untuk ini, dan terdapat penyelesaian siap sedia yang boleh anda rujuk
给我你的怀抱2017-05-16 17:26:18
Cara paling mudah ialah dengan menentukan nama domain atau nama subdomain baharu untuk sumber doc/pdf, konfigurasikan nginx dan majukan semua permintaan untuk nama domain baharu kepada t3 dan t4.
Tetapi anda mempunyai soalan di sini, bagaimana jika pengguna memuat naik fail ke t3, dan kemudian nginx memajukan permintaan ke t4 pada kali berikutnya fail itu diakses?
Jadi, adakah terdapat mekanisme penyegerakan antara t3 dan t4?
Terdapat beberapa cara untuk menyelesaikan masalah ini:
1. Gunakan sistem fail kongsi seperti yang anda katakan, seperti samba, dan muat naik fail t3 dan t4 di sini
2. Segerakkan fail antara kedua-dua mesin secara manual Kelebihannya ialah data adalah bersamaan dengan sandaran, dan kelemahannya tidak disebut
.
3. Cuba gunakan cdn seperti Youpai, supaya masalah awal anda dapat diselesaikan
4. . . .