dig angestiegen und liegt jetzt in der Nähe unseres Ziels von 99,99 % Servicebetriebszeit . Ausfälle sind in jedem großen verteilten System unausweichlich , auch wenn es Cloud-basiert ist . Die Cloud ermöglicht jedoch die Erstellung hoch zuverlässiger Services unter Verwendung von im Grunde nicht zuverlässigen , aber redundanten Komponenten . Da wir die Prinzipien der Redundanz und der Graceful Degradation in unsere Architektur integriert haben und unsere Produktionsumgebung mithilfe der Simian Army Tools überwachen und optimieren , wird auch bei Ausfällen in der Cloud-Infrastruktur und in unseren eigenen Systemen das Erlebnis für die Abonnenten nicht beeinträchtigt .
Kostensenkung war nicht der Hauptgrund für unsere Migration in die Cloud . Am Ende betrugen unsere Kosten pro Streaming-Start aber nur ein Bruchteil der Kosten im eigenen Rechenzentrum – ein willkommener Nebeneffekt . Die Ursache dafür ist die Elastizität der Cloud . Diese ermöglicht uns die ständige Optimierung des Mix der Instanztypen und die sehr schnelle Erweiterung und Verringerung der Kapazität , ohne dass wir große Kapazitätspuffer vorhalten müssen . Wir profitieren außerdem von Größeneffekten , die nur in einem großen Cloud-Ökosystem zum Tragen kommen .
Da die Vorteile der Cloud doch offensichtlich sind , warum hat die Migration ganze sieben Jahre gedauert ? Die Wahrheit ist , dass die Migration in die Cloud sehr komplex war und dass wir eine Reihe schwieriger Entscheidungen treffen mussten . Man könnte meinen , dass der einfachste Weg für die Migration in die Cloud die unveränderte Übertragung sämtlicher Systeme aus dem Rechenzentrum in AWS ist . Aber wenn man so vorgeht , überträgt man auch alle Probleme und Einschränkungen des Rechenzentrums in AWS . Wir haben uns stattdessen für den Cloud-nativen Ansatz entschieden , d . h ., wir haben praktisch unsere gesamte Technologie neu entwickelt und die Betriebsabläufe im Unternehmen vollständig verändert . Im Hinblick auf die Architektur sind wir von einer monolithischen Anwendung auf Hunderte Mikroservices migriert und wir haben unser Datenmodell mithilfe von NoSQL-Datenbanken denormalisiert . Budgetfreigaben , die zentrale Release- Koordination und mehrwöchige Hardware-Bereitstellungszyklen wurden durch Continuous Delivery und unabhängige Entscheidungen von Techniker-Teams unter Verwendung von Selbstbedienungstools in einer lose verbundenen DevOps-Umgebung ersetzt . Dies hat die Innovation enorm beschleunigt . Wir mussten viele neue Systeme entwickeln und neue Kenntnisse erwerben .
Es hat Zeit und Mühe gekostet , Netflix zu einem Cloud-nativen Unternehmen zu machen . Jetzt sind wir aber in einer viel besseren Position , um weiter zu wachsen und ein weltweites TV-Netzwerk zu werden .
Die Netflix Streaming-Technologie hat sich den letzten Jahren erheblich weiterentwickelt , und es fühlt sich fantastisch an , dass wir die Einschränkungen unserer alten Umgebung hinter uns gelassen haben . Da die Cloud für viele in unserer Branche noch relativ neu ist , mussten viele Fragen beantwortet und Probleme gelöst werden . Wir hoffen , dass wir durch Initiativen wie Netflix Open Source die Zusammenarbeit mit Technologieexperten weltweit fortsetzen und gemeinsam alle Probleme lösen können .
Dieser Artikel wurde ursprünglich im Netflix Technical Blog veröffentlicht .
WINTER 2017 | THE DOPPLER | 29