Не хотел вводить в заблуждение, но я не получаю за это ни бонусов ни премий) Просто считаю, что если компания придет к успеху, то и я вместе с моей командой тоже)
1. Решение принимает вся команда после проведения тестов.
2. Не столько доказывать, сколько аргументированно обосновывать — это полезно и самому и команде. В целом, всё исходит от бизнес-целей, поэтому нет смысла не принимать аргументированное решение, которое укладывается в эти цели.
3. Конечно несу ответственность, но на то и заключаются договора и прописываются компенсации при форсмажорах.
6 дата-центров в 4 странах. При чем как «так себе», так и «очень хорошие» требуют правильного подхода для event management. Потому и отказоустойчиво как внутри географического региона так и если регион целиком отключится.
Почему не написали про 444 код
что на основе скориговой системы можнло логировать и блогировать через ipset или iptables raw
set $add 1;
location /index.php {
limit_except GET POST {
deny all;
}
set $ban "";
if ($http_referer = "" ) {set $ban $ban$add;}
if ($request_method = POST ) {set $ban $ban$add;}
if ($query_string = «action=login» ){set $ban $ban$add;}
if ($ban = 111 ) {
access_log /var/log/[133]nginx/ban IP;
return 444;
}
proxy_pass 127.0.0.1:8000;
}
ну и метрик для скоринга накрутить
ни слова про тюнинг ядра… хоть это напрямую к нгинксу и не относится тему можно было бы осветить.
Применительно к первой проблеме описываемой автором:
Запускали монгу в полном фарше mongos + configserv + mongod. Хотя и без шардов, но все равно использовали весь стек. Все в трех ипостасиях. Приложение (php-fpm) конектилось на один из трех mongos. Как вариант можно еще воткнуть локалько на каждых сервер с приложением haproxy который будет конектиться к mongos. Описываемой проблемы подвисания конекта не возникало.
А вот с локами да, до третьей версии совсем беда. На бд размером 10-20 Гб испытывали постоянные подвисания.
А так да Savings plan!
2. Не столько доказывать, сколько аргументированно обосновывать — это полезно и самому и команде. В целом, всё исходит от бизнес-целей, поэтому нет смысла не принимать аргументированное решение, которое укладывается в эти цели.
3. Конечно несу ответственность, но на то и заключаются договора и прописываются компенсации при форсмажорах.
что на основе скориговой системы можнло логировать и блогировать через ipset или iptables raw
set $add 1;
location /index.php {
limit_except GET POST {
deny all;
}
set $ban "";
if ($http_referer = "" ) {set $ban $ban$add;}
if ($request_method = POST ) {set $ban $ban$add;}
if ($query_string = «action=login» ){set $ban $ban$add;}
if ($ban = 111 ) {
access_log /var/log/[133]nginx/ban IP;
return 444;
}
proxy_pass 127.0.0.1:8000;
}
ну и метрик для скоринга накрутить
ни слова про тюнинг ядра… хоть это напрямую к нгинксу и не относится тему можно было бы осветить.
Запускали монгу в полном фарше mongos + configserv + mongod. Хотя и без шардов, но все равно использовали весь стек. Все в трех ипостасиях. Приложение (php-fpm) конектилось на один из трех mongos. Как вариант можно еще воткнуть локалько на каждых сервер с приложением haproxy который будет конектиться к mongos. Описываемой проблемы подвисания конекта не возникало.
А вот с локами да, до третьей версии совсем беда. На бд размером 10-20 Гб испытывали постоянные подвисания.