Apache HTTP Sunucusu neden bu kadar karmaşık?

Apache HTTP sunucusu oldukça büyük proje çok daha büyük diyelim ki, daha, lighthttpya nginxya kesinlikle "basit bir HTTP sunucuları" C / C etrafında yüzen bkz ++ öğreticiler.

Ekstra kod ne için? Güvenlik / kararlılık ekliyor mu (ve eğer öyleyse, nasıl?) Veya sadece Apache confdosyalarını / .htaccesstürü şeyleri (ve sanırım VirtualHostsvb.) Ayrıştırmak gibi şeyler yapmak için mi?

Apache'yi eleştirmemeyi istiyorum, çünkü bir tür web sunucusu yazmakla ilgileniyorum ve belki de açık olmasa da güvenli, istikrarlı ve hızlı bir web sunucusu için hatırlanması gereken şeyleri bilmek istiyorum.

Çok daha karmaşık çünkü:

• daha yaşlı ,
• Bir var özellik setinin büyük ( Özelliği Seti Karşılaştırma )
• öyle modüler ,
• Bir var daha geniş bir platform desteği ( İşletim Sistemi Desteği Karşılaştırma )
• çoklu çalışma modları var (çok işlemli, çok iş parçacıklı vb.).

Ayrıca:

• Daha aktif olarak geliştirildi ( Durum Karşılaştırması . Bugün 2011-05-28 itibariyle, Apache httpd en son güncellemeye sahip olmasına rağmen, doğal serbest bırakma sürecinin rakiplerinin aksine genişletilmiş karmaşıklığı nedeniyle engellenmesi gerekiyor.)

Bununla birlikte, R.'nin cevabı mimarisi ve diğer bazı web sunucularının neden göreceli şöhretten yararlandığı hakkında geçerli noktaları içermektedir. Ne istediğine bağlı.

Daha fazla malzeme için /programming/475386/apache-vs-nginx-vs-lighttpd-which-is-simpler-to-configure-and-administer adresini de incelemek isteyebilirsiniz . Sorunuza doğrudan cevap vermese de, tüm iş parçacığı birçok farklılığa dikkat çekiyor.

Sıfırdan bir web sunucusu yazmakla ilgileniyorsanız, Apache httpd'nin iyi bir şey olduğunu söyleyebilirim, özellikle de zaman içinde nasıl geliştiğine bakabilirsiniz. Ayrıca kaçınmanız gerekenleri de gösterir (hem iyi hitap ettiği noktalarda hem de başkaları tarafından daha iyi performans gösterdiği yerlerde). Bununla birlikte, kod başlangıçta biraz karmaşık olabilir ve bunun için daha küçük, daha hafif sunuculara bakmayı tercih edebilirsiniz. Ancak genel mimarisini inceleyin ve başkalarıyla karşılaştırın.

Kişisel görüşüme göre, sahip olduğu tüm özellikler yüzünden hepsi bu. Şu anda yapamayacağınız Apache ile ne nginx ne de lighthttpd ile bir şeyler yapabilirsiniz. Apache aslında HTTP desteği ile gelen bir platformdur. FTP veya SMTP gibi hemen hemen herhangi bir protokol uygulayabilirsiniz (örneğin, mod_echo'ya bakın). Örneğin: PHP kodu dosyalar yerine veritabanından sunulmasına izin veren filtreleri destekler (mod_php, içerik üreticisi değil, bir filtre modülüdür). Bu çok yararlı bir fikir gibi görünmeyebilir, ancak genel olarak orijinal içerik üreticisini değiştirmeye gerek kalmadan içeri veya dışarı giren herhangi bir içeriği değiştirmek için filtreleri kullanabilirsiniz. HTTP istemcileri için artık etrafta olmayan ince ayarlar var, ancak o zamana kadar, Apache onlara tutarlı ve hatasız bir şekilde hizmet etmenin tek yoluydu. Günümüzde çoğu kullanılmıyor.

Ek kod da güvenlik için kullanılır, çünkü mod_log_forensics ve CoreDumpDirectory, birisinin bir güvenlik açığından yararlandığını hissettiğinizde gerçek bir araç sağlar. Diğer web sunucularında böyle bir şey duymadım. İstikrar gelince, bazı ekstra kodlardan değil, iyi yapılandırılmış çekirdekten gelir. Apache dev posta listesinde "çekirdek stabilizatörler" olarak adlandırılan adamlar var. Çekirdekteki herhangi bir değişiklik konusunda çok seçici davranıyorlar ve onları modüllere itme eğilimi gösteriyorlar, bu da Apache'yi oldukça kararlı hale getiriyor. Başarısız olursa, çoğu zaman sunucu çekirdeğindeki hata değil, modülün bir hatasıdır.

On iki yılı aşkın bir süredir Apache'yi büyük Perl, Python ve Ruby web uygulamaları için yönetici ve geliştirici olarak kullandım. Apache, temiz / modüler bir tasarıma ve güçlü bir UNIX'e sahip kaya gibi sağlam bir web sunucusudur. En güçlü özelliklerinden biri, modülerliği ve iyi dokümantasyonu. Çok yönetilebilir bir web sunucusudur. 15 yıllık baskın pazar payı ile açıkça görülebildiği gibi olgun ve kanıtlanmış bir durumdur .

Kullanıcı belgeleri çok iyi olsa da, maalesef geliştiriciler / modül yazarları için değerli küçük belgeler var ve bence bu, olabildiğince çok geliştiriciyi çekmemesi için biraz zarar verme eğiliminde. Ancak bu hiçbir şekilde kötü tasarlanmış olmadığı anlamına gelmez - bu açıdan sadece belgelenmemiş. Nick Kew'in modül yazarları için kesin bir kaynak olduğu düşünülen bir kitabı var. Ancak projenin kendisinin modül yazmanın tüm yönleri hakkında daha iyi belgelere sahip olması iyi olurdu.

Aşırı mühendisliğe gelince - hogwash. Mükemmel bir tasarıma sahiptir. Evet, burada ve orada bazı siğiller var, ancak bu tüm yazılımlar için geçerlidir. Bellek havuzlarının kullanımı harika, farklı arka uçları takma kabiliyeti ne kadar temiz ve modüler olduğunu konuşuyor, harika bir C-API'sı var ve APR birçok şeyi sadece Apache projesi için değil, diğer projelerdeki geliştiriciler. Taşınabilirlik hakkında hiçbir şey umursamazsanız, APR'yi takdir edersiniz. Mükemmel olmayabilir, ancak yine de sağlam, iyi tasarlanmış ve çok uygun.

Saf özellikler, esneklik, yönetim, platform desteği, ölçeklenebilirlik, dokümantasyon ve olgunluk açısından Apache harika bir web sunucusudur.

Aşırı tasarlanmış / aşırı tasarlanmış. Hepsinden kötüsü, birçok işlev çağrısı ve dinamik bellek ayırma düzeyi harcayan ve tek bir printfçağrının eşdeğerini gerçekleştirmek için serbest kalan bir şişirme katmanı olan APR (Apache Taşınabilir Çalışma Zamanı) kullanır . Tüm bunlar bunun olmasına neden olur:

• çok yavaş
• çok açlık
• güvenliği denetlemek imkansız
• anlaşılması ve değiştirilmesi zor