Не очень понял этого. Могу пока разве что пошутить что-то про ipv6 :)
Ну в http2/http3 можно просто открыть bidirectional stream между сервером и клиентом и гонять там сообщения. И вся эта история про идемпотентность и хедеры теряет смысл. Послали сообщение - вам удалённая сторона подтвердила что обработала. В http3 можно соединение мигрировать между ip-адресами.
а шо там, хттп 3 нам автоматом даст знать обработался запрос сервером или нет?
см. выше
а в http1.1 таких гарантий тоже нет )
про то и речь
не оч понятно просто, что нужно из инфраструктуры чтобы такое заимплементить
от инфраструктуры - ничего.
а если отправил сообщение, принимающая сторона акнуть не успела и линк упал, тож не надо повторять?)
Надо. Вообще, тут надо даже честный двусторонний ack
Потому что принимающая сторона могла сделать ack, но ты этот ack не получил ))))
ну про это же и речь) фиг с ним какой там уровень протокола, индеподентность может быть важна в любом случае)
Я скорее о том что надеятся на http в этом плане не стоит. В любом случае лепить свои костыли. А если их делать, то лучше поверх нормального протокола.
а я уже поверил в волшебную пилюлю =(
Вот я послал сообщение, оборвалась сеть. Что дальше? Повторить сообщение?) На схемы это никак не повлияет. Все равно нужен ключ идемпотентности, или как минимум возможность задать свой ключ, по которому узнать результат можно. Как транспорт тут поменяет чего? Между отправкой и получением подтверждения может пройти вечность и взорваться ДЦ/перекопается кабель.
Обсуждают сегодня