HTTPS-Call

Wenn dein Handy Daten aus dem Internet holt, fragt es dafür einen fremden Computer. Dieser fremde Computer heißt Server, und er wartet den ganzen Tag auf solche Fragen. Die Sprache, in der Frage und Antwort formuliert sind, heißt HTTP. Kommt ein S dazu, ist die Übertragung verschlüsselt: Fremde können unterwegs mitlesen, sehen aber nur unlesbaren Zeichensalat. Ein HTTPS-Call ist genau ein solcher Vorgang: eine abgeschickte Frage plus die zurückkommende Antwort. Der Begriff meint also nicht die Technik allgemein, sondern die einzelne Anfrage als zählbare Einheit.

Warum jeder einzelne Aufruf Geld kostet

In der Technikwelt spricht man selten über HTTP-Verkehr an sich, sondern über die Menge der Aufrufe. Der Grund ist simpel: Jeder Aufruf verursacht Arbeit auf dem Server. Diese Arbeit kostet Strom, Rechenzeit und im Zweifel eine neue Maschine im Rechenzentrum.

Besonders deutlich wird das bei KI-Diensten. Wer die Modelle von OpenAI oder Google in seiner eigenen App nutzen will, schickt für jede Nutzerfrage einen HTTPS-Call an deren Server. Abgerechnet wird pro Aufruf und pro übertragener Textmenge. Aus einer App mit einer Million Nutzern werden so schnell Millionen Aufrufe pro Tag. Genau deshalb tauchen Zahlen wie « Calls pro Sekunde » in Quartalsberichten und Investorenpräsentationen auf.

Ein zweiter Punkt ist die Zeit. Jeder Aufruf dauert, weil die Daten physisch durch Kabel reisen müssen. Eine Anfrage nach Kalifornien und zurück braucht selbst bei perfekter Leitung rund 150 Millisekunden. Wenn eine Webseite hundert solcher Aufrufe hintereinander macht, fühlt sie sich zäh an. Gute Entwickler versuchen deshalb, mit möglichst wenigen Aufrufen auszukommen.

Was zwischen Anfrage und Antwort passiert

Am Anfang steht eine Adresse, die URL. Sie sagt, welcher Server gemeint ist und welche Information dort gewünscht wird. Bevor irgendetwas übertragen wird, einigen sich beide Seiten auf einen geheimen Schlüssel. Dieser Schritt heißt Handshake und dauert nur Sekundenbruchteile. Der Server weist sich dabei mit einem Zertifikat aus, einer Art digitalem Ausweis.

Danach geht die eigentliche Anfrage raus. Sie enthält eine Methode, die den Zweck angibt. « GET » bedeutet: Ich möchte etwas abholen. « POST » bedeutet: Ich schicke dir etwas, speichere es. Dazu kommen Zusatzangaben im sogenannten Header, zum Beispiel ein Schlüssel, der beweist, dass der Absender zahlender Kunde ist.

Der Server antwortet mit einem Statuscode und den eigentlichen Daten. Code 200 heißt: hat geklappt. Code 404 heißt: gibt es hier nicht. Code 429 heißt: du fragst zu oft, warte kurz. Die Daten selbst kommen meist im Format JSON an, einer strukturierten Schreibweise, die Programme leicht auseinandernehmen können. Ein verbreiteter Irrtum ist übrigens, dass HTTPS die Daten auf dem Server schützt. Verschlüsselt ist nur der Transportweg dorthin.

HTTPS-Calls in Apps, Schnittstellen und Preislisten

Du löst ständig HTTPS-Calls aus, ohne es zu merken. Eine Wetter-App holt die Vorhersage per Aufruf. Ein Chat lädt neue Nachrichten. Beim Scrollen durch einen Feed schickt die App laufend neue Anfragen nach. Das Schloss-Symbol in der Adresszeile des Browsers zeigt an, dass die Verbindung verschlüsselt ist.

In der Technikbranche begegnet dir der Begriff vor allem im Zusammenhang mit Schnittstellen, kurz APIs. Eine API ist ein festgelegter Satz von Adressen, den ein Anbieter offenlegt, damit fremde Programme seine Dienste nutzen können. Praktisch jede solche Schnittstelle wird über HTTPS-Calls angesprochen. Wenn eine Firma sagt, sie habe ihr Produkt « per API angebunden », meint sie genau das.

Auch in Nachrichten taucht das auf. Fällt ein großer Dienst aus, liest man von Fehlercodes und abgelehnten Anfragen. Preislisten von Cloud-Anbietern rechnen oft pro Million Aufrufe ab. Und wenn ein KI-Anbieter über Auslastung klagt, geht es meist um mehr eingehende Calls, als seine Rechenzentren verkraften.