काम गर्ने भिडियो सेवाको द्रुत विकासको लागि सर्भरलेस दृष्टिकोण

म आउटसोर्सिङमा काम गर्छु, जहाँ मुख्य सिद्धान्त "धेरै बेच्नुहोस्, छिटो गर्नुहोस्" वाक्यांशद्वारा वर्णन गर्न सकिन्छ। हामी जति छिटो गर्छौं, त्यति नै धेरै कमाउने छौं। र, यो वांछनीय छ कि सबै कुरा बैसाखी र स्नोटमा काम गर्दैन, तर गुणस्तरको स्वीकार्य स्तरको साथ। छोटो अवधिमा प्रवद्र्धनात्मक सेवा विकास गर्न आवश्यक हुँदा मेरो अनुभवको बारेमा म तपाईंलाई बताउँछु।

दिइएको: AWS मा रूट खाता, टेक्नोलोजी स्ट्याकको छनोटमा कुनै प्रतिबन्ध छैन, एक ब्याकइन्ड, र विकासको लागि एक महिना।

कार्य: एक प्रवर्द्धन सेवा लागू गर्नुहोस् जहाँ प्रयोगकर्ताहरूले एक देखि चार सेकेन्डसम्मका भिडियोहरू अपलोड गर्छन्, जुन त्यसपछि मूल भिडियो श्रृंखलामा इम्बेड हुन्छन्।

निर्णय

यति छोटो समयमा आफ्नै साइकल सेवा लेख्नु राम्रो विचार होइन। थप रूपमा, सेवाको लागि लोडको सामना गर्न र सबैलाई प्रतिष्ठित भिडियो प्राप्त गर्नको लागि, पूर्वाधार आवश्यक हुनेछ। र अधिमानतः विमानबाट मूल्य ट्यागको साथ होइन। त्यसकारण, हामी तुरुन्तै न्यूनतम अनुकूलनको साथ तयार समाधानहरूमा ध्यान केन्द्रित गर्छौं।

भिडियोसँग काम गर्नको लागि मानक समाधान FFmpeg हो, एक क्रस-प्लेटफर्म कन्सोल उपयोगिता जसले तर्कहरू मार्फत, तपाईंलाई अडियो काट्न र ओभरडब गर्न अनुमति दिन्छ। के गर्न बाँकी छ एउटा र्यापर लेख्नुहोस् र जीवनमा जारी गर्नुहोस्। हामी एउटा प्रोटोटाइप लेख्छौं जसले दुई भिडियोहरू सँगै टाँस्छ, र... रमाईलो सुरु हुन्छ। पुस्तकालय .NET Core 2 मा आधारित छ, यो कुनै पनि भर्चुअल मेसिनमा चल्नु पर्छ, त्यसैले हामी AWS EC2 उदाहरण लिन्छौं र सबै कुराले काम गर्नेछ।

लुकेको पाठहोइन, यसले काम गर्दैन
.
यद्यपि FFmpeg ले कार्यलाई सरल बनाउँछ, वास्तवमा काम गर्ने समाधानको लागि तपाईंले EC2 उदाहरण सिर्जना गर्न र लोड ब्यालेन्सर सहित यसको लागि नेटवर्क पूर्वाधार डिजाइन गर्न आवश्यक छ। स्क्र्याचबाट डिप्लोइ गर्ने सरल कार्य "थोरै" थप जटिल हुन्छ, र पूर्वाधारले तुरुन्तै पैसाको माग गर्न थाल्छ - प्रत्येक घण्टा रनटाइमको लागि रकम ग्राहक खाताबाट निकालिन्छ।

हाम्रो सेवाले लामो समयसम्म चल्ने प्रक्रियाहरू समावेश गर्दैन, ठूलो र फ्याट रिलेसनल डाटाबेसको आवश्यकता पर्दैन, र माइक्रोसर्भिस कलहरूको श्रृंखलाको साथ घटना-आधारित वास्तुकलामा पूर्ण रूपमा फिट हुन्छ। समाधान आफैंले सुझाव दिन्छ - हामी EC2 त्याग्न सक्छौं र AWS Lambda मा आधारित मानक छवि रिसाइजर जस्तै, सत्य-सर्भररहित अनुप्रयोग लागू गर्न सक्छौं।

खैर, .NET को लागि AWS विकासकर्ताहरूको स्पष्ट मन नपरेको बावजुद, तिनीहरूले .NET Core 2.1 लाई रनटाइमको रूपमा समर्थन गर्दछ, जसले विकास अवसरहरूको पूर्ण दायरा प्रदान गर्दछ।

र केकमा चेरी - AWS ले भिडियो फाइलहरूसँग काम गर्नको लागि छुट्टै सेवा प्रदान गर्दछ - AWS Elemental MediaConvert।

कामको सार अविश्वसनीय रूपमा सरल छ: हामी बाहिर जाने भिडियोमा S3 लिङ्क लिन्छौं, AWS कन्सोल, .NET SDK वा केवल JSON मार्फत हामी भिडियोसँग के गर्न चाहन्छौं र सेवालाई कल गर्छौं। यसले आफैले आगमन अनुरोधहरू प्रशोधन गर्नका लागि लामहरू लागू गर्दछ, परिणामलाई S3 मा अपलोड गर्दछ र सबैभन्दा महत्त्वपूर्ण रूपमा, प्रत्येक स्थिति परिवर्तनको लागि क्लाउडवाच घटना उत्पन्न गर्दछ। यसले हामीलाई भिडियो प्रशोधन पूरा गर्न lambda ट्रिगरहरू लागू गर्न अनुमति दिन्छ।

यो अन्तिम वास्तुकला जस्तो देखिन्छ:

सम्पूर्ण ब्याकइन्ड दुई ल्याम्बडामा राखिएको छ। अर्को एउटा ठाडो भिडियोहरू घुमाउनको लागि हो, किनकि यस्तो काम एक पासमा गर्न सकिँदैन।

हामी JS मा लेखिएको र सार्वजनिक S3 बाल्टीमा pug मार्फत कम्पाइल गरिएको SPA अनुप्रयोगको रूपमा अगाडि राख्नेछौं। भिडियोहरू आफैं डाउनलोड गर्न, हामीलाई कुनै सर्भर कोडको आवश्यकता पर्दैन - हामीले केवल S3 ले हामीलाई प्रदान गर्ने REST अन्त्य बिन्दुहरू खोल्न आवश्यक छ। नीतिहरू र CORS कन्फिगर गर्न नबिर्सनुहोस्।

पासो

• AWS MediaConvert, केहि अज्ञात कारणले गर्दा, प्रत्येक भिडियो टुक्रामा अलग-अलग ध्वनि मात्र लागू हुन्छ, तर हामीलाई सम्पूर्ण स्क्रिनसेभरबाट एक हर्षित गीत चाहिन्छ।
• ठाडो भिडियोहरू छुट्टै प्रशोधन गर्न आवश्यक छ। AWS ले कालो बारहरू मन पराउँदैन र रोलरहरूलाई 90° मा राख्छ।

सजिलो स्केटिङ रिंक

स्टेटलेसको सबै सुन्दरताको बावजुद, तपाईंले भिडियोको साथ के गर्न आवश्यक छ भनेर ट्र्याक राख्न आवश्यक छ: गोंद वा समाप्त भिडियो अनुक्रममा अडियो थप्नुहोस्। सौभाग्यवश, MediaConvert ले आफ्नो कार्यहरू मार्फत मेटाडेटा पास गर्न समर्थन गर्दछ, र हामी सधैं "isMasterSoundJob" फारमको एक साधारण झण्डा प्रयोग गर्न सक्छौं, जुनसुकै चरणमा यो मेटाडेटा पार्स गर्दै।

सर्भरलेसले पूर्ण रूपमा NoOps सँग काम गर्न अनुमति दिन्छ - एक दृष्टिकोण जसले परियोजना पूर्वाधारको लागि जिम्मेवार छुट्टै टोलीको अनावश्यकतालाई मान्दछ। तसर्थ, यो एउटा सानो कुरा थियो - हामी प्रणाली प्रशासकहरूको सहभागिता बिना AWS मा समाधान तैनात गर्छौं, जससँग जहिले पनि केहि गर्न को लागी हुन्छ।
र यी सबैलाई गति दिनको लागि, हामी AWS CloudFormation मा सम्भव भएसम्म डिप्लोइमेन्ट स्क्रिप्ट स्वचालित गर्छौं, जसले तपाईंलाई VS बाट सिधै एउटा बटन प्रयोग गर्न अनुमति दिन्छ। नतिजाको रूपमा, कोडको 200 लाइनहरूको फाइलले तपाईंलाई तयार-निर्मित समाधान रोल आउट गर्न अनुमति दिन्छ, यद्यपि क्लाउडफर्मेशन सिन्ट्याक्स अचम्म लाग्न सक्छ यदि तपाईं यसमा अभ्यस्त हुनुहुन्छ भने।

कुल

सर्भरलेस एक रामबाण उपाय होइन। तर यसले जीवनलाई तीन सीमाहरू भएका परिस्थितिहरूमा धेरै सजिलो बनाउँदछ: "सीमित स्रोतहरू - छोटो अवधि - थोरै पैसा।"

सर्भरलेसका लागि उपयुक्त अनुप्रयोगहरूको विशेषताहरू

• लामो-दौड प्रक्रिया बिना। API गेटवे हार्ड सीमा 29 सेकेन्ड हो, lambda हार्ड सीमा 5 मिनेट हो;
• घटना-संचालित वास्तुकला द्वारा वर्णन गरिएको;
• SOA जस्तै ढिलो जोडिएको घटकहरूमा विभाजन हुन्छ;
• आफ्नो अवस्था संग धेरै काम आवश्यक छैन;
• .NET कोर मा लेखिएको। .NET फ्रेमवर्कसँग काम गर्न, तपाईंलाई अझै पनि उपयुक्त रनटाइमको साथ कम्तिमा डकर चाहिन्छ।

Serverless दृष्टिकोण को लाभ

• पूर्वाधार लागत घटाउँछ;
• समाधान वितरण को लागत कम गर्दछ;
• स्वचालित स्केलेबिलिटी;
• प्राविधिक प्रगति को अत्याधुनिक किनार मा विकास।

हानि, एक विशिष्ट उदाहरण संग

• वितरित ट्रेसिङ र लगिङ - AWS X-Ray र AWS CloudWatch मार्फत आंशिक रूपमा समाधान गरियो;
• असुविधाजनक डिबगिङ;
• कोल्ड स्टार्ट जब त्यहाँ लोड छैन;
• AWS प्रयोगकर्ता-शत्रुतापूर्ण इन्टरफेस एक विश्वव्यापी समस्या हो :)

स्रोत: www.habr.com