pooling и есть ли преимущество у ws? в вк тоже не дураки сидят, они наверное что-то поняли..
Надо общую схему знать, от базы данных до клиента, и будет ясно какой транспорт будет вам быстрее и проще и дешевле
специфично.. думаю, что на небольшом проекте все плюс-минус работает одинаково
Когда будет больше чем одна машина будет уже не специфично
Да даже на одной машине, неплохо знать почему сокеты быстрее якобы работают..
окей, возьмем условный kubernates, с несколькими инстансами запущенного приложения. и вот как тут будет работать подход с long pooling, а как с сокетами?
Эм, и то и другое работает через балансер, кубер не кубер не важно. Ответьте на вопрос - как данные которые попали на машину А будут прочитаны из сокета на машине Б? С опросом все ясно - каждый раз идем в базу. А что вы будете делать с сокетами?
вероятно для таких целей существует решение, но вот насколько оно затратно, я даже не могу предположить
Хороший вопрос конечно, но я наверное чего-то не понял. Например: а данные попавшие на машину А не попадают в БД, а сразу хотят быть отданы на клиент? Это немного странный кейс. Ну и если они попадают в БД, то почему они так же не попадут на клиент через сокеты или любой другой канал? Я правильно понял - БД в данном случае не скалируется?
осмелюсь предположить, что в таком ракурсе было бы логично использовать абстрактный сервис очередей
Обсуждают сегодня