AWS-Fallbeispiel: photoWALL
Soziale Medien, Webanwendungen in Echtzeit und Mobilgeräte erfreuen sich großer Beliebtheit. Bei photoWALL handelt es sich um eine Dienstleistung, die diese drei Elemente miteinander verbindet. photoWALL ist eine neue Dienstleistung von AirMe, einem in Colorado (USA) ansässigen Unternehmen, das Photo Sharing-Anwendungen für das iPhone und andere Mobilgeräte entwickelt. Mit photoWALL hat der Benutzer die Möglichkeit, Fotos auf der photoWALL-Website sowie auf Facebook, Twitter und Flickr hochzuladen und anderen zugänglich zu machen. Mit nur einem Klick auf einem Mobilgerät wird das Foto innerhalb weniger Sekunden auf allen vier Websites angezeigt, sodass ein Medien-Stream in Echtzeit erzeugt wird.
Microsoft wurde ein erster Prototyp dieser Dienstleistung vorgelegt. Die Microsoft-Mitarbeiter reagierten darauf mit Begeisterung und wollten die Dienstleistung so schnell wie möglich auf den Markt bringen. Das AirMe-Team wusste, dass es eine Infrastrukturlösung benötigt, die einfach bereitzustellen ist und über eine sehr hohe Skalierbarkeit verfügt.
AirMe hat sich daraufhin für Amazon Web Services (AWS) entschieden. Mittlerweile werden die photoWALL-Website und das serverseitige Computing vollständig über AWS betrieben. Phil Easter, CTO und Gründer von AirMe, erinnert sich: "Dank Amazon Web Services konnten wir ein dynamisches, hochgradig skalierbares Ökosystem entwickeln, das an einem herkömmlichen Co-Location-Standort mit einer Serverfarm schwierig zu duplizieren ist. Die einzigartigen Technologien von AWS wie z. B. SQS und EBS ermöglichten uns die Entwicklung einer neuen Mashup-Plattform für mobile Medien. Add-ins, Auto Scaling und Lastenverteilung mit einem CDN… das geht nicht in einem herkömmlichen Rechenzentrum!”
photoWALL verwendet die gesamte Suite der AWS-Infrastrukturdienste: Amazon EC2 (mit Auto Scaling, Elastic Load Balancing, CloudWatch und Elastic Block Store), Amazon S3, Amazon CloudFront, Amazon SimpleDB und Amazon SQS (siehe Architekturdiagramm 17/9/09).
Architekturdiagramm 17/9/09
Easter erläutert die für AWS verwendete Architektur und die Funktionsweise der Anwendung. Die Anwendung erfasst ein Foto und sendet es, zusammen mit 40 verschiedenen Datenpunkten wie z. B. verbundenen Medien und Metadaten, direkt an die Rechenressourcen in AWS. Zu diesen Ressourcen gehören ein großes EC2-Cluster bestehend aus mindestens 25 Instances, die ihre API-Server hosten, Foto-Verarbeitungsserver und eine PHP-Anwendung. Das EC2-Cluster ist optimal auf Elastic Load Balancing, Auto Scaling und CloudWatch abgestimmt, sodass eine nahtlose Skalierbarkeit sichergestellt wird. Der Workflow wird von Amazon SQS verwaltet. Nach der Validierung eines Fotos wird es zur Verarbeitung gesendet. Es werden verschiedene Dateimanipulationen (Anpassung der Größe, Geotagging, Indizierung usw.) vorgenommen. Amazon SQS wird außerdem für das Bilden von Warteschlangen und das Senden von Fotos an unterstützte Websites von sozialen Medien verwendet. Die Speicherung von Metadateninformationen zum Foto erfolgt primär in MySQL-Datenbanken (Abfragen möglich über memcached), die aus Redundanzgründen repliziert werden. Einige Metadaten werden auch in SimpleDB gespeichert. Nach Abschluss der Verarbeitung wird das Foto für eine zuverlässige Speicherung nach Amazon S3 verschoben und anschließend über CloudFront, der globalen Dienstleistung für die Bereitstellung von Inhalten, den Endbenutzern zur Verfügung gestellt. CloudFront eignet sich auch für CSS und JavaScript.
Kurz nach der Veröffentlichung von Amazon Relational Database Service (RDS) erkannte das AirMe-Team, dass durch eine Konvertierung der MySQL-Server hohe Kosteneinsparungen und eine Reduzierung des Verwaltungsaufwands möglich wären. "Dank der problemlosen Instanz- und Speicher-Upgrades fiel uns die Entscheidung nicht schwer. Für die Reduzierung von einem Schreib- und zwei Lese-Servern auf eine RDS-Instanz waren nur vier einfache Konfigurationsänderungen erforderlich, die in fünf Minuten erledigt waren", so Easter. Nach der Änderung verbesserten sich die Abfragezeiten um 100 %. Die Integration von Amazon RDS in die photoWALL-Architektur ist auch dem Architekturdiagramm 27/10/09 zu entnehmen.
Architekturdiagramm 27/10/09
Easter fasst zusammen: "Wir hatten uns eigentlich wegen der geringen Kosten für AWS entschieden. Doch was uns noch besser gefällt, ist, dass man mit AWS sofort neue Server in Betrieb nehmen kann, ohne dies vorher planen zu müssen. Dank AWS können wir uns auf unser Unternehmen und die Benutzerzufriedenheit konzentrieren, ohne uns über das Hinzufügen neuer Racks, den Kauf weiterer Server, eine höhere Bandbreite usw. Gedanken machen zu müssen. Ohne AWS würde es uns nicht geben – nicht wegen mangelnden Know-hows, sondern aus Gründen der Produkteinführungszeiten!”
Um photoWALL in Aktion zu sehen, besuchen Sie die Website http://www.photowall.com 
oder erfahren Sie mehr über AirMe unter http://www.airme.com .
©2011, Amazon.com, Inc. oder Tochtergesellschaften.
