{"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\/it\/blog\/administrirovanie\/serverless-podhod-dlya-bystroj-razrabotki-rabochego-video-servisa","title":{"rendered":"Approccio Serverless per lo sviluppo rapido di un servizio video funzionante","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Approccio
\n
\nLavoro in outsourcing, dove il principio principale pu\u00f2 essere descritto con la frase 'vendi molto, fai in fretta'. Pi\u00f9 velocemente facciamo, pi\u00f9 guadagniamo. Inoltre, \u00e8 importante che tutto funzioni senza problemi e con un livello di qualit\u00e0 accettabile. Racconter\u00f2 della mia esperienza quando, in un breve periodo, \u00e8 stato necessario sviluppare un servizio promozionale.<\/p>\n

Dati:<\/b> un account root su AWS, senza vincoli nella scelta dello stack tecnologico, un backend developer e un mese per lo sviluppo.<\/p>\n

Obiettivo:<\/b> realizzare un servizio promozionale in cui gli utenti caricano da uno a quattro video, della durata di uno a quattro secondi, che vengono poi integrati nel video originale.
\n<\/a><\/noindex><\/p>\n

Soluzione<\/h2>\n

\nScrivere il proprio servizio in tempi cos\u00ec ridotti \u00e8 una pessima idea. Inoltre, affinch\u00e9 il servizio possa gestire i carichi e tutti coloro che desiderano ricevere il video, sar\u00e0 necessaria un'infrastruttura. E sarebbe meglio che il costo non fosse eccessivo. Quindi ci orientiamo subito verso soluzioni pronte con una personalizzazione minima. <\/p>\n

La soluzione standard per il lavoro con video \u00e8 FFmpeg, un'utility da linea di comando multipiattaforma che consente di tagliare e sovrapporre audio tramite argomenti. Ora bisogna scrivere un wrapper e farlo funzionare. Creiamo un prototipo che unisce due video e\u2026 inizia la parte pi\u00f9 interessante. La libreria \u00e8 basata su .NET Core 2 e deve funzionare su qualsiasi virtual machine, quindi prendiamo un'istanza AWS EC2 e tutto funziona. <\/p>\n

Testo nascosto<\/b>no, non funzioner\u00e0
\n.
\nFFmpeg, sebbene semplifichi il compito, richiede di creare un'istanza EC2, progettare l'infrastruttura di rete, inclusi i Load Balancer. Un semplice deployment da zero si complica un po', e l'infrastruttura inizia a richiedere denaro immediatamente \u2014 ogni ora si sottrae una somma dal conto del cliente per il runtime.<\/p>\n

Il nostro servizio non prevede processi Long-Running, non ha bisogno di un grande e pesante database relazionale e si adatta perfettamente a un'architettura basata su eventi con una catena di chiamate di microservizi. La soluzione sembra ovvia: possiamo rinunciare a EC2 e realizzare un'applicazione true-serverless, simile a standard Image Resizer basata su AWS Lambda. <\/p>\n

A proposito, nonostante l'evidente avversione degli sviluppatori AWS per .NET, supportano .NET Core 2.1 come runtime, il che offre un'ampia gamma di possibilit\u00e0 di sviluppo.<\/p>\n

E la ciliegina sulla torta: AWS offre un servizio dedicato per lavorare con i file video \u2014 AWS Elemental MediaConvert. <\/p>\n

Il funzionamento \u00e8 incredibilmente semplice: prendiamo un link S3 al video originale, tramite la Console AWS, il .NET SDK o semplicemente JSON, specifichiamo cosa vogliamo fare con il video e chiamiamo il servizio. Gestisce autonomamente le code per l'elaborazione delle richieste in arrivo, carica il risultato su S3 e, cosa pi\u00f9 importante, genera un evento CloudWatch per ogni cambio di stato. Questo ci consente di implementare trigger Lambda al termine dell'elaborazione video.<\/p>\n

\"Approccio
\nCirca cos\u00ec appare la variante finale dell'architettura. <\/i><\/p>\n

Tutto il backend \u00e8 ospitato in due Lambda. Un'altra sar\u00e0 dedicata alla rotazione dei video verticali, poich\u00e9 tale lavoro non pu\u00f2 essere eseguito in un unico passaggio.<\/p>\n

Il front-end sar\u00e0 un'applicazione SPA, scritta in JS e compilata tramite pug, ospitata in un bucket S3 pubblico. Per caricare i video non abbiamo bisogno di alcun codice server; \u00e8 sufficiente aprire i REST endpoint forniti da S3. L'unico punto importante \u00e8 non dimenticarsi di configurare le politiche e il CORS. <\/p>\n

Problemi inaspettati<\/h2>\n

<\/p>\n