Misalkan Anda memiliki situs baru yang mewah ini, dengan banyak data (seperti gambar besar), dan Anda akan membuatnya online. Jika Anda melakukan publisitas "terlalu banyak", selama hari-hari pertama, situs tersebut akan dipenuhi dengan permintaan.
Bagaimana saya bisa mengurangi risiko ini?
Saya sudah memikirkan
- akan hidup secara bertahap, seperti SO dan SF: beta "pribadi", beta publik, publik
- izinkan X
koneksisesi secara bersamaan, sehingga pengguna yang terhubung masih memiliki pengalaman yang baik dari situs, dan yang lain memiliki pesan permintaan maaf yang bagus
Saya tidak bisa:
- beli lebih banyak server, karena setelah hari-hari pertama, situs ini akan memiliki lalu lintas jauh lebih sedikit :)
performance
website
optimization
traffic
mathieu
sumber
sumber
Jawaban:
Going live secara bertahap dapat bekerja untuk SOF dan SF karena mereka sudah memiliki publisitas dan permintaan bawaan, karena popularitas blog Jeff dan Joel. Jika Anda tidak memiliki basis pengguna yang hampir dijamin seperti yang mereka miliki, maka tayang secara bertahap bisa berakibat fatal.
Saya akan menghindari membatasi dengan sesi bersamaan, karena sulit untuk menentukan akhir sesi yang disebabkan oleh tidak aktif. Jika pengguna pergi selama 15 menit dan mencoba memuat ulang halaman mereka, hanya untuk mendapatkan pesan kesalahan - Anda baru saja kehilangan pengguna.
sumber
Berapa banyak perencanaan masuk ke model data Anda? Sudahkah Anda merancang skema yang akan memungkinkan Anda meningkatkan volume kueri tanpa jenis mahal, kolom biner, atau gabungan kompleks? Sudahkah Anda menyetel backend basis data Anda (dengan asumsi Anda memilikinya)?
Bagaimana Anda melayani 'gambar besar' Anda? Bisakah Anda memecahnya menjadi proses server web yang terpisah, bahkan domain yang terpisah?
Sudahkah Anda memuat menguji sistem Anda? Alat seperti ApacheBench dan Siege sangat berharga.
Apakah semua konfigurasi Anda di svn? Apakah penyebaran Anda otomatis? Anda akan senang ketika Anda harus meluncurkan aplikasi kami ke server ke-2.
sumber
Sistem undangan terkadang bisa menjadi cara yang baik untuk mengontrol penggunaan situs oleh pengguna. Bagikan sejumlah undangan di awal, agar situs tidak kewalahan. Kemudian berikan setiap pengguna beberapa undangan untuk dibagikan kepada orang lain, perlahan-lahan tingkatkan jumlah pengguna di situs. Dengan begitu Anda tidak akan mendapatkan terlalu banyak orang yang memukul situs pada awalnya, dan Anda tidak mendapatkan puncak lalu lintas yang besar.
Kelemahannya tentu saja adalah bahwa Anda mungkin menolak banyak pengguna di awal yang tidak memiliki undangan, dan yang mungkin tidak kembali lagi nanti. Kecuali Anda memiliki situs yang benar-benar bagus sehingga orang-orang sangat bersemangat untuk menggunakannya, maka ini bisa menjadi langkah yang buruk. Itu tergantung pada situsnya kok. Plus, Anda sebenarnya harus memiliki waktu pengembangan ekstra untuk menambahkan sistem undangan.
sumber
Saya akan memastikan bahwa Anda memiliki infrastruktur pemantauan yang kuat sebelum diluncurkan. Anda perlu memiliki data untuk mendasarkan keputusan Anda - ini berarti mengukur beban CPU di seluruh server, memeriksa apakah beban Anda tersebar secara merata di seluruh kotak, dan jika ada sesuatu yang meleleh, Anda tahu yang mana.
Mengetahui di mana masalahnya adalah secara dramatis akan mengurangi waktu yang dibutuhkan untuk merespons. Saya telah melihat terlalu banyak situs diluncurkan tanpa pengawasan dalam bentuk apa pun, dengan maksud bahwa itu akan diatur kemudian ... setelah api padam. Ini sangat salah.
sumber
Anda mungkin ingin melihat hosting konten statis pihak ketiga seperti Amazon S3. Mungkin layak tergantung pada aplikasi Anda juga cloud beberapa (sebanyak saya benci kata kunci) menggunakan Amazon EC2.
sumber
Beberapa penyedia hosting memungkinkan Anda menguji server pribadi dengan kapasitas maksimal untuk sementara waktu dan kemudian memutuskan pada kapasitas yang masuk akal setelah masa percobaan.
DreamHost adalah salah satu contoh:
http://www.dreamhost.com/hosting-vps.html
sumber