Чи варто зазирнути в веб-сервер, крім апачу?


13

Я традиційно розгортав свої сайти під apache, просто за замовчуванням. Хоча я чув про NGinX, але мені цікаво, за яких умов він був би кращим. Окрім apache та Nginx, які ще є варіанти веб-серверів та які їх переваги?


3
Дуже широке запитання. Для того, щоб відповісти на питання "варто", я думаю, вам потрібно дати трохи більше пояснень свого контексту.
jessegavin

Відповіді:


6

Так.

Один з веб-серверів мав великий навантаження на кожні кілька годин. Заглянувши в колоди, я дізнався, коли стався сплеск навантаження, там, де багато людей дивляться на галерею.

Тож я завантажив 99% статичного вмісту від apache до nginx. apache залишили обслуговувати весь php. Навантаження на мої веб-сервери впало до приємного низького числа та без більше високих навантажень.

Якщо ви хочете отримати більше своїх серверів, обов'язково маєте невеликий сервер, який обслуговуватиме весь статичний вміст.


Чому на Землі навантаження буде різним?

+1, я також це робив деякий час назад, працював чудово.
theterreceive

3
@Kinopkio nginx не вимагає процесу / потоку на з'єднання, тому він може обслуговувати таку ж кількість клієнтів, використовуючи менше ресурсів, ніж апаш.
theterreceive

Ну добре вибачте, що я думав з точки зору пропускної здатності, а не завантаження сервера.

3

Апач може бути трохи важким, і може перекинутися при сильному навантаженні. Доступні сервери легшої ваги, включаючи nginx, lighttpd та cherokee.

Ці легкі опції можна налаштувати для швидкого обслуговування статичних файлів та делегування динамічної роботи на сервері Apache.


1

Там є СІЛА веб-серверів. Я думаю, залежить від використання, яке ви хочете. Apache зробить більшу частину того, що люди хочуть, це добре відомо, добре оновлений та працюватиме майже на будь-якій комбінації апаратних засобів та операційних систем.

Для порівняння веб-серверів перевірте Порівняння програмного забезпечення веб-сервера .


0

Netcraft відстежує частку ринку веб-серверів і відповідно до них, IIS стоїть на другому місці після Apache з 26,03% (станом на липень 2010 року). Це ґрунтується на опитуванні 205+ мільйонів сайтів

Це посилання має причини, чому ви повинні перевірити IIS7, якщо ви сьогодні використовуєте Apache


Проблема з IIS7 в Linux полягає в тому, що .... він не запускається, запускається .. він не працює, запускається ...
Tim Post

Згідно з моїм розумінням питання, ніщо не говорить про те, що ОП вимагає веб-сервера для певної ОС ... чи я щось пропускаю? Я припускав, що він також може обрати для Windows.
mvark

0

Це дійсно залежить від того, що ти робиш.

Якщо у вас є лише статичний вміст, Apache вам не потрібен. nginx або lighttpd послужив би вам чудово.

Якщо у вас є поєднання статичного та динамічного (ну, Perl або PHP), але невеликий сайт, ви все одно можете обійтись одним із цих альтернатив плюс FastCGI, або просто кинути все в Apache.

Якщо ви обслуговуєте Ruby разом зі своїм статичним вмістом, mod_passengerв Apache він повинен слугувати вам добре, а nginx / lighttpd / тощо обслуговуватиме ваш статичний вміст.

Для Python (моя область знань) ви можете використовувати Apache, mod_pythonякщо хочете, але підготуйтеся до повільності. mod_wsgiКраще, але у вас все ще є накладні витрати Apache, що добре, якщо у вас є великий інтенсивний динамічний трафік. Apache є важким атлетом більшу частину часу.

Якщо ви не маєте тонну важкого руху, погляд на нові системи , такі як gunicornабо , uWSGIабо все-в-одному сервері Cherokee для обробки вашого Python. Cherokee теж обробляє статичні файли. В іншому ви все ще хочете використовувати nginx / lighttpd для обслуговування статичного вмісту.

Ява та інші мови, про які я поняття не маю.

Чудова річ у використанні nginx, це те, що це надзвичайно налаштовується. Тож налаштуйте пару статичних серверів з різними субдоменами, по одному для CSS, зображень та JS. Таким чином ви допомагаєте уникати обмеження до 2 файлів на домен одночасно. Налаштуйте кілька серверів, а потім встановіть nginx проксі / балансир завантаження перед ними, щоб переконатися, що весь ваш статичний вміст завжди доступний.

Basicaly, ТАК, дивіться на більше, ніж просто Apache!

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.