Fallstudie Slack

Im Zeitalter der Einhorn-Startups hat Slack durch seinen kometenhaften Aufstieg und sein Potenzial, die traditionellen Kommunikationsmittel für Unternehmen, insbesondere E-Mail, zu stören, Aufmerksamkeit erregt. Bis Juni 2015 – weniger als 18 Monate nach dem Start – hatte das Unternehmen bereits mehr als 1,1 Mio. tägliche Benutzer, 300 000 bezahlte Plätze und mehr als 30 Mio. Nachrichten, die durch Integration mit anderen Services durch Slack flossen.

Slacks Gründer hatten bereits von früheren fehlgeschlagenen Unternehmungen lernen müssen. Ein Aspekt war die Bedeutung, die richtige IT-Infrastruktur für das Geschäft auszuwählen. Wenn Slack in einem hart umkämpften Markt für Unternehmenssoftware erfolgreich sein sollte, brauchte das Unternehmen optimales Personal, niedrige Kosten und vor allem eine IT-Umgebung, die in der Lage ist, Geschwindigkeit, Agilität und Innovation zu unterstützen. Die Nutzung der Cloud war die logische Wahl.

„Die räumlichen Gegebenheiten, die Anschaffung von Hardware, die Beschaffung von Ersatzteilen, der Betrieb einer Serveranlage mit all ihren Kosten - all die physischen Erscheinungen, die zu Ausfällen führen können - machten eine traditionelle IT-Umgebung für ein Internet-Startup unpraktisch“, sagt Richard Crowley, Director of Operations bei Slack.

„Außerdem hätten wir eine zusätzliche Expertenebene nur für den Betrieb der Infrastruktur benötigt. Wir hätten mit dieser Art von IT-Infrastruktur arbeiten können, aber die Kosten und die Komplexität hätten den Start des Unternehmens erheblich erschwert.“

Crowley sagt, dass Slack sich aus Erfahrung für Amazon Web Services entschieden habe und weil es für das Unternehmen die beste Wahl für die Zukunft sei. Tiny Speck – die ursprüngliche Firma, die dann in Slack Technologies – geändert wurde, nutzte AWS 2009, als es das einzige geeignete Angebot für öffentliche Cloud-Services war.

„Aufgrund der Fachkenntnisse und ihrer schmerzlichen Erfahrungen beim Betreiben einer herkömmlichen Umgebung während der Entwicklung von Flickr war für die Gründer von Slack klar, dass sie AWS nutzen wollten“, sagt Crowley. „Während der Entwicklung von Slack hatten wir das Gefühl, dass AWS gut für uns war und sich mit weiteren und besseren Funktionen kontinuierlich verbessern würde. Es gab keinen Grund, zu gehen.“

Slack verfügt über eine relativ einfache IT-Architektur, die auf einer breiten Palette von AWS-Services basiert, darunter i2.xlarge Amazon Elastic Compute Cloud (Amazon EC2)-Instances für grundlegende Rechenaufgaben, Amazon Simple Storage Service (Amazon S3) für Datei-Uploads und statische Komponenten von Benutzern sowie Elastic Load Balancing zum Ausgleich von Workloads über Amazon EC2-Instances. Slack verwendet den Amazon Elastic Block Store (Amazon EBS) für nächtliche Backups von MySQL-Instances, die auf Amazon EC2 i2s Instances laufen; die Amazon EBS-Volumes werden an die Instances angehängt und als Zwischenspeicher verwendet, bevor sie an Amazon S3 gesendet werden. Slack ersetzte Hunderte von Terabyte Amazon EBS gp2-Volumes durch kostengünstigere Amazon EBS sc1-Volumes für Datenbank-Backups. Seit dem Wechsel wachsen die Daten des Unternehmens auf seiner Benutzerbasis weiter.

Für die Sicherheit verwendet Slack Amazon Virtual Private Cloud (Amazon VPC) zum Kontrollieren der Sicherheitsgruppen und Firewall-Regeln sowie AWS Identity and Access Management (IAM) zum Kontrollieren der Benutzeranmeldeinformationen und ‑rollen. Das Unternehmen verwendet Amazon CloudTrail zur Überwachung von Protokollen im Zusammenhang mit Amazon EC2-Instances und Amazon Route 53 für das DNS-Management.

Neben den AWS-Services nutzt Slack den Datenstrukturserver Redis, das Suchwerkzeug Apache Solr, den Caching-Proxy Squid und eine MySQL-Datenbank.

Die Nutzung von AWS als IT-Infrastruktur hat Slack zu einer erstaunlichen Wachstumsrate und einer Bewertung von mehreren Milliarden Dollar verholfen, und zwar mit einer Plattform, die Innovationsgeschwindigkeit und Reaktionsfähigkeit, Zuverlässigkeit und Sicherheits-Features zur Gewährleistung der Vertraulichkeit von Kundendaten unterstützt.

Crowley sagt, dass AWS schnell wachsenden Unternehmen wie Slack die Möglichkeit bietet, den Zeitaufwand für das tägliche IT-Management minimieren zu können. So können Sie sich darauf konzentrieren, innovative Produkte und Services schnell auf den Markt zu bringen. „Wir haben eine Vielzahl von Metriken und Programmen, die uns über verfügbare Kapazitäten für neue Kundenteams und für wachsende vorhandene Kundenteams informieren“, sagt er. „Bei herkömmlicher IT würde es Wochen oder Monate dauern. Es müssten Hardware-Vorlaufzeiten in Kauf genommen werden, um mehr Kapazitäten hinzuzufügen. Mit AWS können wir unsere Benutzermetriken wöchentlich oder täglich ansehen und innerhalb von 30 Sekunden mit neuen Kapazitäten reagieren.“

Durch die einfache Bereitstellung von Ressourcen in der AWS-Cloud kann Slack Notfallwiederherstellungsszenarios üben, was wesentlich ist, um für vorhandene und zukünftige Kunden gewährleisten zu können, dass ihre Daten immer verfügbar sein werden, ganz gleich wann und wo sie diese abrufen. „Eine der wirklichen Stärken von AWS ist, dass wir unsere Infrastruktur erneut bereitstellen und so gewährleisten können, dass wir schnell und kompetent wiederherstellen können, falls etwas ausfällt“, sagt Crowley. „Dass wir mal eben doppelt so viele Instances einer bestimmten Klasse abrufen können, ist hervorragend. So haben wir die Möglichkeit, unsere Notfallwiederherstellungsszenarios regelmäßig zu üben.“ Slack spart auch Geld mit den kostengünstigeren Amazon EBS sc1-Volumes, die die erforderliche Geschwindigkeit bei etwa einem Viertel der Kosten bieten. Und bei den Amazon EBS sc1-Volumina ist der Preis so niedrig, dass Slack sie kontinuierlich laufen lassen kann, ohne spezielle Tools für das Volumenmanagement aufbauen und betreiben zu müssen.

Ein großer Teil der Attraktivität von Slack liegt darin, dass es verschiedene Kommunikationstools auf einer einzigen, einheitlichen Plattform ersetzt. Aber das belastet Slack zusätzlich, weil gewährleistet werden muss, dass die Kundendaten sicher sind und Slack die Unternehmenszuverlässigkeit und hohe Verfügbarkeit bereitstellen kann, um die erwarteten Vereinbarungen zum Service Level robuster Unternehmensanwendungen zu unterstützen.

„Unser Geschäft ist integraler Bestandteil des täglichen Lebens unserer Kunden“, sagt Crowley. „Aus der Perspektive unserer Kunden sind unsere Sicherheitskontrollen und unsere Fähigkeit, einen zuverlässigen Service bereitzustellen, extrem wichtig. Und wir nehmen diese Verantwortung sehr ernst.“

Er sagt, dass AWS Sicherheitsbedenken der Kunden sofort nachgeht, weil AWS Service Organization Control-Berichte (SOC) veröffentlicht, die auf Untersuchungen Dritter basieren, die bewerten, wie AWS die Compliance-Kontrollen und -Ziele einhält. „Die Tatsache, dass wir uns auf die Sicherheitsposition von AWS verlassen können, um unsere eigene Sicherheit zu verbessern, ist von großer Bedeutung für unser Geschäft. AWS leistet viel bessere Arbeit bei der Sicherheit, als wir es je könnten, wenn wir einen Cage in einem Rechenzentrum betreiben“, sagt Crowley. „Das Hosting von Slack in AWS gibt unseren Kunden die Gewissheit, dass Slack sicher und immer verfügbar ist.“