Wie liefert Inhalte CloudFront - Amazon CloudFront

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Wie liefert Inhalte CloudFront

CloudFront Funktioniert nach einiger Ersteinrichtung mit Ihrer Website oder Anwendung zusammen und beschleunigt die Bereitstellung Ihrer Inhalte. In diesem Abschnitt wird erklärt, CloudFront wie Ihre Inhalte bereitgestellt werden, wenn Zuschauer sie anfordern.

Wie CloudFront werden Inhalte für Ihre Nutzer bereitgestellt

Nachdem Sie CloudFront die Konfiguration für die Bereitstellung Ihrer Inhalte konfiguriert haben, passiert Folgendes, wenn Benutzer Ihre Objekte anfordern:

  1. Ein Benutzer greift auf Ihre Website oder Anwendung zu und sendet eine Anforderung für ein Objekt, z. B. eine Bilddatei und eine HTML-Datei.

  2. DNS leitet die Anfrage an den CloudFront POP (Edge-Standort) weiter, der die Anfrage am besten bearbeiten kann. In der Regel handelt es sich dabei um den CloudFront POP, der in Bezug auf die Latenz am nächsten ist.

  3. CloudFront überprüft seinen Cache auf das angeforderte Objekt. Wenn sich das Objekt im Cache befindet, wird es an den Benutzer CloudFront zurückgegeben. Wenn sich das Objekt nicht im Cache befindet, CloudFront geht Folgendes vor:

    1. CloudFront vergleicht die Anfrage mit den Spezifikationen in Ihrer Distribution und leitet die Anfrage an Ihren Ursprungsserver für das entsprechende Objekt weiter, z. B. an Ihren Amazon S3 S3-Bucket oder Ihren HTTP-Server.

    2. Der Ursprungsserver sendet das Objekt an den Edge-Standort zurück.

    3. Sobald das erste Byte vom Ursprung eingeht, CloudFront beginnt die Weiterleitung des Objekts an den Benutzer. CloudFront fügt das Objekt auch dem Cache hinzu, damit es das nächste Mal von jemandem angefordert wird.

Anfrage und Antwort vom Benutzer bis zum Absender über CloudFront

Wie CloudFront funktioniert mit regionalen Edge-Caches

CloudFront Points of Presence (auch bekannt als POPs oder Edge-Locations) sorgen dafür, dass beliebte Inhalte Ihren Zuschauern schnell bereitgestellt werden können. CloudFront verfügt außerdem über regionale Edge-Caches, die mehr Ihrer Inhalte Ihren Zuschauern näher bringen, auch wenn die Inhalte nicht beliebt genug sind, um bei einem POP zu bleiben, um die Leistung dieser Inhalte zu verbessern.

Regionale Edge-Caches sind für alle Arten von Inhalten nützlich, insbesondere wenn die Inhalte im Laufe der Zeit immer seltener abgerufen werden. Dazu gehören von Benutzern erstellte Inhalte wie Videos, Fotos oder Bildmaterial, E-Commerce-Elemente wie Produktfotos und -videos sowie Nachrichten und ereignisbezogene Inhalte, die plötzlich sehr stark angefragt werden können.

So funktionieren regionale Caches

Regionale Edge-Caches sind CloudFront Standorte, die weltweit in der Nähe Ihrer Zuschauer bereitgestellt werden. Sie befinden sich zwischen Ihrem Ursprungsserver und den weltweit verteilten POPs. Diese Edge-Standorte stellen Inhalte Ihren Viewern direkt bereit. Wenn die Häufigkeit der Anfragen für Ihre Objekte abnimmt, werden diese ggf. an einzelnen POPs entfernt, um Platz für beliebtere Inhalte zu schaffen. Regionale Edge-Caches verfügen über mehr Cache-Speicherplatz als ein einzelner POP, sodass Ihre Objekte am nächstgelegenen Standort eines regionalen Edge-Cache länger gespeichert werden. Auf diese Weise können Sie Ihren Zuschauern mehr Inhalte näher bringen, sodass Sie nicht mehr CloudFront zu Ihrem Ursprungsserver zurückkehren müssen, und die Gesamtleistung für die Zuschauer verbessert wird.

Wenn ein Betrachter eine Anfrage auf Ihrer Website oder über Ihre Anwendung sendet, leitet DNS die Anfrage an den POP weiter, der die Anforderung des Benutzers am besten bedienen kann. Dieser Standort ist in der Regel der nächstgelegene CloudFront Edge-Standort, was die Latenz angeht. Sucht im POP CloudFront im Cache nach dem angeforderten Objekt. Wenn sich das Objekt im Cache befindet, wird es an den Benutzer CloudFront zurückgegeben. Wenn das Objekt nicht im Cache vorhanden ist, wechseln die POPs zum nächstgelegenen regionalen Edge-Cache, um es abzurufen. Weitere Informationen darüber, wann der POP den regionalen Edge-Cache überspringt und direkt zum Ursprung wechselt, finden Sie in der folgenden Anmerkung.

Überprüft den Cache am regionalen Edge-Cache-Standort CloudFront erneut auf das angeforderte Objekt. Wenn sich das Objekt im Cache befindet, CloudFront leitet es an den POP weiter, der es angefordert hat. Sobald das erste Byte vom regionalen Edge-Cache-Standort eintrifft, CloudFront beginnt die Weiterleitung des Objekts an den Benutzer. CloudFront fügt das Objekt außerdem dem Cache im POP hinzu, damit es das nächste Mal von jemandem angefordert wird.

Bei Objekten, die weder am POP- noch am regionalen Edge-Cache-Speicherort zwischengespeichert wurden, CloudFront vergleicht die Anfrage mit den Spezifikationen in Ihren Distributionen und leitet die Anfrage an den Ursprungsserver weiter. Nachdem Ihr Ursprungsserver das Objekt an den regionalen Edge-Cache-Speicherort zurückgesendet hat, wird es an den POP und dann an den CloudFront Benutzer weitergeleitet. In diesem Fall fügt das Objekt zusätzlich zum POP CloudFront auch dem Cache am regionalen Edge-Cache-Speicherort hinzu, wenn ein Betrachter es das nächste Mal anfordert. Dadurch wird sichergestellt, dass sich alle POPs in einer Region einen lokalen Cache teilen, wodurch mehrere Anfragen an die Originalserver vermieden werden. CloudFront hält außerdem persistente Verbindungen zu den Ursprungsservern aufrecht, sodass Objekte so schnell wie möglich von den Ursprungsservern abgerufen werden.

Anmerkung
  • Regionale Edge-Caches haben denselben Funktionsumfang wie POPs. Eine Cache-Invalidierungsanforderung entfernt ein Objekt z. B. sowohl aus POP-Caches als auch aus regionalen Edge-Caches, bevor es abgelaufen ist. Wenn ein Betrachter das Objekt das nächste Mal anfordert, CloudFront kehrt er zum Ursprung zurück, um die neueste Version des Objekts abzurufen.

  • Die Proxy-HTTP-Methoden (PUT, POST, PATCH, OPTIONS und DELETE) werden von den POPs direkt an den Ursprungsserver gesendet und nicht über die regionalen Edge-Caches geleitet.

  • Dynamische Anforderungen, die zum Anforderungszeitpunkt bestimmt werden, fließen nicht durch regionale Edge-Caches, sondern gehen direkt zum Ursprung.

  • Wenn der Ursprung ein Amazon S3 S3-Bucket ist und sich der optimale regionale Edge-Cache der Anfrage im selben AWS-Region wie der S3-Bucket befindet, überspringt der POP den regionalen Edge-Cache und geht direkt zum S3-Bucket.

Das folgende Diagramm zeigt, wie Anfragen und Antworten durch CloudFront Edge-Standorte und regionale Edge-Caches fließen.

Das Diagramm zeigt die Anforderungs- und Antwortpfade von Zuschauern über Edge-Standorte und regionale Edge-Caches zum Ursprung.