Neuerungen

Amazon CloudFront kündigt Unterstützung für 3072-Bit-RSA-Zertifikate an

Datum: 14. Juli 2023

Amazon CloudFront kündigt Unterstützung für 3072-Bit-RSA-Zertifikate an. Kunden können jetzt ihre 3072-Bit-RSA-Zertifikate mit CloudFront-Distributionen verknüpfen, um die Kommunikationssicherheit zwischen Clients und CloudFront-Edge-Standorten zu verbessern.

RSA ist ein Verschlüsselungsalgorithmus, der häufig in digitalen Zertifikaten verwendet wird, um die Internetkommunikation durch digitale Signaturen und Datenverschlüsselung zu sichern. Vor diesem Update konnten CloudFront-Kunden nur RSA-Zertifikate mit einer Stärke von 1024 Bit oder 2048 Bit oder ein ECDSA-P256-Zertifikat verwenden. ECDSA-P256-Zertifikate bieten mehr Sicherheit als 1024-Bit- oder 2048-Bit-RSA-Zertifikate, werden jedoch unter Umständen nicht von älteren Clients und Geräten unterstützt. Mit der Einführung von 3072-Bit-RSA-Zertifikaten können Kunden nun das gleiche Sicherheitsniveau in CloudFront erreichen, das zuvor nur ECDSA-P256-Zertifikaten vorbehalten war.

Die Unterstützung von Amazon CloudFront für 3072-Bit-RSA-Zertifikate ist jetzt für die sofortige Nutzung verfügbar. Ordnen Sie Ihrer CloudFront-Verteilung zunächst mithilfe der Konsole oder APIs ein 3072-Bit-RSA-Zertifikat zu. Für dieses Feature fallen keine zusätzlichen Gebühren an. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch. Weitere Informationen zu CloudFront finden Sie auf der Seite Erste Schritte mit CloudFront.

AWS kündigt neuen Edge-Standort in Nigeria an

Datum: 15. Juni 2023

Einzelheiten: Amazon Web Services (AWS) kündigt Expansion in Nigeria an und eröffnet einen neuen Edge-Standort in Lagos. Kunden in Nigeria können mit einer durchschnittlichen Verbesserung der Latenz von bis zu 20 % für Daten rechnen, die über den neuen Edge-Standort bereitgestellt werden. Der neue AWS-Edge-Standort bietet alle Vorteile von Amazon CloudFront, einem hochgradig verteilten und skalierbaren Content Delivery Network (CDN), das statische und dynamische Inhalte, APIs sowie Live- und On-Demand-Videos mit geringer Latenz und hoher Leistung bereitstellt.

Alle Amazon-CloudFront-Edge-Standorte sind mit dem AWS Shield Standard vor DDoS-Bedrohungen auf Infrastrukturebene geschützt. Dieser Standard verwendet eine ständig aktive Überwachung des Netzwerkflusses und integrierte Risikominderung, um die Latenz und Ausfallzeiten von Anwendungen zu minimieren. Sie haben auch die Möglichkeit, zusätzliche Sicherheitsebenen für Anwendungen hinzuzufügen, um sie vor gängigen Web- und Bot-Angriffen zu schützen, indem Sie AWS WAF aktivieren.

Der von diesem Edge-Standort ausgehende Datenverkehr ist in den Regionspreisen für Afrika enthalten. Weitere Informationen zu AWS-Edge-Standorten finden Sie unter CloudFront-Edge-Standorte suchen.

Amazon CloudFront unterstützt jetzt die Cache-Control-Direktiven stale-while-revalidate und stale-if-error

Datum: 17. Mai 2023

Details: Amazon CloudFront kündigt Unterstützung für die Cache-Control-Direktiven stale-while-revalidate und stale-if-error an, wodurch Leistung und Verfügbarkeit verbessert werden können. Die Direktive stale-while-revalidate weist CloudFront an, veraltete Antworten sofort an Benutzer zu senden, während die Caches im Hintergrund erneut überprüft werden. Die Direktive stale-if-error definiert, wie lange CloudFront veraltete Antworten wiederverwenden soll, wenn ein Fehler auftritt, was zu einer besseren Benutzererfahrung führt.

Mit stale-while-revalidate kann CloudFront von seinen mehr als 480 Edge-Standorten aus schnellere Antworten liefern und die Cache-Trefferquoten maximieren, um nach Ablauf des Caches eine bessere Leistung zu erzielen. Mit der Direktive stale-while-revalidate müssen Ihre Benutzer nicht mehr auf Antworten von Origins warten, da veraltete Inhalte schnell aus Caches bereitgestellt werden. stale-while-revalidate ist ideal für Inhalte, die häufig oder unvorhersehbar aktualisiert werden oder bei denen Inhalte viel Zeit benötigen, um sich zu regenerieren, und bei denen es nicht unbedingt erforderlich ist, die neueste Version des Inhalts zu haben. Die Direktive stale-if-error verbessert das Benutzererlebnis und verbessert die Verfügbarkeit, indem veraltete Inhalte bereitgestellt werden, wenn Origins einen Fehler zurückgibt. 

Unterstützung für diese Richtlinien ist jetzt an allen CloudFront-Edge-Standorten ohne zusätzliche Kosten verfügbar. Sie definieren die Direktiven von Ihrem Ursprungsserver aus, und CloudFront berücksichtigt das Verhalten, das auf Ihren Anweisungen basiert. Weitere Informationen finden Sie im Amazon-CloudFront-Entwicklerhandbuch.

Amazon CloudFront unterstützt S3 Object Lambda Access Point als Ursprung

Datum: 5. April 2023

Details: Ab heute unterstützt Amazon CloudFront die Verwendung von S3 Object Lambda Access Points als Ursprung. Das bedeutet, dass Sie jetzt Aliase von S3 Object Lambda Access Point verwenden können, um einen CloudFront-Ursprung im Stil eines S3-Buckets zu konfigurieren und die über 480 globalen Edge-Standorte von CloudFront zu nutzen, um die Bereitstellung von Daten zu beschleunigen, die von Ihrer S3-Object-Lambda-Funktion transformiert wurden.

Mit S3 Objekt Lambda können Sie S3-GET-, HEAD- und LIST-Anforderungen Ihren eigenen Code hinzufügen, um Daten zu ändern und zu verarbeiten, wenn sie an eine Anwendung zurückgegeben werden. Vor diesem Launch mussten Sie Lambda@Edge als Signierprinzipal mit AWS Signature Version 4 (SigV4) für die Authentifizierung mit dem Ursprung verwenden. Jetzt können Sie CloudFront als Signierprinzipal für die SigV4-Authentifizierung mit S3 Object Lambda Access Point als Ursprung verwenden. So können Sie CloudFront einfacher nutzen, um Daten, die von der S3-Object-Lambda-Funktion umgewandelt wurden, schneller zu verteilen, z. B. gefilterte Zeilen, dynamisch skalierte Bilder, Daten, bei denen vertrauliche Informationen unkenntlich gemacht wurden, und vieles mehr.

Die Unterstützung von Amazon CloudFront für S3 Object Lambda Access Points als Ursprung ist jetzt weltweit verfügbar. Rufen Sie zunächst den Alias des S3 Object Lambda Access Points in Ihrer S3-Konsole oder über eine API ab und erstellen Sie Ihre Domain im S3-Bucket-Stil als Ihren CloudFront-Ursprung. Mit dieser Funktion sind keine zusätzlichen Gebühren verbunden. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch. Weitere Informationen zu CloudFront finden Sie auf der Seite mit den ersten Schritten für CloudFront.

Amazon CloudFront kündigt Unterstützung für die HTTP-Status- und Antwortgenerierung mithilfe von CloudFront-Funktionen an

Datum: 29. März 2023

Details: Ab heute können Sie CloudFront-Funktionen verwenden, um die Antworten an Zuschauer weiter anzupassen, einschließlich der Änderung des HTTP-Statuscodes und des Ersetzens des HTTP-Hauptteils der Antwort. CloudFront-Funktionen sind eine Serverless-Edge-Computing-Funktion in CloudFront, die für einfache HTTP-Transformationen entwickelt wurde und an den über 450 CloudFront-Edge-Standorten weltweit ausgeführt wird.

Bisher ermöglichten CloudFront-Funktionen die Transformation der HTTP-Anforderungs- und Antwortattribute wie Header und Cookies. Wenn CloudFront bei diesem Launch eine HTTP-Antwort von Ihrem Ursprungsserver oder dem Cache empfängt, können Sie die HTTP-Antwort so ändern, dass sie den HTTP-Statuscode und den HTTP-Hauptteil überschreibt. Wenn Sie beispielsweise die von Ihrem Ursprung zurückgegebenen Header auswerten möchten, um festzustellen, ob eine Anfrage blockiert werden soll, können Sie den HTTP-Statuscode auf 403 ändern und den HTTP-Hauptteil in der Antwort löschen. Sie können diese Funktion auch verwenden, um den HTTP-Hauptteil für jede Anfrage zu generieren. Sie können beispielsweise eine Anfrage auswerten und den Zuschauern mit einer angepassten Webseite antworten.

Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch. Für die Nutzung dieser Funktion fallen keine zusätzlichen Kosten an. Weitere Informationen erhalten Sie auf der Seite Erste Schritte mit CloudFront.

Amazon CloudFront unterstützt das Speichern von Testereignissen mit CloudFront-Funktionen

Datum: 23. März 2023

Details: Amazon CloudFront unterstützt jetzt die Möglichkeit, Testereignisse für CloudFront-Funktionen in der CloudFront-Konsole zu speichern. Mit dieser Funktion können Sie mehrere Testereignisse erstellen und speichern, um eine bessere Testabdeckung beim Erstellen von CloudFront-Funktionen zu gewährleisten. Gespeicherte Testereignisse beschleunigen die Entwicklungszeiten und reduzieren den Aufwand beim Testen von CloudFront-Funktionen.

Bisher erlaubte die CloudFront-Funktions-Konsole nur die Konfiguration eines einzelnen Testereignisses zur Validierung einer Funktion. Dies würde zusätzlichen Aufwand mit sich bringen und Sie könnten versehentlich bestimmte Testfälle verpassen, während Sie das Testereignis ändern. Darüber hinaus wurden Testereignisse nur während der CloudFront-Konsolensitzung gespeichert. Danach musste das Testereignis für eine neue Sitzung erneut erstellt werden. Durch das Speichern von Testereignissen können Sie jetzt mehrere Testfälle für jede Funktion erstellen und diese für die zukünftige Verwendung speichern. Sie können jetzt Änderungen an einer vorhandenen Funktion vornehmen und schnell mit allen zuvor gespeicherten Testereignissen testen, ohne die Testereignisse manuell neu erstellen zu müssen.

Das Speichern von Testereignissen ist in der CloudFront-Funktions-Konsole zur sofortigen Verwendung ohne zusätzliche Kosten verfügbar. Weitere Informationen finden Sie im CloudFront-Funktionen-Entwicklerhandbuch.

AWS kündigt neuen Amazon-CloudFront-Edge-Standort in Peru an

Datum: 22. März 2023

Details: Amazon Web Services (AWS) kündigt die Erweiterung von Amazon CloudFront in Peru durch die Einführung eines neuen Edge-Standorts in Lima an. Kunden in Peru können mit einer durchschnittlichen Verbesserung der Latenz um bis zu 50 % für Daten rechnen, die über den neuen Edge-Standort bereitgestellt werden, um Endbenutzern schnellere und reaktionsschnellere Anwendungen zur Verfügung zu stellen. Der neue AWS-Edge-Standort bietet alle Vorteile, die Amazon bietet.
CloudFront, ein hochgradig verteiltes und skalierbares Content Delivery Network (CDN), das statische und dynamische Inhalte, APIs sowie Live- und On-Demand-Video bereitstellt. Amazon CloudFront nutzt ein globales Netzwerk mit über 450 Points of Presence (POPs) und 13 regionalen Edge-Caches in über 90 Städten in 49 Ländern, um Inhalte an Endbenutzer bereitzustellen.

Alle Amazon-CloudFront-Edge-Standorte sind geschützt vor
DDoS-Bedrohungen auf Infrastrukturebene mit AWS Shield Standard, das eine ständig aktive Netzwerkflussüberwachung und Inline-Abwehr nutzt, um die Latenz und Ausfallzeiten von Anwendungen zu minimieren. Sie haben auch die Möglichkeit, zusätzliche Sicherheitsebenen für Anwendungen hinzuzufügen, um sie vor gängigen Web-Exploits und Bot-Angriffen zu schützen, indem Sie AWS WAF aktivieren.

Der von diesem Edge-Standort ausgehende Datenverkehr ist innerhalb Südamerikas dem
Regionspreis für Südamerika enthalten. Weitere Informationen zu AWS-Edge-Standorten finden Sie unter CloudFront-Edge-
Standorte.

Amazon CloudFront kündigt Unterstützung für Blocklisten in Richtlinien für Ursprungsanfragen an

Datum: 22. Februar 2023

Details: Amazon CloudFront unterstützt jetzt Blocklisten in Richtlinien für Ursprungsanfragen. Mit dieser Funktion können Sie alle Header, Cookies und Abfragezeichenfolgen an Ihren Ursprung weiterleiten und gleichzeitig bestimmte Werte mithilfe einer Blockliste ausschließen. Blocklisten bieten mehr Flexibilität, wenn es darum geht, wie Viewer-Anfragedaten an Ihren Ursprung weitergeleitet werden.

Bisher konnten Sie mithilfe von Richtlinien für Ursprungsanfragen entscheiden, welche Viewer-Header, Abfragezeichenfolgen und Cookies Sie an Ihren Ursprung weiterleiten wollten. Mit der neuen Blocklistenfunktion können Sie nun alle Viewer-Werte mit Ausnahme der in Ihrer Blockliste definierten Werte weiterleiten. Dies erleichtert die Weiterleitung von Anfragedaten an Quellen wie API Gateway, die die Weiterleitung des Viewer-Host-Headers nicht unterstützen. Darüber hinaus haben wir die verwaltete Richtlinie AllViewerExceptHostHeader veröffentlicht, die alle Werte (Header, Cookies und Abfragezeichenfolgen) aus der Viewer-Anfrage weiterleitet, aber den Host-Header aus der Viewer-Anfrage nicht einbezieht.

Die Unterstützung von Blocklisten in den Richtlinien für Ursprungsanfragen ist ohne zusätzliche Kosten sofort verfügbar. Sie können diese Funktion über die CloudFront-Konsole, das SDK und die CLI konfigurieren. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch.

AWS Lambda@Edge unterstützt jetzt Node 18.x

Datum: 13. Januar 2023

Details: Ab heute können Sie die Laufzeit des Node.js 18.x verwenden, um Funktionen in AWS Lambda@Edge zu entwickeln. Diese Laufzeit ist zusätzlich zu den derzeit unterstützten Laufzeiten von Node.js 16.x und Node.js 14.x erhältlich.

Node.js 18.x, die derzeitige Langzeit-Support-Version (LTS) von Node.js, unterstützt jetzt ES-Modul-Resolution in NODE_PATH, um das Laden von ES-Modulen leichter zu machen. Außerdem hat Node.js 18.x neue Funktionen, um die Leistung von Klassenfeldern und privaten Klassenmethoden zu verbessern, JSON-Import-Aussagen und experimentelle Funktionen wie die Fetch-API, die Test-Runner-Module, und die Web-Streams-API. Weitere Informationen über die Vorteile und neuen Funktionen von Node.js 18.x finden Sie unter Node.js 18.x Ankündigungsbeitrag im AWS-Compute-Blog.

Für die ersten Schritte mit Node.js 18.x laden Sie Ihren Code zu AWS Lambda hoch über die AWS-CLI oder die Lambda-Konsole und wählen Sie Node.js 18.x als Laufzeit aus. Wenn Sie bereits über Node.js-Funktionen in Lambda verfügen, können Sie zu der neuen Laufzeit wechseln, indem Sie erforderliche Code-Änderungen vornehmen, um die Kompatibilität mit der neuen Laufzeit zu gewährleisten, sowie ihre Funktionskonfiguration bearbeiten, um die Laufzeit auf Node.js 18.x festzulegen.

Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen über das Node.js-Programmierungsmodell in AWS Lambda finden Sie in der AWS-Lambda-Node.js-Dokumentation.

Amazon CloudFront unterstützt jetzt das Entfernen von Antwort-Headern

Datum: 03. Januar 2023

Details: Amazon CloudFront unterstützt jetzt das Entfernen von Antwort-Headern mithilfe von Antwort-Header-Richtlinien,und gibt Kunden die native Fähigkeit bestimmte Header zu entfernen, die aus CloudFront bereitgestellt wurden. Diese neue Funktion bietet zusammen mit der bestehenden Möglichkeit, Header hinzuzufügen und zu überschreiben, Kunden umfassende Flexibilität bei der Anpassung von Antwort-Headern.

Bisher konnten Kunden anhand von Antwort-Header-Richtlinien HTTP-Header angeben, die Amazon CloudFront zu Antworten hinzufügt, die an anzeigende Benutzer gesendet wurden, einschließlich CORS-Header, Sicherheits-Header oder benutzerdefinierte Header. Jetzt können Kunden Antwort-Header-Richtlinien verwenden, um an anzeigende Benutzer gesendete Header selektiv zu entfernen und so die Header, die für die Anwendungslogik oder CDN-spezifische Caching-Richtlinien benötigt werden, aber nicht geteilt werden müssen, vor ihnen zu verbergen. So verfügt ein Kunde möglicherweise über eine Blog-Anwendung, die einen „x-powered-by“-Header sendet, der, falls er angezeigt wird, von Angreifern aufgrund bestimmter bekannter Sicherheitslücken der Technologie ausgenutzt werden könnte. Mithilfe einer Antwort-Header-Richtlinie, die verhindert, dass der Header an anzeigende Benutzer gesendet wird, kann sich der Kunde davor schützen. Zusätzlich kann ein Ursprung einen „Vary“-Header generieren, um auf Header hinzuweisen, die die ursprüngliche Antwort beeinflusst haben. Diese Informationen werden jedoch möglicherweise für anzeigende Benutzer nicht benötigt und können mithilfe einer Antwort-Header-Richtlinie entfernt werden.

Das Entfernen von Headern mithilfe von Antwort-Header-Richtlinien ist jetzt über die CloudFront-Konsole, die AWS-SDKs und die AWS-CLI verfügbar. Mit dieser Funktion sind keine zusätzlichen Gebühren verbunden. Bitte beachten Sie, dass einige HTTP-Header schreibgeschützt sind oder auf andere Weise nicht zugänglich sind und daher nicht entfernt werden können. Weitere Informationen darüber, welche Header nicht entfernt werden können, finden Sie unter Einschränkungen für Edge-Funktionen. Auf der CloudFront-Produktseite erfahren Sie mehr über die ersten Schritte mit CloudFront.

Amazon CloudFront startet kontinuierliche Unterstützung für Bereitstellung

Datum: 21. November 2022

Details: Amazon CloudFront unterstützt jetzt die kontinuierliche Bereitstellung, eine neue Funktion, mit der Sie die Konfigurationsänderungen mit einem Teil des Live-Datenverkehrs testen und validieren können, bevor Sie die Änderungen für alle Betrachter bereitstellen.

Die kontinuierliche Bereitstellung mit CloudFront bietet Ihnen ein hohes Maß an Sicherheit bei der Bereitstellung. Sie können jetzt zwei getrennte, aber identische Umgebungen bereitstellen – eine blaue und eine grüne – und eine einfache Integration in Ihre Continuous-Integration-and-Delivery-Pipelines (CI/CD) mit der Möglichkeit des schrittweisen Rollouts von Versionen ohne Änderungen am Domain Name System (DNS) ermöglichen. Es stellt sicher, dass Ihr Betrachter eine konsistente Erfahrung durch Sitzungsgebundenheit erhält, indem es die Betrachtersitzung an dieselbe Umgebung bindet. Außerdem können Sie die Leistung Ihrer Änderungen durch die Überwachung von Standard- und Echtzeitprotokollen vergleichen und schnell zur vorherigen Konfiguration zurückkehren, wenn sich eine Änderung negativ auf einen Service auswirkt. Typische Anwendungsfälle für diese Funktion sind die Prüfung auf Abwärtskompatibilität, die Überprüfung nach der Bereitstellung und die Validierung neuer Funktionen mit einer kleineren Gruppe von Betrachtern.

Der Support für die kontinuierliche Bereitstellung ist für alle CloudFront-Edge-Standorte ohne zusätzliche Kosten verfügbar. Sie können über die CloudFront-Konsole, das SDK, die Befehlszeilenschnittstelle oder die CloudFormation-Vorlage darauf zugreifen. Bitte besuchen Sie den Blog zum Start oder die Dokumentation, um mehr über die neue Funktion zu erfahren.

Amazon CloudFront unterstützt jetzt ja3-fingerprint-Header

Datum: 17. November 2022

Details:Amazon CloudFront unterstützt jetzt Cloudfront-viewer-ja3-fingerprint-Header, mit denen Sie auf die JA3-Fingerprints eingehender Viewer-Anfragen zugreifen können. Sie können die JA3-Fingerprints verwenden, um eine benutzerdefinierte Logik zu implementieren, die bösartige Clients blockiert oder nur Anfragen von erwarteten Clients zulässt.

Ein Cloudfront-viewer-ja3-fingerprint-Header enthält einen 32-stelligen Hash-Fingerprint des TLS-Client-Hello-Pakets einer eingehenden Viewer-Anfrage. Der Fingerprint enthält Informationen darüber, wie der Client kommuniziert, und kann verwendet werden, um ein Profil von Clients zu erstellen, die das gleiche Muster aufweisen. Sie können den Cloudfront-viewer-ja3-fingerprint-Header zu einer Ursprungsanforderungsrichtlinie hinzufügen und die Richtlinie an deine CloudFront-Verteilungen anhängen. Danach können Sie den Header-Wert in Ihren Ursprungsanwendungen oder in Ihren Lambda@Edge- und CloudFront-Funktionen überprüfen und den Header-Wert mit einer Liste bekannter Malware-Fingerprints vergleichen, um die bösartigen Clients zu blockieren. Darüber hinaus können Sie den Header-Wert mit einer Liste erwarteter Fingerprints vergleichen, um nur Anfragen mit den erwarteten Fingerprints zuzulassen.

Cloudfront-viewer-ja3-fingerprint-Header sind zur sofortigen Verwendung an allen CloudFront-Edge-Standorten verfügbar. Sie können ja3-fingerprint-Header in Ihrer CloudFront-Konsole oder über das AWS SDK aktivieren. Für die Nutzung von ja3-fingerprint-Headern fallen keine zusätzlichen Gebühren an. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch.

Amazon CloudFront fügt Felder für Ursprungslatenz und ASN in Echtzeitprotokollen hinzu, um einen detaillierteren Einblick zu ermöglichen

Datum: 20. Oktober 2022

Details: Amazon CloudFront bietet jetzt drei zusätzliche Datenfelder in CloudFront Echtzeit-Protokollen: Ursprungslatenzzeit im ersten Byte, Ursprungslatenzzeit im letzten Byte und Autonome Systemnummer (ASN). CloudFront-Echtzeitprotokolle enthalten detaillierte Informationen über die von CloudFront gelieferten Anfragen, wie z.B. die HTTP-Statuscodes der Antwort oder ob die Antwort im Cache gespeichert wurde. Mit den drei neuen Datenfeldern können Kunden bei der Analyse von Echtzeit-Protokollen oder in den mit den Protokollen erstellten Dashboards detailliertere Einblicke in die Leistung von CloudFront erhalten. Die Ursprungslatenz von Origin für das erste Byte gibt die Zeit in Sekunden an, die der Origin-Server benötigt, um mit dem ersten Byte der Antwort zu antworten. Die Origin-Latenzzeit für das letzte Byte gibt die Zeit in Sekunden an, die der Origin-Server benötigt, um mit dem letzten Byte der Antwort zu antworten. ASN ist eine eindeutige Nummer, die das Netzwerk identifiziert, z.B. das Netzwerk eines Internet Service Providers (ISP), der die Viewer-IP-Adresse bereitstellt. Diese neuen Felder können über die CloudFront-Konsole, das SDK und die CLI aktiviert werden. Zusätzlich zu den Echtzeit-Protokollen können Sie auch Ihre CloudFront-Richtlinien für Ursprungsanfragen so konfigurieren, dass der CloudFront-Viewer-ASN-Header an Ihre Ursprungsserver weitergeleitet wird. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch und in der API-Dokumentation. 

Einführung von Amazon CloudFront in Vietnam

Datum: 29. August 2022

Details: Amazon CloudFront gibt erste Edge-Standorte in Hanoi und Ho Chi, Minh City, Vietnam, bekannt. Zuschauer, die von diesen neuen Edge-Standorten bedient werden, können mit einer Verbesserung der First-Byte-Latenz von bis zu 30 % rechnen. Durch die Erweiterung um diese beiden Standorte bringt es das globale Netzwerk von CloudFront jetzt auf 410 Points of Presence (PoP) in 90 Städten und 48 Ländern.

Neben Latenzverbesserungen bringen diese neuen Edge-Standorte die vollen Vorteile von Amazon CloudFront, unter anderem Lambda@Edge, Field Level Encryption und Amazon S3 Transfer Acceleration sowie zudem eine nahtlose Integration mit anderen AWS-Services wie AWS Certificate Manager (ACM), AWS Shield, AWS WAF, AWS Simple Storage Service (S3) und Amazon Elastic Compute Cloud (EC2). Die neuen Edge-Standorte in Hanoi und Ho Chi Minh City erfüllen dieselben hohen Standards wie die anderen Edge-Standorte von CloudFront, die auf der ganzen Welt verteilt sind. Dazu zählen für die Bereitstellung vertraulicher Daten Infrastrukturen und Prozesse, die mit PCI, DSS, HIPAA und ISO konform sind.

Der von diesen Edge-Standorten bereitgestellte Datenverkehr ist in den Preisen für die Region Asien-Pazifik enthalten. Weitere Informationen zu AWS-Edge-Standorten finden Sie unter CloudFront-Edge-Standorte.

Einführung von Origin Access Control (OAC) durch Amazon-CloudFront

Datum: 25. August 2022

Details: Amazon-CloudFront bietet jetzt Origin-Access-Control an, eine neue Funktion, die es CloudFront-Kunden ermöglicht, ihre S3-Ursprünge auf einfache Weise zu sichern, indem sie nur bestimmten CloudFront-Distributionen den Zugriff auf ihre S3-Buckets gestatten. Kunden können jetzt  AWS-Signature-Version 4 (SigV4) auf CloudFront-Anfragen an S3-Buckets aktivieren, mit der Möglichkeit, zu bestimmen, wann und ob CloudFront Anfragen unterzeichnen soll. Zusätzlich können Kunden jetzt SSE-KMS benutzen, wenn sie in CloudFront Uploads oder Downloads durchführen.

Bisher waren Kunden darauf beschränkt Origin-Access-Identity zu benutzen, um den Zugriff zu ihren S3-Ursprüngen auf CloudFront zu beschränken. Origin-Access-Control ist besser als Origin-Access-Identity, da die Sicherheit erhöht und die Integrationen von Funktionen erweitert wurden. Im Verhältnis zu Origin-Access-Identity bietet Origin-Access-Control einen erhöhten Sicherheitsstatus mit zeitlich begrenzten Anmeldeinformationen und häufigeren Rotationen von Anmeldeinformationen. Mit Origin-Access-Control können Kunden granulare Richtlinienkonfigurationen durch ressourcenbasierte Richtlinien erstellen. Dies bietet einen größeren Schutz gegen verwirrte stellvertretende Angriffe. Kunden in Regionen, die SigV4 benötigen, können Origin-Access-Control nutzen, um Daten aus S3-Ursprüngen zu erfassen und einzuspeisen. Zusätzlich erlaubt Origin-Access-Control es dem Kunden, SSE-KMS mit ihren S3-Ursprüngen zu benutzen, was mit Origin-Access-Identity nicht möglich war.

CloudFront unterstützt sowohl das neue Origin-Access-Control, als auch die ältere Version von Origin-Access-Identity. Wenn du eine Distribution für die Verwendung von Origin-Access-Identity konfiguriert hast, kannst du die Distribution mit ein paar einfachen Klicks zu Origin-Access-Control migrieren. Jede Distribution, die Origin-Access-Identity verwendet, wird auch weiterhin funktionieren und man kann nach wie vor Origin-Access-Identity für neue Distributionen verwenden. Informationen über die kommenden Regionenbeschränkungen finden Sie in der CloudFront Origin-Access-Migration-Dokumentation. 

CloudFront Origin-Access-Control ist nun auch weltweit, mit Ausnahme der AWS China Regionen, erhältlich. Über die CloudFront Konsole, APIs, SDK oder CLI, kannst du damit beginnen Origin-Access-Control zu verwenden. Es fallen keine zusätzlichen Gebühren für die Nutzung von Origin-Access-Control an. Informationen darüber, wie man Origin-Access-Control konfiguriert, finden Sie in der CloudFront Origin-Access-Control-Dokumentation. Besuchen Sie die CloudFront-Produktseite, um mehr über die ersten Schritte mit CloudFront zu erfahren.

Amazon CloudFront unterstützt jetzt HTTP/3 mit QUIC

Datum: 15. August 2022

Details: Amazon CloudFront unterstützt jetzt HTTP Version 3 (HTTP/3)-Abfragen über QUIC bei Endbenutzerverbindungen. HTTP/3 verwendet QUIC, ein auf dem User-Datagram-Protokoll (UDP) und Stream-Multiplexing basierendes sicheres Transportprotokoll, das die Fähigkeiten bestehender Übertragungssteuerungsprotokolle (TCP), TLS und HTTP/2 kombiniert und verbessert. HTTP/3 bietet mehrere Vorteile gegenüber vorherigen HTTP-Versionen, darunter schnellere Reaktionszeiten und verbesserte Sicherheit.

Kunden suchen ständig nach Wegen, Benutzern schnellere und sicherere Anwendungen bereitzustellen. Da die Internetverwendung global steigt und sich immer mehr Benutzer mit Mobilgeräten von Fernnetzwerken aus verbinden, sind bessere Performance und Zuverlässigkeit wichtiger denn je. HTTP/3 stellt eine Verbesserung gegenüber vorherigen HTTP-Versionen dar und hilft Kunden, die Performance und Endbetrachtererfahrung zu verbessern, indem Verbindungszeiten reduziert werden und Head-of-Line-Blocking vermieden wird. Die HTTP/3-Unterstützung von CloudFront baut auf s2n-quic auf, einer neuen quelloffenen QUIC-Protokollimplementierung in Rust, die einen Schwerpunkt auf Effizienz und Performance legt. Die HTTP/3-Implementierung von CloudFront unterstützt Client-seitige Verbindungsmigrationen, sodass Client-Anwendungen Verbindungen wiederherstellen können, die von Zwischenfällen wie dem Wechsel von WLAN zum Mobilnetz oder beständigen Paketverlusten betroffen sind, und das mit geringer oder keiner Unterbrechung. Darüber hinaus bietet HTTP/3 eine verbesserte Sicherheit, da QUIC die TLS-Handshake-Pakete standardmäßig verschlüsselt. CloudFront-KJunden, die HTTP/3 in ihren Distributionen aktiviert haben, konnten eine Verbesserung von bis zu 10 % in der Zeit bis zum ersten Byte und eine Verbesserung von bis zu 15 % bei Seitenladezeiten feststellen. Kunden haben auch Zuverlässigkeitsverbesserungen beobachtet, da die Handshake-Ausfälle reduziert wurden, als sie HTTP/3 in ihren Distributionen aktiviert haben.

Um HTTP/3 für Ihre Distributionen zu aktivieren, können Sie die Distributionskonfiguration über die CloudFront-Konsole, die API-Aktion UpdateDistribution API action oder über eine CloudFormation-Vorlage bearbeiten. Clients, die nicht HTTP/3 unterstützen, können über vorherige HTTP-Versionen noch immer mit HTTP/3-fähigen Amazon CloudFront-Distributionen kommunizieren.

HTTP/3 ist jetzt an allen mehr als 410 CloudFront-Edge-Standorten weltweit verfügbar. Für die Verwendung dieser Funktion entstehen keine zusätzlichen Kosten. Mehr über Amazon CloudFront HTTP/3 erfahren Sie im CloudFront-Entwicklerhandbuch. Weitere Informationen zu Amazon CloudFront finden Sie auf der Amazon-CloudFront-Produktseite.

Amazon CloudFront unterstützt Header-Namen von bis zu 1 024 Zeichen in CloudFront-Richtlinien

Datum: 11. Juli 2022

Details:Amazon CloudFront unterstützt nun maximal 1 024 Zeichen in allen Header-Namen von Cache-, Ursprungsanforderungs-, und Ursprungsantwort-Richtlinien. Mit 1 024 Zeichen verfügen Kunden nun über 512 zusätzliche Zeichen zum Hinzufügen von Header-Metadaten in Richtlinien.

Eine CloudFront-Richtlinie gestattet es Kunden, die gleiche Einstellungskombination für viele Verteilungsverhalten anzuwenden. Zuvor konnten Kunden maximal 512 Zeichen in CloudFront- oder benutzerdefinierten Header-Namen einer Richtlinie verwenden. Mit der erhöhten Zeichenbegrenzung können Kunden jetzt beispielsweise zusätzliche Header zu einer Cache-Richtlinie hinzufügen, um den Cache-Schlüssel genauer zu konfigurieren, oder zusätzliche Header als Eingaben zur Implementierung der Benutzerauthentifizierung verwenden. Alle Header lassen sich in Lambda@Edge, CloudFront-Funktionen oder Anwendungslogik am Ursprung verwenden.

Die erhöhte Länge der Header-Namen ist nun weltweit und sofort verfügbar. Für die Verwendung dieser Funktion fallen keine weiteren Kosten an und Kunden können Header in Richtlinien weiterhin mithilfe der CloudFront-Konsole, APIs, des SDK und der CLI konfigurieren. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch und in der API-Dokumentation.

Amazon CloudFront unterstützt jetzt TLS-1.3-Sitzungswiederaufnahme für Zuschauerverbindungen

Datum: 07. Juni 2022

Details: Amazon CloudFront unterstützt jetzt die Wiederaufnahme von Transport Layer Security (TLS)-1.3-Sitzungen, um die Leistung der Zuschauerverbindungen weiter zu verbessern. Bisher unterstützte Amazon CloudFront seit 2020 die Version 1.3 des TLS-Protokolls zur Verschlüsselung der HTTPS-Kommunikation zwischen den Zuschauern und CloudFront. Kunden, die das Protokoll eingeführt haben, konnten ihre Verbindungsleistung im Vergleich zu früheren TLS-Versionen um bis zu 30 % verbessern. Ab heute werden Kunden, die TLS 1.3 verwenden, dank der 1.3-Sitzungswiederaufnahme von TLS eine zusätzliche Leistungssteigerung von bis zu 50 % verzeichnen können. Bei der Sitzungswiederaufnahme und bei einer erneuten Verbindung zu einem Server, mit dem der Client zuvor eine TLS-Verbindung hatte, entschlüsselt der Server das Sitzungsticket mit einem vom Client verwendeten gemeinsamen Schlüssel und nimmt die Sitzung wieder auf. Die 1.3-Sitzungswiederaufnahme von TLS beschleunigt den Sitzungsaufbau, da sie die Computing-Kosten sowohl für den Server als auch für den Client reduziert. Außerdem müssen weniger Pakete übertragen werden als bei einem vollständigen TLS-Handshake.

Die TLS-Sitzungswiederaufnahme wird für Kunden, die TLS 1.3 verwenden, automatisch aktiviert. Die Kunden müssen keine zusätzlichen Änderungen an ihrer CloudFront-Bereitstellung vornehmen, um von den Leistungsverbesserungen der 1.3-Sitzungswiederaufnahme von TLS zu profitieren. Wenn Ihre Anwendung eine veraltete OpenJDK-Version verwendet, empfehlen wir Ihnen, sie zu aktualisieren, um die neueste stabile OpenJDK-Version zu verwenden. Ein veraltetes OpenJDK kann nämlich zu Verbindungsproblemen führen, wenn Clients versuchen, die Sitzung fortzusetzen. Weitere Informationen über JDK-Patches finden Sie auf der OpenJDK-Fehlerseite und in unserem Blog zur Fehlerbehebung.

Weitere Informationen zu den unterstützten Protokollen und Verschlüsselungen zwischen den Zuschauern und CloudFront finden Sie im CloudFront-Entwicklerhandbuch. Weitere Informationen zu Amazon CloudFront finden Sie auf der Amazon-CloudFront-Produktseite.

Amazon CloudFront bietet jetzt die TLS-Version und Cipher Suite im CloudFront-Viewer-TLS-Header

Datum: 23. Mai 2022

Details: CloudFront bietet jetzt den CloudFront-Viewer-TLS-Header zur Verwendung mit Richtlinien für Ursprungsanforderungen. CloudFront-Viewer-TLS ist ein HTTP-Header, der die TLS-Version und die Cipher-Suite enthält, die zur Aushandlung der TLS-Zuschauerverbindung verwendet werden. Zuvor waren TLS-Informationen in CloudFront-Zugriffsprotokollen verfügbar, um frühere Anfragen zu analysieren. Jetzt können Kunden auf die TLS-Version und die Cipher Suite in jeder HTTP-Anfrage zugreifen, um Entscheidungen in Echtzeit zu treffen, wie z. B. die Einschränkung von Anfragen mit veralteten TLS-Versionen. Der Header-Wert von CloudFront-Viewer-TLS verwendet die folgende Syntax: :. Zum Beispiel TLSv1.2:ECDHE-RSA-AES128-SHA256. 

Um den CloudFront-Viewer-TLS-Header zu konfigurieren, fügen Sie ihn in eine Richtlinie für CloudFront-Ursprungsanfrage ein, die an Ihren Ursprung weitergeleitet wird. Nach der Konfiguration kann auf den Cloudfront-Viewer-TLS-Header auch von CloudFront Functions und Lambda@Edge aus zugegriffen werden, um Funktionen wie die Einschränkung des Zugriffs am Edge durchzuführen. 

Der Cloudfront-Viewer-TLS-Header ist jetzt in allen Regionen verfügbar, mit Ausnahme der Region Amazon Web Services China (Peking), die von Sinnet betrieben wird, und der Region Amazon Web Services China (Ningxia), die von NWCD betrieben wird. Für die Verwendung des Headers fällt keine zusätzliche Gebühr an. Weitere Informationen zur Verwendung des CloudFront-Viewer-TLS-Headers finden Sie im CloudFront-Entwicklerhandbuch. Weitere Einzelheiten zu den Anwendungsfällen, die von Ursprungsrichtlinien unterstützt werden, finden Sie in diesem Blog. Weitere Informationen zu Amazon CloudFront finden Sie auf der CloudFront-Produktseite.

Amazon CloudFront unterstützt jetzt Server-Timing-Header

Datum: 31. März 2022

Details: Ab heute können Sie Ihre CloudFront-Verteilungen so konfigurieren, dass sie Server-Timing-Header enthalten, um das Verhalten und die Leistung von CloudFront zu überwachen. Server-Timing-Header liefern detaillierte Leistungsinformationen, z. B. ob bei Eingang einer Anforderung Inhalte aus dem Cache bereitgestellt wurden, wie die Anforderung an den CloudFront-Edge-Standort weitergeleitet wurde und wie viel Zeit während jeder Phase des Verbindungs- und Antwortprozesses verstrichen ist. 

Server-Timing-Header liefern zusätzliche Metadaten in Form von HTTP-Headern in Zuschauer-Antworten und können von clientseitigem Anwendungscode geprüft oder verbraucht werden. Mit Server-Timing-Headern können Sie bei der Fehlerbehebung der CloudFront-Leistung detailliertere Erkenntnisse erhalten, das CloudFront-Verhalten untersuchen und Metriken über von Benutzern angeforderte Transaktionen sammeln und aggregieren, z. B. Cache-Fehltreffer, Latenzzeit des ersten Bytes und Latenzzeit des letzten Bytes.

Server-Timing-Header sind zur sofortigen Verwendung an allen CloudFront-Edge-Standorten verfügbar. Sie können Server-Timing-Header über die CloudFront-Konsole oder das AWS SDK aktivieren. Für die Nutzung von Server-Timing-Headern fallen keine zusätzlichen Gebühren an. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch. 

Amazon CloudFront unterstützt jetzt eine verwaltete Präfixliste

Datum: 7. Februar 2022

Details: Ab heute können Sie die von AWS verwaltete Präfixliste für Amazon CloudFront verwenden, um den eingehenden HTTP-/HTTPS-Datenverkehr zu Ihren Ursprüngen nur auf die IP-Adressen zu beschränken, die zu den Ursprungsservern von CloudFront gehören. CloudFront hält die verwaltete Präfixliste mit den IP-Adressen der CloudFront-Ursprungsserver auf dem neuesten Stand, sodass Sie nicht mehr selbst eine Präfixliste pflegen müssen.

Sie können die verwaltete Präfixliste für CloudFront in Ihren Sicherheitsgruppenregeln für die Amazon Virtual Private Cloud (VPC), der Subnetz-Routentabelle, den gemeinsamen Sicherheitsgruppenregeln mit AWS Firewall Manager und jeder anderen AWS-Ressource referenzieren, die eine verwaltete Präfixliste verwenden kann. Sie können zum Beispiel die verwaltete Präfixliste für CloudFront in den eingehenden Regeln Ihrer VPC-Sicherheitsgruppe verwenden, um nur CloudFront-IP-Adressen den Zugriff auf Ihre EC2-Instances zu erlauben. Wenn Sie die verwaltete Präfixliste mit den gemeinsamen Sicherheitsgruppenregeln für AWS Firewall Manager verwenden, können Sie den Zugriff auf mehrere Application Load Balancer (ALB) über alle Ihre AWS-Konten hinweg beschränken. Weitere Einzelheiten entnehmen Sie bitte der von AWS verwalteten Präfixliste.

Die verwaltete Präfixliste ist über die AWS-Konsole und das AWS SDK in allen Regionen außer China, Asien-Pazifik (Jakarta) und Asien-Pazifik (Osaka) zur sofortigen Verwendung verfügbar. Die Präfixliste kann in Ihren CloudFormation-Vorlagen in den verfügbaren Regionen referenziert werden. Für die Nutzung der von CloudFront verwalteten Präfixlisten fallen keine zusätzlichen Gebühren an. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch.

Amazon CloudFront unterstützt jetzt konfigurierbares CORS, Sicherheit und benutzerdefinierte HTTP-Antwort-Header

Datum: 2. November 2021

Details: Heute führt Amazon CloudFront die Unterstützung für Antwort-Header-Richtlinien ein. Sie können jetzt CORS (Cross-Origin Resource Sharing), Sicherheit und benutzerdefinierte Header zu HTTP-Antworten hinzufügen, die von Ihren CloudFront-Verteilungen zurückgegeben werden. Sie müssen Ihre Ursprünge nicht mehr konfigurieren oder benutzerdefinierte Lambda@Edge- oder CloudFront-Funktionen verwenden, um diese Header einzufügen.

Sie können Richtlinien für Antwort-Header von CloudFront verwenden, um die Kommunikation Ihrer Anwendung zu sichern und ihr Verhalten anzupassen. Mit CORS-Headern können Sie angeben, von wo aus eine Webanwendung auf Ressourcen zugreifen darf. Sie können jeden der folgenden Sicherheitsheader einfügen, um sicherheitsrelevante Informationen zwischen Webanwendungen und Servern auszutauschen: HTTP Strict Transport Security (HSTS), X-XSS-Protection, X-Content-Type-Options, X-Frame-Options, Referrer-Policy und Content-Security-Policy. So erzwingt HSTS beispielsweise die Verwendung von verschlüsselten HTTPS-Verbindungen anstelle von HTTP im Klartext. Sie können auch anpassbare Schlüssel-Wert-Paare zu Antwort-Headern hinzufügen, indem Sie Antwort-Header-Richtlinien verwenden, um das Verhalten einer Webanwendung zu ändern. Die von Ihnen eingefügten Antwort-Header sind auch für Lambda@Edge-Funktionen und CloudFront-Funktionen zugänglich, was eine erweiterte benutzerdefinierte Logik am Edge ermöglicht.

Mit dieser Version bietet CloudFront auch mehrere vorkonfigurierte Antwort-Header-Richtlinien. Dazu gehören Richtlinien für Standard-Sicherheits-Header, eine CORS-Richtlinie, die die gemeinsame Nutzung von Ressourcen beliebiger Herkunft erlaubt, eine Pre-Flight-CORS-Richtlinie, die alle HTTP-Methoden erlaubt, und Richtlinien, die Standard-Sicherheits-Header mit CORS oder Pre-Flight-CORS kombinieren. Sie können auch Ihre eigenen benutzerdefinierten Richtlinien für verschiedene Inhalts- und Anwendungsprofile erstellen und sie auf das Cache-Verhalten jeder CloudFront-Distribution anwenden, die ähnliche Merkmale aufweist.

CloudFront-Response-Header-Richtlinien können sofort über die CloudFront-Konsole, die AWS SDKs und die AWS CLI verwendet werden. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch. Für die Nutzung der CloudFront-Response-Header-Richtlinien fallen keine zusätzlichen Gebühren an.

Amazon CloudFront fügt Support für Client-IP-Adresse und Verbindungs-Port-Header hinzu

Datum: 25. Oktober, 2021

Details: Amazon CloudFront bietet jetzt einen CloudFront-Viewer-Address-Header, der auch IP-Adress- und Verbindungsport-Informationen für anfragende Clients enthält. Das Feld für den Verbindungsport gibt den TCP-Quellport an, der von dem anfragenden Client verwendet wird. Zuvor waren IP-Adresse und Informationen zum Clientverbindungsport nur in CloudFront-Zugriffsprotokollen verfügbar, was es schwieriger machte, Probleme zu lösen oder Entscheidungen in Echtzeit basierend auf diesen Daten zu treffen. Jetzt können Sie Ihre CloudFront-Ursprungsanforderungsrichtlinien konfigurieren, um den CloudFront-Viewer-Address-Header an Ihre Ursprungsserver weiterzuleiten. Der Header kann auch in CloudFront-Funktionen verwendet werden, wenn er in einer Ursprungsanforderungsrichtlinie enthalten ist. Der Header CloudFront-Viewer-Address verwendet die folgende Syntax: CloudFront-Viewer-Address: 127.0.0.1:4430

Der Header CloudFront-Viewer-Address wird ohne zusätzliche Kosten bereitgestellt. Sie können den Header zusammen mit anderen CloudFront-Headern für Analyse-, Prüfungs- und Protokollierungszwecke verwenden. Weitere Informationen zur Verwendung des CloudFront-Viewer-Address-Headers finden Sie im CloudFront-Entwicklerhandbuch. Erfahren Sie mehr über die Richtlinien für Cache und Herkunftsanforderung in unserem Blog. Weitere Informationen zu Amazon CloudFront finden Sie auf der CloudFront-Produktseite.

AWS Lambda@Edge unterstützt jetzt Python 3.9

Datum: 22. September 2021

Details: Ab heute können Sie Python 3.9 verwenden, um Funktionen in Lambda@Edge zu entwickeln. Diese Laufzeitumgebung ist im Zusatz zu dem derzeit unterstützten Python 3.8.

Python 3.9 ist die neueste Python-Version und enthält Leistungsverbesserungen und Funktionen, z.B. neue Methoden zum Entfernen von Präfixen und Suffixen in Zeichenketten und neue Operatoren für Wörterbücher. Weitere Informationen zu den Vorteilen und neuen Funktionen von Python 3.9 finden Sie im Blogbeitrag zu AWS Python 3.9.

Um mit dieser neuen Laufzeit zu beginnen, laden Sie Ihren Python-Code als AWS-Lambda-Funktion über die AWS CLI oder Lambda-Konsole hoch und wählen Python 3.9 als Laufzeit. Wenn Sie bereits Python-Funktionen in Lambda haben, können Sie zur neuen Laufzeit wechseln, indem Sie alle erforderlichen Codeänderungen vornehmen, um die Kompatibilität mit der neuen Laufzeit zu gewährleisten, und die Funktionskonfiguration bearbeiten, um die Laufzeit auf Python 3.9 einzustellen.

Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen über das Python-Programmiermodell von Lambda finden Sie in der AWS-Python-Dokumentation. 

Amazon CloudFront unterstützt jetzt ECDSA-Zertifikate für HTTPS-Verbindungen zu Zuschauern

Datum: 14. Juli 2021

Details: Ab heute können Sie P256-Zertifikate des Elliptic Curve Digital Signature Algorithm (ECDSA) verwenden, um HTTPS-Verbindungen zwischen Ihren Zuschauern und Amazon CloudFront herzustellen. Wie von NIST festgestellt, können ECDSA-Zertifikate bei kleineren Schlüsselgrößen eine mit RSA vergleichbare Sicherheitsstärke bieten. Infolgedessen erfordert die Durchführung von TLS-Handshakes mit ECDSA-Zertifikaten weniger Netzwerk- und Rechenressourcen, was sie zu einer guten Option für IoT-Geräte mit begrenzten Speicher- und Verarbeitungsmöglichkeiten macht.

Sie können Ihre CloudFront-Verteilung so konfigurieren, dass sie ein ECDSA-Zertifikat verwendet, nachdem Sie das Zertifikat entweder in AWS Certificate Manager (ACM) oder AWS Identity and Access Management (IAM) importiert haben. Um ein ECDSA-Zertifikat auf CloudFront für Viewer-Verbindungen zu verwenden, muss die Kurve P256 (prime256v1) sein. Weitere Informationen zu den ECDSA-Verschlüsselungen, die unterstützt werden, finden Sie unter Unterstützte Protokolle und Verschlüsselungen zwischen den Betrachtern und CloudFront im CloudFront-Entwicklerhandbuch. Für die Verwendung von ECDSA-P256-Zertifikaten für Ihre CloudFront-Distribution fallen keine zusätzlichen Gebühren an. Starten Sie mit CloudFront, indem Sie die Seite Erste Schritte von CloudFront besuchen.

Amazon CloudFront kündigt neue APIs zum Auffinden und Verschieben von alternativen Domänennamen (CNAMEs) an

Datum: 8. Juli 2021

Details: Amazon CloudFront kündigt zwei neue APIs an, ListConflictingAliases und AssociateAlias, die beim Auffinden und Verschieben alternativer Domänennamen (CNAMEs) helfen, wenn der Fehlercode CNAMEAlreadyExists auftritt. Mit diesen neuen APIs können Sie sehen, welche Verteilung den CNAME hat, und den CNAME in eine Zielverteilung verschieben, solange sich die Quellverteilung im selben Konto befindet oder wenn die Quellverteilung in einem anderen Konto deaktiviert ist. Um einen CNAME zwischen Konten zu verschieben, bei denen die Quellverteilung noch aktiviert ist, müssen Sie sich an den AWS-Support wenden und diese Schritte ausführen.

Die ListConflictingAliases-API ermöglicht es Ihnen, einen bestimmten CNAME zu identifizieren, entweder eine bestimmte Subdomäne oder einen Platzhalter, und gibt eine Liste von CNAMEs zurück, die mit diesem CNAME übereinstimmen oder sich überschneiden. Die API gibt auch entsprechende (aber teilweise verschleierte) Informationen über die Verteilungs-ID und die Konto-ID zurück, in der sich jeder CNAME befindet, um Folgeuntersuchungen zu erleichtern. Mit der AssociateAlias-API können Sie einen bestimmten CNAME in eine Zielverteilung verschieben, solange sich die beiden Verteilungen im selben Konto befinden oder die Quellverteilung deaktiviert ist. Um eine dieser APIs zu verwenden, müssen Domänenvalidierungsprüfungen bestanden werden, damit der Aufruf erfolgreich ist. Weitere Informationen finden Sie unter Verschiebung eines alternativen Domänennamens zu einer andere Verteilung in das CloudFront-Entwicklerhandbuch.

Zusätzlich wird mit dem Start dieser APIs und der Einführung der Domänenvalidierung im April 2019 CloudFront nicht mehr den CNAMEAlreadyExists-Fehlercode in Szenarien zurückgeben, die einen kontenübergreifenden Platzhalter-CNAME beinhalten. Sie können jetzt beispielsweise einen Platzhalter-CNAME wie *.example.com für eine Verteilung in Konto A und eine bestimmte Unterdomäne wie test.example.com für eine Verteilung in Konto B verwenden.

Amazon CloudFront kündigt neue TLSv1.2_2021-Sicherheitsrichtlinie für Viewer-Verbindungen an

Datum: 23. Juni 2021

Details: Amazon CloudFront bietet jetzt eine neue Sicherheitsrichtlinie, TLSv1.2_2021 an, die die folgenden CBC-basierten Verschlüsselungen entfernt:

• ECDHE-RSA-AES128-SHA256
• ECDHE-RSA-AES256-SHA384

• TLS_AES_128_GCM_SHA256
• TLS_AES_256_GCM_SHA384
• TLS_CHACHA20_POLY1305_SHA256
• ECDHE-RSA-AES128-GCM-SHA256
• ECDHE-RSA-AES256-GCM-SHA384
• ECDHE-RSA-CHACHA20-POLY1305
  

Amazon CloudFront kündigt Preissenkungen in den Regionen Indien und Asien-Pazifik an

Datum: 6. März 2021

Details: Amazon CloudFront kündigt Preissenkungen von bis zu 36 % Indien und bis zu 26 % in der Region Asien-Pazifik (Hongkong, Indonesien, Philippinen, Singapur, Südkorea, Taiwan und Thailand) für ausgehende regionale Datenübertragungen ins Internet an. Die neuen Preise für CloudFront in diesen Regionen gelten ab dem 1. Mai 2021. Die aktuellen On-Deman-Preise finden Sie auf der Preisseite von CloudFront.

Amazon CloudFront kündigt CloudFront Functions an, eine leichtgewichtige Edge-Computing-Funktion

Datum: 3. Mai 2021

Details: Amazon CloudFront kündigt die allgemeine Verfügbarkeit von CloudFront Functions an, einer neuen serverlosen Edge-Berechnungsfunktion. Sie können diese neue CloudFront-Funktion verwenden, um JavaScript-Funktionen über 225+ CloudFront-Edge-Standorte in 90 Städten in 47 Ländern auszuführen. CloudFront Functions wurde für benutzerfreundliche HTTP(S)-Transformationen und -Manipulationen entwickelt, mit denen Sie Ihren Kunden reichhaltigere, personalisierte Inhalte mit geringer Latenz zur Verfügung stellen können.

CloudFront Functions ist ideal für benutzerfreundliche CloudFront-CDN-Anpassungen, die bei jeder Anfrage ausgeführt werden können, um hoch skalierbare und latenzempfindliche Vorgänge wie HTTP-Header-Manipulationen, URL-Rewrites/Redirects und Cache-Key-Normalisierungen zu ermöglichen. So können beispielsweise mit CloudFront Functions Anfragen auf der Grundlage des Accept-Language-Headers der eingehenden Anfrage an sprachspezifische Versionen Ihrer Website umschreiben. Sie können auch CloudFront Functions zu verwenden, um benutzerdefinierte Token zur Autorisierung eingehender Anfragen zu bestätigen. Da diese Funktionen an allen Edge-Standorten von CloudFront ausgeführt werden, lassen sie diese bei minimaler Latenzzeit sofort auf Millionen von Anfragen pro Sekunde skalieren.

CloudFront Functions ist nativ in CloudFront integriert, sodass Sie ganz einfach Viewer-Anfrage- und Viewer-Antwortfunktionen vollständig innerhalb von CloudFront erstellen, testen und bereitstellen können. Mit unserem GitHub Repo können Sie einfach auf eine große Sammlung von Code zugreifen, die Sie als Ausgangspunkt für die Erstellung von Funktionen verwenden können. Mit Hilfe der IDE oder der CloudFront APIs/CLI können Sie Funktionen in der CloudFront-Konsole erstellen. Nachdem Sie Ihren Code geschrieben haben, ist es möglich, Ihre Funktion gegen eine CloudFront-Distribution zu testen, um sicherzustellen, dass sie nach der Bereitstellung ordnungsgemäß ausgeführt wird. Die Test-Funktion in der Konsole bietet einen visuellen Editor, um kurzfristige Test-Events zu erstellen, ohne dass Sie JSON bearbeiten müssen.

Zusätzlich zu den bestehenden AWS Lambda@Edge-Funktionen lässt sich CloudFront Functions verwenden, um benutzerdefinierten Code in Reaktion auf CloudFront-Ereignisse auszuführen. Sie sollten Lambda@Edge weiterhin für berechnungsintensive Herkunftsanfrage- und Antwortoperationen wie serverseitiges Rendering oder Bildoptimierungen verwenden.

Der Preis für CloudFront Functions liegt bei 0,1 USD pro Million Aufrufen. Weitere Informationen zu Preisen finden Sie auf der Preisseite von CloudFront. Erfahren Sie mehr über CloudFront Functions im CloudFront Functions Launch Blog, im CloudFront Entwicklerhandbuch oder in den Häufig gestellten Fragen zu den Funktionen.

AWS Lambda@Edge unterstützt jetzt Node 14.x

Datum: 29. April 2021

Details: Ab heute können Sie jetzt die Laufzeit des Node.js 14.x verwenden, um Funktionen in AWS Lambda@Edge zu entwickeln. Diese Laufzeit ist zusätzlich zu den derzeit unterstützten Laufzeiten von Node.js 10.x und Node.js 12.x erhältlich.

Node.js 14.x, die aktuelle Long Term Support (LTS)-Version von Node.js. Sie verwendet die neue Engine der Version 8 8.1. und bietet eine weitaus bessere Leistung als die bisherige LTS-Version 12.x. Darüber hinaus unterstützt Node.js 14.x neue Funktionen wie Nullish Coalescing (?? Operator), Verkettung von Optionen (?. Operator) und Diagnoseberichte. Weitere Informationen über die Vorteile und neuen Funktionen von Node.js 14.x finden Sie unter Node.js 14.x Ankündigungsbeitrag im AWS Compute Blog.

Für die ersten Schritte mit Node.js 14.x laden Sie Ihren Code zu AWS Lambda über die AWS CLI oder Lambda-Konsole und wählen Sie Node.js 14.x als Laufzeit aus. Wenn Sie bereits über Node.js-Funktionen in Lambda verfügen, können Sie zu der neuen Laufzeit wechseln, indem Sie erforderliche Code-Änderungen vornehmen, um die Kompatibilität mit der neuen Laufzeitumgebung zu gewährleisten sowie ihre Funktionskonfiguration bearbeiten, um die Laufzeit auf Node.js 14.x festzulegen.

Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen über das Node.js-Programmierungsmodell in AWS Lambda finden Sie in der AWS-Lambda-Node.js-Dokumentation.

Amazon CloudFront kündigt einen neuen regionalen Edge-Cache in der Region USA West (Nordkalifornien) an

Datum: 8. April 2021

Details:  Amazon CloudFront kündigt einen neuen regionalen Edge-Cache (REC) in der Region USA West (Nordkalifornien) an. Als Teil dieser Veröffentlichung werden einige CloudFront-Edge-Standorte, die zuvor ihre Ursprungsanfragen über den REC in Oregon versendet haben, jetzt Ihre Anfragen über den REC in Nordkalifornien senden.  Aufgrund ihrer Nähe zu Nordkalifornien bzw. ihrer direkteren Verbindungen nach Nordkalifornien werden diese Edge-Standorte eine um bis zu 60 % geringere Latenz beim Abrufen von Inhalten aus dem regionalen Edge-Cache für Kalifornien als der regionale Edge-Cache für Oregon aufweisen.

CloudFront betreibt jetzt 13 regionale Edge-Caches auf der ganzen Welt, die als Mid-Tier-Cachingschichten zwischen den Edge-Standorten von CloudFront und Ihrem Ursprung fungieren. Diese Mid-Tier-Caches bieten eine inkrementelle Cache-Breite, um Ihre Inhalte über einen längeren Zeitraum zu speichern und Ihren Ursprung vor Verkehrsspitzen zu schützen. Wie alle regionale Edge-Caches wird der Standort in Nordkalifornien kostenlos bereitgestellt und ist standardmäßig automatisch in Ihren CloudFront-Distributionen enthalten. Es ist keine Konfigurationsänderung erforderlich, um die Vorteile der regionalen Edge-Caches von CloudFront zu nutzen.

Weitere Informationen über die globale Infrastruktur von CloudFront, einschließlich dem Standort jedes regionalen Edge-Caches, finden Sie auf der Seite Amazon CloudFront Key Features.

AWS Lambda@Edge senkt die Dauerfakturierungsgranularität von 50 ms auf 1 ms

Datum: 31. März 2021

Details: Amazon CloudFront kündigt eine reduzierte Funktionsdauer der Fakturierungsgranularität für Lambda@Edge von 50 ms auf 1 ms an. Dies wird den Preis für die meisten Lambda@Edge-Funktionen mit kurzer Dauer weiter sinken lassen. Ihre Datenverarbeitungsdauer wird jetzt in 1-ms-Schritten pro Aufruf fakturiert, anstatt wie bisher auf die nächsten 50-ms-Schritte pro Aufruf aufgerundet zu werden.

Einfache Funktionen wie Header-Bearbeitungen oder URL-Rewrites haben in der Regel eine kurze Laufzeit. Mit dieser Änderung wird es nun noch kostengünstiger, diese Funktionen auf Lambda@Edge auszuführen. Zum Beispiel wurde eine Funktion, die im Durchschnitt in 10 ms läuft, früher mit 50 ms abgerechnet. Jetzt wird diese Funktion mit 10 ms abgerechnet, was eine Reduzierung der Ausgaben für die Dauer um 80 % bedeutet. Diese Änderung gilt für alle vier Lambda@Edge-Ereignisauslöser: Betrachteranfrage, Betrachterantwort, Ursprungsanfrage und Ursprungsantwort. Diese Änderung gilt ab dem 1. April 2021. Weitere Informationen finden Sie auf der Preisseite von CloudFront.

Einführung von Amazon CloudFront in Indonesien

Datum: 23. März 2021

Details: Amazon CloudFront gibt ersten Edge-Standort in Jakarta, Indonesien, bekannt. Zuschauer, die von diesem neuen Edge-Standort bedient werden, können mit einer Verbesserung der First-Byte-Latenz von bis zu 30 % rechnen. Der von diesem Edge-Standort bereitgestellte Datenverkehr ist in den Preisen für die Region Asien-Pazifik von CloudFront enthalten. Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter Amazon-CloudFront-Infrastruktur.

Einführung von Amazon CloudFront in Kroatien

Datum: 09. Februar 2021

Details: Amazon CloudFront gibt ersten Edge-Standort in Zagreb, Kroatien, bekannt. Dieser neue Edge-Standort in Zagreb bietet den Benutzern eine Reduzierung der First-Byte-Latenz um bis zu 14 % und ist in den Preisen für die europäische Region von CloudFront enthalten. Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter Amazon-CloudFront-Infrastruktur.

Einführung des Amazon-CloudFront-Sicherheitssparpakets

Datum: 5. Februar 2021

Heute kündigen wir das Amazon-CloudFront-Sicherheitssparpaket an. Dabei handelt es sich um ein flexibles Self-Service-Preismodell, mit dem Sie - im Austausch für eine monatliche Ausgabenverpflichtung für eine Laufzeit von einem Jahr - bis zu 30 % Ihrer CloudFront-Rechnung einsparen können Das Sparpaket enthält zudem eine kostenlose AWS-WAF (Web Application Firewall)-Nutzung bis zu 10 % Ihres zugesagten Betrags. Sämtliche zusätzlichen Standard-CloudFront- oder WAF-Gebühren, die nicht vom CloudFront-Sicherheitssparpaket abgedeckt werden, fallen dennoch an. 

Mit dem CloudFront-Sicherheitssparpaket haben Sie die Flexibilität zur Auswahl des Monatsbetrags, der am besten zu Ihren Workloads passt, und können Ihre Einsparungen damit optimieren. Beispiel: Wenn Sie 70 USD pro Monat bezahlen, erhalten Sie CloudFront-Nutzung im Wert von 100 USD (ein Rabatt von 30 %). Dieser Nutzungsvorteil ist nicht auf Daten von CloudFront beschränkt, sondern gilt für alle CloudFront-Nutzungstypen, einschließlich Lambda@Edge. Zudem können Kunden AWS WAF zum Schutz ihrer Webanwendung vor gängigen Web-Exploits nutzen. In diesem Beispiel deckt das Sparpaket auch die 7 USD AWS WAF-Gebühren und damit bis zu 11,6 Millionen WAF-Anfragen ab.

Die Aktivierung des CloudFront-Sicherheitssparpakets ist einfach. Verwenden Sie in der CloudFront-Konsole die integrierte Einsparschätzungs- und Empfehlungsfunktion, um Ihre Einsparungen auf Grundlage der historischen Nutzung oder manueller Eingaben einzuschätzen. Sie können auch mehrere Sparpakete hinzufügen, um künftige Anstiege der Nutzung auch abzudecken.  

Um mit einem CloudFront-Sicherheitssparpaket zu beginnen, besuchen Sie die CloudFront-Konsole. Weitere Informationen zum CloudFront-Sicherheitssparpaket finden Sie in den FAQs oder im CloudFront-Entwicklerhandbuch. Um mehr über AWS WAF zu erfahren, besuchen Sie die WAF-Produktseite. 

Einführung von Amazon CloudFront in Thailand

Datum: 17. November 2020

Details: Amazon CloudFront gibt die ersten beiden Edge-Standorte in Thailand bekannt. Diese neuen Edge-Standorte in Bangkok werden Zuschauern eine bis zu 30%ige Reduzierung der p90-Latenzmessungen bieten. Die Preise für diese neuen Edge-Standorte liegen innerhalb der geografischen Region Asien-Pazifik von CloudFront. Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter Amazon-CloudFront-Infrastruktur.

Amazon CloudFront kündigt Unterstützung für die Verwaltung öffentlicher Schlüssel durch IAM-Benutzerberechtigungen für signierte URLs und signierte Cookies an

Datum: 22. Oktober 2020

Details: Amazon CloudFront gibt bekannt, dass Sie jetzt öffentliche Schlüssel, die für signierte URLs und signierte Cookies verwendet werden, über die auf dem Amazon Identity and Access Management (IAM) basierende Benutzerberechtigung verwalten können, ohne das AWS-Root-Konto zu benötigen. Mit der auf IAM-Benutzerberechtigungen basierenden Verwaltung öffentlicher Schlüssel erhalten Sie mehr Flexibilität und API-Zugriff zur Verwaltung Ihrer öffentlichen Schlüssel.

Viele Kunden, die Inhalte über das Internet verbreiten, möchten den Zugriff auf Dokumente, Geschäftsdaten, Medien-Streams oder Inhalte beschränken, die für ausgewählte Benutzer bestimmt sind, z. B. Benutzer, die eine Gebühr bezahlt haben. Kunden verwenden von CloudFront signierte URLs und Cookies, um den Zugriff auf Inhalte einzuschränken. Bisher benötigte CloudFront für die Verwaltung öffentlicher Schlüssel Root-Konto-Zugriff für vertrauenswürdige Aussteller. Mit der heutigen Erweiterung können Sie Schlüsselgruppen in CloudFront erstellen und verwalten. Schlüsselgruppen sind Sätze von mehreren öffentlichen Schlüsseln, die von IAM-Benutzern auf der Grundlage der von Ihnen gewährten Berechtigungen erstellt werden können. 

Schlüsselgruppen können mit anderen Benutzern innerhalb Ihres Unternehmens gemeinsam genutzt werden. Mit dieser Neuerung können Sie auch öffentliche Schlüssel über die API von CloudFront rotieren, um die Wartung zu erleichtern. Sie können weiterhin zur Verwaltung öffentlicher Schlüssel den Root-Konto-Zugriff für vertrauenswürdige Aussteller verwenden, wenn Sie dies bevorzugen.

Weitere Informationen über die Bereitstellung privater Inhalte mit Amazon CloudFront finden Sie in der CloudFront-Dokumentation. Informationen zu den ersten Schritten mit Amazon CloudFront finden Sie auf unserer Website.

Ankündigung von Amazon CloudFront Origin Shield

Datum: 20. Oktober 2020

Details: Amazon CloudFront kündigt Origin Shield an, eine zentralisierte Cache-Ebene, die Ihnen hilft, Ihre Cache-Trefferrate zu erhöhen, um die Verarbeitungslast Ihres Ursprungsservers zu reduzieren. Origin Shield hilft Ihnen auch, Ihre Betriebskosten für den Ursprungsserver zu senken, indem es Anfragen über Regionen hinweg zusammenfasst, sodass pro Objekt nur noch eine Anfrage an Ihren Ursprungsserver geht. Sie können Lambda@Edge auch mit Origin Shield verwenden, um erweiterte serverlose Logik wie dynamischen Lastausgleich zu ermöglichen. Kunden, die Origin Shield für Live-Streaming, Bildverarbeitung oder Multi-CDN-Verarbeitungslasten verwenden, melden eine bis zu 57%ige Reduzierung ihrer Ursprungsserverlast.

Kunden-Ursprungsserver mit Prozessen, die mehr Rechenleistung pro Anfrage erfordern, wie z. B. Just-in-Time-Packaging, können auf die Anzahl der Abrufe vom Ursprungsserver empfindlich reagieren. CloudFront stellt bereits regionale Edge-Caches ohne zusätzliche Kosten zur Verfügung, um die betriebliche Belastung Ihres Urspungsservers zu reduzieren. Jetzt können Sie die Verarbeitungslast Ihres Urspungsservers weiter minimieren, indem Sie Origin Shield in Ihren CloudFront-Einstellungen Ihres Urspungsservers mit nur zwei Klicks aktivieren. Um Origin Shield zu konfigurieren, wählen Sie den regionalen Edge-Cache, der Ihrem Urspungsserver am nächsten liegt, als Ihre Origin Shield-Region aus. Alle Origin Shield-Regionen bauen auf eine hochverfügbare Architektur auf, die mehrere Verfügbarkeitszonen umfasst und ein automatisches Failover auf sekundäre Origin Shield-Regionen beinhaltet. Nach der Aktivierung leitet CloudFront alle Abrufe vom Ursprungsserver über Origin Shield und leitet nur eine Anfrage an Ihren Ursprungsserver, wenn der Inhalt nicht bereits im Origin Shield-Cache gespeichert wird.

Origin Shield erhebt eine Anfragegebühr für jede Anfrage, die an Origin Shield geht. Weitere Informationen über die Preise für Origin Shield finden Sie in den Preisen für CloudFront. Weitere Informationen zu Origin Shield finden Sie im Amazon CloudFront Developer Guide. Informationen zu den ersten Schritten mit Amazon CloudFront finden Sie auf unserer Website.  

Amazon CloudFront geht in zwei neuen Ländern an den Start – Mexiko und Neuseeland

Datum: 29. September 2020

Details: Amazon CloudFront kündigt seine ersten Edge-Standorte in zwei neuen Ländern an: Mexiko und Neuseeland. In Mexiko werden unsere beiden neuen Edge-Standorte in Querétaro den Zuschauern eine bis zu 30%ige Reduzierung der p90-Latenzmessungen bieten. Die Preise für diese neuen Edge-Standorte liegen innerhalb der geografischen Region Nordamerika von CloudFront. In Neuseeland werden unsere beiden neuen Edge-Standorte in Auckland den Zuschauern eine bis zu 50%ige Reduzierung der p90-Latenzmessungen bieten. Die Preise für diese neuen Edge-Standorte liegen innerhalb der geografischen Region von CloudFront in Australien. Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter Amazon-CloudFront-Infrastruktur.

Amazon CloudFront kündigt Unterstützung für Brotli-Kompression an

Datum: 15. September 2020

Details: Sie können jetzt Amazon CloudFront verwenden, um Ihren Endbenutzern komprimierte Inhalte von Brotli zur Verfügung zu stellen. Brotli ist ein weithin unterstützter verlustfreier Kompressionsalgorithmus, der oft ein besseres Kompressionsverhältnis als Gzip bietet. Die kleineren Dateigrößen verbessern die Leistung der Anwendung, indem sie Ihre Inhalte schneller an die Betrachter liefern. Die Brotli-Randkomprimierung von CloudFront liefert bis zu 24 % kleinere Dateigrößen im Vergleich zu Gzip.

Vor dem heutigen Tag konnten Sie die Brotli-Komprimierung am Ursprung aktivieren, indem Sie den 'Accept-Encoding'-Header auf die Whitelist setzten. Jetzt schließt CloudFront 'br' in den normalisierten 'Accept-Encoding'-Header ein, bevor es an Ihren Ursprung weitergeleitet wird. Sie brauchen den 'Accept-Encoding'-Header nicht mehr auf die Whitelist zu setzen, um die Brotli-Ursprungskomprimierung zu aktivieren, was Ihre Cache-Trefferquote insgesamt verbessert. Wenn Ihr Ursprung unkomprimierte Inhalte an CloudFront sendet, kann CloudFront nun automatisch cachebare Antworten am Rand mit Brotli komprimieren.

Brotli steht zur sofortigen Verwendung ohne zusätzliche Kosten zur Verfügung. Diese Funktion kann über die CloudFront-Konsole, das SDK und die CLI aktiviert werden. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch. Besuchen Sie die CloudFront-Produktseite, um mehr über die ersten Schritte mit CloudFront zu erfahren.

Amazon CloudFront kündigt Unterstützung für TLSv1.3 für Viewer-Verbindungen an

Datum: 3. September 2020

Weitere Informationen: Amazon CloudFront unterstützt jetzt TLSv1.3 für verbesserte Leistung und Sicherheit. Amazon CloudFront ist ein globales Content-Delivery-Netzwerk (CDN), das es Ihnen ermöglicht, Inhalte mit geringer Latenz und hoher Verfügbarkeit sicher an Zuschauer zu verteilen. Amazon CloudFront unterstützt HTTPS mit Transport-Layer-Security (TLS) zur Verschlüsselung und Sicherung der Kommunikation zwischen Ihren Viewer-Clients und CloudFront. TLSv1.3 ist die neueste Version von TLS.

Bessere Leistung

TLSv1.3 bietet eine bessere Leistung mit einem einfacheren Handshake-Prozess, der weniger Roundtrips erfordert. TLSv1.3 erfordert einen Roundtrip (1-RTT) im Vergleich zu TLSv1.2, der zwei Roundtrips (2-RTT) erfordert, um eine neue sichere Verbindung auszuhandeln, die sich in realen Leistungsverbesserungen mit geringerer Latenzzeit des ersten Bytes niederschlägt. In unseren eigenen internen Tests in der USA-Region konnte beispielsweise die Latenzzeit des ersten Bytes für neue ausgehandelte Verbindungen bei TLSv1.3 im Vergleich zu früheren Versionen von TLS um bis zu 33 % reduziert werden.

Sicherheitsverbesserungen

TLSv1.3 entfernt veraltete Funktionen und ältere Verschlüsselungssuites, die in früheren Versionen von TLS vorhanden sind. TLSv1.3 unterstützt auch nur PFS-Verschlüsselungssuites (PFS: Perfect Forward Secrecy), die einen einmaligen Schlüssel erzeugen, der nur für die aktuelle Netzwerksitzung verwendet wird.

TLSv1.3 ist derzeit verfügbar und standardmäßig in allen Optionen der Sicherheitsrichtlinien von Amazon CloudFront aktiviert. Es sind keine zusätzlichen Änderungen an Ihrer CloudFront-Konfiguration erforderlich, um von den Sicherheits- und Leistungsverbesserungen von TLSv1.3 für Ihre Viewer-Verbindungen zu profitieren. Obwohl die meisten modernen Webbrowser bereits TLSv1.3 unterstützen, handeln Clients, die dies nicht tun, automatisch mit der höchsten unterstützten TLS-Version des Clients (TLS 1.2, 1.1 oder 1). Sie können eine minimal unterstützte Sicherheitsrichtlinie auswählen, wenn Sie ein benutzerdefiniertes SSL-Zertifikat verwenden.

Weitere Informationen zu den unterstützten Protokollen und Verschlüsselungen zwischen den Viewern und CloudFront finden Sie im CloudFront-Entwicklerhandbuch. Weitere Informationen zu Amazon CloudFront finden Sie auf der Produktseite.

Amazon CloudFront kündigt Echtzeit-Protokolle an

Datum: 31. August 2020

Details: Amazon CloudFront unterstützt jetzt die Bereitstellung von CloudFront-Zugriffsprotokollen in Echtzeit. Amazon CloudFront ist ein globales Content-Delivery-Netzwerk (CDN), das es Ihnen ermöglicht, Inhalte mit geringer Latenz und hoher Verfügbarkeit an Zuschauer zu verteilen. Die Echtzeit-Protokolle enthalten detaillierte Informationen über die Zuschaueranfragen, die CloudFront erhält. Diese Protokolle werden in Echtzeit an Ihre Kinesis-Datenströme übermittelt, so dass Sie die Leistung Ihrer Inhaltsbereitstellung leicht überwachen und schnell auf betriebliche Ereignisse reagieren können.

CloudFront hat die Lieferung von Zugriffsprotokollen an die Amazon S3-Buckets der Kunden unterstützt, und die Protokolle werden normalerweise innerhalb weniger Minuten geliefert. Einige Kunden haben jedoch zeitkritische Anwendungsfälle und benötigen schnell Zugriffsprotokolldaten. Mit den neuen Echtzeit-Protokollen stehen Ihnen die Daten in wenigen Sekunden mit zusätzlicher Konfigurierbarkeit zur Verfügung. Sie können z. B. die Felder auswählen, die Sie in den Protokollen benötigen, Protokolle für bestimmte Pfadmuster (Cache-Verhalten) aktivieren und die Abtastrate (den Prozentsatz der Anforderungen, die in den Protokollen enthalten sind) wählen. Die CloudFront-Echtzeitprotokolle lassen sich mit Kinesis Data Streams integrieren, so dass Sie Protokolldaten sofort erfassen, verarbeiten und bereitstellen können. Sie können diese Protokolle auch einfach mit dem Amazon Kinesis Data Firehose an einen generischen HTTP-Endpunkt liefern. Amazon Kinesis Data Firehose kann Protokolle an Amazon S3, Amazon Redshift, Amazon Elasticsearch Service und Service-Anbieter wie Datadog, New Relic und Splunk liefern. Mithilfe dieser Protokolle können Sie Echtzeit-Dashboards erstellen, Warnungen einrichten und Anomalien untersuchen oder schnell auf betriebliche Ereignisse reagieren. Mit der heutigen Version hat CloudFront die Konsole für den Zugriff auf Protokolle mit einer separaten Protokollseite optimiert, um Ihre Protokollkonfigurationen von einer zentralen Seite aus zu verwalten. Auf der Protokollseite können Sie Echtzeit-Protokollkonfigurationen erstellen und diese auf jedes Cache-Verhalten innerhalb Ihrer CloudFront-Distributionen anwenden.

Diese Funktion ist zur sofortigen Verwendung verfügbar und kann über die CloudFront Konsole, das SDK und die CLI aktiviert werden. Die Unterstützung von CloudFormation wird kurz nach dieser Veröffentlichung verfügbar sein. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch und in der API-Dokumentation. Die Echtzeitprotokolle werden auf der Grundlage der Anzahl der Protokollzeilen berechnet, die CloudFront an Ihrem Protokollziel veröffentlicht. Informationen zu den Preisen für die Echtzeit-Protokolle finden Sie auf der CloudFront-Preisseite. Die Kosten für den Kinesis-Datenstrom hängen von Ihrer Nutzung ab. Die Preise finden Sie auf der Preisseite.

Amazon CloudFront kündigt einen neuen regionalen Edge Cache in der Region EU (Irland) von AWS an

Datum: 10. August 2020

Details: Amazon CloudFront kündigt einen neuen regionalen Edge Cache in der Region EU (Irland) von AWS an. Im Rahmen dieser Einführung wird eine kleine Anzahl von CloudFront Edge-Standorten, die ihre ursprünglichen Anfragen über den regionalen Edge Cache in der Region London gesendet haben, nun über die Region Irland laufen. Aufgrund ihrer Nähe zu Irland bzw. ihrer direkteren Verbindungen nach Irland werden diese Edge-Standorte eine um bis zu 62 % geringere Latenz beim Abrufen von Inhalten aus dem regionalen Edge-Cache für Irland als der regionale Edge-Cache für London aufweisen.

CloudFront betreibt jetzt 12 regionale Edge-Caches auf der ganzen Welt, die als Mid-Tier-Cachingschichten zwischen den Edge-Standorten von CloudFront und Ihrem Ursprung fungieren. Diese Mid-Tier-Caches bieten eine inkrementelle Cache-Breite, um Ihre Inhalte über einen längeren Zeitraum zu speichern und Ihren Ursprung vor Verkehrsspitzen zu schützen. Wie alle Regional Edge Caches wird der Standort in Irland kostenlos bereitgestellt und ist standardmäßig automatisch in Ihren CloudFront-Distributionen enthalten. Es ist keine Konfiguration erforderlich, um die Vorteile der Mid-Tier-Standorte von CloudFront zu nutzen.

Eine Liste des globalen CloudFront-Netzwerks, einschließlich des Standorts der einzelnen regionalen Edge Caches, finden Sie auf der Amazon CloudFront-Funktionsseite.  

Amazon CloudFront fügt zusätzliche Geolocation-Header für ein detaillierteres Geotargeting hinzu

Datum: 24. Juli 2020

Details: Zusätzliche Geolokalisierungs-Header sind jetzt in Amazon CloudFront zur Verwendung in neuen Richtlinien für Cache- und Herkunftsanfragen verfügbar.

Sie können CloudFront jetzt so konfigurieren, dass zusätzliche Geolocation-Header hinzugefügt werden, die für mehr Granularität in Ihren Caching- und Herkunftsanforderungsrichtlinien sorgen. Zuvor konnten Sie Amazon CloudFront so konfigurieren, dass der Ländercode des Viewers in einem Anfrage-Header angegeben wird, den CloudFront an Ihren Ursprung sendet. Die neuen Kopfzeilen ermöglichen Ihnen eine genauere Steuerung des Cache-Verhaltens und Ihres Ursprungszugriffs auf den Ländernamen, die Region, den Ort, die Postleitzahl, den Breiten- und Längengrad des Viewers, alles basierend auf der IP-Adresse des Viewers.

Zusätzliche Geolocation-Header mit Beispielwerten:

CloudFront-Viewer-Country-Name: USA

CloudFront-Viewer-Country-Region: MI

CloudFront-Viewer-Country-Region-Name: Michigan

CloudFront-Viewer-City: Ann Arbor

CloudFront-Viewer-Postal-Code: 48105

CloudFront-Viewer-Time-Zone: Amerika/Detroit

CloudFront-Viewer-Latitude: 42.30680

CloudFront-Viewer-Longitude: -83.70590

CloudFront-Viewer-Metro-Code: 505

Sie können diese zusätzlichen Geolokalisierungs-Header zusammen mit den vorhandenen unterstützten CloudFront-Headern verwenden, um die Inhalte, die Sie Ihren Viewern bereitstellen, zu personalisieren. Beispielsweise können Sie den Postleitzahl-Header an Ihren Ursprung übergeben, um hyperlokale Inhalte oder Anzeigen anzuzeigen. Sie können auch die Lambda@Edge-Ursprungsanforderungsfunktionen verwenden, um Netzwerkaufrufe zu tätigen, um lokale Sprachdateien einzuziehen und eine sprachspezifische HTML-Seite für jedes Land oder jede Region zu erstellen und zurückzugeben.

Diese zusätzlichen Geolokalisierungs-Header stehen jetzt ohne zusätzliche Kosten in allen Amazon CloudFront-Distributionen zur Verfügung.

Informationen zur Verwendung dieser neuen Header finden Sie im CloudFront-Entwicklerhandbuch. Erfahren Sie mehr über die neuen Richtlinien für Cache und Herkunftsanforderung in unserem Blog. Besuchen Sie die Lamda@Edge-Produktseite, um mehr über die Ausführung von Code als Reaktion auf CloudFront-Ereignisse zu erfahren. Weitere Informationen zu Amazon CloudFront finden Sie auf der Produktseite. 

Amazon CloudFront gibt Cache Key- und Origin Request-Richtlinien bekannt

Datum: 22. Juli 2020

Details: Amazon CloudFront bietet jetzt eine verbesserte differenzierte Kontrolle zur Konfiguration von Überschriften, Abfragezeichenfolgen und Cookies, die zur Berechnung des Cache-Schlüssels verwendet oder von Ihren CloudFront-Distributionen an Ihren Ursprung weitergeleitet werden können. Darüber hinaus können Sie die Cache-Schlüssel- und Herkunftsanforderungseinstellungen unabhängig voneinander als Richtlinien auf Kontoebene konfigurieren, die problemlos auf mehrere Distributionen angewendet werden können.

Wenn Sie zuvor Ihr CloudFront-Distributionsverhalten für die Weiterleitung von Anforderungsmetadaten wie Header, Abfragezeichenfolgen und Cookies konfiguriert haben, hat CloudFront separate Versionen dieser Objekte basierend auf allen eindeutigen Kombinationen dieser Metadatenwerte zwischengespeichert. Mit dieser neuen Funktionalität müssen Sie nicht mehr zwischen der Weiterleitung von Daten an den Ursprung und der Optimierung der Cache-Effizienz wählen, indem Sie den Cache-Schlüssel nur dann ändern, wenn dies unbedingt erforderlich ist. Beispielsweise können Sie CloudFront so konfigurieren, dass die 'Auth'- oder 'User-Agent'-Header immer an Ihren Ursprung weitergeleitet werden, aber der Inhalt nicht auf der Grundlage dieser Werte variiert wird. Oder Sie können alles weiterleiten, aber einen bestimmten Header oder Query-String-Parameter auswählen, um den zwischengespeicherten Inhalt zu variieren, z. B. die Verwendung des 'Accept-Language'-Headers, um lokalisierte Inhaltsvarianten nach unterstützten Client-Sprachen zu bedienen.

Darüber hinaus werden diese Optionen jetzt mit Hilfe von Richtlinien festgelegt. Eine Richtlinie ermöglicht die einfache Anwendung derselben spezifischen Kombination von Einstellungen auf viele verschiedene Distributionsverhaltensweisen, wodurch die Einrichtungszeit verkürzt und die Komplexität gesenkt werden und Sie die Konsistenz über Konfigurationen hinweg verwalten können. CloudFront bietet auch mehrere Systemrichtlinien, die vorkonfiguriert sind. Dazu gehören Standardrichtlinien für maximales Caching und Speicherung (maximale TTLs, Komprimierung usw.), Richtlinien, die für das Proxying dynamischer Transaktionen geeignet sind (Deaktivieren des Caching), und sogar einige Richtlinien für allgemeine Anwendungsfälle und Integrationen mit anderen AWS-Services, wie personalisiertes Video-Streaming mit dem AWS Elemental Media Package und S3 CORS-Header-Unterstützung (Weiterleitung bestimmter erwarteter Header). Sie können Ihre eigenen Richtlinien für verschiedene Inhalte und Anwendungsprofile erstellen und diese dann auf alle Distributionen und Verhaltensweisen anwenden, die ähnliche Merkmale aufweisen.

Diese Funktion ist zur sofortigen Verwendung verfügbar und wird in der CloudFront-Konsole, den APIs, dem SDK und der CLI unterstützt. Weitere Informationen finden Sie im CloudFront-Entwicklerhandbuch und in der API-Dokumentation. Für diese Funktion fallen keine zusätzlichen Gebühren an. Es gelten die normalen Gebühren von CloudFront.

Amazon CloudFront gibt neue TLS1.2-Sicherheitsrichtlinie für Viewer-Verbindungen bekannt

Datum: 17. Juli 2020

Details: Amazon CloudFront unterstützt jetzt eine neue Sicherheitsrichtlinie, TLSv1.2_2019, die nur die folgenden Chiffren enthält:

• TLS_AES_128_GCM_SHA256

• TLS_AES_256_GCM_SHA384

• TLS_CHACHA20_POLY1305_SHA256

• ECDHE-RSA-AES128-GCM-SHA256

• ECDHE-RSA-AES128-SHA256

• ECDHE-RSA-AES256-GCM-SHA384

• ECDHE-RSA-CHACHA20-POLY1305

• ECDHE-RSA-AES256-SHA384
  

Eine Sicherheitsrichtlinie bestimmt das SSL/TLS-Protokoll, das CloudFront zur Kommunikation mit Viewern verwendet, und die Chiffre, die CloudFront zur Verschlüsselung solcher Inhalte verwendet, die es an die Viewer zurückgibt. Die TLSv1.2_2019-Richtlinie legt die minimale ausgehandelte TLS-Version (Transport Layer Security) auf 1.2 fest und unterstützt nur die oben aufgeführten Chiffren. Wenn Sie eine neue Verteilung mit einem benutzerdefinierten SSL-Zertifikat erstellen, ist TLSv1.2_2019 die standardmäßig ausgewählte Richtlinienoption. Sie können die AWS-Managementkonsole, die Amazon CloudFront-APIs oder AWS CloudFormation verwenden, um Ihre bestehende Verteilungskonfiguration zu aktualisieren und diese neue Sicherheitsrichtlinie zu verwenden.

Die Sicherheitsrichtlinie TLSv1.2_2019 ist ab heute verfügbar. Weitere Informationen über diese neue Richtlinie und die unterstützten Verschlüsselungen finden Sie in der Dokumentation von CloudFront. Besuchen Sie die CloudFront-Produktseite, um mehr über die ersten Schritte mit CloudFront zu erfahren.

Amazon CloudFront ermöglicht für Verbindungen zum Ursprung die Konfiguration der Anzahl der Versuche und Verbindungstimeouts

Datum: 11. Juni 2020

Details: Amazon CloudFront gibt Ihnen jetzt noch mehr Kontrolle über das Verbindungsverhalten zwischen CloudFront und Ihrem Ursprung. Sie können konfigurieren, wie viele Verbindungsversuche CloudFront zu Ihrem Ursprung unternimmt, und wann es für jeden Versuch zum einem Verbindungstimeout für die Verbindung zum Ursprung kommt. Zusätzlich wurde der Wertebereich des Ursprungs-Reaktions-Timeouts in CloudFront erweitert. Sie können einen Wert zwischen 1 und 60 Sekunden wählen, während das vorherige Minimum bei 4 Sekunden lag. Diese beiden neuen Konfigurationen können für jede Art des Ursprungs in Ihrer CloudFront-Distribution individuell angepasst und genutzt werden, um die Reaktionsstärke und Verfügbarkeit von Anwendungen mit mehreren Ursprüngen zu verbessern, wenn diese mit CloudFront Origin Failover gekoppelt sind.

Sie können zum Beispiel CloudFronts Ursprungs-Failover verwenden, um hochverfügbare Anwendungen mit einem primären und sekundären Ursprung zu erstellen. Durch die Nutzung dieser neuen Konfigurationen der Verbindung zum Ursprung, können Sie schneller die Failover-Bedingungen der Ursprungsgruppen durchgehen und schneller auf Betrachter-Anfragen reagieren. In einigen Anwendungsfällen, wie etwa dem Video-Streaming, kann CloudFront einen Failover an den sekundären Ursprung durchführen, wenn der primäre Ursprung nicht antwortet. Dazu wird nur ein Verbindungsversuch benötigt und die Länge des Timeouts beträgt 1 Sekunde. Ein strengerer Schwellenwert für das Verbindungsverhalten zum Ursprung kann dazu beitragen, die Video-Pufferung zu minimieren, indem Videosegmente schnell aus dem sekundären Ursprung abgerufen werden oder indem dem Video-Player Zeit gegeben wird, die eigene Wiederholungslogik auszuführen.

Für diese neuen Funktionen fallen keine Zusatzgebühren an. Sie können diese Werte in der AWS-Managementkonsole, mit Amazon CloudFront-APIs oder AWS CloudFormation konfigurieren. Weitere Informationen über diese neuen Konfigurationen finden Sie in der Dokumentation zu CloudFront. Besuchen Sie die CloudFront-Produktseite, um mehr über die ersten Schritte mit CloudFront zu erfahren.

Amazon CloudFront gibt erste Edge-Standorte in Kolkata und Hamburg bekannt

Datum: 13. Mai 2020

Details: Amazon CloudFront gibt erste Edge-Standorte in Kolkata, Indien, und Hamburg, Deutschland bekannt. Zuschauer, die von diesen neuen Edge-Standorten aus bedient werden, können mit einer bis zu 20%igen Verbesserung der Latenzzeit rechnen. In Indien verfügt CloudFront über mehrere Edge-Standorte in Bengaluru, Chennai, Delhi, Hyderabad und Mumbai. In ähnlicher Weise verfügt CloudFront bereits über Edge-Standorte in mehreren Städten in Deutschland wie Berlin, Düsseldorf, Frankfurt und München. Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter CloudFront-Funktionen.

Amazon CloudFront in China gibt Support für Origin Access Identity bekannt

Datum: 24. April 2020

Details: Amazon CloudFront in China gibt Support für Origin Access Identity (OAI) bekannt. Mit der Nutzung von OAI können Sie den Zugriff Ihrer Benutzer auf Inhalte in Ihren Amazon S3-Buckets direkt beschränken, indem Sie den Abruf der Inhalte über das dezentrale Edge-Netzwerk von Amazon CloudFront in China erzwingen. Weitere Informationen zu OAI mit Amazon CloudFront in China finden Sie in der Dokumentation zu CloudFront unter Konfigurieren des sicheren Zugriffs und Beschränken des Zugriffs auf Inhalte. Informationen zu den ersten Schritten mit Amazon CloudFront in China finden Sie auf unserer Webseite.

AWS Lambda@Edge unterstützt jetzt Node 12.x und Python 3.8

Datum: 2. März 2020

Details: Ab heute können Sie jetzt Node.js 12.x und Python 3.8 verwenden, um Funktionen in Lambda@Edge zu entwickeln. Beide Laufzeiten sind zusätzlich zu den derzeit unterstützten Node.js 10.x und Python 3.7 erhältlich.

Node.js 12.x, die aktuelle Long Term Support (LTS)-Version von Node.js. Sie verwendet die neue Engine der Version 8 7.4. und bietet eine weitaus bessere Leistung als die bisherige LTS-Version 10.x. Darüber hinaus unterstützt Node.js 12.x neue Funktionen wie private Klassen und erweitertes Stack-Tracing. Weitere Informationen über die Vorteile und neuen Funktionen von Node.js 12x finden Sie im Node.js 12.x Blog-Beitrag von AWS.

Python 3.8 ist die neueste Python-Version mit neuen Features. Dazu gehören Ausdrücke für die Zuordnung, reine Positionsargumente und Eingabeverbesserungen. Weitere Informationen über die Vorteile und neuen Funktionen von Python 3.8 finden Sie im Python 3.8 Blog-Beitrag von AWS.

Beginnen Sie mit diesen neuen Laufzeiten, indem Sie Ihren Node.js-Code oder Python-Code über die AWS-Befehlszeilenschnittstelle oder die Lambda-Konsole als eine AWS Lambda-Funktion hochzuladen, und dann die Node.js 12.x oder Python 3.8 auswählen. Wenn Sie bereits über Node.js- oder Python-Funktionen in Lambda verfügen, können Sie zu der neuen Laufzeit wechseln, indem Sie erforderliche Code-Änderungen vornehmen, um die Kompatibilität mit der neuen Laufzeitumgebung zu gewährleisten sowie ihre Funktionskonfiguration bearbeiten, um die Laufzeit auf Node.js 12.x oder Python 3.8 festzulegen.

Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen zum Node.js-Programmiermodell von Lambda finden Sie in der Node.js-Dokumentation von AWS. Weitere Informationen zum Python-Programmiermodell von Lambda finden Sie in der Python-Dokumentation von AWS.

Amazon CloudFront in China kündigt Unterstützung für Nutzungs- und Aktivitätsberichte in der Konsole an

Datum: 21. Februar 2020

Details: Amazon CloudFront-Kunden in China können jetzt detaillierte Informationen über ihre CloudFront-Nutzung und -Aktivität erhalten, indem sie CloudFront-Berichte in der AWS-Managementkonsole verwenden. Kunden in China können den CloudFront Cache-Statistik-Bericht verwenden, um die Gesamtanforderungen, den Prozentsatz der Zuschaueranforderungen nach Ergebnistyp, übertragene Bytes, HTTP-Statuscodes und den Prozentsatz der GET-Anforderungen, die den Download nicht beendet haben, zu sehen. Der CloudFront Beliebte-Objekte-Bericht zeigt die 50 beliebtesten Objekte und Statistiken über diese Objekte. Der CloudFront Top-Referrer-Bericht zeigt die 25 Top-Referrer und die Anzahl der Anfragen von jedem Referrer. Der CloudFront-Nutzungsbericht zeigt die Anzahl der Anfragen und Daten, die nach Protokoll oder Zielort übertragen wurden. Der CloudFront-Zuschauer-Bericht zeigt die Aufschlüsselung der Zuschauer nach Geräten, Browsern, Betriebssystemen und Standorten. Diese Berichte sind für alle CloudFront-Kunden ohne zusätzliche Kosten verfügbar.

Für erste Schritte mit CloudFront in China besuchen Sie Amazon CloudFront. Dokumentation finden Sie unter CloudFront-Berichte in der Konsole im Amazon CloudFront-Entwicklerhandbuch.

Amazon CloudFront geht in fünf neuen Ländern an den Start: Bulgarien, Griechenland, Ungarn, Kenia und Rumänien

Datum: 10. Januar 2020

Details: Amazon CloudFront gibt seine ersten Edge-Standorte in fünf neuen Ländern bekannt: Nairobi (Kenia), Sofia (Bulgarien), Athen (Griechenland), Budapest (Ungarn) und Bukarest (Rumänien). Bei Viewern in diesen Ländern wird die Latenz im ersten Byte beim Zugriff auf Inhalte über CloudFront im Durchschnitt um bis zu 50 % gesenkt. Neben diesen neuen Ländern hat CloudFront seinen ersten Edge-Standort in Düsseldorf (Deutschland) eröffnet. Mit diesen neuen Standorten hat CloudFront jetzt 216 Points of Presence in 84 Städten in 42 Ländern. Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter Amazon-CloudFront-Infrastruktur.

Amazon CloudFront fügt acht zusätzliche Echtzeit-Metriken in Amazon CloudWatch hinzu

Datum: 19. Dezember 2019

Details: Amazon CloudFront bietet jetzt acht zusätzliche Echtzeit-Metriken in Amazon CloudWatch. Diese neuen Metriken geben Ihnen noch mehr Einblick in die Performance Ihres CloudFront-Datenverkehrs. Sie können die Echtzeit-Metriken von CloudFront verwenden, um die betriebliche Leistung Ihrer CloudFront-Distributionen zu überwachen sowie Warnungen und Benachrichtigungen zu empfangen. CloudFront stellt allen CloudFront-Kunden bereits sechs operative Metriken, und vier Lambda@Edge-Funktionsmetriken ohne zusätzliche Kosten zur Verfügung.

Die acht neuen Metriken umfassen:

Cache Hit Rate: Der Prozentsatz aller cachebaren Anfragen, für die CloudFront den Inhalt aus seinem Cache bedient hat. HTTP POST- und PUT-Anforderungen und Fehler werden nicht als cachebare Anforderungen betrachtet. Die Cache-Trefferrate ermöglicht es Ihnen, den Anteil Ihrer Zuschaueranfragen zu bestimmen, die von den CloudFront-Edge-Caches bedient werden, anstatt die Inhalte von Ihren Ursprungsservern zu holen.

Ursprungslatenz: Die Gesamtzeit in Millisekunden von dem Zeitpunkt, an dem CloudFront eine Anfrage empfängt, bis zu dem Zeitpunkt, an dem es eine Antwort an das Netzwerk (nicht an den Viewer) sendet, für Anfragen, die vom Ursprung, nicht vom CloudFront-Cache, bedient werden. Mit der Ursprungslatenz können Sie die Leistung Ihres Ursprungsservers überwachen.

Fehlerrate nach Statuscode: Der Prozentsatz aller Viewer-Anfragen, bei denen der HTTP-Statuscode der Antwort ein bestimmter Code im Bereich 4xx oder 5xx ist. Diese Metrik ist für die folgenden Fehlercodes verfügbar: 401, 403, 404, 502, 503 und 504. Die Fehlerratenmetrik ermöglicht es Ihnen, den spezifischen Typ des HTTP-Statuscodes hinter den 4xx oder 5xx Fehlern zu identifizieren.

Diese neuen Metriken können jetzt auf der Überwachungsseite Ihrer CloudFront-Konsole aktiviert werden – es gelten die Standard-CloudWatch-Tarife. Weitere Details zur Aktivierung dieser Metriken finden Sie unter „Zusätzliche CloudFront-Distributionsmetriken anzeigen“.

Amazon CloudFront bietet jetzt sieben neue Datenfelder in Zugriffsprotokollen

Datum: 12. Dezember 2019

Details: Amazon CloudFront-Zugriffsprotokolle enthalten detaillierte Informationen zu allen Benutzeranfragen, die bei CloudFront eingehen. Ab heute werden sieben zusätzliche Datenfelder in Ihren CloudFront-Zugriffsprotokollen angezeigt, die eine höhere Transparenz in Bezug auf die Bereitstellung Ihrer Inhalte schaffen. Mit dem Feld x-edge-detailed-result-type können Sie beispielsweise den spezifischen Fehlertyp identifizieren und mit den Feldern sc-range-start/sc-range-end die angeforderten Bereichdetails ermitteln. Diese neuen Felder werden an das Ende jedes Protokolleintrags angehängt, um die Rückwärtskompatibilität mit dem vorherigen Protokolldateiformat zu gewährleisten. Die sieben neuen Datenpunkte umfassen:

• c-port – Die Portnummer der Anforderung des Betrachters.
• time-to-first-byte – Die Anzahl der Sekunden zwischen dem Empfang der Anforderung und dem Schreiben des ersten Bytes der Antwort, gemessen auf dem Server.
• x-edge-detailed-result-type – Wenn der Ergebnistyp ein Fehler ist, enthält dieses Feld den spezifischen Fehlertyp.
• sc-content-type – Der Wert des HTTP-Headers "Content-Type" in der Antwort.
• sc-content-len – Der Wert des HTTP-Headers "Content-Length" in der Antwort.
• sc-range-start – Wenn die Antwort den HTTP-Header "Content-Range" enthält, enthält dieses Feld den Startwert des Bereichs.
• sc-range-end – Wenn die Antwort den HTTP-Header "Content-Range" enthält, enthält dieses Feld den Endwert des Bereichs.

Das Aktivieren von Zugriffsprotokollen ist kostenlos, für das Speichern der Protokolldateien fallen jedoch S3-Standardgebühren an. Weitere Informationen zu Zugriffsprotokollen und dem Protokolldateiformat finden Sie unter Web Distribution Log File Format in der CloudFront-Dokumentation.

Amazon CloudFront kündigt 10 neue Edge-Standorte an, darunter den ersten Edge-Standort in Rom, Italien

Datum: 26. November 2019

Details: Amazon CloudFront kündigt den ersten Edge-Standort in Rom (Italien) und zwei weitere Edge-Standorte in Mailand (Italien) an – dadurch wird die Gesamtkapazität von CloudFront auf der italienischen Halbinsel mehr als verdoppelt. Darüber hinaus kündigt CloudFront zusätzliche Edge-Standorte in Kuala Lumpur, Mumbai, Singapur, Sydney, Philadelphia, Newark, Atlanta, Los Angeles und Hillsboro an. Dadurch wird das globale Netzwerk von CloudFront auf 210 Points of Presence in 78 Städten in 37 Ländern erweitert. Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter CloudFront-Funktionen.

Amazon CloudFront in China gibt Unterstützung für AWS CloudFormation und Echtzeit-Metriken in Amazon CloudWatch bekannt

Datum: 1. November 2019

Einzelheiten: Amazon CloudFront in China gibt Unterstützung für AWS CloudFormation-Vorlagen und Echtzeit-Metriken in Amazon CloudWatch bekannt. Die Neuerung ermöglicht es Kunden in China, CloudFormation-Vorlagen zur Erstellung von CloudFront-Distributionen mit Amazon S3-Ursprüngen oder benutzerdefinierten Ursprüngen zu verwenden. AWS CloudFormation vereinfacht die Bereitstellung und Verwaltung auf AWS. Kunden können Vorlagen für Service- oder Anwendungsarchitekturen erstellen und diese für eine zuverlässige, wiederholbare Bereitstellung nutzen. Beispiel-Vorlagen und Vorlagen-Snippets finden Kunden auf der Seite AWS CloudFormation-Vorlagen. 

Kunden in China können jetzt außerdem mithilfe von CloudWatch in der AWS-Region China (Ningxia) Benachrichtigungen zur Performance von CloudFront senden, empfangen und überwachen. Beide Funktionen können ab sofort von AWS-Kunden ohne zusätzliche Kosten genutzt werden.

Für erste Schritte mit CloudFront in China besuchen Sie Amazon CloudFront. Weitere Informationen finden Sie unter Amazon CloudFront im Leitfaden für AWS-Services in China.

AWS for WordPress-Plugin jetzt verfügbar und mit neuem Amazon CloudFront-Workflow ausgestattet

Datum: 30. Oktober 2019

Einzelheiten: Amazon Web Services gibt die allgemeine Verfügbarkeit des AWS for WordPress-Plugins bekannt. Das neue AWS for WordPress-Plugin, bisher als Amazon Polly- und Amazon AI-Plugin bekannt, bietet nun einen Workflow zur Konfiguration einer Amazon CloudFront-Distribution, die in hohem Maße für WordPress-Websites optimiert ist.

Amazon CloudFront, das Content Delivery Network (CDN) von AWS, erhöht die Leistungsfähigkeit Ihrer Website, indem es ein weltweites Netzwerk von 200 Edge-Standorten nutzt, um Inhalte zwischenzuspeichern und in geringerer Entfernung zu den Zuschauern bereitzustellen. Der neue CloudFront-Workflow des Plugins erstellt eine Distribution mit mehreren Cache-Verhaltensweisen, die jeweils auf die Bereitstellung verschiedener Arten von Inhalten zugeschnitten sind, um so das bestmögliche Erlebnis für Betrachter und Administratoren zu gewährleisten.

Das AWS for WordPress-Plugin kann kostenlos aus dem WordPress-Plugin-Verzeichnis heruntergeladen werden; für die Nutzung der AWS-Services gelten die Standardgebühren. Bestehende Benutzer des Plugins, die den neuen CloudFront-Workflow verwenden möchten, müssen die IAM-Richtlinie für den IAM-Benutzer ihres Plugins aktualisieren. Dem CloudFront-Entwicklerhandbuch können Sie weitere Informationen zum Erstellen einer aktualisierten IAM-Richtlinie mit der neuen verwalteten IAM-Richtlinie namens AWSforWordPressPluginPolicy entnehmen.

In unserem Blog-Beitrag erhalten Sie ausführliche Hinweise zum Selbsthosting von WordPress mit AWS und zur Verwendung des neuen CloudFront-Workflows im Plugin. Zudem finden Sie in unserem jüngst aktualisierten Whitepaper "WordPress: Bewährte Methoden in AWS" weitere Informationen zum Erstellen hochskalierbarer WordPress-Websites in AWS.

Amazon CloudFront erstreckt sich auf 200 Standorte mit neuen Edge-Standorten in Kolumbien, Chile und Argentinien mit um 56 % reduzierten Preisen in Südamerika

Datum: 24. Oktober 2019

Details: Amazon CloudFront kündigt seine ersten Edge-Standorte in Kolumbien, Chile und Argentinien an. Mit diesen Edge-Standorten können Zuschauer in diesen Ländern beim Zugriff auf Inhalte über CloudFront eine durchschnittlich 60 prozentige Verbesserung der Latenz feststellen. Zudem wird CloudFront ab 1. November 2019 die Preise für On-Demand-Datenübertragungen in Südamerika um bis zu 56 Prozent senken. Die neuen Preise für Südamerika finden Sie auf der CloudFront Preisseite. Damit verfügt CloudFront jetzt über 200 Points of Presence in 77 Städten und 37 Ländern. Hier finden Sie einen Blog von Jeff Barr zu dieser Einführung.

Amazon CloudFront kündigt ersten Edge-Standort in Belgien an

Datum: 21. Oktober 2019

Details: Amazon CloudFront kündigt seinen ersten Edge-Standort in Brüssel (Belgien) an. Mit diesem neuen Edge-Standort verbessern sich die Latenzzeiten für Anwender in Belgien jetzt um bis zu 28 %, wenn diese über CloudFront auf Inhalte zugreifen. Außer in Belgien hat CloudFront vier weitere Edge-Standorte in Tokio, Japan und einen Edge-Standort in Frankfurt, Deutschland hinzugefügt. Damit verfügt CloudFront jetzt über 197 Points of Presence in 74 Städten und 34 Ländern.

Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter CloudFront-Funktionen.

Amazon CloudFront kündigt neuen Edge-Standort in Shenzhen (China) an

Datum: 19. September 2019

Details: Amazon CloudFront hat die Inbetriebnahme eines neuen CloudFront Edge-Standorts (PoP) in Shenzhen (China) angekündigt. Der neue PoP wird von Ningxia Western Cloud Data Co. Ltd. (NWCD) betrieben werden. Somit betreibt CloudFront bald 4 PoPs in 4 chinesischen Städten. Durch die Inbetriebnahme des neuen Standorts werden Betrachter in Shenzhen bei der Anzeige von Inhalten über CloudFront von einer um 62 % kürzeren durchschnittlichen Latenzzeit profitieren.

Die Preise für eine Bereitstellung von CloudFront in China finden Sie hier. Das Entwicklerhandbuch finden Sie hier. Wagen Sie jetzt den Einstieg und melden Sie sich bei der AWS-Managementkonsole an, um von einer schnelleren Anzeige Ihrer Inhalte zu profitieren.

Amazon CloudFront kündigt ersten Edge-Standort in Portugal an

Datum: 4. September 2019

Details: Amazon CloudFront kündigt seinen ersten Edge-Standort in Lissabon, Portugal an. Mit diesem neuen Edge-Standort verbessern sich die Latenzzeiten für Anwender in Portugal jetzt um bis zu 60 %, wenn diese über CloudFront auf Inhalte zugreifen. CloudFront hat jetzt 190 Präsenzpunkte in 72 Städten und in 33 Ländern. Weitere Informationen finden Sie in unserer Ankündigung.

Weitere Informationen zur globalen Infrastruktur von CloudFront finden Sie unter CloudFront-Funktionen.

Amazon CloudFront weitet Präsenz im Nahen Osten mit einem ersten Edge-Standort in Bahrain aus

Datum: 27. August 2019

Details: Amazon CloudFront kündigt seinen ersten Edge-Standort in Manama, Bahrain an. Mit diesem neuen Edge-Standort verbessern sich die Latenzzeiten für Anwender in Bahrain jetzt um bis zu 40 %, wenn diese über CloudFront auf Inhalte zugreifen. CloudFront hat jetzt 189 Präsenzpunkte in 71 Städten und in 32 Ländern.

Eine vollständige Liste der weltweiten Infrastruktur von CloudFront finden Sie unter CloudFront – Funktionen.

Amazon CloudFront kündigt neuen Edge-Standort in Israel an

Datum: 13. August 2019

Details: Amazon CloudFront kündigt Präsenz in Israel mit dem ersten Edge-Standort in Tel Aviv an. Mit diesem neuen Edge-Standort reduziert CloudFront die Latenz bei der Bereitstellung von Inhalten für Benutzer in Israel um 75 %. CloudFront verfügt nun über insgesamt 188 Präsenzpunkte (PoPs) in 70 Städten in 31 Ländern.

Näheres über die Preise von CloudFront sowie die Preise für den neuen Edge-Standort in Israel erfahren Sie in unserer Preisübersicht.

Amazon CloudFront kündigt Unterstützung für Berechtigungen auf Ressourcenebene und Tag-Basis an

Datum: 8. August 2019

Details: Sie können jetzt Identity and Access Management (IAM)-Richtlinien zur präzisen Angabe von Benutzerberechtigungen auf Ressourcenebene und Tag-Basis in CloudFront definieren. Diese neuen Funktionen räumen Ihnen eine erhöhte Flexibilität zur Zugriffsverwaltung Ihrer CloudFront-Distributionen ein.

Zuvor konnten Sie IAM-Richtlinien zur Verwaltung von Benutzeraktionen in CloudFront anwenden, aber Aktionen nicht auf bestimmte Distributionen in Ihrem Konto beschränken. Mit den Berechtigungen auf Ressourcenebene können Sie IAM-Richtlinien konfigurieren, die über Amazon Resource Names (ARNs) oder Wildcards auf individuelle CloudFront-Distributionen verweisen, und die Benutzer und Aktionen festlegen, die Berechtigungen nur auf diesen Distributionen haben. Ähnlich können Sie mit der Zugriffskontrolle auf Tag-Basis IAM-Benutzerrichtlinien erstellen, die Aktionen auf bestimmten CloudFront-Distributionen basierend auf verknüpften Tags zulassen oder unterbinden.

Informationen zum Einstieg in diese neue Funktionalität finden Sie im Handbuch für CloudFront-Entwickler. Weitere Informationen zu Amazon CloudFront finden Sie auf der Produktseite.

Lambda@Edge bietet nun Unterstützung für Python 3.7

Datum: 1. August 2019

Details: Ab heute können Sie neben der aktuell unterstützten Node.js-Plattform die Python-Programmiersprache verwenden, um Ihre Funktionen in Lambda@Edge zu entwickeln. Damit können Sie während der Erstellung der Funktionen flexibel Ihre bevorzugte Programmiersprache auswählen.

Um anzufangen, laden Sie zunächst einfach den Funktionscode mithilfe der AWS-CLI oder der AWS Lambda-Konsole hoch, wählen Sie die Python 3.7-Laufzeit aus und ordnen Sie ein Amazon CloudFront-Ereignis zu. Lambda@Edge-Funktionen, die von CloudFront-Ereignissen ausgelöst werden, erweitern Ihren benutzerdefinierten Code auf AWS-Standorte weltweit und ermöglichen es Ihnen, selbst komplexe Anwendungslogik Ihren Endbenutzern näher zu bringen, um die Reaktionsfähigkeit zu verbessern.

Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen zum Python-Programmiermodell von Lambda finden Sie in der Dokumentation. Sie können diese Beispielfunktionen auch verwenden, um in Python erstellte Lambda@Edge-Funktionen schnell bereitzustellen und zu testen.

Ankündigung einer verbesserten Lambda@Edge-Überwachung innerhalb der Amazon CloudFront-Konsole.

Datum: 20. Juni 2019

Details: Ab sofort können Sie die Lambda-Funktionen, die mit Ihren Amazon CloudFront-Distributionen verbunden sind, direkt von Ihrer Amazon CloudFront-Konsole aus überwachen, um das Überwachen und Debuggen zu erleichtern.

Bisher mussten Sie separat auf die CloudFront- und AWS Lambda-Konsolen zugreifen, um Ihre Distributionen und die damit verbundenen Funktionen zu überwachen. Mit der heutigen Ankündigung können Sie folgende Vorteile in der CloudFront-Konsole nutzen: 

• Ein überarbeitetes Überwachungs-Dashboard, das alle Ihre CloudFront-Versionen und die zugehörigen Lambda@Edge-Funktionen auflistet. Auf diese Weise können Sie sowohl Distributionskennzahlen als auch die zugehörigen Funktionsausführungskennzahlen schnell auswählen und anzeigen.
• Eine optimierte Ansicht der Distributionsmetriken mit aggregierten Lambda@Edge 5xx-Fehlern, die logisch nach Distribution gruppiert sind, erleichtert die Unterscheidung und Fehlersuche, ob CloudFront 5xx-Fehler vom Ursprung oder durch eine Lambda@Edge-Funktion verursacht werden.
• Eine neue, detaillierte Lambda@Edge-Fehleransicht für jede Distribution mit einer regionalen Aufschlüsselung der Funktionsfehler-Kennzahlen: Fehler bei der Funktionsausführung, Fehler durch ungültige Funktionsantworten und Drosselungen. Wenn Sie häufig Fehler in einer oder mehreren AWS-Regionen sehen, können Sie die Region auswählen und die Protokolle für diese Region anzeigen, die in AWS CloudWatch gespeichert sind.

Die heutige Ankündigung ändert nichts an den Funktionen der Lambda-Konsole. In unserem Blog finden Sie eine Schritt-für-Schritt-Anleitung zum Überwachen und Debuggen Ihrer Lambda-Funktionen mit der CloudFront-Konsole.

Rufen Sie die CloudFront-Konsole auf, um loszulegen. Weitere Informationen zu Amazon CloudFront finden Sie auf der Produktseite.

Amazon CloudFront kündigt sieben neue Edge-Standorte in Nordamerika, Europa und Australien an

Datum: 18. Juni 2019

Details: Amazon CloudFront kündigt sieben neue Edge-Standorte an. Vier der neuen Edge-Standorte befinden sich in Nordamerika, darunter Houston, Texas (2), Hillsboro, Oregon und Toronto, Ontario. Zwei Standorte wurden in Europa ergänzt: in Manchester, England sowie in Zürich, Schweiz. Zudem wurde auch ein Edge-Standort in Sydney, Australien hinzugefügt. Durch Hinzufügen dieser neuen Edge-Standorte hat sich die Kapazität in jeder Stadt verdoppelt, mit der die Anforderungen der wachsenden Anzahl an Besuchern erfüllt werden können. Eine vollständige Liste der weltweiten Standorte von CloudFront finden Sie auf der Website CloudFront – Funktionen.

Amazon CloudFront kündigt elf neue Edge-Standorte in Indien, Japan und den USA an.

Datum: 7. Mai 2019

Details: Amazon CloudFront kündigt weltweit elf neue Edge-Standorte an, darunter den ersten Edge-Standort in Salt Lake City, Utah. Die Zugänge kommen in die folgenden Städten:

USA

• Salt Lake City, Utah (neue Stadt im CloudFront-Netzwerk)
• Boston, Massachusetts
• Seattle, Washington
• Phoenix, Arizona

Japan

• Tokio

Indien

• Hyderabad x2
• Bangalore x2
• Delhi x2

Die Einführung dieser sechs neuen Edge-Standorte in Indien effektiv verdoppelt die Kapazität von CloudFront in der Region. Jeder neue CloudFront Edge-Standort verbessert weiterhin die Gesamtleistung der Bereitstellung Ihrer Webanwendungen für Ihre Benutzer. Eine vollständige Liste der weltweiten Standorte von CloudFront finden Sie auf der Website CloudFront – Funktionen.

Amazon CloudFront erhöht die Sicherheit beim Hinzufügen alternativer Domänennamen zu einer Distribution.

Datum: 8. April 2019

Details: Der Prozess zum Hinzufügen eines alternativen Domänennamens zu einer Distribution ist mit Amazon CloudFront seit heute noch sicherer als bisher. Wenn Sie nun einen alternativen Domänennamen, wie www.example.com, zu einer Distribution hinzufügen, müssen Sie auch ein SSL/TLS-Zertifikat an diese Distribution anhängen, die den alternativen Domänennamen abdeckt. Mit der heutigen Version können nur noch diejenigen, die über einen autorisierten Zugriff auf das Zertifikat Ihrer Domäne verfügen, Ihre Domäne als alternativen Domänennamen zu einer CloudFront-Distribution hinzufügen.

Das Hinzufügen alternativer Domänennamen zu CloudFront ermöglicht es Ihnen, Ihre Inhalte mit einem benutzerdefinierten CNAME aus Ihren DNS-Einträgen, wie z. B. www.example.com, anstelle der von CloudFront zugewiesenen Standarddomäne wie d111111abcdef8.cloudfront.net bereitzustellen. Wenn Sie mit dieser Änderung einen alternativen Domänennamen über die AWS-Managementkonsole oder die CloudFront-API hinzufügen, müssen Sie nun ein Zertifikat an die Distribution anhängen, um zu bestätigen, dass Sie berechtigt sind, den alternativen Domänennamen zu verwenden. Das Zertifikat muss gültig sein und von einer öffentlich vertrauenswürdigen Zertifizierungsstelle wie dem AWS Certificate Manager stammen, der öffentliche SSL/TLS-Zertifikate kostenlos bereitstellt. Alle alternativen Domänennamen, die vor Inkrafttreten dieser Änderung bereits zu einer CloudFront-Distribution hinzugefügt wurden, funktionieren weiterhin wie bisher. Es sind keine Maßnahmen erforderlich, um Ihren Datenverkehr wie gewohnt aufrechtzuerhalten.

Um mehr darüber zu erfahren, wie dieser neue Prozess funktioniert, lesen Sie bitte unseren Blog mit den Details der Änderung sowie das aktualisierte CloudFront-Entwicklerhandbuch. Informationen zu den ersten Schritten mit CloudFront finden Sie auf der Seite Erste Schritte.

Amazon CloudFront kündigt sechs neue Edge-Standorte in den USA und Frankreich an.

Datum: 6. Februar 2019

Details: Amazon CloudFront kündigt sechs neue Edge-Standorte, die unser Netzwerk in ihrer jeweiligen Region um zusätzliche Kapazitäten erweitern. Fünf der neuen Edge-Standorte befinden sich in Nordamerika: Atlanta (2), Chicago, Dallas und Houston. Diese neue Kapazität erhöht die Anfragebearbeitungskapazität von CloudFront in diesen Bereichen um durchschnittlich bis zu 50%. Der sechste neue Edge-Standort befindet sich in Paris, Frankreich. Wie immer verbessert jeder neue CloudFront Edge-Standort die Lieferfähigkeit und Leistung Ihrer Webanwendungen für Ihre Kunden. Eine vollständige Liste der weltweiten Standorte von CloudFront finden Sie auf der Website CloudFront – Funktionen.

Amazon CloudFront kündigt zehn neue Edge-Standorte in Nordamerika, Europa und Asien an.

Datum: 11. Dezember 2018

Details: Amazon CloudFront kündigt zehn neue Edge-Standorte an, die unsere weltweite Präsenz verstärken. Acht der neuen Edge-Standorte befinden sich in Nordamerika: Houston, Texas (unser erster Standort in dieser Stadt), Chicago, Illinois, Newark, New Jersey, Los Angeles, Kalifornien und Ashburn, Virginia. Darüber hinaus haben wir einen Edge-Standort in Berlin, Deutschland, sowie einen in Tokio, Japan, hinzugefügt.

Mit diesem Release wird CloudFront seine Anforderungsbearbeitungskapazität in den nordamerikanischen Städten um durchschnittlich 40 % erhöhen.

Diese zusätzlichen Edge-Standorte werden die bestehende globale Präsenz von CloudFront ergänzen und die Bereitstellung, Leistung und Skalierbarkeit für unsere Kunden verbessern. Eine vollständige Liste der weltweiten Standorte von CloudFront finden Sie auf der Website CloudFront – Funktionen.

Wir feiern das zehnjährige Jubiläum von Amazon CloudFront mit der Veröffentlichung von sechs neuen Edge-Standorten, sodass wir nun über insgesamt 150 Präsenzstandorte weltweit verfügen.

Datum: 20. November 2018

Details: Amazon CloudFront kündigt sechs neue Edge-Standorte auf vier Kontinenten an. In den Vereinigten Staaten sind dies die neuen Standorte Chicago, Newark und Ashburn. Auf internationaler Ebene sind dies die neuen Standorte München, Tokio und Rio de Janeiro. Erst vor etwas mehr als einem Jahr kündigten wir unseren 100. Edge-Standort in Tokio an. Mit den sechs neuen Standorten, die wir heute hinzufügen, verfügt das Netzwerk von CloudFront nun weltweit über 150 Präsenzpunkte in 65 Städten und 29 Ländern.

Wir haben außerdem erst vor einigen Tagen den 10. Jahrestag von CloudFront gefeiert. Lesen Sie unseren Blog, um mehr darüber zu erfahren, wie CloudFront als Antwort auf eine interne Herausforderung von Jeff Bezos und Andy Jassy entstanden ist. Vielen Dank, dass Sie Teil unseres Weges sind! Wir freuen uns auf die nächsten zehn Jahre!

Amazon CloudFront kündigt Unterstützung für Origin Failover an

Datum: 20. November 2018

Details: Ab heute können Sie Origin Failover für Ihre Amazon CloudFront-Verteilungen aktivieren, um die Verfügbarkeit der Ihren Endbenutzern bereitgestellten Inhalte zu verbessern.

Mit CloudFront Origin Failover können Sie für Ihre Verteilungen zwei Ursprungsorte einrichten, einen primären und einen sekundären. Ihre Inhalte werden über den sekundären Ursprungsort bereitgestellt, wenn CloudFront feststellt, dass der primäre Ursprungsort nicht verfügbar ist. CloudFront ermöglicht Ihnen bereits die Konfigurierung benutzerdefinierter Fehlerseiten oder die Generierung von Umleitungen mit Lambda@Edge, wenn der Ursprungsort nicht verfügbar ist. Mit Origin Failover können Sie nun einfach eine Failover-Logik zwischen Kombinationen von AWS-Ursprungsorten oder benutzerdefinierten HTTP-Ursprungsorten außerhalb von AWS einrichten, um die Unterbrechungen für die Erfahrung Ihrer Betrachter auf ein Minimum zu begrenzen. Beispielsweise können Sie zwei Amazon S3-Buckets als Ursprungsorte einrichten, zu denen Sie Ihre Inhalte unabhängig voneinander hochladen. Wenn ein Objekt, das CloudFront aus Ihrem primären Bucket anfordert, nicht vorhanden ist oder eine Zeitüberschreitung für die Verbindung zum primären Bucket eintritt, fordert CloudFront das Objekt aus dem sekundären Bucket an. Sie können CloudFront also so konfigurieren, dass als Reaktion auf die HTTP-Statuscodes 4xx oder 5xx ein Failover ausgelöst wird.

Für diese Funktion fallen keine zusätzlichen Gebühren an. Weitere Informationen dazu, wie Origin Failover mit CloudFront funktioniert, finden Sie im Entwicklerhandbuch. Sie können auch unsere Webseite besuchen, um erste Schritte durchzuführen.

Amazon CloudFront kündigt Unterstützung für das WebSocket-Protokoll an

Datum: 20. November 2018

Details: Sie können nun Amazon CloudFront für Anwendungen verwenden, die das WebSocket-Protokoll nutzen, um Ihren Endbenutzern eine höhere Leistung und Sicherheit bereitzustellen.

WebSocket ist ein Protokoll für die Echtzeitkommunikation, das eine bidirektionale Kommunikation zwischen einem Client (beispielsweise einem Browser) und einem Server über eine lange ausgeführte TCP-Verbindung ermöglicht. Durch die Verwendung einer persistenten offenen Verbindung können sich der Client und der Server Daten in Echtzeit senden, ohne dass der Client häufig Verbindungen neu initiieren muss, um Prüfungen auf neue Daten zum Austausch auszuführen. WebSocket-Verbindungen werden häufig für Chat-Anwendungen, Plattformen für die Zusammenarbeit, Multiplayer-Spiele und Plattformen für Finanztransaktionen verwendet.

Aufgrund der Unterstützung des WebSocket-Protokolls durch CloudFront können Sie nun Ihren WebSocket-Datenverkehr über die gleiche CloudFront-Ressource wie Ihre übrigen dynamischen und statischen Inhalte konsolidieren. Sie können darüber hinaus das globale Edge-Netzwerk von CloudFront verwenden, um SSL/TLS-Handshakes für WebSocket-Verbindungen näher an Ihren Benutzern durchzuführen, und das optimierte Netzwerk von AWS, um die Reaktionsgeschwindigkeit und Zuverlässigkeit Ihrer Anwendung zu verbessern. Sie erhalten außerdem einen umfassenden DDOS-Schutz, indem Angriffe näher an ihren Quellen abgewehrt werden, da AWS Shield und AWS WAF eng mit CloudFront integriert sind.

Sie können WebSocket global verwenden. Es ist kein zusätzlicher Konfigurationsaufwand erforderlich, um das WebSocket-Protokoll innerhalb Ihrer CloudFront-Ressource zu aktivieren, da es nun standardmäßig unterstützt wird. Für das Senden von Daten über das WebSocket-Protokoll fallen keine zusätzlichen Gebühren an. Es gelten die Standardgebühren von CloudFront.

Weitere Informationen zur Verwendung des WebSocket-Protokolls in CloudFront finden Sie im Entwicklerhandbuch. Sie können auch unsere Webseite besuchen, um erste Schritte durchzuführen.

Amazon CloudFront kündigt sechs neue Edge-Standorte in Nordamerika, Europa und Asien an

Datum: 6. November 2018

Details: Amazon CloudFront kündigt sechs neue Edge-Standorte an, die unsere Präsenz in Großstädten weltweit verstärken. Die neuen Edge-Standorte sind Hyderabad (2), Neu-Delhi, London (2) und Hillsboro. Sowohl Hyderabad (Indien) als auch Hillsboro (Oregon, USA) sind komplett neue Standorte. Mit dieser Einführung steigert CloudFront die durchschnittliche Verarbeitungskapazität für Anfragen in Indien und Großbritannien um bis zu 55 Prozent.
Durch das Hinzufügen dieser Edge-Standorte werden Bereitstellung, Performance und Skalierung für unsere Kunden erweitert. Eine vollständige Liste der weltweiten Standorte von CloudFront finden Sie auf der Website CloudFront – Funktionen.

Amazon CloudFront kündigt zwei neue Edge-Standorte an, darunter den zweiten Standort in den Vereinigten Arabischen Emiraten

Datum: 12. Oktober, 2018

Details: Amazon CloudFront kündigt zwei neue Edge-Standorte an: Fujairah, Vereinigte Arabische Emirate und Paris, Frankreich. Fujairah ist unser zweiter Edge-Standort in den Vereinigten Arabischen Emiraten; Das erste, Dubai, wurde letzten Monat gestartet. Kunden, die Inhalte in den Vereinigten Arabischen Emiraten bereitstellen, können mit einer durchschnittlichen Verbesserung der Latenz um bis zu 90 % rechnen. Mit dem neuen Edge-Standort in Paris erhöhen wir unsere Kapazität in dieser Region um 50 %. Eine vollständige Liste der weltweiten Standorte von CloudFront finden Sie auf der Website CloudFront – Produktdetails.

Zweiter Amazon CloudFront-Edge-Standort in Neu-Delhi, Indien

Datum: 12. September 2018

Details: Amazon CloudFront kündigt den Start seines zweiten Edge-Standortes in Neu-Delhi (Indien) an. Durch das Hinzufügen dieses Standorts verdoppelt sich die Kapazität von CloudFront im Bereich der Verarbeitung von Besucheranfragen und des lokalen Caching von Inhalten. Eine vollständige Liste des weltweiten CloudFront-Netzwerks finden Sie auf der Webseite CloudFront – Produktdetails.

Amazon CloudFront eröffnet ersten Edge-Standort in Dubai, in den Vereinigten Arabischen Emiraten

Datum: 4. September 2018

Details: Amazon CloudFront kündigt mit der Eröffnung des ersten Edge-Standorts in Dubai, in den Vereinigten Arabischen Emiraten, den Einstieg in den Mittleren Osten an. Eine vollständige Liste des weltweiten CloudFront-Netzwerks finden Sie auf der Webseite CloudFront – Produktdetails.

Amazon CloudFront expandiert nach Skandinavien mit ersten Edge-Standorten in Norwegen und Dänemark

Datum: 15. August 2018

Details: Amazon CloudFront kündigt zwei neue Edge-Standorte in Oslo, Norwegen, und Kopenhagen, Dänemark, an. Beide Edge-Standorte sind die ersten in ihren jeweiligen Ländern und erhöhen die Kapazität von CloudFront in den nordischen Ländern um 55 %. Durch die Expansion von CloudFront in Skandinavien können Inhalte den Nutzern in der Region mit höherer Verfügbarkeit und Leistung bereitgestellt werden. Verglichen mit der Leistung von CloudFront vor der Einführung der neuen Standorte erwarten wir, dass sich die Latenz für die Bereitstellung von Inhalten in Norwegen und Dänemark für CloudFront-Endanwender um 35 % reduziert wird.

Eine vollständige Liste der weltweiten Standorte von CloudFront finden Sie auf der Website CloudFront – Produktdetails.

Lambda@Edge bietet Ihnen jetzt Zugang zum Anforderungstext für HTTP POST/PUT-Verarbeitung

Datum: 14. August 2018

Details: Lambda@Edge bietet Ihnen Zugang zu verschiedenen HTTP-Attributen wie URI, Header und Anforderungszeichenfolgen, um die Ihren Endbenutzern zugestellten Inhalte anzupassen. Ab heute können Sie auch auf den HTTP-Anforderungstext in Ihren Lambda-Funktionen zugreifen. So können Sie direkt von der Grenze aus eigene Logik ausführen und eine Antwort generieren.

Entwickler nutzen Web-/HTML-Formulare oder Web Beacons/Bugs in der Regel als Mechanismus, um Daten von Endbenutzern zu sammeln und diese dann auf den Ursprungsservern zu verarbeiten. Mit dem Zugang zum Anforderungstext über Ihre Lambda-Funktionen können Sie diese Logik jetzt an die Grenze auslagern und die Endbenutzerlatenzen verbessern. Wenn Sie zum Beispiel eine statische Website mit einem "Kontakt"-Webformular haben, können Sie einen Netzwerkaufruf zu einer globalen Tabelle von Amazon DynamoDB ausführen, um die Daten über Ihre Lambda-Funktion zu speichern. Oder, wenn Sie Endbenutzerverhaltensdaten über ein Web Beacon auf Ihrer Website sammeln, können Sie sie direkt über die Lambda-Funktion an einen Amazon Kinesis Firehose-Endpunkt protokollieren und damit Ihre Ursprungsinfrastruktur optimieren.

Für diese Funktion fallen keine zusätzlichen Gebühren an. Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen zur Verwendung dieser neuen Funktion finden Sie in den folgenden Ressourcen:

Sehen Sie sich zum Einstieg Beispiele zu den Lambda-Funktionen an, die Ihnen zeigen, wie Sie den Anforderungstext aufrufen und modifizieren.

Lesen Sie den Blog-Post zur Entwicklung eines globalen Datenaufnahme-Passthroughs mit Amazon CloudFront, Lambda@Edge und Amazon Kinesis Firehose.

Weitere Informationen finden Sie hier.

Amazon CloudFront kündigt neun neue Edge-Standorte in Nordamerika, Europa und Asien an

Datum: 24. Juli 2018

Details: Amazon CloudFront kündigt neun neue Edge-Standorte an, die unsere Präsenz in Großstädten weltweit verstärken. In Nordamerika kommen fünf neue Edge-Standorte hinzu: Los Angeles, Kalifornien; San Jose, Kalifornien; Newark, New Jersey; Dallas/Fort Worth, Texas; und Miami, Florida. Drei neue Edge-Standorte kommen in Europa hinzu, zwei in London, England und einer in Frankfurt, Deutschland. Und in Asien wird ein Edge-Standort in Tokio, Japan, hinzugefügt – unser neunter in der Stadt.

Mit diesem Release wird CloudFront seine Anforderungsbearbeitungskapazität in den fünf nordamerikanischen Städten und den beiden Städten in Europa um durchschnittlich 40 % erhöhen.

Diese zusätzlichen Edge-Standorte werden die bestehende globale Präsenz von CloudFront ergänzen und die Bereitstellung, Leistung und Skalierbarkeit für unsere Kunden verbessern. Eine vollständige Liste der weltweiten Standorte von CloudFront finden Sie auf der Website CloudFront – Produktdetails.

Amazon CloudFront kündigt vier neue Edge-Standorte an, darunter den ersten Standort in Kapstadt, Südafrika

Datum: 12. Juli 2018

Details: Amazon CloudFront kündigt vier neue Edge-Standorte an: Kapstadt, Südafrika; Denver, Colorado; Frankfurt, Deutschland und Taipeh, Taiwan. Kapstadt ist unser zweiter Edge-Standort in Südafrika, nachdem wir im Juni 2018 den ersten Standort in Johannesburg eröffneten. Kunden, die Inhalte in Südafrika bereitstellen, verzeichnen bereits jetzt eine durchschnittliche Latenzreduzierung von bis zu 75 %. Der neue Edge-Standort in Denver, Coloardo verdoppelt unsere Kapazität in Denver. Der neue Edge-Standort in Frankfurt ist der siebte in der Stadt, während der neue Edge-Standort in Taipeh der dritte an diesem Ort ist. Mit diesen neuen Standorten erweitern wir die globale Präsenz und Kapazität von CloudFront und liefern unseren Kunden so bessere Leistung und Skalierung.

Eine vollständige Liste der weltweiten Infrastruktur von CloudFront finden Sie auf der Webseite CloudFront – Produktdetails.

Amazon CloudFront expandiert mit neuem Edge-Standort in Johannesburg nach Afrika und eröffnet Edge-Standort in Bangalore

Datum: 14. Juni 2018

Details: Seit dem Start von Amazon CloudFront im November 2008 haben wir unsere Infrastruktur kontinuierlich auf der ganzen Welt erweitert und die Verfügbarkeit und Leistung für die Inhaltsbereitstellung verbessert. Heute freuen wir uns über den Start zweier neuer Edge-Standorte, einer davon in Johannesburg, Südafrika, der andere in Bangalore, Indien. Der Edge-Standort in Johannesburg ist der erste PoP von Amazon CloudFront auf dem afrikanischen Kontinent. Durch die Erweiterung um diese beiden Standorte bringt es das globale Netzwerk von CloudFront jetzt auf 119 Points of Presence (PoP) in 58 Städten und 26 Ländern.

Durch die Expansion von Amazon CloudFront in Südafrika können Inhalte den Nutzern in der Region mit höherer Verfügbarkeit und Leistung bereitgestellt werden. Wir erwarten durch geringere Latenzen bei der Bereitstellung von Inhalten Leistungsverbesserungen von bis zu 75 % für Kunden, die mit Amazon CloudFront Nutzer in Südafrika erreichen möchten. Der neue PoP Bangalore soll die Kapazität von CloudFront in Indien um bis zu 25 % erhöhen.

Neben Latenzverbesserungen bringen diese neuen Edge-Standorte die vollen Vorteile von Amazon CloudFront, unter anderem Lambda@Edge, Field Level Encryption und Amazon S3 Transfer Acceleration sowie zudem eine nahtlose Integration mit anderen AWS-Services wie AWS Certificate Manager (ACM), AWS Shield, AWS WAF, AWS Simple Storage Service (S3) und Amazon Elastic Compute Cloud (EC2). Die neuen Edge-Standorte in Johannesburg und Bangalore erfüllen dieselben hohen Standards wie die anderen Edge-Standorte von CloudFront, die auf der ganzen Welt verteilt sind. Dazu zählen für die Bereitstellung vertraulicher Daten Infrastrukturen und Prozesse, die mit PCI, DSS, HIPAA und ISO konform sind.

Preisinformationen zu CloudFront, unter anderem für den neuen Edge-Standort in Südafrika, finden Sie unter Preise.

Amazon CloudFront startet achten Edge-Standort in Tokio, Japan

Datum: 30. Mai 2018

Details: Amazon CloudFront kündigt den Start seines achten Edge-Standortes in Tokio (Japan) an. Mit dem neuen Standort wird die Kapazität von CloudFront in der Region weiter ausgebaut, was es uns ermöglicht, noch mehr Web-Datenverkehr abzuwickeln.

Eine vollständige Liste des weltweiten CloudFront-Netzwerks finden Sie auf der Webseite CloudFront – Produktdetails.

Lambda@Edge bietet jetzt Unterstützung für Node.js v8.10

Datum: 14. Mai 2018

Details: Ab heute können Sie neben der Node.js v6.10-Laufzeit auch Node.js v8.10 verwenden, um Ihre Funktionen in Lambda@Edge zu entwickeln.

Node.js v8.10, die aktuelle Long Term Support (LTS)-Version von Node, verwendet die neue Engine der Version 8 6.0, die im Vergleich zur bisherigen LTS-Version 6.x eine weitaus bessere Leistung bietet. Darüber hinaus unterstützt Node.js v8.10 neue Funktionen wie Async/Await, eine neue Art der Verarbeitung asynchroner Vorgänge in Node.js. Dadurch können Sie klareren, einfacheren und saubereren Code für Non-Blocking-Aufrufe schreiben. In diesem Blogbeitrag erhalten Sie weitere Informationen zu den Vorteilen der in Node.js v8.10 neu eingeführten Async/Await-Funktion.

Beginnen Sie doch damit, Ihren Node.js-Code über die AWS-Befehlszeilenschnittstelle oder die Lambda-Konsole als eine AWS Lambda-Funktion hochzuladen, und wählen Sie die Node.js 8.10-Laufzeit aus. Wenn Sie bereits über Node.js-Funktionen verfügen, können Sie zu der neuen Laufzeit wechseln, indem Sie erforderliche Code-Änderungen vornehmen, um die Kompatibilität mit der neuen Laufzeitumgebung zu gewährleisten sowie ihre Funktionskonfiguration bearbeiten, um die Laufzeit auf "Node.js 8.10" festzulegen.

Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen zum Node.js-Programmiermodell von Lambda finden Sie in der Dokumentation.

Amazon CloudFront richtet einen dritten Edge-Standort in Singapur und einen zweiten Edge-Standort in Taipeh, Taiwan ein.

Datum: 25. April 2018

Details: Amazon CloudFront kündigt die Einrichtung eines dritten Edge-Standorts in Singapur und eines zweiten Edge-Standorts in Taipeh, Taiwan an. Jeder Edge-Standort, den wir der AWS-Infrastruktur hinzufügen, erhöht die Kapazitäten von CloudFront, sichere Inhalte mit niedriger Latenz und hoher Verfügbarkeit auf der ganzen Welt bereitzustellen.

Eine vollständige Liste der weltweiten Infrastruktur von CloudFront finden Sie auf der Webseite CloudFront – Produktdetails.

Lambda@Edge bietet jetzt eine Unterstützung des S3-Ursprungs für die Anpassung der Inhaltsbereitstellung auf Basis von Anforderungsheadern.

Datum: 20. März 2018

Details: Ab sofort können Sie mit Lambda@Edge die Bereitstellung von in einem Amazon S3-Bucket gespeicherten Inhalten weiter anpassen, indem Sie innerhalb von ursprungsorientierten Ereignissen auf zusätzliche Header in einer Whitelist zugreifen, darunter auch auf benutzerdefinierte Header. Sie können beispielsweise in der Konfiguration von Amazon CloudFront festlegen, dass ein Header für das Land zwischengespeichert und an Ihren S3-Ursprung weitergeleitet werden soll. Anschließend können Sie mit Lambda@Edge die Betrachter je nach deren Standort dynamisch an die landesspezifischen Versionen Ihrer Website umleiten. Zudem speichert CloudFront die Antworten im Cache, um bei späteren Anforderungen an Ihre Website eine höhere Leistung bieten zu können.

Bisher war die Konfiguration von Amazon CloudFront mit einem S3-Ursprung für das Weiterleiten und Zwischenspeichern von Objekten nur mit drei Headern möglich: Access-Control-Request-Headers, Access-Control-Request-Method und Origin. Dadurch konnte das volle Potenzial von Lambda@Edge nicht ausgeschöpft werden, da Sie Cookies und Abfragezeichenfolgen nur bei der Anpassung der Bereitstellung von Inhalten, die in S3-Buckets gespeichert waren, verwenden konnten. Mit dieser Markteinführung können Sie jetzt jedoch CloudFront mit einem S3-Ursprung für das Zwischenspeichern und Weiterleiten verschiedener zusätzlicher Header wie etwa CloudFront-Viewer-Country oder CloudFront-Is-*-Viewer konfigurieren und den Inhalt dann mit Lambda@Edge auf Basis dieser Header anpassen. Danach können Sie ihn Ihren Betrachtern mit niedriger Latenz zustellen. Wenn Sie alle unterstützten Header anzeigen möchten, klicken Sie hier.

Die neue Funktion steht ohne Aufpreis zur Verfügung. Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen zur Verwendung dieser neuen Funktion finden Sie in den folgenden Ressourcen:

• Beispiele zur Inhaltspersonalisierung auf Basis des Betrachterstandorts und des Gerätetyps des Betrachters.
• Beispiel einer inhaltsbasierten dynamischen Ursprungsauswahl unter Verwendung von Headern.  

CloudFront unterstützt jetzt ECDSA-Zertifikate für HTTPS-Verbindungen mit Ursprüngen

Datum: 15. März 2018

Details: Ab sofort können Sie Amazon CloudFront verwenden, um über den Elliptic Curve Digital Signature Algorithm (ECDSA) HTTPS-Verbindungen mit Ursprüngen auszuhandeln. ECDSA verwendet kleinere Schlüssel und ist daher schneller als der ältere RSA-Algorithmus, ohne an Sicherheit einzubüßen. Aufgrund der kleineren Schlüssel steigt auch die Zahl der TLS-Handshakes, die Ihre Ursprünge pro Sekunde verarbeiten können. Das spart Rechenzyklen und reduziert daher die Kryptographiekosten. Um ECDSA zu verwenden, konfigurieren Sie Ihren Ursprungsserver zur bevorzugten Verwendung eines ECDSA-Zertifikats. Für diese Funktion fallen keine zusätzlichen Gebühren an.

Weitere Informationen zur Funktionsweise von ECDSA in CloudFront finden Sie in unserem Blogbeitrag und im Entwicklerhandbuch zu CloudFront.

Amazon CloudFront startet einen vierten Edge-Standort in Seoul, Südkorea

Datum: 19. Februar 2018

Details: Amazon CloudFront kündigt einen neuen und damit vierten Edge-Standort in Seoul (Südkorea) an. Dadurch erweitert sich die Kapazität von CloudFront in der Region, was uns die Bedienung von noch mehr Web-Datenverkehr ermöglicht.

Eine vollständige Liste der weltweiten Infrastruktur von CloudFront finden Sie auf der Webseite CloudFront – Produktdetails.

Amazon CloudFront gibt sechs neue Edge-Standorte bekannt, davon zwei zusätzliche in Tokio und ein erster Standort im australischen Perth.

Datum: 5. Januar 2018

Details: Sechs neue Edge-Standorte erweitern das globale Netzwerk von Amazon CloudFront. Die sechs neuen Standorte befinden sich in den folgenden Städten:

Perth, Australien; Chennai, Indien; Rio de Janeiro, Brasilien; Los Angeles, Kalifornien, USA; sowie zwei weitere Edge-Standorte in Tokio, Japan.

Eine vollständige Liste der weltweiten Infrastruktur von CloudFront finden Sie auf der Webseite CloudFront – Produktdetails.

Mit Lambda@Edge können Sie jetzt Fehlernachrichten vom Ursprung anpassen

Datum: 21. Dezember 2017

Details: Ab heute können Sie mit Lambda@Edge Fehlernachrichten vom Ursprung anpassen, indem Sie Lambda-Funktionen als Antwort auf HTTP-Fehler, die Amazon CloudFront von Ihrem Ursprung erhält, ausführen. Das bedeutet, das Lambda@Edge-Funktionen, die mit einem Amazon CloudFront-Ursprungsereignis verbunden sind, jetzt zusätzlich zu den Status-Codes 2XX (Erfolg) und 3XX (Weiterleitung) auch die Fehlerstatus-Codes 4XX und 5XX aufrufen.

Weitere Informationen finden Sie in unserer Ankündigung.

Einführung der Verschlüsselung auf Feldebene für Amazon CloudFront

Datum: 14. Dezember 2017

Details: Ab heute können Sie eine neue Amazon CloudFront -Funktion namens Verschlüsselung auf Feldebene nutzen, um die Sicherheit sensibler Daten wie Kreditkartennummern oder personenbezogene Daten wie Sozialversicherungsnummern weiter zu verbessern. Die Verschlüsselung auf Feldebene von CloudFront verschlüsselt zusätzlich sensible Daten in einem HTTPS-Formular mit feldspezifischen Verschlüsselungsschlüsseln (die Sie angeben), bevor eine POST-Anforderung an Ihren Ursprung weitergeleitet wird. Dadurch wird sichergestellt, dass vertrauliche Daten nur von bestimmten Komponenten oder Services in Ihrem Anwendungs-Stack entschlüsselt und angezeigt werden können.

Weitere Informationen finden Sie in unserer Ankündigung.

Amazon CloudFront führt sechs neue Edge-Standorte ein und expandiert in vier neuen Städten

Datum: 22. November 2017

Details: Heute kündigt Amazon CloudFront die Ergänzung seines globalen Netzwerks zur Inhaltsbereitstellung durch sechs neue Edge-Standorte an. Die neuen Edge-Standorte befinden sich in: Helsinki, Finnland; Madrid, Spanien; Manchester, England; Denver, Colorado; Newark, New Jersey; und Phoenix, Arizona.

Vier dieser neuen Edge-Standorte (Helsinki, Manchester, Denver und Phoenix) führen neue Städte in das Netzwerk von CloudFront ein, und jeder der sechs Edge-Standorte bietet zusätzliche Kapazität innerhalb der jeweiligen Region. Eine vollständige Liste der weltweiten Infrastruktur von CloudFront finden Sie auf der Webseite CloudFront – Produktdetails.

Weitere Informationen über Amazon CloudFront finden Sie auf unserer Website Erste Schritte. Dort finden Sie auch eine Auflistung bevorstehender Webinare und hilfreicher Ressourcen.

Lambda@Edge unterstützt nun inhaltsbasierte dynamische Ursprungsauswahl, Netzwerkaufrufe von Betrachterereignissen und erweiterte Antwortgenerierung

Datum: 21. November 2017

Details: Ab heute können Sie drei neue Lambda@Edge-Funktionen nutzen, um personalisierte Inhalte für Ihre Betrachter zu erstellen, die Latenz zu verbessern und Ihre Ursprungsinfrastruktur zu vereinfachen. 1. Mit der inhaltsbasierten dynamischen Ursprungsauswahl können Sie Anforderungen an unterschiedliche Backend-Ursprungsserver weiterleiten und dabei Attribute wie Standort oder Gerätetyp des Betrachters, HTTP-Header, URL-Pfad, Abfragezeichenfolge oder Cookies zugrunde legen. 2. Sie können Remote-Netzwerkaufrufe aus betrachterseitigen Amazon CloudFront-Ereignissen durchführen. 3. Sie können Binärdaten aus Ihren Lambda@Edge-Funktionen generieren und so individuellere Inhalte mit Amazon CloudFront bereitstellen. Außerdem haben wir die Grenzwerte für Lambda@Edge-Funktionen angehoben. Sie können jetzt bis zu 1 536 MB Speicher auswählen, größere Pakete mit bis zu 50 MB bereitstellen und Lambda@Edge-Funktionen mit längeren Timeouts von bis zu 30 Sekunden implementieren.

Weitere Informationen finden Sie in unserer Ankündigung.

Amazon CloudFront nimmt mit seinem ersten Edge-Standort in Palermo (Italien) den insgesamt 101. Standort in Betrieb

Datum: 6. November 2017

Details: Erst letzte Woche haben wir unseren 100. Standort angekündigt. Heute nun, mit der Inbetriebnahme des ersten Edge-Standorts in Palermo, Italien, begrüßt Amazon CloudFront eine brandneue Stadt in seinem Netzwerk. Mit Mailand haben wir jetzt zwei Edge-Standorte in Italien. Unser Netzwerk umfasst jetzt 101 Points of Presence, bestehend aus 90 Edge-Standorten und 11 regionalen Edge-Caches. Die Aufnahme von Palermo, Italien, als neue Stadt ist die erste von vielen neuen Netzwerkerweiterungen, die in den kommenden Monaten anzukündigen sein werden.

Wenn Sie mehr über Amazon CloudFront und den Einstieg in diesen Service erfahren wollen, besuchen Sie unsere Website und informieren Sie sich über bevorstehende Webinare.

Amazon CloudFront hat jetzt mit der Einführung seines fünften Edge-Standorts in Tokio, Japan 100 Points of Presence.

Datum: 31. Oktober 2017

Details: Vor fast neun Jahren führte Amazon Web Services (AWS) Amazon CloudFront, ihr globales Content Delivery Network (CDN), ein. Was als ein neuartiges, leistungsstarkes Edge-Netzwerk mit 14 Points of Presence begann, ist inzwischen so gewachsen, dass es Millionen von Betrachtern auf der ganzen Welt unterstützt. Heute freuen wir uns sehr, unseren 100. Point of Presence (89 Edge-Standorte und 11 regionale Edge-Caches) in Japan, einer der am rasantesten wachsenden Regionen von Amazon CloudFront, bekannt geben zu dürfen. Unser 100. Point of Presence (POP) ist zugleich der fünfte Edge-Standort in Tokio und unser sechster in Japan.

Die 100 Points of Presence von Amazon CloudFront umfassen weltweit Standorte in 50 Städten und 23 Ländern. Im letzten Jahr haben wir unser Netzwerk um mehr als 50 % vergrößert und 37 Standorte hinzugefügt. Diese umfassen neun neue Städte und vier neue Länder*: Berlin, Deutschland; Minneapolis, Minnesota; Prag, Tschechische Republik*; Boston, Massachusetts; München, Deutschland; Wien, Österreich*; Kuala Lumpur, Malaysia*; Philadelphia, Pennsylvania; und Zürich, Schweiz*.

Während der re:Invent-Konferenz 2016 haben wir eine neuartige Cache-Ebene, die als regionale Edge-Caches bezeichnet wird, angekündigt, wodurch 11 Points of Presence zu unserem Netzwerk hinzukamen. Diese Standorte verfügen über mehr Cache-Bandbreite als unsere klassischen Edge-Standorte und befinden sich zwischen unseren Edge-Standorten und dem Ursprungsserver des Kunden. Dadurch können wir Kundeninhalte länger und näher am Kunden speichern – Kundenursprünge werden dadurch entlastet und Abrufe vom Ursprung erfolgen schneller.

Wir fühlen uns geehrt, mit Kunden jeder Größe auf der ganzen Welt zusammenzuarbeiten. Ob Sie nun ein einzelner Blogger oder Inhaber eines kleines Unternehmens sind oder den weltgrößten Unternehmen angehören – wir schätzen Sie alle und bedanken uns, dass Sie Teil unseres weltweiten Netzwerks sind!

Vielen Dank,

Das Amazon CloudFront Team

Wenn Sie mehr über Amazon CloudFront und den Einstieg in diesen Service erfahren wollen, besuchen Sie unsere Website und informieren Sie sich über bevorstehende Webinare.

Amazon CloudFront gibt seinen zweiten Edge-Standort in Miami, FL bekannt, somit der 99. Standort insgesamt.

Datum: 30. Oktober 2017

Details: Das Amazon CloudFront-Team freut sich bekanntzugeben, dass der zweite Edge-Standort in Miami, FL eröffnet wurde, somit der 99. Standort insgesamt. Zu den 99 Standorten von Amazon CloudFront gehören 88 Edge-Standorte und 11 regionale Edge-Caches. Unser Netzwerk erstreckt sich über 50 Städte in 23 Ländern weltweit. Wenn Sie mehr über Amazon CloudFront und den Einstieg in diesen Service erfahren wollen, besuchen Sie unsere Website und informieren Sie sich über bevorstehende Webinare.

Amazon CloudFront erhöht die Kapazitäten und fügt in den Nordischen Ländern, in Westeuropa sowie im Westen der USA laufend neue Niederlassungen wie in Stockholm, London und Dallas hinzu.

Datum: 11. Oktober 2017

Details: Das Amazon CloudFront-Team freut sich sehr, Ihnen die Eröffnung drei zusätzlicher Points of Presence in Stockholm, London und Dallas ankündigen zu können. In Stockholm gibt es jetzt drei Points of Presence, in London fünf und in Dallas vier. Mit diesen drei zusätzlichen Netzwerkstandorten erweitert Amazon CloudFront die Kapazitäten in allen Regionen. Damit ist eine zuverlässige, sichere und schnelle Bereitstellung der Endbenutzererfahrung gewährleistet.

Für Amazon CloudFront bestehen nun 98 Standorte (87 Edge-Standorte und 11 regionale Edge-Caches) verteilt auf 50 Städte in 23 Ländern. Eine vollständige Liste der CloudFront-Standorte finden Sie hier auf unserer Website. Treffen Sie das CloudFront-Team bei einem unserer anstehenden Webinare.

Lambda@Edge bietet nun Zugang zu Parametern für Abfragezeichenfolgen sowie zu Landes- und Gerätetyp-Headern.

Datum: 10. Oktober 2017

Details: Mit Lambda@Edge können Sie Inhalte mit niedriger Latenzzeit personalisieren ohne dabei Ursprungsserver verwalten zu müssen. Ab heute erleichtert Lambda@Edge Ihnen eine zusätzliche Personalisierung Ihrer Inhalte, indem Sie Zugang zu weiteren Anforderungsattributen erhalten. Nun können Sie in den AWS Lambda-Funktionen auf Parameter für Abfragezeichenfolgen sowie Landes- und Gerätetyp-Header zugreifen. Diese Funktion erlaubt es Ihnen, z. B. Ihre Endbenutzer basierend auf dem Standort, an dem die Anforderung erfolgt ist, an Ihre landes- oder sprachspezifischen Website-Versionen weiterzuleiten.

Für diese Funktion fallen keine zusätzlichen Gebühren an. Für weitere Informationen zu Lambda@Edge besuchen Sie die Produktseite. Weitere Informationen zur Verwendung dieser neuen Funktion finden Sie in den nachfolgenden Ressourcen:

• Beispiel zur Inhaltspersonalisierung auf Basis des Endbenutzerstandorts und des Gerätetyps des Endbenutzers
• Erfahren Sie mehr über den Zugriff auf Parameter für Abfragezeichenfolgen

Mit Amazon CloudFront können Sie jetzt eine Sicherheitsrichtlinie mit mindestens TLS v1.1 oder v1.2 und Sicherheitschiffren für Betrachterverbindungen auswählen.

Datum: 27. September 2017

Details: Ab heute können Sie die Sicherheitsvorkehrungen für Ihre Webanwendungen auf Amazon CloudFront noch weiter erhöhen, indem Sie eine vordefinierte Sicherheitsrichtlinie auswählen, bei der mindestens die TLS-Protokollversionen 1.1 oder 1.2 festgelegt wurden. Amazon CloudFront wählt die Chiffren-Suite für die ausgewählte Richtlinie automatisch aus, um damit Ihre Inhalte zu verschlüsseln, bevor diese wieder an die Betrachter via HTTPS zurückgesendet werden. Mit dieser Funktion können Sie beispielsweise eine Sicherheitsrichtlinie auswählen, die die TLS-Version 1.1 forciert, damit schwache Chiffren wie RC4 und 3DES automatisch ausgeschlossen werden. Diese Funktion ist bei benutzerdefinierten SSL-Zertifikaten verfügbar, mit denen Sie HTTPS-Anforderungen über SNI stellen.

Alle vorhandenen CloudFront-Distributionen, die konfiguriert sind, benutzerdefinierte SSL-Zertifikate zu verwenden und HTTPS-Anforderungen über SNI zu stellen, werden standardmäßig die TLS-Version 1.0 sowie alle unterstützten Chiffren, mit Ausnahme von RC4, nutzen. Sie können die Sicherheitsrichtlinie für dieses Distributionen über die CloudFront-Konsole oder -API ändern. Beachten Sie, dass diese Funktion für den SSL-Handshake bei Betrachterverbindungen zu CloudFront gilt. Kunden hatten bereits zuvor die Möglichkeit, mindestens die TLS-Versionen 1.1 oder 1.2 beim Handshake zwischen CloudFront und den benutzerdefinierten Ursprüngen festzulegen.

Für diese Funktion fallen keine zusätzlichen Gebühren an. Weitere Informationen zu den Sicherheitsrichtlinien, die bestimmte TLS-Versionen als Mindeststandard und die entsprechende Chiffren-Suite erfordern, finden Sie in der Dokumentation zu CloudFront.

Von Küste zu Küste hat Amazon CloudFront nun seinen ersten Edge-Standort in Boston (MA) und einen dritten in Seattle (WA) eingerichtet!

Datum: 22. September 2017

Details: Das Amazon CloudFront-Team kündigt mit großer Freude die Erweiterung seiner Edge-Standorte mit seinem ersten Standort in Boston, MA (USA) an! Zusätzlich zu dieser neuen Stadt wurde die Präsenz durch einen dritten Edge-Standort in Seattle, Washington ausgedehnt. Beide neuen Edge-Standorte tragen dazu bei, die Leistung von CloudFront weiterhin zu steigern – dies bedeutet für Ihre Endbenutzer noch mehr Speed und Zuverlässigkeit.

Für Amazon CloudFront bestehen nun 95 Standorte (84 Edge-Standorte und 11 regionale Edge-Caches) verteilt auf 50 Städte in 23 Ländern. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung zusätzlicher Edge-Standorte für Amazon CloudFront in Chicago und Frankfurt

Datum: 11. August 2017

Details: Wir freuen uns, den Start zweier zusätzlicher Edge-Standorte für Amazon CloudFront in Chicago, Illinois und Frankfurt (Deutschland) anzukündigen. Chicago verfügt jetzt über zwei Edge-Standorte, Frankfurt über sechs. Jeder neue Edge-Standort verbessert die Leistung und Verfügbarkeit von CloudFront für die Endbenutzer Ihrer Anwendungen.

Mit diesen zwei zusätzlichen Standorten gibt es jetzt insgesamt 93 Amazon CloudFront-Standorte (einschließlich 82 Edge-Standorte und 11 regionale Edge-Cache-Standorte). Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung des dritten Edge-Standorts für Amazon CloudFront in Paris (Frankreich)

Datum: 04. August 2017

Details: Wir freuen uns, Ihnen mitteilen zu können, dass wir in Paris (Frankreich) einen dritten Edge-Standort eingerichtet haben! Dadurch erhöht sich die Gesamtanzahl der Amazon CloudFront-Standorte auf 91 (inklusive 80 Edge-Standorte und 11 regionale Edge-Cache-Standorte). Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung des zweiten Edge-Standorts für Amazon CloudFront in Stockholm, Schweden

Datum: 21. Juli 2017

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront in Stockholm, Schweden, anzukündigen. Dies ist der zweite Edge-Standort in der Region Stockholm, sodass es jetzt insgesamt 90 CloudFront-Standorte gibt (einschließlich 79 Points of Presence und 11 regionale Edge-Cache-Standorte). Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung eines neuen Edge-Standorts für Amazon CloudFront und Amazon Route 53 in Kuala Lumpur, dem ersten Edge-Standort in Malaysia

Datum: 20. Juli 2017

Details: Wir freuen uns, den Start unseres neuesten Edge-Standorts für Amazon CloudFront und Amazon Route 53 in Kuala Lumpur ankündigen zu können – unserem ersten Edge-Standort in Malaysia. Mit diesem neuen Standort in Malaysia haben wir nun insgesamt 89 Amazon CloudFront-Standorte (einschließlich 78 Points of Presence und 11 regionale Edge-Cache-Standorte). Weitere Informationen finden Sie in unserer Ankündigung.

Lambda@Edge jetzt allgemein verfügbar

Datum: 17. Juli 2017

Lambda@Edge ist nun allgemein für alle Kunden verfügbar. Mit dieser neuen AWS Lambda-Funktion können Sie Node.js-Funktionen global über AWS-Standorte ausführen, ohne Server bereitstellen oder verwalten zu müssen. So können Sie Ihren Kunden bei niedrigsten Latenzzeiten noch reichhaltigere und personalisiertere Inhalte bereitstellen.

Sie haben Ihren Code auf AWS Lambda hochgeladen und so konfiguriert, dass er durch Amazon CloudFront-Ereignisse wie Betrachteranforderungen und -antworten oder Ursprungsanforderungen und -antworten ausgelöst wird. Bei Eintreffen einer entsprechenden Anforderung bei CloudFront wird diese an den optimalen AWS-Standort, möglichst nahe am Betrachter, zur Ausführung weitergeleitet. Danach führt Lambda@Edge Ihren Code aus und skaliert sich entsprechend des Anforderungsvolumens innerhalb des globalen CloudFront-Netzwerks. Mit Lambda@Edge können Sie Code ausführen, um Webseiten entsprechend der jeweiligen Anforderung zu optimieren, eine global ausgeführte, angepasste Authentifizierungslogik zu erstellen und die Bereitstellung sicherer kundenspezifischer Header zu vereinfachen. Darüber hinaus können Sie nun auch Remote-Netzwerkaufrufe ausführen, um bei ursprungsorientierten Ereignissen auf zusätzliche Internet-Ressourcen zuzugreifen und völlig neue dynamische Webinhalte in Echtzeit und anforderungsgetreu zu erstellen. Gebündelt ermöglichen diese Funktionen, Endbenutzern bei niedrigen Latenzzeiten noch reichhaltigere, personalisiertere Inhalte bereitzustellen.

Lambda@Edge-Funktionen können nun in der Region USA Ost (Nord-Virginia) erstellt werden. Von dort werden sie global für den Aufruf als Reaktion auf CloudFront-Ereignisse repliziert.

Welche Möglichkeiten Lambda@Edge Entwicklern darüber hinaus bietet, erfahren Sie in unserer Dokumentation.

Amazon CloudFront ist jetzt ein HIPAA-fähiger Service

Datum: 1. Juni 2017

AWS hat sein HIPAA-Compliance-Programm auf Amazon CloudFront als HIPAA-fähigen Service ausgeweitet. Wenn Sie ein aktives Business Associate Agreement (BAA) mit AWS haben, können Sie Amazon CloudFront jetzt zum Beschleunigen der Bereitstellung von geschützten Gesundheitsinformationen (Protected Health Information, PHI) verwenden. Informationen zu HIPAA-fähigen Services auf AWS finden Sie auf unserer Seite zur HIPAA-Compliance.

Wenn Sie bereits ein aktives BAA mit AWS haben, können Sie Amazon CloudFront sofort mit den durch Ihr BAA abgedeckten Konten verwenden. Wenn Sie kein aktives BAA mit AWS haben oder weitere Fragen zu HIPAA-fähigen Services in AWS stellen möchten, kontaktieren Sie uns und wir stellen den Kontakt zu einem unserer AWS-Vertriebsmitarbeiter her.

Weitere Informationen zu Amazon CloudFront, insbesondere zum Entwickeln von Anwendungen für das Gesundheitswesen in AWS finden Sie in der Amazon-CloudFront-Dokumentation und unter AWS-Cloud-Computing auf der Seite zum Gesundheitswesen.

Ankündigung des zweiten Edge-Standorts für Amazon CloudFront in Seattle, Washington

Datum: 23. Mai 2017

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront in Seattle, im US-Bundesstaat Washington, anzukündigen. Jeder neue Edge-Standort trägt zur Verbesserung der Leistung und Verfügbarkeit Ihrer Anwendungen für Endbenutzer bei. Dies ist der zweite Edge-Standort in der Region Seattle, sodass es jetzt insgesamt 88 CloudFront-Standorte gibt (einschließlich 77 Points of Presence und 11 regionalen Edge-Cache-Standorten). Weitere Informationen finden Sie in unserer Ankündigung.

Amazon CloudFront eröffnet neue Edge-Standorte in Tokio (Japan) und in Dallas/Fort Worth (USA) 

Datum: 9. Mai 2017

Details: Wir freuen uns sehr, Ihnen neue Edge-Standorte für Amazon CloudFront in Tokio (Japan) sowie in Dallas/Fort Worth (USA) ankündigen zu dürfen. Jeder neue Edge-Standort trägt zur Verbesserung der Leistung und Verfügbarkeit Ihrer Anwendungen für Endbenutzer bei. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung des dritten Edge-Standorts für Amazon CloudFront in Atlanta (USA) 

Datum: 21. April 2017

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront in Atlanta (USA) anzukündigen. Jeder neue Edge-Standort trägt zur Verbesserung der Leistung und Verfügbarkeit Ihrer Anwendungen für Endbenutzer bei. Dies ist der dritte Edge-Standort in der Region Atlanta, sodass es jetzt insgesamt 85 CloudFront-Standorte gibt (einschließlich 74 Points of Presence und 11 regionale Edge-Cache-Standorte). Weitere Informationen finden Sie in unserer Ankündigung.

Konfigurieren des Lese- und Keep-Alive-Timeouts für benutzerdefinierte Amazon CloudFront-Ursprünge

Datum: 30. März 2017

Details: Wir freuen uns, ankündigen zu dürfen, dass Sie ab heute die Einstellungen für das Lese- und Keep-Alive-Timeout konfigurieren können, die von Amazon CloudFront bei der Kommunikation mit benutzerdefinierten Ursprüngen verwendet werden. Sie können diese Werte basierend auf den Anforderungen Ihrer Anwendungen erhöhen oder reduzieren. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung eines neuen Edge-Standorts in Zürich, unserem ersten in der Schweiz

Datum: 15. März 2017

Details: Wir freuen uns, Ihnen mit dem Start unseres neuen Edge-Standorts in Zürich nun unseren ersten Edge-Standort in der Schweiz vorstellen zu können. Mit unserem neuen Edge-Standort in Zürich bieten wir Ihnen nun weltweit 73 Amazon CloudFront-Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung eines neuen Edge-Standorts in Prag, unserem ersten in der Tschechischen Republik

Datum: 8. März 2017

Details: Wir freuen uns, Ihnen mit dem Start unseres neuen Edge-Standorts in Prag nun unseren ersten Edge-Standort in der Tschechischen Republik vorstellen zu dürfen. Mit unserem neuen Edge-Standort in Prag bieten wir Ihnen nun weltweit 72 Amazon CloudFront-Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Neuer Edge-Standort für Amazon CloudFront in Philadelphia, Pennsilvania

Datum: 24. Februar 2017

Details: Wir freuen uns sehr, den Start eines neuen Edge-Standorts für Amazon CloudFront in Philadelphia (Pennsylvania) anzukündigen. Mit dem Start des Edge-Standorts in Philadelphia gibt es jetzt insgesamt 24 Edge-Standorte in den USA und 71 weltweit. Weitere Informationen finden Sie in unserer Ankündigung.

Lambda@Edge unterstützt ab jetzt auch Antworterzeugung und benutzerdefinierte Protokollierung

Datum: 8. Februar 2017

Details: Wir freuen uns, zwei neue Eigenschaften ankündigen zu können, die von jetzt von den Lambda@Edge-Funktionen unterstützt werden: die Antworterzeugung und benutzerdefinierte Protokollierung. Dank der Antworterzeugung können Sie mit Lambda@Edge ab jetzt Lambada-Funktionen erstellen, die eine HTTP-Antwort auf Endbenutzeranforderungen erzeugen können, welche an allen AWS-Edge-Standorten eintreffen. Darüber hinaus können unsere Lambda@Edge-Funktionen jetzt Anweisungen zur benutzerdefinierten Protokollierung umfassen und eröffnen Ihnen damit die Möglichkeit, dass diese Protokolle in Amazon CloudWatch geschrieben werden können. Dies hilft Ihnen beim Debuggen und Überwachen Ihrer Lambda@Edge-Funktionen während ihrer Ausführung an Edge-Standorten. Weitere Informationen finden Sie in unserer Ankündigung. Besuchen Sie die Lambda@Edge-Anmeldeseite für die Vorversion, um sich für die Vorversion zu registrieren.

Ankündigung eines neuen Edge-Standorts in Wien, unserem ersten in Österreich

Datum: 7. Februar 2017

Details: Wir freuen uns, Ihnen mit dem Start unseres neuen Edge-Standorts in Wien nun unseren ersten Edge-Standort in Österreich vorstellen zu können. Unser neuer Edge-Standort in Wien macht die Zahl 70 der weltweiten Amazon CloudFront-Edge-Standorte vollzählig. Weitere Informationen finden Sie in unserer Ankündigung.

Mit unserem neuen Edge-Standort für Amazon CloudFront in München dürfen wir Ihnen unseren 7. Edge-Standort in Deutschland vorstellen

Datum: 25. Januar 2017

Details: Wir freuen uns sehr, den Start eines neuen Edge-Standorts für Amazon CloudFront in München (Deutschland) anzukündigen. Der Standort in München ist unser dritter Standort in Deutschland (neben Frankfurt und Berlin) und unser siebter Edge-Standort in Deutschland. Wir unterhalten nun weltweit insgesamt 69 Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Einführung von Lambda@Edge als Vorschau – Ausführen von Lambda-Funktionen an den Ihren Benutzern nächstgelegenen AWS-Edge-Standorten

Datum: 1. Dezember 2016

Details: Lambda@Edge, jetzt als Vorschau verfügbar, ermöglicht Ihnen das Schreiben von Funktionen, die als CloudFront-Antwort im AWS-Netzwerk der Edge-Standorte eingesetzt werden. Mit dieser neuen Funktion können Sie Inhalte für Ihre Endbenutzer in der Nähe ihrer Standorte anpassen oder personalisieren und somit die Netzwerklatenz minimieren. So können Sie zum Beispiel HTTP-Header modifizieren, um Ihre Anwendung für jeden einzelnen Benutzer zu personalisieren, eine benutzerdefinierte Authentifizierungs- oder Verschlüsselungslogik direkt am Edge-Standort implementieren, Benutzer nach Gerät erkennen und gruppieren, vorhandene Geräte durch Neuformatierung von Inhalten in der Betrachterantwort unterstützen und vieles mehr.

Lambda@Edge ist in Amazon CloudFront integriert und verwendet CloudFront-Ereignisse als Auslöser für die automatische Ausführung von Funktionen an den AWS-Edge-Standorten, ohne dass Sie Server ausführen oder verwalten müssen. Schreiben Sie Ihre Node.js-Funktion einfach mit der Lambda-Konsole und laden Sie diese dann hoch, und wählen Sie Ihr CloudFront-Auslöser-Ereignis. Lambda@Edge verteilt Ihre Funktion dann an die Edge-Standorte, die Ihren Endbenutzern am nächsten liegen. Genau wie es bei Lambda heute schon der Fall ist, zahlen Sie bei jeder Ausführung Ihrer Funktion sowie für die verbrauchte Berechnungszeit eine Gebühr – wenn Ihre Funktion nicht ausgeführt wird, fallen auch keine Kosten an.

Weitere Informationen zu Lambda@Edge erhalten Sie hier. Weitere Details und Service-Grenzen finden Sie im Entwicklerhandbuch zu CloudFront. Klicken Sie hier, um sich für die öffentliche Vorschau zu registrieren. 

Ankündigung regionaler Edge-Caches für Amazon CloudFront

Datum: 29. November 2016

Details: Wir freuen uns, dass wir Ihnen heute mitteilen können, dass Amazon CloudFront einen neuen Edge-Standort-Typ mit dem Namen Regional Edge-Cache eingeführt hat, der die Leistung für Ihre Betrachter verbessert. Neben einer Verbesserung der Leistung helfen Regional Edge-Caches dabei, die Belastung Ihrer Ursprungsressourcen zu verringern, den Betriebsaufwand für die Skalierung Ihres Ursprungs zu reduzieren und die die Ursprungskosten zu minimieren. Die neun neuen Regional Edge-Cache-Standorte befinden sich in Northern Virginia, Oregon, São Paulo, Frankfurt, Singapur, Seoul, Tokio, Mumbai und Sydney.

Regional Edge-Caches werden standardmäßig für Ihre CloudFront-Verteilungen aktiviert; sie müssen keine Änderungen an Verteilungen vornehmen, um diese Funktion zu nutzen. Für diese Funktion fallen ebenfalls keine zusätzlichen Gebühren an. Weitere Informationen finden Sie in unserer Ankündigung.

Amazon CloudFront eröffnet neue Edge-Standorte in Minneapolis, MN, Berlin, Deutschland und einen vierten Standort in London, England

Datum: 23. November 2016

Details: Wir freuen uns, die neuen Edge-Standorte in Minneapolis, Minnesota und Berlin, Deutschland bekanntgeben zu können. Außerdem haben wir einen vierten Standort in London, England eröffnet. Damit haben wir jetzt weltweit insgesamt 68 Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung unseres dritten Edge-Standorts für Amazon CloudFront in Hong Kong

Datum: 18. November 2016

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront in Hong Kong anzukündigen. Dies ist der dritte Edge-Standort in Hong Kong. Damit sind es jetzt weltweit 65 Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung unseres vierten Edge-Standorts für Amazon CloudFront in Japan

Datum: 11. November 2016

Details: Wir freuen uns sehr, unseren neuen Edge-Standort für Amazon CloudFront in Tokio, Japan (Asien-Pazifik) ankündigen zu können. Dies ist der dritte Edge-Standort in Tokio und der vierte in Japan. Insgesamt bieten wir damit weltweit 64 Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Eigene SSL-/TLS-Zertifikate mit AWS Certificate Manager

Datum: 21. Oktober 2016

Details: Sie können jetzt AWS Certificate Manager (ACM) verwenden, um ein SSL-/TLS-Zertifikat, das von einer Drittanbieter-Zertifizierungsstelle (CA) ausgegeben wurde, zu importieren, und dieses Zertifikat innerhalb weniger Minuten Ihren CloudFront-Distributionen zuordnen. Sie können die AWS Management Console für die Überwachung des Ablaufdatums Ihres importierten Zertifikats verwenden und ein neues Zertifikat eines Drittanbieters importieren, um das abgelaufene zu ersetzen. Das Importieren von Zertifikaten kostet nichts. Sie zahlen nur für die AWS-Ressourcen, die Sie zum Ausführen Ihrer Anwendung nutzen. Beachten Sie, dass CloudFront das Verwenden von Zertifikaten, die Sie in den IAM-Zertifikatsspeicher (Identity and Access Management) hochgeladen haben, weiterhin unterstützt. Weitere Informationen zu den Voraussetzungen für das Importieren von Zertifikaten finden Sie in der ACM-Ankündigung und der Dokumentation.

Bekanntgabe von Internet-Protocol-Version-6-Support (IPv6) für Amazon CloudFront

Datum: 6. Oktober 2016

Details: Wir freuen uns, Ihnen mitteilen zu können, dass Sie mit Amazon CloudFront ab sofort Ihre Inhalte sowohl über IPv6 als auch IPv4 und HTTP/HTTPS zustellen können.

Ab sofort wird IPv6 standardmäßig für alle neu erstellten Amazon CloudFront-Webdistributionen aktiviert. Für schon vorhandene Webdistributionen können Sie IPv6 über die Amazon CloudFront-Konsole oder -API aktivieren. Anzeigeprogramme und Netzwerke, die Verbindungen zu Amazon CloudFront-Edge-Standorten über IPv6 herstellen, werden Inhalte automatisch über IPv6 zugestellt. Verbindungen über IPv4 funktionieren weiter wir gewohnt. Verbindungen zu Ihren Ursprungsservern verlaufen weiterhin über IPv4.

Wir aktivieren IPv6 für sämtliche ASs (Autonomous Systems) in einem gestaffelten Rollout, der heute beginnt und im Verlauf der nächsten Wochen bei allen Netzwerken abgeschlossen sein sollte. Weitere Informationen zum IPv6-Support in Amazon CloudFront erhalten Sie im Entwicklerhandbuch zu Amazon CloudFront und in den Häufig gestellten Fragen.

Zwei neue Edge-Standorte für Amazon CloudFront in Frankfurt

Datum: 23. September 2016

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront in Frankfurt anzukündigen. Damit gibt es in Frankfurt jetzt fünf Edge-Standorte, weltweit steigt die Zahl somit auf 63. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung des zweiten Edge-Standorts für Amazon CloudFront in Mumbai, Indien (Asien-Pazifik)

Datum: 19. September 2016

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront in Mumbai, Indien (Asien-Pazifik) anzukündigen. Dies ist der zweite Edge-Standort in Mumbai. Damit sind es jetzt weltweit 61 Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung des zweiten Edge-Standorts für Amazon CloudFront in Atlanta, USA

Datum: 12. September 2016

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront in Atlanta, USA anzukündigen. Dies ist der zweite Edge-Standort in Atlanta. Damit sind es jetzt weltweit 60 Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Amazon CloudFront unterstützt jetzt HTTP/2

Datum: 7. September 2016

Details: Wir freuen uns bekanntzugeben, dass Sie jetzt HTTP/2 für Ihre Amazon CloudFront-Verteilungen aktivieren können, um die Leistung der Web-Inhalte zu verbessern, die Clients zugestellt werden, die das neue HTTP/2-Protokoll unterstützen.

HTTP/2, eine verbesserte Version von HTTP, unterstützt Mehrfachnutzung, Header-Komprimierung und Stream-Priorität, die das Laden und den Aufbau der Seite beschleunigen. HTTP/2 ist bei allen neuen Amazon CloudFront-Verteilungen standardmäßig aktiviert; bei bestehenden Verteilungen kann HTTP/2 durch Editieren der Verteilungskonfiguration aktiviert werden. Es entstehen keine zusätzlichen Kosten für die Nutzung dieser Funktion. Clients, die HTTP/2 nicht unterstützen, können dennoch über HTTP/1.1 mit Amazon CloudFront-Verteilungen kommunizieren, die HTTP/2 verwenden.

Weitere Informationen über HTTP/2 finden Sie im Abschnitt Unterstützte HTTP-Versionen im Entwicklerhandbuch zu Amazon CloudFront.

Ankündigen der Positivliste für Abfragezeichenfolgen in Amazon CloudFront

Datum: 30. August 2016

Details: In Amazon CloudFront können Sie jetzt eine Positivliste der Abfragezeichenfolgen angeben, die Amazon CloudFront für das Caching verwenden soll, während alle Parameter weiterhin an den Ursprung weitergeleitet werden. Mithilfe von Caching, das auf ausgewählten Parametern für Abfragezeichenfolgen basiert, können Sie die Leistung für Ihre Endnutzer erheblich verbessern, indem Sie die Cache-Trefferrate erhöhen und die Last am Ursprung reduzieren.

Weitere Informationen zur Positivliste für Abfragezeichenfolgen finden Sie im Entwicklerhandbuch zu Amazon CloudFront unter Zwischenspeichern von Inhalten auf der Grundlage von Abfragezeichenfolgeparametern. Weitere Informationen zu Amazon CloudFront finden Sie auf der Amazon CloudFront-Produktseite.

Ankündigung der Kostenzuordnungsmarkierung für Amazon CloudFront

Datum: 9. August 2016

Details: Wir freuen uns, mitteilen zu dürfen, dass Sie jetzt Ihren Amazon CloudFront-Distributionen Kostenzuordnungsmarkierungen hinzufügen können. Mit Tags bzw. Markierungen können Sie Kosten einfacher zuordnen und Ausgaben durch Kategorisieren und Gruppieren von AWS-Ressourcen optimieren. Sie können Tags beispielsweise verwenden, um Ressourcen nach Administrator, Anwendungsname, Kostenstelle oder einem speziellen Projekt zu gruppieren.

Weitere Informationen zur Kostenzuordnungsmarkierung finden Sie im Abschnitt Verwenden von Kostenzuordnungsmarkierungen. Genaue Details zum Hinzufügen von Markierungen zu Ihren CloudFront-Bereitstellungen können Sie der Seite Markierungen in Amazon CloudFront hinzufügen entnehmen.

Neue Edge-Standorte in Montreal und Toronto – unsere ersten in Kanada

Datum: 8. August 2016

Details: Wir freuen uns, den Start unserer neuesten Edge-Standorte in Toronto und Montreal ankündigen zu können – unsere ersten Edge-Standorte in Kanada. Außerdem haben wir einen zweiten Edge-Standort in Sao Paolo, Brasilien eröffnet – unseren dritten Edge-Standort in Brasilien.

Mit der Gründung der neuen Standorte in Kanada und dem zweiten Edge-Standort in Sao Paolo verfügt Amazon CloudFront jetzt weltweit über insgesamt 59 Edge-Standorte. Eine Auflistung aller globalen Amazon CloudFront-Edge-Standorte finden Sie hier. Weitere Informationen über den Service erhalten Sie, wenn Sie sich registrieren und an einer der monatlichen Sitzungen teilnehmen. Dabei werden Ihre Fragen im Rahmen einer individuellen Betreuung durch Amazon CloudFront-Techniker und -Produktmanager beantwortet.  

Ankündigung eines Edge-Standorts für Amazon CloudFront in Neu Delhi, Indien

Datum: 14. Juni 2016

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront und Amazon Route 53 in Neu Delhi, Indien ankündigen zu dürfen. Der Standort in Neu Delhi ist unser dritter Edge-Standort in Indien (neben Mumbai und Chennai). Damit sind es jetzt 56 Standorte weltweit. Eine Auflistung aller globalen Amazon CloudFront-Edge-Standorte finden Sie hier.

Ankündigung eines dritten Edge-Standorts für Amazon CloudFront in Seoul (Korea)

Datum: 13. Mai 2016

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront in Seoul, Korea anzukündigen. Dies ist der dritte Edge-Standort in Seoul, Korea. Damit sind es jetzt weltweit 55 Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.

Amazon CloudFront ist in AWS Certificate Manager integriert

Datum: 21. Januar 2016

Details: Sie können SSL-/TLS-Zertifikate nun innerhalb weniger Minuten bereitstellen und CloudFront-Verteilungen zuordnen. Verwenden Sie den neuen AWS Certificate Manager (ACM), um ein Zertifikat mit nur wenigen Klicks für Ihre CloudFront-Verteilung bereitzustellen. Danach verwaltet ACM alle Zertifikatverlängerungen für Sie. Mithilfe von ACM können Sie das Zertifikat ohne zusätzliche Gebühren bereitstellen und verwalten.

Die Verwendung von Zertifikaten, die Sie von einer Zertifizierungsstelle eines anderen Anbieters bezogen und in den IAM-Zertifikatspeicher hochgeladen haben, wird von CloudFront weiterhin unterstützt. Weitere Details finden Sie auch in Jeff Barrs Blog.

Setzen Sie jetzt HTTPS-Verbindungen sowie Unterstützung für TLSv1.1 und TLSv1.2 zwischen Amazon CloudFront und dem Ursprung durch

Datum: 13. Januar 2016

Details: Sie können CloudFront jetzt so konfigurieren, dass Ihr Ursprungsserver immer HTTPS verwendet, unabhängig davon, ob der Zuschauer die Anforderung über HTTP oder HTTPS gestellt hat.  

Außerdem können Sie TLSv1.1 und TLSv1.2 zwischen CloudFront und Ihrem Ursprungsserver aktivieren. Als Teil dieser Funktion können Sie auch die Protokolle auswählen, die CloudFront bei der Kommunikation mit Ihrem Ursprung verwendet: SSLv3, TLSv1.0, TLSv1.1 bzw. TLSv1.2.

Weitere Informationen zu dieser neuen Sicherheitsfunktion von CloudFront für den Ursprung finden Sie hier.

Von Amazon CloudFront zum Ursprung weitergeleitete Anforderungsheader können nun hinzugefügt oder geändert werden

Datum: 28. Dezember 2015

Details: Sie können Amazon CloudFront jetzt so konfigurieren, dass den an Ihren Ursprung weitergeleiteten Anforderungen kundenspezifische Header hinzugefügt werden oder der Wert vorhandener Header überschrieben wird. Sie können mithilfe dieser Header prüfen, ob Anforderungen an Ihren Ursprung von CloudFront gesendet wurden. Sie können Ihren Ursprung auch so konfigurieren, dass nur Anforderungen erlaubt sind, die den von Ihnen festgelegten kundenspezifischen Header enthalten. Wenn Sie mehrere CloudFront-Verteilungen mit demselben Ursprung verwenden, können Sie benutzerdefinierte Header auch verwenden, um Ursprungsanforderungen der einzelnen Verteilungen zu unterscheiden. Kundenspezifische Header können außerdem verwendet werden, um zu ermitteln, ob die richtigen CORS-Header für Ihre Abfragen zurückgegeben wurden. Sie können kundenspezifische Header über die CloudFront API und die AWS-Managementkonsole konfigurieren. Für diese Funktion fallen keine zusätzlichen Gebühren an.

Weitere Informationen zur Einrichtung kundenspezifischer Header finden Sie hier.

Amazon CloudFront unterstützt jetzt automatische Gzip-Komprimierung an Edge-Standorten

Datum: 17. Dezember 2015

Details: Sie können Amazon CloudFront jetzt so konfigurieren, dass automatisch die GZIP-Komprimierung verwendet wird, wenn Browser oder andere Clients ein komprimiertes Objekt mit Text und andere komprimierbare Dateiformate anfordern. Falls Sie bereits Amazon S3 verwenden, kann CloudFront somit diese Art von Inhalten transparent komprimieren. Wenn der Ursprung außerhalb von S3 liegt, bedeutet die Komprimierung am Rand, dass Sie am Ursprung keine Ressourcen für die Komprimierung einsetzen müssen. Die resultierende geringere Größe der komprimierten Objekte beschleunigt das Herunterladen und reduziert die Kosten für die CloudFront-Datenübertragungen.

Weitere Informationen zu dieser Funktion finden Sie im Abschnitt gzip im Entwicklerhandbuch zu Amazon CloudFront.

Neuer Edge-Standort für Amazon CloudFront und Amazon Route 53 in Chicago, Illinois

Datum: 1. Dezember 2015

Details: Wir freuen uns sehr, den Start eines neuen Edge-Standorts für Amazon CloudFront und Amazon Route 53 in Chicago, Illinois anzukündigen. Der neue Edge-Standort verbessert die Leistung und die Verfügbarkeit für die Endbenutzer Ihrer Anwendung und unterstützt alle Amazon CloudFront- und Amazon Route 53-Funktionen ohne Zusatzkosten. Mit dem Start des Edge-Standorts in Chicago gibt es jetzt insgesamt 21 Edge-Standorte in den USA und 54 weltweit.

Eine Auflistung aller globalen Amazon CloudFront-Edge-Standorte finden Sie hier.

Zugriff auf Ihre CloudFront-Inhalte mit AWS WAF steuern

Datum: 6. Oktober 2015

Details: Sie können Ihre CloudFront-Web-Verteilung jetzt in AWS WAF integrieren. Dies ist eine Firewall zum Schutz von Webanwendungen vor Angriffen, bei der Sie Regeln basierend auf IP-Adressen, HTTP-Headern und benutzerdefinierten URI-Zeichenfolgen konfigurieren können. Anhand dieser Regeln kann AWS WAF Webanforderungen an Ihre Webanwendung blockieren, zulassen oder überwachen (zählen).

Bei AWS WAF bezahlen Sie nur für das, was Sie tatsächlich nutzen. Die Preise für AWS WAF basieren auf der Menge der Regeln, die Sie bereitstellen, und der Menge der von Ihrer Webanwendung erhaltenen Web-Anforderungen. Es fallen weder Mindestgebühren noch Vorausleistungen an. Weitere Informationen finden Sie im Blogbeitrag von Jeff Barr.

Amazon CloudFront im Satz PCI DSS-kompatibler Services eingeschlossen.

Datum: 4. August 2015

Details: Amazon CloudFront ist nun im Satz der Services eingeschlossen, die auf höchster Compliance-Ebene für Serviceanbieter (Stufe 1) PCI DSS (Payment Card Industry Data Security Standard)-kompatibel sind.

PCI DSS-Compliance ist eine Anforderung für alle Unternehmen, die Kreditkartendaten speichern, verarbeiten oder übertragen. Die PCI-Compliance von Amazon CloudFront erleichtert jetzt die Integration von Amazon CloudFront in Anwendungen für E-Commerce, Reisebuchungen, Kartenverkauf oder In-App-Käufe als Teil der Architektur bei Einhaltung von PCI DSS. Da Amazon CloudFront die dynamische und statische Inhaltsbereitstellung unterstützt, können Kunden, wie E-Commerce-Unternehmen, den gleichen sicheren Service für die Bereitstellung der gesamten Seite nutzen, um das Navigations- und Warenkorberlebnis ihrer Kunden zu beschleunigen.

Weitere Informationen zur PCI DSS-Compliance von Amazon CloudFront finden Sie in unserer Blog-Ankündigung.

Amazon CloudFront unterstützt jetzt konfigurierbares Standard-TTL und Max-TTL

Datum: 17. Juni 2015

Details: Mit Amazon CloudFront können Sie jetzt einen Maximalwert für Time-to-Live (TTL) und einen Standard-TTL konfigurieren, um festzulegen, wie lange CloudFront Ihre Objekte an Edge-Standorten zwischenspeichert. Zuvor war bei Amazon CloudFront die Konfiguration von Mindest-TTL möglich. Mit diesen neuen Funktionen erlangen Sie noch genauere Kontrolle über die Dauer des CloudFront-Caching. Weitere Informationen finden Sie in unserer Ankündigung.

Amazon CloudFront erleichtert die Aufhebung mehrerer Objekte

Datum: 21. Mai 2015

Details: Die Aufhebungsfunktion von Amazon CloudFront, mit der Sie ein Objekt vor seinem Ablauf aus dem CloudFront-Cache entfernen können, unterstützt jetzt das *-Platzhalterzeichen. Sie können ein *-Platzhalterzeichen am Ende eines Aufhebungspfads setzen, um alle Objekte mit diesem Pfad zu entfernen. In der Vergangenheit mussten Sie zur Entwertung mehrerer Objekte jeden Objektpfad separat aufführen. Jetzt ist die Entwertung mehrerer Objekte mit dem *-Platzhalterzeichen ganz leicht. Weitere Informationen finden Sie in unserer Ankündigung.

Neuer Amazon CloudFront-Gerätebericht, CSV-Exportfunktion und mehr

Datum: 25. März 2015

Details: Sie können jetzt weitere Informationen über die Geräte erhalten, die Ihre Endbenutzer für den Zugriff auf die von Amazon CloudFront bereitgestellten Inhalte verwenden. Der neue Gerätebericht zeigt Ihnen, wie viele Anforderungen innerhalb eines bestimmten Zeitraums von Mobilgeräten, Tablets, Desktops und Smart TVs stammen. Zudem haben wir weitere Verbesserungen am Reports & Analytics-Bereich der AWS-Managementkonsole vorgenommen, um die Verwendung zu vereinfachen, z. B. die CSV-Exportfunktionalität. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung: Unterstützung der Geräteerkennung für Smart TVs

Datum: 13. März 2015

Details: Sie können mit Amazon CloudFront jetzt benutzerdefinierte Inhalte auf einem Smart TV zwischenspeichern und Ihren Zuschauern basierend auf dem Wert des Benutzeragent-Headers bereitstellen. Weitere Informationen zu diesem Thema finden Sie im Entwicklerhandbuch zu Amazon CloudFront.

Amazon CloudFront fügt signierte Cookies für private Inhalte hinzu

Datum: 12. März 2015

Details: Amazon CloudFront bietet jetzt eine neue Möglichkeit zum Schutz Ihrer privaten Inhalte: Signierte HTTP-Cookies von CloudFront. Bisher konnten Sie den Zugriff auf Ihre CloudFront-Inhalte steuern, indem Sie jeder Objekt-URL eine benutzerdefinierte Signatur hinzufügten. Jetzt erreichen Sie denselben Grad der Steuerung, indem Sie die Signatur stattdessen in einem HTTP-Cookie einschließen. Weitere Informationen finden Sie in unserer Ankündigung.

Ankündigung eines zweiten Edge-Standorts für Amazon CloudFront und Route 53 in Seoul, Korea

Datum: 26. Januar 2015

Details: Wir freuen uns sehr, einen neuen Edge-Standort für Amazon CloudFront und Route 53 in Seoul, Korea anzukündigen. Dies ist der zweite Edge-Standort in Seoul, Korea. Damit sind es jetzt weltweit 53 Edge-Standorte. Weitere Informationen finden Sie in unserer Ankündigung.