{"id":32196,"date":"2019-10-31T21:45:37","date_gmt":"2019-10-31T18:45:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/serverless-podhod-dlya-bystroj-razrabotki-rabochego-video-servisa\/"},"modified":"2019-10-31T21:45:37","modified_gmt":"2019-10-31T18:45:37","slug":"serverless-podhod-dlya-bystroj-razrabotki-rabochego-video-servisa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/serverless-podhod-dlya-bystroj-razrabotki-rabochego-video-servisa","title":{"rendered":"Serverless-Ansatz f\u00fcr die schnelle Entwicklung eines Video-Services","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Serverless-Ansatz
\n
\nIch arbeite im Outsourcing, wo das Hauptprinzip mit dem Satz \"Verkauf viel, mach schnell\" beschrieben werden kann. Je schneller wir arbeiten, desto mehr verdienen wir. Dabei sollte alles stabil und von akzeptabler Qualit\u00e4t sein. Ich m\u00f6chte von meinen Erfahrungen berichten, als es darum ging, einen Promo-Service in kurzer Zeit zu entwickeln.<\/p>\n

Gegeben:<\/b> Ein Root-Account bei AWS, keine Einschr\u00e4nkungen bei der Auswahl des Technologie-Stacks, ein Backend-Entwickler und ein Monat f\u00fcr die Entwicklung.<\/p>\n

Aufgabe:<\/b> Einen Promo-Service zu realisieren, bei dem Nutzer von einem bis zu vier Videos mit einer L\u00e4nge von jeweils ein bis vier Sekunden hochladen, die dann in den Original-Videoinhalt eingebettet werden, ist die Aufgabe.
\n<\/a><\/noindex><\/p>\n

L\u00f6sung<\/h2>\n

\nEinen eigenen Service in so kurzer Zeit zu entwickeln, ist eine riskante Sache. Damit der Service die Last bew\u00e4ltigen kann und alle Interessierten ihr gew\u00fcnschtes Video erhalten, ben\u00f6tigen wir die passende Infrastruktur. Und idealerweise sollte sie nicht mit einem Preis wie f\u00fcr ein Flugticket daherkommen. Daher orientieren wir uns sofort an fertigen L\u00f6sungen mit minimaler Anpassung. <\/p>\n

Die Standardl\u00f6sung f\u00fcr die Arbeit mit Videos ist FFmpeg, ein plattform\u00fcbergreifendes Konsolen-Tool, das es erm\u00f6glicht, Videos zu schneiden und Tonspuren hinzuzuf\u00fcgen. Der n\u00e4chste Schritt besteht darin, eine Wrapper-Anwendung zu erstellen und diese zum Leben zu erwecken. Wir entwickeln einen Prototyp, der zwei Videos zusammenf\u00fcgt, und dann beginnt das eigentliche Abenteuer. Die Bibliothek l\u00e4uft auf .NET Core 2 und muss in jeder virtuellen Maschine funktionieren, also nehmen wir eine AWS EC2-Instanz, und alles wird funktionieren. <\/p>\n

Versteckter Text<\/b>nein, es wird nicht funktionieren
\n.
\nObwohl FFmpeg die Aufgabe erleichtert, ist es f\u00fcr eine wirklich funktionierende L\u00f6sung notwendig, eine EC2-Instanz zu erstellen und die Netzwerkinfrastruktur zu entwerfen, einschlie\u00dflich eines Load Balancers. Die einfache Aufgabe, von Grund auf neu zu deployen, wird \u201eein wenig\u201c komplizierter, und die Infrastruktur beginnt sofort Geld zu kosten \u2013 jede Stunde wird ein Betrag vom Kundenkonto f\u00fcr die Laufzeit abgezogen.<\/p>\n

Unser Service sieht keine langlaufenden Prozesse vor, erfordert keine umfangreiche und schwere relationale Datenbank und passt hervorragend in eine eventbasierte Architektur mit einer Kette von Microservices. Die L\u00f6sung liegt auf der Hand \u2013 wir k\u00f6nnen auf EC2 verzichten und eine echte serverless Anwendung realisieren, \u00e4hnlich den Standard-Image Resizern auf AWS Lambda. <\/p>\n

\u00dcbrigens unterst\u00fctzen die Entwickler von AWS trotz ihrer offensichtlichen Abneigung gegen .NET .NET Core 2.1 als Runtime, was eine vollst\u00e4ndige Palette an Entwicklungsm\u00f6glichkeiten bietet.<\/p>\n

Das Sahneh\u00e4ubchen ist, dass AWS einen eigenen Dienst f\u00fcr die Verarbeitung von Videodateien bereitstellt \u2013 AWS Elemental MediaConvert. <\/p>\n

Die Funktionsweise ist unglaublich einfach: Wir nehmen den S3-Link zum Ausgangsvideo, geben \u00fcber die AWS Console, das .NET SDK oder einfach JSON an, was wir mit dem Video machen m\u00f6chten, und rufen den Dienst auf. Er k\u00fcmmert sich um die Verarbeitung der eingehenden Anfragen, l\u00e4dt das Ergebnis selbst in S3 hoch und, was am wichtigsten ist, generiert f\u00fcr jede Status\u00e4nderung ein CloudWatch-Ereignis. Dies erm\u00f6glicht es uns, Lambda-Trigger f\u00fcr den Abschluss der Videoverarbeitung einzurichten.<\/p>\n

\"Serverless-Ansatz
\nSo k\u00f6nnte die endg\u00fcltige Architektur aussehen. <\/i><\/p>\n

Der gesamte Backend-Bereich wird in zwei Lambdas untergebracht. Eine weitere dient der Rotation von vertikalen Videos, da diese Aufgabe nicht in einem Durchgang erledigt werden kann.<\/p>\n

Die Front in Form einer SPA-Anwendung, die in JS geschrieben und \u00fcber Pug kompiliert wurde, wird in einem \u00f6ffentlichen S3-Bucket bereitgestellt. Zum Hochladen der Videos ben\u00f6tigen wir keinen serverseitigen Code \u2014 es reicht aus, die REST-Endpunkte zu \u00f6ffnen, die uns S3 bietet. Einzig zu beachten ist, dass wir die Richtlinien und CORS konfigurieren m\u00fcssen. <\/p>\n

Herausforderungen<\/h2>\n

<\/p>\n