AS
Пффф опять. И чего де нужно в сетевой части?
Size: a a a
2021 June 19
AS
Звучит нормально. Подобные проекты нельзя даже в виде PoC проектировать как Один Большой Сервер
AS
С асинхронной моделью прекрасно можно работать на чем угодно без всяких корутинов
AS
Затем, что это радикально упрощает асинхронную часть и разработчики могут писать линейно read… write…. Не задаваясь вопросом, где какой коллбек.
AK
мне как-то казалось, что это вообще для всех очевидно. Как видится сейчас, я ошибался
AS
Угу а потом Ферма серверов. И в один большой сервер не влезает
AS
Потому тот проект и не взлетел.
AS
И не должно влезать. Оно должно работать на любом стоковом говне, лишь бы влезало в стойку и туда можно было прицепить провод с интернетиками.
AS
По моим наблюдениям когда разработчикам не надо думать и должно взлеталь на любом стоковом говне этого говна надо в семь раз больше
AS
Потому что потом появится VoIP, видеостримы, передача файлов и какой бы сервер ни был, на нём кончится сначала цпу, а потом сеть.
AS
А если сесть и подумать то оказывается говна нужно прям радикально меньше
Н
иногда и целый машзал можно заменить одной стойкой
PD
Ну, запихивать все в один сервер - в любом случае странно.
AS
А если еще посчитать размер сетевого ядра то увы
AS
Да хоть в 10 раз. Важно не количество говносерверов, а архитектура, чтотесли проект полетел туземун, то всё решается покупкой ещё десяти стоек.
А не заменой четырёхпроцессорного сервера на HP Superdome
А не заменой четырёхпроцессорного сервера на HP Superdome
AS
Не в один запихивать ни в коем случае. А вот думать разработчикам надо
AK
да в любом случае все на одном сервере держать глупо. Пукнет случайно железо - и что тогда? Даунтайм пока такой же не найдем?
AK
зарезервированы-то только питальники, и то не везде и не всегда
AS
Ну ты че
AS
В мире телекома резервиться все: это вот основной это вот хот стендбай а это вот запасной