Quale protocollo utilizzato dai browser Web e dai server Web è responsabile per garantire la consegna?

Né HTTP né HTTPS garantiscono intrinsecamente la consegna. Sono protocolli migliori. Mentre hanno meccanismi per richiedere la ritrasmissione di pacchetti smarriti (HTTP utilizza connessioni persistenti e pipeline, mentre HTTPS si basa su quello con TLS), non esiste una garanzia assoluta che un messaggio alla fine raggiungerà la sua destinazione. Problemi di rete, guasti al server o altri problemi imprevisti possono ancora prevenire la consegna riuscita.

Pertanto, non esiste un protocollo utilizzato da browser Web e server Web che garantiscono la consegna nel modo in cui un protocollo come TCP in una comunicazione punto-punto (sebbene TCP sia il protocollo di trasporto sottostante sia per HTTP che per HTTPS). Per garantire la consegna, è necessario ulteriori meccanismi al di fuori dell'ambito di HTTP o HTTPS, come:ad esempio:

* code di messaggi (ad es. RabbitMQ, Kafka): Questi sistemi forniscono una consegna garantita insistendo messaggi e riconoscendo la ricevuta.

* Ringraziamenti a livello di applicazione personalizzato: L'applicazione stessa può implementare un sistema per confermare la ricevuta.

* Ridondanza e tentativi: L'applicazione può inviare più tentativi e implementare meccanismi per gestire i guasti.

In breve, HTTP e HTTPS sono progettati per un trasferimento di dati efficiente, non consegna garantita. Tale responsabilità viene spostata su protocolli di livello superiore o strategie a livello di applicazione.

• Qual è il valore degli indirizzi di rete? 
• Quali sono importanti la risoluzione dei problemi della connettività IP e del routing?