Rumah > Artikel > hujung hadapan web > 10 isu yang mesti dipertimbangkan semasa mereka bentuk dan menghasilkan seni bina tapak web berskala besar_HTML/Xhtml_Pengeluaran halaman web
Kami tidak bercakap tentang PHP, JSP atau persekitaran .NET di sini Kami melihat masalah dari sudut seni bina Bahasa pelaksanaan bukan masalah. Tidak kira bahasa yang anda pilih, seni binanya Ia mesti dihadapi.
1. Pemprosesan data besar-besaran
Seperti yang kita semua tahu, untuk beberapa tapak yang agak kecil, jumlah data tidak terlalu besar. Pilih dan kemas kini boleh menyelesaikan masalah yang kami hadapi indeks paling banyak. Untuk tapak web yang besar, jumlah data mungkin berjuta-juta setiap hari Jika terdapat hubungan banyak-ke-banyak yang direka dengan buruk, tidak akan ada masalah pada peringkat awal Namun, apabila bilangan pengguna meningkat, jumlahnya data akan meningkat secara geometri. Pada masa ini, kos untuk memilih dan mengemas kini jadual (apatah lagi pertanyaan bersama berbilang jadual) adalah sangat tinggi.
2. Pemprosesan konkurensi data
Dalam sesetengah kes, 2.0 CTO mempunyai pedang Shang Fang, iaitu caching. Caching juga merupakan masalah besar apabila terdapat konkurensi yang tinggi dan pemprosesan yang tinggi. Cache dikongsi secara global di seluruh aplikasi Walau bagaimanapun, apabila kami membuat pengubahsuaian, jika dua atau lebih permintaan meminta kemas kini pada cache pada masa yang sama, aplikasi akan mati secara langsung. Pada masa ini, strategi pemprosesan serentak data yang baik dan strategi caching diperlukan.
Selain itu, terdapat masalah kebuntuan dalam pangkalan data Mungkin kita tidak merasakannya pada waktu biasa.
3. Masalah storan fail
Untuk beberapa tapak 2.0 yang menyokong muat naik fail, kami harus mempertimbangkan lebih lanjut tentang cara fail harus disimpan dan diindeks dengan berkesan apabila kapasiti cakera keras semakin besar dan besar. Penyelesaian biasa ialah menyimpan fail mengikut tarikh dan jenis. Tetapi apabila jumlah fail adalah data yang besar, jika cakera keras menyimpan 500 G fail remeh, maka Io cakera akan menjadi masalah besar semasa penyelenggaraan dan penggunaan Walaupun lebar jalur anda mencukupi, tetapi anda Cakera mungkin tidak bertindak balas. Jika muat naik turut terlibat pada masa ini, cakera akan menjadi tamat dengan mudah.
Mungkin menggunakan RAID dan pelayan storan khusus boleh menyelesaikan masalah semasa, tetapi masih terdapat masalah akses dari pelbagai tempat. Mungkin pelayan kami di Beijing, Yunnan atau Xinzang formula, maka bagaimana kita harus merancang indeks dan struktur fail kita.
Jadi kita harus mengakui bahawa penyimpanan fail adalah masalah yang sangat sukar
4. Pemprosesan perhubungan data
Kami boleh dengan mudah merancang pangkalan data yang mematuhi paradigma ketiga, yang penuh dengan perhubungan banyak-ke-banyak, dan juga boleh menggunakan GUID untuk menggantikan INDENTIFY COLUMN Walau bagaimanapun, dalam era 2.0 di mana perhubungan banyak-ke-banyak adalah banyak, paradigma ketiga ialah Yang pertama harus dibuang. Pertanyaan bersama berbilang jadual mesti dikurangkan dengan berkesan kepada minimum.
5. Masalah indeks data
Seperti yang kita semua tahu, pengindeksan ialah cara termurah dan paling mudah untuk meningkatkan kecekapan pertanyaan pangkalan data. Walau bagaimanapun, dalam kes KEMASKINI yang tinggi, kos kemas kini dan pemadaman akan menjadi sangat tinggi.
Pengindeksan dan pengemaskinian adalah musuh semula jadi Isu A, D dan E ialah isu yang perlu kita pertimbangkan semasa membuat seni bina, dan ia juga mungkin merupakan isu yang paling mengambil masa.
6. Pemprosesan teragih
Untuk tapak web 2.0 kerana interaktiviti yang tinggi, kesan CDN pada asasnya ialah 0. Kandungan dikemas kini dalam masa nyata dan kami mengendalikannya secara konvensional. Untuk memastikan kelajuan akses di pelbagai tempat, kita perlu menghadapi masalah besar, iaitu bagaimana untuk mencapai penyegerakan dan kemas kini data secara berkesan, komunikasi masa nyata pelayan di pelbagai tempat adalah isu yang mesti dipertimbangkan.
7. Analisis kebaikan dan keburukan Ajax
AJAX berjaya, dan AJAX gagal menjadi trend arus perdana, dan tiba-tiba saya mendapati bahawa siaran dan dapatkan berdasarkan XMLHTTP adalah sangat mudah. Pelanggan mendapat atau menghantar data ke pelayan, dan pelayan mengembalikannya selepas menerima permintaan data Ini adalah permintaan AJAX biasa. Tetapi semasa pemprosesan AJAX, jika kita menggunakan alat tangkapan paket, pemulangan dan pemprosesan data akan jelas sepintas lalu. Untuk beberapa permintaan AJAX yang intensif secara pengiraan, kami boleh membina mesin penghantar paket, yang boleh membunuh pelayan web dengan mudah.
8. Analisis keselamatan data
Untuk protokol HTTP, paket data dihantar dalam teks yang jelas Mungkin kita boleh mengatakan bahawa kita boleh menggunakan penyulitan, tetapi untuk masalah G, proses penyulitan mungkin dalam teks yang jelas (seperti QQ yang kita tahu, Anda boleh. menilai penyulitannya dengan mudah dan menulis kaedah penyulitan dan penyahsulitan dengan berkesan yang serupa dengannya). Apabila trafik tapak anda tidak begitu besar, tiada sesiapa akan mengambil berat tentang anda, tetapi apabila trafik anda meningkat, apa yang dipanggil pemalam dan apa yang dipanggil mesej massa akan mengikuti satu demi satu (anda boleh melihat petunjuk daripada mesej massa di permulaan QQ). Mungkin kita boleh mengatakan dengan selamat bahawa kita boleh menggunakan pertimbangan peringkat lebih tinggi atau malah HTTPS untuk melaksanakannya Ambil perhatian bahawa apabila anda melakukan proses ini, anda akan membayar kos pangkalan data, IO dan CPU yang besar. Untuk beberapa penghantaran besar-besaran, ia pada asasnya mustahil. Penulis telah dapat mencapai pemesejan massa untuk ruang Baidu dan ruang qq. Jika anda sudi mencuba, sebenarnya tidak sukar.
9. Isu penyegerakan data dan pemprosesan kelompok
Apabila salah satu pelayan pangkalan data kami terharu, kami perlu melakukan pemuatan dan pengelompokan berasaskan pangkalan data pada masa ini. Ini mungkin masalah yang paling merisaukan pada masa ini Penghantaran data adalah berdasarkan penghantaran rangkaian Bergantung pada reka bentuk pangkalan data, kelewatan data adalah masalah yang dahsyat dan masalah yang tidak dapat dielakkan Memastikan interaksi yang berkesan dicapai dalam kelewatan beberapa saat atau lebih lama. Seperti pencincangan data, pembahagian, pemprosesan kandungan dan isu lain.
10. Saluran perkongsian data dan aliran OPENAPI
Openapi telah menjadi trend yang tidak dapat dielakkan Dari google, facebook, myspace hingga ke sekolah domestik, semua orang mempertimbangkan isu ini dengan lebih berkesan, merangsang lebih banyak minat kepada pengguna, dan membantu anda melakukan yang paling berkesan pembangunan. Pada masa ini, platform perkongsian data yang berkesan dan platform terbuka data menjadi sangat diperlukan Memastikan keselamatan dan prestasi data dalam kes antara muka terbuka adalah satu lagi isu yang mesti kita pertimbangkan dengan serius.