Akamai

Ein mehrjähriger Vertrag verschafft kommerzielle Sichtbarkeit, aber noch keinen betriebswirtschaftlichen Abschluss. Akamai hat für seine Cloud Infrastructure Services große Kundenbindungen gemeldet und zugleich Finanzierung sowie Investitionen ausgeweitet. Entscheidend wird nun, ob aus dem zugesagten Volumen tatsächlich bereitgestellte Kapazität, Nutzung, Umsatz, Cashflow und eine tragfähige Marge werden.

Mehr als zwanzig Organisationen nutzen die Integration laut Akamai. Ihr Nutzen hängt auch davon ab, ob Beobachtungen zum richtigen Dienst passen und wie aktuell beide Seiten des Abgleichs sind.

Eine Mitigation-Cloud kann einen Angriff im Terabitbereich aufnehmen, während der legitime Verkehr eines Kunden weiterhin von einer viel kleineren Leitung, einem Tunnel und einem Router abhängt. Eingekauft wird deshalb nicht nur die Menge an Angriffsdaten, die der Anbieter verwerfen kann. Entscheidend ist, welchen bereinigten Verkehr die gesamte Lieferkette zustellen muss, wo das gemessen wird und welcher Anspruch besteht, wenn die Plattform verfügbar bleibt, der geschützte Dienst aber ausfällt.

Akamai führte die beeinträchtigte Edge Delivery in Indien zunächst auf einen externen Dienstleister zurück und nahm diese Zuordnung 19 Minuten später zurück. Nach einer Korrektur wechselte der Vorfall in die Überwachung, blieb aber ohne veröffentlichte Ersatzursache oder Lösungszeit.

Akamais knappe Offenlegung eines Denial-of-Service-Vorfalls vom 15. Juni 2004 enthält nur wenige technische Einzelheiten, aber eine folgenreiche Zahl: Ungefähr vier Prozent der Kunden hätten eine kurze Verzögerung bei der Diensterbringung erlebt. Für ein verteiltes Edge-Netz wird damit nicht allein der Angriff zum Untersuchungsgegenstand, sondern die Beweiskette hinter seiner angeblich begrenzten Wirkung. Entscheidend ist, ob DNS- und Request-Routing-Entscheidungen, BGP- und Transitstatus, Edge-Kapazität, kontrolliertes Failover und reale Kundenerfahrung auf einer gemeinsamen Zeitachse erklären können, wo die Störung blieb und wohin die Last ging.

Am 22. Juli 2021 konnten viele Nutzer weiterhin Pakete über das Internet senden, aber die gewünschten Anwendungen nicht erreichen. Akamai gab an, dass ein Software-Konfigurationsupdate einen Fehler in einer DNS-Komponente seines Secure Edge Content Delivery Network auslöste. Das Update wurde zurückgesetzt und der Dienst innerhalb einer Stunde wiederhergestellt.

Akamais öffentliche Ausfallhistorie zeigt, dass Edge-Sicherheits- und Bereitstellungskontrollen Produktionskontrollen sind. Ein DDoS-Abwehrpfad kann legitimen Verkehr blockieren, ein DNS-Konfigurationsupdate kann Kundenseiten unerreichbar machen, und ein False Positive im Bot-Management kann legitime Nutzer abweisen. Die Verantwortlichkeitsfrage ist, wer Rollout, Rollback, Kundenumgehung, Statusnachweise und Kontinuität kontrollierte, als der Edge zum Fehlerpunkt wurde.

Ein schützendes System kann in zwei Richtungen versagen. Es kann feindlichen Verkehr übersehen oder legitimen Verkehr falsch klassifizieren und eine funktionierende Website für die Menschen, die es schützen soll, unerreichbar machen.

Der Verkehr kann verschoben wirken, obwohl ein wenig genutzter Edge noch jene Entscheidung anwendet, die der Wiederanlauf zurücknehmen sollte.

Akamai schrieb die Edge-Delivery-Probleme in Indien zunächst einem Drittanbieter zu und nahm diese Aussage 19 Minuten später zurück. Wer Statusmeldungen automatisiert übernimmt, braucht deshalb nicht nur den letzten Text, sondern eine unveränderliche Folge aus Hypothese, Korrektur, Maßnahme und Zustand.