કાર્યકારી વિડિઓ સેવાના ઝડપી વિકાસ માટે સર્વરલેસ અભિગમ

હું આઉટસોર્સિંગમાં કામ કરું છું, જ્યાં મુખ્ય સિદ્ધાંતને "ઘણું વેચો, ઝડપથી કરો" વાક્ય દ્વારા વર્ણવી શકાય છે. જેટલી ઝડપથી આપણે તે કરીશું, તેટલી વધુ કમાણી કરીશું. અને, તે ઇચ્છનીય છે કે બધું ક્રચ અને સ્નોટ પર નહીં, પરંતુ ગુણવત્તાના સ્વીકાર્ય સ્તર સાથે કાર્ય કરે છે. હું તમને મારા અનુભવ વિશે જણાવીશ જ્યારે ટૂંકા ગાળામાં પ્રમોશનલ સર્વિસ વિકસાવવી જરૂરી હતી.

આપેલ: AWS પર રૂટ એકાઉન્ટ, ટેક્નોલોજી સ્ટેકની પસંદગી પર કોઈ પ્રતિબંધ નથી, એક બેકએન્ડ અને વિકાસ માટે એક મહિનો.

એક કાર્ય: એક પ્રમોશનલ સેવા અમલમાં મૂકે છે જ્યાં વપરાશકર્તાઓ એકથી ચાર સેકન્ડ સુધીના એકથી ચાર વીડિયો અપલોડ કરે છે, જે પછી મૂળ વિડિયો શ્રેણીમાં એમ્બેડ કરવામાં આવે છે.

નિર્ણય

આટલા ઓછા સમયમાં તમારી પોતાની સાયકલ સેવા લખવી એ સારો વિચાર નથી. વધુમાં, સેવાને લોડનો સામનો કરવા માટે અને દરેકને પ્રખ્યાત વિડિઓ પ્રાપ્ત કરવા માટે, ઇન્ફ્રાસ્ટ્રક્ચરની જરૂર પડશે. અને પ્રાધાન્યમાં પ્લેનમાંથી પ્રાઇસ ટેગ સાથે નહીં. તેથી, અમે તરત જ ન્યૂનતમ કસ્ટમાઇઝેશન સાથે તૈયાર ઉકેલો પર ધ્યાન કેન્દ્રિત કરીએ છીએ.

વિડિયો સાથે કામ કરવા માટેનું પ્રમાણભૂત સોલ્યુશન FFmpeg છે, જે ક્રોસ-પ્લેટફોર્મ કન્સોલ યુટિલિટી છે જે દલીલો દ્વારા, તમને ઑડિયોને કટ અને ઓવરડબ કરવાની મંજૂરી આપે છે. માત્ર એક રેપર લખવાનું અને તેને જીવનમાં ઉતારવાનું બાકી છે. અમે એક પ્રોટોટાઇપ લખીએ છીએ જે બે વિડિયોને એકસાથે જોડે છે, અને... મજા શરૂ થાય છે. લાઇબ્રેરી .NET કોર 2 પર આધારિત છે, તે કોઈપણ વર્ચ્યુઅલ મશીન પર ચાલવી જોઈએ, તેથી અમે AWS EC2 દાખલો લઈશું અને બધું કામ કરશે

છુપાયેલ લખાણના, તે કામ કરશે નહીં
.
જો કે FFmpeg કાર્યને સરળ બનાવે છે, ખરેખર કાર્યકારી સોલ્યુશન માટે તમારે EC2 દાખલો બનાવવાની અને તેના માટે નેટવર્ક ઈન્ફ્રાસ્ટ્રક્ચર ડિઝાઇન કરવાની જરૂર છે, જેમાં લોડ બેલેન્સરનો સમાવેશ થાય છે. શરૂઆતથી જમાવટ કરવાનું સરળ કાર્ય "થોડું" વધુ જટિલ બની જાય છે, અને ઇન્ફ્રાસ્ટ્રક્ચર તરત જ નાણાંની માંગ કરવાનું શરૂ કરે છે - દર કલાકે રનટાઇમ માટેની રકમ ક્લાયંટ એકાઉન્ટમાંથી ઉપાડવામાં આવે છે.

અમારી સેવામાં લાંબા સમય સુધી ચાલતી પ્રક્રિયાઓ સામેલ નથી, તેને મોટા અને જાડા રિલેશનલ ડેટાબેઝની જરૂર નથી અને માઇક્રોસર્વિસ કૉલ્સની સાંકળ સાથે ઇવેન્ટ-આધારિત આર્કિટેક્ચરમાં સંપૂર્ણ રીતે બંધબેસે છે. ઉકેલ પોતે જ સૂચવે છે - અમે EC2 ને છોડી શકીએ છીએ અને AWS Lambda પર આધારિત માનક ઇમેજ રિસાઇઝરની જેમ સાચી-સર્વરલેસ એપ્લિકેશનનો અમલ કરી શકીએ છીએ.

બાય ધ વે, .NET માટે AWS ડેવલપરોનો સ્પષ્ટ નાપસંદ હોવા છતાં, તેઓ .NET કોર 2.1 ને રનટાઈમ તરીકે સપોર્ટ કરે છે, જે વિકાસની તકોની સંપૂર્ણ શ્રેણી પૂરી પાડે છે.

અને કેક પરની ચેરી - AWS વિડિઓ ફાઇલો સાથે કામ કરવા માટે એક અલગ સેવા પ્રદાન કરે છે - AWS Elemental MediaConvert.

કાર્યનો સાર અવિશ્વસનીય રીતે સરળ છે: અમે આઉટગોઇંગ વિડિઓની S3 લિંક લઈએ છીએ, AWS કન્સોલ, .NET SDK અથવા ફક્ત JSON દ્વારા અમે વિડિઓ સાથે શું કરવા માંગીએ છીએ અને સેવાને કૉલ કરીએ છીએ. તે પોતે જ આવનારી વિનંતીઓ પર પ્રક્રિયા કરવા માટે કતારોનો અમલ કરે છે, પરિણામને S3 પર જ અપલોડ કરે છે અને, સૌથી અગત્યનું, દરેક સ્થિતિ પરિવર્તન માટે ક્લાઉડવોચ ઇવેન્ટ જનરેટ કરે છે. આ અમને વિડિયો પ્રોસેસિંગ પૂર્ણ કરવા માટે લેમ્બડા ટ્રિગર્સને અમલમાં મૂકવાની મંજૂરી આપે છે.

અંતિમ આર્કિટેક્ચર આના જેવું દેખાય છે:

સમગ્ર બેકએન્ડ બે લેમ્બડામાં રાખવામાં આવે છે. બીજો એક વર્ટિકલ વિડીયો ફેરવવા માટે છે, કારણ કે આવા કામ એક પાસમાં કરી શકાતા નથી.

અમે JS માં લખેલી અને પગ દ્વારા જાહેર S3 બકેટમાં કમ્પાઈલ કરેલી SPA એપ્લિકેશનના રૂપમાં આગળનો ભાગ મૂકીશું. વિડિઓઝ જાતે ડાઉનલોડ કરવા માટે, અમને કોઈ સર્વર કોડની જરૂર નથી - અમારે ફક્ત S3 દ્વારા પ્રદાન કરે છે તે REST અંતિમ બિંદુઓ ખોલવાની જરૂર છે. એકમાત્ર વસ્તુ એ છે કે નીતિઓ અને CORS ને ગોઠવવાનું ભૂલશો નહીં.

મુશ્કેલીઓ

• AWS MediaConvert, કેટલાક અજ્ઞાત કારણોસર, દરેક વિડિયો ફ્રેગમેન્ટ પર અલગથી માત્ર ધ્વનિ લાગુ કરે છે, પરંતુ અમને સમગ્ર સ્ક્રીનસેવરમાંથી ખુશખુશાલ ગીતની જરૂર છે.
• વર્ટિકલ વીડિયોને અલગથી પ્રોસેસ કરવાની જરૂર છે. AWS ને કાળી પટ્ટીઓ પસંદ નથી અને રોલરોને 90° પર મૂકે છે.

સરળ સ્કેટિંગ રિંક

સ્ટેટલેસની તમામ સુંદરતા હોવા છતાં, તમારે વિડિઓ સાથે શું કરવાની જરૂર છે તેનો ટ્રૅક રાખવાની જરૂર છે: સમાપ્ત વિડિઓ સિક્વન્સમાં ગુંદર અથવા ઑડિઓ ઉમેરો. સદભાગ્યે, MediaConvert તેના જોબ્સ દ્વારા મેટાડેટા પસાર કરવાને સમર્થન આપે છે, અને અમે હંમેશા આ મેટાડેટાને કોઈપણ તબક્કે પાર્સ કરીને, "isMasterSoundJob" ફોર્મના સરળ ફ્લેગનો ઉપયોગ કરી શકીએ છીએ.

સર્વરલેસ સંપૂર્ણપણે NoOps સાથે કામ કરવાની મંજૂરી આપે છે - એક અભિગમ જે પ્રોજેક્ટ ઈન્ફ્રાસ્ટ્રક્ચર માટે જવાબદાર અલગ ટીમની બિનજરૂરીતાને ધારે છે. તેથી, તે એક નાની બાબત હતી - અમે સિસ્ટમ એડમિનિસ્ટ્રેટર્સની ભાગીદારી વિના AWS પર સોલ્યુશન જમાવીએ છીએ, જેમની પાસે હંમેશા કંઈક કરવાનું હોય છે.
અને આ બધાને ઝડપી બનાવવા માટે, અમે AWS CloudFormation પર શક્ય તેટલી ડિપ્લોયમેન્ટ સ્ક્રિપ્ટને સ્વચાલિત કરીએ છીએ, જે તમને VS થી સીધા જ એક બટન વડે જમાવટ કરવાની મંજૂરી આપે છે. પરિણામે, કોડની 200 લાઇનની ફાઇલ તમને તૈયાર સોલ્યુશનને રોલ આઉટ કરવાની મંજૂરી આપે છે, જો કે જો તમે તેનાથી ટેવાયેલું ન હોવ તો ક્લાઉડફોર્મેશન સિન્ટેક્સ આઘાતજનક હોઈ શકે છે.

કુલ

સર્વરલેસ એ રામબાણ ઉપાય નથી. પરંતુ તે ત્રણ મર્યાદાઓ સાથેની પરિસ્થિતિઓમાં જીવનને વધુ સરળ બનાવશે: "મર્યાદિત સંસાધનો-ટૂંકા ગાળાના-થોડા પૈસા."

સર્વરલેસ માટે યોગ્ય એપ્લિકેશનની લાક્ષણિકતાઓ

• લાંબા સમય સુધી ચાલતી પ્રક્રિયાઓ વિના. API ગેટવે હાર્ડ મર્યાદા 29 સેકન્ડ છે, lambda હાર્ડ મર્યાદા 5 મિનિટ છે;
• ઇવેન્ટ-ડ્રિવન આર્કિટેક્ચર દ્વારા વર્ણવેલ;
• SOA જેવા ઢીલી રીતે જોડાયેલા ઘટકોમાં તૂટી જાય છે;
• તમારી સ્થિતિ સાથે વધુ કામની જરૂર નથી;
• .NET કોરમાં લખાયેલ છે. .NET ફ્રેમવર્ક સાથે કામ કરવા માટે, તમારે હજુ પણ યોગ્ય રનટાઈમ સાથે ઓછામાં ઓછા ડોકરની જરૂર પડશે.

સર્વરલેસ અભિગમના ફાયદા

• ઇન્ફ્રાસ્ટ્રક્ચર ખર્ચ ઘટાડે છે;
• સોલ્યુશન પહોંચાડવાની કિંમત ઘટાડે છે;
• આપોઆપ માપનીયતા;
• તકનીકી પ્રગતિની કટીંગ ધાર પર વિકાસ.

ગેરફાયદા, ચોક્કસ ઉદાહરણ સાથે

• વિતરિત ટ્રેસિંગ અને લોગિંગ - AWS X-Ray અને AWS CloudWatch દ્વારા આંશિક રીતે ઉકેલવામાં આવે છે;
• અસુવિધાજનક ડિબગીંગ;
• જ્યારે કોઈ ભાર ન હોય ત્યારે કોલ્ડ સ્ટાર્ટ;
• AWS વપરાશકર્તા-પ્રતિકૂળ ઇન્ટરફેસ એ સાર્વત્રિક સમસ્યા છે :)

સોર્સ: www.habr.com