алярм алярму рознь

то что попадает на пейджер (или куда там)

одно дело когда статистика не снимается, другое - когда операторы не могут звонки обрабатывать

то что попадает на пейджер (или куда там)

сирена воет на весь отдел :)

Как часто на это нужно реагировать прям как можно быстрее?

всегда нужно реагировать чем быстрее тем лучше

не, вопрос в том когда это критично?

ибо кц работает 24/7 и минута простоя это огромные денежные потери

ну как рассказать в двух словах... есть сервера, куда аггрегируется статистика, если не собралась - не критично, можно потом

а есть сип и прочая телефонная херь

отвалилось и всё встало

но сирена орет на любую проблему?

да

ооок, а типичные проблемы - насколько сложно решаются?

и на большом экране сразу видно с каким узлом трабл

по времязатратам и количествам уникальных действий

Кто-то сказал заббикс?

проблемы всегда разные :) тут сложно сказать

посчитайте статистику

где-то место закончилось, где-то процесс нагрузил проц до предела

Помните да, я несколько часов назад говорил, что битва за заббикс это битва за dashboard? И собственно да, это определяет, что за него бьются не админы. Такой хороший детектор выбрал Чистяков

Я вот тут ещё один знаю - php-fpm vs apache. Почище apache vs nginx

Так можно же графану прикрутить и всё

nginx нормальные люди используют для балансировки нагрузки

Ядро же на сях

Так можно же графану прикрутить и всё

а что делать с дашбордом алертера?

Это да, упущение

где-то место закончилось, где-то процесс нагрузил проц до предела

ты уверен, что проблемы например с ЦПУ не решаются зачастую одним и тем же набором действий?

Это да, упущение

нет. это не упущение. но битва и за это

не уверен

Т.е. что решателя этой проблемы допустим в 95% случаев не заменит скрипт

есть процессы, которые категрически нельзя убивать

ну пока все еще скриптуется

есть процессы, которые категрически нельзя убивать

Например сквид, намед, нжинкс

:D

nginx нормальные люди используют для балансировки нагрузки

Ненуачо?

есть процессы, которые категрически нельзя убивать

вот тут недавно netflix выложили свою систему для "уточнения" - пишешь код, он выполняется на сервере или группе серверов где сработал алярм и позволяет порешать проостые случаи и собрать дополнительную статистику, например.

ну у нас своя кухня, тонкостей предостаточно

ну у нас своя кухня, тонкостей предостаточно

Конечно предостаточно, но почему вы уверены что ваш подход правильный?

Может вы не знаете других просто

Вот это хороший вопрос. Только кто ж своей кухней поделится просто так?

Не говоря об история успеха

есть процессы, которые категрически нельзя убивать

такого вообще не бывает. даже кислордный аппарат можно перегружать. херово только с перебоями кардистимулятора. и то говорят переживаемо

что более важно - об историях не успеха.

а вот так остановитесь, почитаете что делают другие компании и поймете что в ряде случаев вы можете сирену заменить на скрипт который все починит и отправит репорт

может, я не отрицаю... но пока заббикс решает поставленные задачи - мне дико наблюдать как здесь льют на него тонны говна)

вроде новых проблем не решите, а жизнь себе сделаете спокойнее

может, я не отрицаю... но пока заббикс решает поставленные задачи - мне дико наблюдать как здесь льют на него тонны говна)

он У ВАС решает поставленные задачи. У других нет.

может, я не отрицаю... но пока заббикс решает поставленные задачи - мне дико наблюдать как здесь льют на него тонны говна)

Ну это же мем

в этом вся разница

он У ВАС решает поставленные задачи. У других нет.

а я не берусь говорить за других

Ненуачо?

Ты будешь смеяться, я один из первых пользователей nginx в проде. никогда в жизни не использовал для балансировки нагрузки.

Ты будешь смеяться, я один из первых пользователей nginx в проде. никогда в жизни не использовал для балансировки нагрузки.

А для чего пользовал?

Вот это хороший вопрос. Только кто ж своей кухней поделится просто так?

А почему нет? Вот эти все тайны - это мифы и неуверенность

дык твой любимый ВК, который ты приводишь в пример, использует nginx как раз для балансировки нагрузки

А для чего пользовал?

Для его собственно основной задачи как ни странно

https://www.insight-it.ru/highload/2010/arkhitektura-vkontakte/

дык твой любимый ВК, который ты приводишь в пример, использует nginx как раз для балансировки нагрузки

Я привожу в пример? Да? Для балансировки? Так стоп. Это ты мне рассказываешь зачем его использует ВК? Это шутка такая? Это я ВК его и сосватал. Запиши имена для истории.

ну охренеть теперь.

так вот из-за кого вконтакте тормозит.. а я то думал... ^_^

Не, nginx конечно используют для балансировки. И для этого он конечно тоже. Но как ни странно, это не основная его задача

так вот из-за кого вконтакте тормозит.. а я то думал... ^_^

это вся я, nginx и Бунин 😅

я приводил ВК в пример, когда речь про ПХП шла

а основная какая? работать как вебсервер?

Он про реверс прокси, да ведь?

а основная какая? работать как вебсервер?

вот помнишь да как nginx тут всплыл? я упомянул его со словом "детектор". это действительно неплохой детектор. ответ на впрос сходу зачем он нужен может написать больше чем написано вувесистом CV

у nginx только в плюсе же адекватные acl были, что-то изменилось?

у nginx только в плюсе же адекватные acl были, что-то изменилось?

...и пришел огонь

Он про реверс прокси, да ведь?

И реверс-прокси тоже. Хотя реверс-прокси это такая непонятная должность :) шкипер )

у nginx только в плюсе же адекватные acl были, что-то изменилось?

чего у него были?

...и пришел огонь

ну простите, не слежу

ща ссылку дам

может, я не отрицаю... но пока заббикс решает поставленные задачи - мне дико наблюдать как здесь льют на него тонны говна)

проблема в том, что эти же задачи можно решать проще и лучше. и с меньшими затратами

так это реклама

https://www.nginx.com/products/feature-matrix/

раскрой

так изменилось что-то или нет?

Раскрой о чем ты?