Cari alat ujian tekanan untuk mengesahkan jmeter untuk mengetahui. Untuk SNS yang kami lakukan sebelum ini, penunjuk prestasi aplikasi Tomcat ialah 3000TPS. Mesin itu ialah mesin bilah Huawei R3 dengan 16 teras.
Pada masa yang sama, anda boleh memantau masa pelaksanaan logik melalui XRebel.
QPS 3k tidak begitu tinggi jika terdapat cache, pangkalan data adalah baik dan boleh mengendalikannya. Cuma QPS tomcat pada umumnya adalah tahap K Bolehkah kita mempertimbangkan untuk menggunakan pelayan lain (seperti nginx) untuk membaca dan menulis cache? Ini mengurangkan beban pada tomcat, sekali gus meningkatkan daya pengeluaran keseluruhan.
Storan seperti meja besar Baidu yang dibina semula dalam C++ boleh mencapai bacaan dan tulis rawak satu mesin sebanyak 30,000 qps. Walaupun hbase mempunyai prestasi yang agak lemah, ia sepatutnya dapat mencapai sekurang-kurangnya 10,000qps, jadi pangkalan data tidak menjadi masalah.
Memandangkan mesin dan sumber yang anda nyatakan, anda boleh mempertimbangkan untuk mencari bersama dua mesin, dengan hbase dan tomcat pada setiap mesin. Selain itu, anda boleh mempertimbangkan untuk melaraskan bilangan utas dengan sewajarnya berdasarkan mekanisme perkhidmatan tomcat dan logik anda yang memakan masa.
Jika kedua-dua mesin itu agak canggih dalam semua aspek, adalah disyorkan untuk menggunakan beberapa penyelesaian pengasingan sumber dan virtualisasi
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Cari alat ujian tekanan untuk mengesahkan jmeter untuk mengetahui.
Untuk SNS yang kami lakukan sebelum ini, penunjuk prestasi aplikasi Tomcat ialah 3000TPS.
Mesin itu ialah mesin bilah Huawei R3 dengan 16 teras.
Pada masa yang sama, anda boleh memantau masa pelaksanaan logik melalui XRebel.
QPS 3k tidak begitu tinggi jika terdapat cache, pangkalan data adalah baik dan boleh mengendalikannya. Cuma QPS tomcat pada umumnya adalah tahap K Bolehkah kita mempertimbangkan untuk menggunakan pelayan lain (seperti nginx) untuk membaca dan menulis cache? Ini mengurangkan beban pada tomcat, sekali gus meningkatkan daya pengeluaran keseluruhan.
Storan seperti meja besar Baidu yang dibina semula dalam C++ boleh mencapai bacaan dan tulis rawak satu mesin sebanyak 30,000 qps. Walaupun hbase mempunyai prestasi yang agak lemah, ia sepatutnya dapat mencapai sekurang-kurangnya 10,000qps, jadi pangkalan data tidak menjadi masalah.
Memandangkan mesin dan sumber yang anda nyatakan, anda boleh mempertimbangkan untuk mencari bersama dua mesin, dengan hbase dan tomcat pada setiap mesin. Selain itu, anda boleh mempertimbangkan untuk melaraskan bilangan utas dengan sewajarnya berdasarkan mekanisme perkhidmatan tomcat dan logik anda yang memakan masa.
Jika kedua-dua mesin itu agak canggih dalam semua aspek, adalah disyorkan untuk menggunakan beberapa penyelesaian pengasingan sumber dan virtualisasi
Anda tidak perlu tomcat, anda boleh menggunakan yang lain, tomcat agak berat