Admission Handshake
Ein Admission Handshake ist ein kurzer Austausch von Nachrichten, mit dem ein Computerdienst vorab klärt, ob er eine neue Anfrage überhaupt annehmen kann. Erst wenn beide Seiten zustimmen, beginnt die eigentliche Arbeit — sonst wird die Anfrage sofort abgelehnt oder in eine Warteschlange gestellt.
Wenn ein Programm etwas von einem Server im Internet will, schickt es eine Anfrage los. Der Server hat aber nur begrenzt Rechenleistung und kann nicht beliebig viele Anfragen gleichzeitig bearbeiten. Beim Admission Handshake fragt die eine Seite deshalb zuerst kurz nach: Hast du gerade Platz für mich? Die andere Seite antwortet mit Ja, Nein oder „warte kurz“. Erst nach diesem kurzen Vorgespräch werden die eigentlichen Daten geschickt. Der englische Begriff „handshake“ heißt Händedruck und meint genau das: eine gegenseitige Bestätigung, bevor es losgeht.
Warum Server lieber vorher Nein sagen
Ohne so ein Vorgespräch nimmt ein Server jede Anfrage an, auch wenn er längst überlastet ist. Dann bearbeitet er hunderte Aufträge gleichzeitig, aber alle im Schneckentempo. Am Ende warten alle Nutzer zu lange, und viele brechen ab. Die Arbeit war umsonst, die Rechenzeit ist verbraucht. Fachleute nennen das einen Zusammenbruch unter Last.
Eine schnelle Ablehnung ist für alle besser als ein langsames Vielleicht. Wer sofort ein Nein bekommt, kann es in einer Sekunde erneut versuchen oder auf einen anderen Server ausweichen. Die Anfragen, die angenommen wurden, laufen dafür in normaler Geschwindigkeit durch. Man opfert also einen kleinen Teil der Anfragen, um den Rest zu retten.
Bei KI-Diensten ist das besonders wichtig. Eine einzige Antwort eines großen Sprachmodells — also eines Programms, das Texte erzeugt — kann viele Sekunden Rechenzeit auf teurer Spezialhardware belegen. Diese Hardware heißt GPU und ist knapp und teuer. Wer sie mit Anfragen verstopft, die niemand mehr abwartet, verbrennt Geld.
Was in dem Vorgespräch ausgetauscht wird
Im ersten Schritt meldet der Anfragende, was er vorhat. Typische Angaben sind: wie viel Text er schicken will, wie lang die Antwort werden soll und wie lange er höchstens warten kann. Man kann das mit dem Einchecken am Flughafen vergleichen. Erst wird geprüft, ob Gepäckgewicht und Ticket passen, dann darf man durch.
Im zweiten Schritt prüft der Dienst seinen eigenen Zustand. Er schaut, wie viele Aufträge schon laufen, wie voll die Warteschlange ist und wie viel Speicher frei ist. Oft rechnet er zusätzlich, ob er die versprochene Wartezeit einhalten kann. Dann antwortet er mit einer Zusage, einer Ablehnung oder einem Platz in der Warteschlange.
Eine Zusage kann auch Bedingungen enthalten. Der Dienst gibt zum Beispiel ein Zeitfenster oder ein Token frei, also einen digitalen Berechtigungsschein für genau diese eine Anfrage. Wer ohne gültiges Token ankommt, wird abgewiesen. Wichtig ist die Abgrenzung zum Rate Limit: ein Rate Limit begrenzt starr die Zahl der Anfragen pro Minute, der Admission Handshake entscheidet dagegen situativ nach aktueller Auslastung.
Wo der Begriff in Meldungen und Produkten auftaucht
Am häufigsten liest man davon in technischen Beschreibungen von Cloud-Anbietern, also Firmen, die Rechenleistung vermieten. Auch die Betreiber von KI-Schnittstellen beschreiben so, wie sie Lastspitzen abfedern. Wenn ein Anbieter mitteilt, dass Anfragen bei Überlast mit einem Fehlercode und einer empfohlenen Wartezeit zurückkommen, steckt genau dieses Prinzip dahinter.
Als Nutzer bemerkt man es indirekt. Ein Chatbot, der bei großem Andrang meldet „Bitte später erneut versuchen“, hat die Anfrage gar nicht angenommen. Das ist unangenehm, aber ehrlicher als eine Antwort, die nach zwei Minuten abbricht. Auch Videokonferenzen und Online-Spiele nutzen ähnliche Zulassungsprüfungen, bevor sie eine Verbindung aufbauen.
Für Anleger und Analysten ist das Thema interessant, weil es direkt an den Kosten hängt. Ein Anbieter mit guter Zulassungssteuerung holt mehr nutzbare Antworten aus derselben Hardware. Ein verbreiteter Irrtum ist übrigens, der Handshake mache das System schneller. Er macht es vor allem verlässlicher — die einzelne Anfrage gewinnt dadurch keine Rechenleistung.