A
Вы про Server-sent events или про ws или про long polling, что имеется ввиду под server-sent-messages?))
Size: a a a
2021 April 16
PD
Все вместе )
PD
Т.е. все варианты сообщений. Но это оффтопик, думаю
A
А, ну между фронтом и беком просто есть о чем поговорить, а вот между сервером и безмолвной базой данных… ну очень сомнительное мероприятие, это прям что-то должно в архитектуре по-моему, пойти не так, чтоб ждать от Базы данных активной позиции))
A
Это при архитектуре толстый бек или фронт, тонкая бд))
A
А вот при толстой бд и тонком беке - я предполагаю, что такой сценарий возможен хотя бы
A
Как lingualeo делали))
PD
Я вполне понимаю сценарии, когда это было бы полезно.
A
Поделитесь, буду премного благодарен 😊
PD
Несколько экземпляров сервиса, которые через БД инвалидируют кэш с, например, конфигурацией.
A
ох и страшные вещи вы говорите 😅
PD
Ну, для небольших проектов - вполне сработает...
A
> Несколько экземпляров сервиса
> для небольших проектов
🤔
> для небольших проектов
🤔
A
Просто поверю на слово))
PD
Ну так 24/7 и выкладка без остановки требует двух сервисов )
Я уже и не думаю про решения на одну ноду...
Я уже и не думаю про решения на одну ноду...
A
для 24/7 достаточно и одного с beckward compatibility, так что не прям чтобы - требует)) Ну да ладно, я ж говорю, поверю на слово))
PD
Ну, одно сервиса маловато будет, совсем без простоя не получится. Но зависит от времени перезагрузки.
A
ну даже 99.9% sla это (365 - (99.9*365/100)) * 24 = 8.76 часов простоя, что вполне нормально вписывается в картину
PD
Ну, 99.9 - это мало, интереснее 99.95. И весь ресурс SLA будет съеден проблемами ДЦ или провайдеров интернета или обновлением БД )
A
Ну я ж говорю, смотря какое 24/7 мы подразумеваем)))