Aleksey
да да. стоит сходить проверить бекапы
Anonymous
Alexey будет жить. Поприветствуем!
Aliaksandr
да да. стоит сходить проверить бекапы
Так нас учили, что бекапы не нужны, если есть репликация :)
Aleksey
правильно в общем учили
Aleksey
нужно больше специалистов на рынке которые так считают
Aleksey
главное что бы я знал про них и не использовал их продукт случайно
Aliaksandr
Например, elasticsearch или cassandra
Aleksey
фуф. обоих нет
Aliaksandr
Выставил replication factor в 3 или лучше 5 - и можно не делать бэкапы :)
Александр
Ловко они в проф.конкуренцию играют
Vladimir
Выставил replication factor в 3 или лучше 5 - и можно не делать бэкапы :)
Оу, оу, полегче) реплика, это не замена бэкапам, а механизм повышения доступности и распределения нагрузки. История github, показательна. От удаления данных, реплика не спасает...
Oleksandr
Антон [R13 🍆 Ivelok]
Ловко они в проф.конкуренцию играют
а сами, наверное, каждый день бэкапы делают на файлохранилки c RAID10 в трёх датацентрах в разных точках страны 🙂
Антон [R13 🍆 Ivelok]
и в s3 ещё, на всякий случай, кладут.
Tadeusz
Выставил replication factor в 3 или лучше 5 - и можно не делать бэкапы :)
В 5 машин не хватит)
Tadeusz
Чел фактор
Bogdan (SirEdvin)
Например, elasticsearch или cassandra
Эм, почему? Не знаю про кассандру, но у еластика есть бекапы. Безумно каличные, но все же)
Bogdan (SirEdvin)
Ну и для одного из основных кейсов еластика (поисковый индекс), ему таки не нужны бекапы, кмк
Aliaksandr
Эм, почему? Не знаю про кассандру, но у еластика есть бекапы. Безумно каличные, но все же)
Так никто не пользуется неудобными бэкапами, особенно если есть магическая репликация
Niko
увы, пользуется..
Aliaksandr
Ну и для одного из основных кейсов еластика (поисковый индекс), ему таки не нужны бекапы, кмк
Бэкапы не нужны, если поисковый индекс есть из яего восстанавливать в случае утери
Sergei
Так никто не пользуется неудобными бэкапами, особенно если есть магическая репликация
воистину. а ведь есть ещё и версионированные стораджа. там вообще бекапы на каждую секунду доступны
G3rhard
А что сейчас лучше всего почитать про бэкапы (практики и стратегии) БД? В частности MySQL...
Anonymous
@Qwertor будет жить. Поприветствуем!
Anonymous
@sm2te будет жить. Поприветствуем!
Magistr
сегодня я узнал что есть менеджер процессов https://pm2.io чтобы рестартить нодежсные апп... похоже писать код который ненадо рестартить уже нереально
Tadeusz
не надо писать такой код, который нужно рестартить :)
Magistr
я с этим 100% согласен
Bogdan (SirEdvin)
Navern
Navern
он позволяет тебе запустить больше одной ноды
Navern
и балансить между ними запросы
Alexander
он занимается всем менеджментом процессов nodejs
Bogdan (SirEdvin)
Рестарты это приятный бонус
Alexander
если не хотите рестартить - используйте например nginx+passenger
Magistr
ох дивный новый мир
Bogdan (SirEdvin)
Касательно "не пиши код, который не течет", имхо, это довольно чсвшно :)
Alexander
а причем тут течет
Magistr
ну требование коду чтобы не падал, это незнаю, на уровне чистить зубы по утрам
Alexander
ну ок,код не падает,pm2 запустил server.js,все супер,теперь надо выкатить новую версию.Что делаем ?
Bogdan (SirEdvin)
не падал != не требовал рестарта раз в неделю
Alexander
да,не требовал.честно отдавал hello world
Alexander
теперь надо поменять ответ
Magistr
поднимаем свежий деплой контейнеров/хостов с новой версией
Magistr
и синезелено катим
Alexander
http://pm2.keymetrics.io/docs/usage/watch-and-restart/
ну я как бы на этом и намекаю,что надо будет рестартнуть
Alexander
и не по причине что код плохой
Bogdan (SirEdvin)
Я так понимаю, там про авторестарты по лимитам
Bogdan (SirEdvin)
Такие костыли, что бы автоматически поддерживать жизнь при утечках
Anonymous
@advertisement_money будет жить. Поприветствуем!
Дурак из фильма
Чую спамера в этом юзере
Vladimir
Пусть что нибудь напишет, тогда забаню с репортом
Sergey
сегодня я узнал что есть менеджер процессов https://pm2.io чтобы рестартить нодежсные апп... похоже писать код который ненадо рестартить уже нереально
Нода и её экосистема - отдельный мир. Фронты, как правило, в админство не умеют, поэтому норовят всё переизобрести на свой лад. В этом случае - systemd, например.
Navern
Navern
Да, посолиднее будет, согласен.
Еще раз, тебе одного системд не хватит, чтобы заменить нормально пм2
Navern
Так как пм2 частично решает задачу масштабируемости ноды
George
pm2 не нужен
Bogdan (SirEdvin)
Нода и её экосистема - отдельный мир. Фронты, как правило, в админство не умеют, поэтому норовят всё переизобрести на свой лад. В этом случае - systemd, например.
Системд уже умеет разделять запросы между воркерами?
Bogdan (SirEdvin)
А скалировать будет скрипт, написанный на коленке
Bogdan (SirEdvin)
Итого, вместо одного елемента - надо три
Bogdan (SirEdvin)
И во всех дублировать конфигурацию