Stellen Sie sich ein einfaches Szenario vor, in dem eine E-Commerce-Webanwendung einen API-Endpunkt aufruft, der Informationen über eine Kundenbestellung zurückgibt. Auf Anwendungsebene sieht das wie eine ziemlich einfache Operation aus. Aber unter der Haube passiert viel.

Zuerst fragt der Client das DNS nach der IP-Adresse ab, die mit dem API-Endpunkt verknüpft ist. Das DNS kann die Adresse eines Load Balancers zurückgeben, anstatt die Adresse eines bestimmten Anwendungsservers. Das Betriebssystem bestimmt dann, wie Pakete an diese IP-Adresse gesendet werden sollten.

Es kann wählen, sie über das lokale Netzwerk, einen Internetdienstanbieter (ISP) oder mehrere andere Router zu senden. Das ultimative Ziel ist es, dass die Datenpakete das Zielnetzwerk erreichen. Das am häufigsten verwendete Protokoll dafür ist HTTP.

Bevor HTTP jedoch die Anfrage senden kann, muss der Client in der Regel eine Art Verbindung mit dem Zielserver herstellen. Mit traditionellem HTTPS bedeutet dies die Einrichtung einer TCP-Verbindung. Bei dieser Art von Verbindung führen Client und Server einen Handshake durch, indem sie einige Anfangspakete austauschen, damit beide Seiten wissen, dass eine Verbindung hergestellt wurde.

Client und Server führen dann einen TLS-Handshake durch. Erst danach kann die HTTP-Anfrage sicher gesendet werden. Ein Load Balancer empfängt sie, wählt eine gesunde Anwendungsinstanz aus und leitet die Anfrage weiter.

Die Anwendung führt ihre Arbeit aus und sendet die Antwort über denselben Weg zurück. All dies fällt in den Bereich des Netzwerkens. Aufgrund seiner allgegenwärtigen Natur wird Netzwerken zu einer extrem wichtigen Disziplin, die Entwickler beherrschen müssen.