Ваша ссылочка на Performance от 2012 года, да и моя не надолго от вас ушла.
Свежих тестов не нашел, самому гонять — не до этого, да и уже не мой профиль.Так что останемся при своих, на днях еще буду шерстить, если что сюда отпишусь.
Для затравки http://habrahabr.ru/post/210950/
В любом случае, спасибо за стью, плюс.
Ну на вкус и цвет… У меня apache ассоциируется только почему-то с php.
У tornado, например, есть замечательный балансировщик, который сам разбрасывает запросы по инстансам и ядрам, а как будет вести себя apache — мне очень интересно, если учесть, что apache обрабатывает каждый запрос в отдельном процессе/потоке, в отличие от nginx (поправьте если не прав).
Использование apache только как прокси для python-приложения скажется на производительности, — на пиках вы это увидите. В nginx вы эту проблему легко решите масштабированием (как простой пример, дополнительными upstream'ами на других серверах).
Например, при появлении дополнительного атрибута длиннее уже созданных, придется равнять их все под него, что в коммите будет выглядеть, как будто вы изменили их все, а не добавили одну строку.
После всех улучшений «технической части бизнес-процессов», дальнейший рост предполагает потребности компании, а если уже улучшать и допиливать нечего? Остается только поддержка, и такое бывает.
Это функция отдела СТП, если вы «старший системный администратор» уровень senior, то, простите, какого овоща вы заняты рутиной?
С пользователями то зачем общаться старшему админу напрямую?
Рутина как и пользователи (например руководители) бывают разными и в каждой организации они свои.
То-есть это не вы ленивый, а работа виновата?
А лень тут при том, что весь смысл администратора а автоматизации всего и вся, — работа сводится к приведению системы к виду, когда админы в принципе и не требуются.
Выхода два: либо в i2p со своими проектами/доменами/порталами/пользователями и свободой слова, либо к динозаврам в какой-нибудь закрытый фидо и иже с ними.
Тенденция очень печальная, хотя ни когда бы не подумал, что протянутся руки загребущие к «нашим интернетам».
Свежих тестов не нашел, самому гонять — не до этого, да и уже не мой профиль.Так что останемся при своих, на днях еще буду шерстить, если что сюда отпишусь.
Для затравки http://habrahabr.ru/post/210950/
В любом случае, спасибо за стью, плюс.
У tornado, например, есть замечательный балансировщик, который сам разбрасывает запросы по инстансам и ядрам, а как будет вести себя apache — мне очень интересно, если учесть, что apache обрабатывает каждый запрос в отдельном процессе/потоке, в отличие от nginx (поправьте если не прав).
Использование apache только как прокси для python-приложения скажется на производительности, — на пиках вы это увидите. В nginx вы эту проблему легко решите масштабированием (как простой пример, дополнительными upstream'ами на других серверах).
Не согласен, вы просто с ним не разобрались, что может быть проще?
А насчет монструозности, можете посмотреть например это.
Примеров в сети хватает для любого python-приложения, у вас оно кстати на каком фреймворке?
Тогда зачем вы рассматриваете монстра apache со стариком mod_wsgi?
Ох уж эти отступы, который раз встречаю, а глаза не перестает резать.
За статью +1, спасибо
Рутина как и пользователи (например руководители) бывают разными и в каждой организации они свои.
А лень тут при том, что весь смысл администратора а автоматизации всего и вся, — работа сводится к приведению системы к виду, когда админы в принципе и не требуются.
facebook
http://www.uahirise.org/togo/rss-ru.php
Тенденция очень печальная, хотя ни когда бы не подумал, что протянутся руки загребущие к «нашим интернетам».