Да. Скорее всего так оно и есть. И говорить в пабликах о блокчейне - так же кринжово
как и придя в автосалон начать говорить о термодинамике процессов внутри ДВС двигателя.
Очень научно - но никто вообще не поймет о чем это вообще.
и таким образом вообще ушел бы от вопроса сети и портов.
А мониторинг - прикладной hearbeat как я и предлагал. И hearbeat должен
быть частью технологического цикла самого приложения. Не какой-то отдельный
процесс а именно цикл обработки прикладных сообщений. Только так
ты сможешь детектировать падение или зависание приложения. Других
способов не существует.
Mininara, я-бы предложил тебе во первых ничего не делать.
А во вторых понаблюдать что за проблема. Если у тебя
вычислительный кластер и его ноды периодически
падают то тебе нужен какой-то кластерный протокол.
И этот протокол должен быть отделет от работы приложения.
Грубо говоря приложение не должно заниматься cluster recovery.
Что там происходит с MySQL - это проблемы его. И мы не можем
брать его за образец или считать что так правильно.
Вот щас аудитория отвечающих разделится на 2 лагеря по интерфейсу. Десктов и веб.
Потом она разделится по типу API и базы данных.
А все потому - что автор лентяй и поросенок. Даже не удосужился придумать требования.
Сейчас задача звучит так. Я - ничего не знаю и не понимаю. Придумайте мне задание.
Я считаю что данный вопрос - продуцирует бесполезный флейм на тему что можно было
бы написать. И я прошу модераторов его удалить.
Надеюсь что в следующей инкарнации автор все таки напишет вопрос как полагается.
Поскольку пятница. Я сразу скажу что диаграмма твоя вполне себе рабочая. Мне нравится.
По всем остальным твоим сомнениям. Очень сумбурно.
Надо подумать. Запуск твоей master БД в режиме primary-standby - имеет коробочное решение.
Он технически решен например для Oracle/MS-SQL. Я не знаю что здесь еще добавить.
Запускай две БД и настраивай аварийное переключение.
По поводу сбоя самого балансера. Я не специалист в сетях и я тут не знаю что придумать. А как разработчик
я-бы предложил забить в клиентов 2 имени типа application1.com, application2.com и пускай они
ходят туда где доступно. Такая технология используется в умных драйверах Apache Cassandra.
как и придя в автосалон начать говорить о термодинамике процессов внутри ДВС двигателя.
Очень научно - но никто вообще не поймет о чем это вообще.