Çevrimiçi ilk günler: sitenizi nasıl öldürmüyorsunuz

Diyelim ki çok sayıda veriyle (büyük resimler gibi) bu süslü yeni siteye sahipsiniz ve çevrimiçi hale getirmek üzeresiniz. "Çok fazla" tanıtım yaparsanız, ilk günlerde site isteklerle boğulur.

Bu riski nasıl azaltabilirim?

Düşündüm

• SO ve SF gibi aşamalı olarak yayınlanacak: "özel" beta, genel beta, genel
• X'e izin ver bağlantıları oturumlar eşzamanlı olarak, bu nedenle bağlı kullanıcı siteyle ilgili hala iyi bir deneyime sahiptir ve diğerlerinin hoş bir özür mesajı vardır.

Yapamam:

• İlk günlerden sonra sitenin çok daha az trafiği olacağı için daha fazla sunucu satın alın :)

1. Mümkün olduğunca önbellekleyin. Dinamik olarak oluşturulan tüm sayfaların önbelleğe alınması gerekir, böylece kullanıcılar statik bir sürüm elde eder. Db sorgulayan sayfa bileşenlerinde de önbelleğe alınmalıdır.
2. Görüntü ve multimedya sunmak için Amazon S3 gibi harici bir hizmet kullanmayı deneyin (veya siteye aniden bir ton trafik çarptığında kullanıma hazır olmasını sağlayın).

Jeff ve Joel'in bloglarının popülaritesi nedeniyle, halihazırda yerleşik tanıtım ve talepleri olduğu için yavaş yavaş SOF ve SF için çalışabilirler. Onlarınki gibi neredeyse garantili bir kullanıcı tabanınız yoksa, yavaş yavaş canlı yayın yapmak ölümcül olabilir.

Hareketsizliğin neden olduğu bir oturumun sonunu tanımlamak zor olduğundan, eşzamanlı oturumlarla sınırlanmaktan kaçınırım. Bir kullanıcı 15 dakika boyunca ayrılır ve sayfasını yeniden yüklemeye çalışırsa, yalnızca bir hata mesajı almak için - bir kullanıcıyı kaybettiniz.

Veri modelinize ne kadar planlama yapıldı? Pahalı sıralar, ikili sütunlar veya karmaşık birleşimler olmadan sorgu hacminizi artırmanıza izin verecek bir şema tasarladınız mı? Veritabanı arka ucunuzu ayarladınız mı (bir tane olduğunu varsayarak)?

'Büyük resimlerinize' nasıl hizmet ediyorsunuz? Bunu ayrı bir web sunucusu işlemine, hatta ayrı bir etki alanına ayırabilir misiniz?

Sisteminizi yük test ettiniz mi? ApacheBench ve Siege gibi araçlar paha biçilmezdir.

Tüm yapılandırmanız svn'de mi? Dağıtımınız otomatik mi? Uygulamamızı 2. sunucuya yaymanız gerektiğinde bundan memnun kalacaksınız.

Bir davetiye sistemi bazen bir sitenin kullanıcı alımını kontrol etmenin iyi bir yolu olabilir. Başlangıçta belirli sayıda davetiyeyi dağıtın, böylece site bunalmaz. Ardından her kullanıcıya, sitedeki kullanıcı sayısını yavaşça artırarak başkalarına geçmesi için birkaç davet verin. Bu şekilde, başlangıçta çok fazla kişinin siteye isabet etmesini sağlamazsınız ve yoğun bir trafik zirvesi elde edemezsiniz.

Tabii ki dezavantajı, başlangıçta davetiyeleri olmayan ve daha sonra geri dönmeyebilecek birçok kullanıcıyı geri çeviriyor olabilirsiniz. İnsanların kullanmak için çok heyecanlı olduğu gerçekten iyi bir siteniz yoksa, bu kötü bir hamle olabilir. Gerçekten siteye bağlıdır. Ayrıca, bir davetiye sistemi eklemek için biraz daha geliştirme zamanınız olması gerekir.

Lansmandan önce sağlam bir izleme altyapınızın bulunduğundan emin olurum. Kararlarınızı dayandıracak verilere sahip olmanız gerekir - bu, sunuculardaki CPU yükünü ölçmek, yükünüzün kutulara eşit olarak yayıldığını kontrol etmek ve bir şey erirse hangisinin olduğunu bilmek anlamına gelir.

Sorunun nerede olduğunu bilmek, yanıt verme süresini önemli ölçüde azaltacaktır. Yangın çıktıktan sonra daha sonra kurulacak olan herhangi bir izlemeden çok fazla sitenin açıldığını gördüm. Bu çok yanlış.

Amazon S3 gibi statik içerik barındıran üçüncü taraflara bakmak isteyebilirsiniz. Amazon EC2 kullanarak bazılarını (terimden nefret ettiğim kadar) bulutlamak da uygulamanıza bağlı olarak değerli olabilir.

Bazı barındırma sağlayıcıları, bir süre maksimum kapasiteye sahip özel sunucuları test etmenize ve ardından deneme süresinden sonra makul bir kapasiteye yerleşmenize izin verir.

DreamHost bir örnektir:
http://www.dreamhost.com/hosting-vps.html