સર્વરલેસ એપ્લિકેશનો બનાવવા માટે ટિપ્સ અને સંસાધનો

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

સર્વરલેસ ટેક્નોલોજી વિશે ગેરસમજો

ઘણા લોકો વિચારે છે કે સર્વરલેસ અને સર્વરલેસ પ્રોસેસિંગ (સેવા તરીકે કાર્યો, FaaS) લગભગ સમાન વસ્તુ છે. આનો અર્થ એ છે કે તફાવત ખૂબ મહાન નથી અને તે નવીનતા રજૂ કરવા યોગ્ય છે. જો કે AWS લેમ્બડા સર્વરલેસ હેયડેના સ્ટાર્સમાંના એક હતા અને સર્વરલેસ આર્કિટેક્ચરના સૌથી લોકપ્રિય તત્વોમાંના એક હતા, તેમ છતાં, આ આર્કિટેક્ચર FaaS કરતાં ઘણું વધારે છે.

સર્વરલેસ ટેક્નોલોજી પાછળનો મૂળ સિદ્ધાંત એ છે કે તમારે તમારા ઈન્ફ્રાસ્ટ્રક્ચરને મેનેજ કરવા અને સ્કેલ કરવાની ચિંતા કરવાની જરૂર નથી, તમે જે ઉપયોગ કરો છો તેના માટે જ તમે ચૂકવણી કરો છો. ઘણી સેવાઓ આ માપદંડોને બંધબેસે છે - AWS DynamoDB, S3, SNS અથવા SQS, Graphcool, Auth0, Now, Netlify, Firebase અને અન્ય ઘણી. સામાન્ય રીતે, સર્વરલેસ એટલે ઈન્ફ્રાસ્ટ્રક્ચર મેનેજ કર્યા વિના અને તેને સ્કેલિંગ માટે ઑપ્ટિમાઇઝ કર્યા વિના ક્લાઉડ કમ્પ્યુટિંગની સંપૂર્ણ શક્તિનો ઉપયોગ. તેનો અર્થ એ પણ છે કે ઇન્ફ્રાસ્ટ્રક્ચર સ્તરે સુરક્ષા હવે તમારી ચિંતા નથી, જે સુરક્ષા ધોરણોને પૂર્ણ કરવામાં મુશ્કેલી અને જટિલતાને જોતાં એક મોટો ફાયદો છે. છેવટે, તમારે તમને પ્રદાન કરેલ ઇન્ફ્રાસ્ટ્રક્ચર ખરીદવાની જરૂર નથી.

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

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

ક્લાઉડ એપ્લીકેશન ડેવલપ કરતી વખતે કેટલાક વિક્રેતા પરની અવલંબનથી મૂંઝવણમાં છે. સર્વરલેસ ટેક્નોલોજીઓ સાથે પણ આ જ સાચું છે, અને આ ભાગ્યે જ ખોટી માન્યતા છે. અમારા અનુભવમાં, AWS પર સર્વરલેસ એપ્લિકેશન્સ બનાવવી, AWS Lambda ની અન્ય AWS સેવાઓને એકસાથે બંડલ કરવાની ક્ષમતા સાથે જોડાયેલી, સર્વરલેસ આર્કિટેક્ચરની મજબૂતાઈનો એક ભાગ છે. આ સિનર્જીનું સારું ઉદાહરણ છે, જ્યારે સંયોજનનું પરિણામ માત્ર શબ્દોના સરવાળા કરતાં વધુ હોય છે. વિક્રેતાની અવલંબન ટાળવાનો પ્રયાસ કરવાથી પણ વધુ સમસ્યાઓ થઈ શકે છે. કન્ટેનર સાથે કામ કરતી વખતે, ક્લાઉડ પ્રદાતાઓ વચ્ચે તમારા પોતાના અમૂર્ત સ્તરનું સંચાલન કરવું વધુ સરળ છે. પરંતુ જ્યારે સર્વરલેસ સોલ્યુશન્સની વાત આવે છે, ત્યારે પ્રયત્નો ફળશે નહીં, ખાસ કરીને જો શરૂઆતથી જ કિંમત-અસરકારકતાને ધ્યાનમાં લેવામાં આવે. વિક્રેતાઓ સેવાઓ કેવી રીતે પ્રદાન કરે છે તે શોધવાની ખાતરી કરો. કેટલીક વિશિષ્ટ સેવાઓ અન્ય વિક્રેતાઓ સાથે એકીકરણ બિંદુઓ પર આધાર રાખે છે અને બોક્સની બહાર પ્લગ-એન્ડ-પ્લે કનેક્ટિવિટી પ્રદાન કરી શકે છે. કેટલાક કન્ટેનર અથવા EC2 દાખલાની વિનંતીને પ્રોક્સી કરવા કરતાં ગેટવે API એન્ડપોઇન્ટથી લેમ્બડા કૉલ પ્રદાન કરવો વધુ સરળ છે. Graphcool Auth0 સાથે સરળ રૂપરેખાંકન પૂરું પાડે છે, જે તૃતીય પક્ષ પ્રમાણીકરણ સાધનોનો ઉપયોગ કરતાં વધુ સરળ છે.

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

ધ્યાનમાં લો:

• તમને કઈ સેવાઓની જરૂર છે અને શા માટે.
• ક્લાઉડ પ્રદાતાઓ કઈ સેવાઓ પ્રદાન કરે છે અને તમે તેને તમારા પસંદ કરેલા FaaS ઉકેલ સાથે કેવી રીતે જોડી શકો છો.
• કઈ પ્રોગ્રામિંગ લેંગ્વેજ સપોર્ટેડ છે (ડાયનેમિક અથવા સ્ટેટિક ટાઈપિંગ સાથે, કમ્પાઈલ અથવા ઈન્ટરપ્રિટેડ, બેન્ચમાર્ક શું છે, કોલ્ડ સ્ટાર્ટ પર પરફોર્મન્સ શું છે, ઓપન સોર્સ ઈકોસિસ્ટમ શું છે વગેરે).
• તમારી સુરક્ષા જરૂરિયાતો શું છે (SLA, 2FA, OAuth, HTTPS, SSL, વગેરે).
• તમારા CI/CD અને સોફ્ટવેર ડેવલપમેન્ટ સાયકલનું સંચાલન કેવી રીતે કરવું.
• તમે કયા ઈન્ફ્રાસ્ટ્રક્ચર-એઝ-કોડ સોલ્યુશન્સનો લાભ લઈ શકો છો.

જો તમે અસ્તિત્વમાં છે તે એપ્લિકેશનને વિસ્તૃત કરો અને સર્વરલેસ કાર્યક્ષમતા વધારો, આ ઉપલબ્ધ ક્ષમતાઓને કંઈક અંશે મર્યાદિત કરી શકે છે. જો કે, લગભગ તમામ સર્વરલેસ ટેક્નોલોજીઓ અમુક પ્રકારની API પૂરી પાડે છે (REST અથવા મેસેજ ક્યુ દ્વારા) જે તમને એપ્લિકેશન કોરથી સ્વતંત્ર અને સરળ એકીકરણ સાથે એક્સ્ટેન્શન્સ બનાવવાની મંજૂરી આપે છે. સ્પષ્ટ API, સારા દસ્તાવેજો અને મજબૂત સમુદાય સાથે સેવાઓ માટે જુઓ, અને તમે ખોટું ન કરી શકો. એકીકરણની સરળતા ઘણીવાર મુખ્ય મેટ્રિક હોઈ શકે છે, અને સંભવતઃ 2015 માં લેમ્બડાને રિલીઝ કરવામાં આવી ત્યારથી AWS આટલું સફળ રહ્યું છે તેનું એક મુખ્ય કારણ છે.

જ્યારે સર્વરલેસ સારું છે

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

ખર્ચમાં બચત અને સ્કેલિંગની સરળતાને લીધે, સર્વરલેસ સોલ્યુશન્સ બહુ-મિલિયન પ્રેક્ષકો સાથેની વેબ એપ્લિકેશન સુધી આંતરિક અને બાહ્ય બંને સિસ્ટમો માટે સમાન રીતે લાગુ પડે છે. એકાઉન્ટ્સ યુરો કરતાં માપવામાં આવે છે, પરંતુ સેન્ટમાં. AWS EC2 (t1.micro) ના સૌથી સરળ ઉદાહરણને એક મહિના માટે ભાડે આપવા માટે €15નો ખર્ચ થશે, પછી ભલે તમે તેની સાથે કંઈ ન કરો (કોણ તેને બંધ કરવાનું ક્યારેય ભૂલ્યા નથી?!). સરખામણીમાં, સમાન સમયગાળામાં ખર્ચના આ સ્તર સુધી પહોંચવા માટે, તમારે 512 સેકન્ડ માટે લગભગ 1 મિલિયન વખત 3 MB લેમ્બડા ચલાવવાની જરૂર પડશે. અને જો તમે આ સુવિધાનો ઉપયોગ કરતા નથી, તો પછી તમે કંઈપણ ચૂકવશો નહીં.

સર્વરલેસ મુખ્યત્વે ઇવેન્ટ-આધારિત હોવાને કારણે, જૂની સિસ્ટમ્સમાં સર્વરલેસ ઇન્ફ્રાસ્ટ્રક્ચર ઉમેરવાનું એકદમ સરળ છે. ઉદાહરણ તરીકે, AWS S3, Lambda અને Kinesis નો ઉપયોગ કરીને, તમે જૂની રિટેલ સિસ્ટમ માટે વિશ્લેષણ સેવા બનાવી શકો છો જે API દ્વારા ડેટા પ્રાપ્ત કરી શકે છે.

મોટાભાગના સર્વરલેસ પ્લેટફોર્મ બહુવિધ ભાષાઓને સપોર્ટ કરે છે. મોટેભાગે તે પાયથોન, જાવાસ્ક્રિપ્ટ, સી#, જાવા અને ગો છે. સામાન્ય રીતે બધી ભાષાઓમાં પુસ્તકાલયોના ઉપયોગ પર કોઈ નિયંત્રણો નથી, તેથી તમે તમારી મનપસંદ ઓપન સોર્સ લાઇબ્રેરીઓનો ઉપયોગ કરી શકો છો. જો કે, નિર્ભરતાઓનો દુરુપયોગ ન કરવાની સલાહ આપવામાં આવે છે જેથી તમારા કાર્યો શ્રેષ્ઠ રીતે કાર્ય કરે અને તમારી સર્વરલેસ એપ્લિકેશન્સની વિશાળ માપનીયતાના લાભોને નકારી ન શકે. કન્ટેનરમાં જેટલા વધુ પેકેજો લોડ કરવાની જરૂર છે, કોલ્ડ સ્ટાર્ટમાં વધુ સમય લાગશે.

જ્યારે તમારે કન્ટેનર, રનટાઇમ અને એરર હેન્ડલરનો ઉપયોગ કરતા પહેલા તેને પ્રારંભ કરવાની જરૂર હોય ત્યારે કોલ્ડ સ્ટાર્ટ થાય છે. આને કારણે, કાર્યોના અમલમાં વિલંબ 3 સેકંડ સુધીનો હોઈ શકે છે, અને અધીર વપરાશકર્તાઓ માટે આ શ્રેષ્ઠ વિકલ્પ નથી. જો કે, નિષ્ક્રિય કાર્યની થોડી મિનિટો પછી પ્રથમ કૉલ પર ઠંડી શરૂ થાય છે. ઘણા લોકો આને નાની હેરાનગતિ માને છે કે જેને નિષ્ક્રિય રાખવા માટે ફંક્શનને નિયમિતપણે પિંગ કરીને કામ કરી શકાય છે. અથવા તેઓ આ પાસાને સદંતર અવગણે છે.

જોકે AWS રિલીઝ થયું હતું સર્વરલેસ એસક્યુએલ ડેટાબેઝ સર્વરલેસ ઓરોરાજો કે, SQL ડેટાબેઝ આ એપ્લિકેશન માટે આદર્શ નથી, કારણ કે તેઓ વ્યવહારો કરવા માટે જોડાણો પર આધાર રાખે છે, જે AWS Lambda પર ભારે ટ્રાફિક સાથે ઝડપથી અવરોધ બની શકે છે. હા, ડેવલપર્સ સર્વરલેસ ઓરોરામાં સતત સુધારો કરી રહ્યા છે, અને તમારે તેનો પ્રયોગ કરવો જોઈએ, પરંતુ આજે NoSQL સોલ્યુશન્સ જેમ કે ડાયનેમોડીબી. જો કે આ પરિસ્થિતિ બહુ જલ્દી બદલાઈ જશે તેમાં કોઈ શંકા નથી.

ટૂલકીટ પણ ઘણાં નિયંત્રણો લાદે છે, ખાસ કરીને સ્થાનિક પરીક્ષણના ક્ષેત્રમાં. ડોકર-લેમ્બડા, ડાયનામોડીબી લોકલ અને લોકલસ્ટૅક જેવા ઉકેલો હોવા છતાં, તેમને સખત મહેનત અને નોંધપાત્ર પ્રમાણમાં ગોઠવણીની જરૂર છે. જો કે, આ તમામ પ્રોજેક્ટ્સ સક્રિય રીતે વિકસિત છે, તેથી ટૂલકીટ અમને જરૂરી સ્તર સુધી પહોંચે તે પહેલાં તે માત્ર સમયની બાબત છે.

વિકાસ ચક્ર પર સર્વરલેસ તકનીકોની અસર

કારણ કે તમારું ઈન્ફ્રાસ્ટ્રક્ચર માત્ર એક રૂપરેખાંકન છે, તમે સ્ક્રિપ્ટ્સનો ઉપયોગ કરીને કોડને વ્યાખ્યાયિત કરી શકો છો, જેમ કે શેલ સ્ક્રિપ્ટ્સ. અથવા તમે રૂપરેખાંકન-એઝ-કોડ વર્ગ ઉકેલોનો આશરો લઈ શકો છો જેમ કે AWS મેઘ રચના. જો કે આ સેવા તમામ ક્ષેત્રો માટે રૂપરેખાંકન પ્રદાન કરતી નથી, તે તમને Lambda કાર્યો તરીકે ઉપયોગ કરવા માટે ચોક્કસ સંસાધનોને વ્યાખ્યાયિત કરવાની મંજૂરી આપે છે. એટલે કે, જ્યાં CloudFormation તમને નિષ્ફળ કરે છે, તમે તમારા પોતાના સંસાધન (લેમ્બડા ફંક્શન) લખી શકો છો જે આ ગેપને બંધ કરશે. આ રીતે તમે કંઈપણ કરી શકો છો, તમારા AWS પર્યાવરણની બહારની નિર્ભરતાને પણ ગોઠવી શકો છો.

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

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

Epsagon, Thundra, Dashbird અને IOPipe જેવા ખૂબ જ શક્તિશાળી મોનિટરિંગ અને વિઝ્યુલાઇઝેશન ટૂલ્સ છે. તેઓ તમને તમારી સર્વરલેસ એપ્લિકેશન્સની વર્તમાન સ્થિતિનું નિરીક્ષણ કરવા, લોગિંગ અને ટ્રેસિંગ પ્રદાન કરવા, પ્રદર્શન મેટ્રિક્સ અને આર્કિટેક્ચર અવરોધો કેપ્ચર કરવા, ખર્ચ વિશ્લેષણ અને આગાહી કરવા અને વધુ કરવાની મંજૂરી આપે છે. તેઓ માત્ર DevOps એન્જિનિયરો, વિકાસકર્તાઓ અને આર્કિટેક્ટ્સને એપ્લિકેશન કામગીરીનો વ્યાપક દૃષ્ટિકોણ જ આપતા નથી, પરંતુ પ્રતિ-સેકન્ડ સંસાધન ખર્ચ અને ખર્ચની આગાહી સાથે મેનેજરોને વાસ્તવિક સમયમાં પરિસ્થિતિનું નિરીક્ષણ કરવાની પણ મંજૂરી આપે છે. મેનેજ્ડ ઇન્ફ્રાસ્ટ્રક્ચર સાથે આનું આયોજન કરવું વધુ મુશ્કેલ છે.

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

જ્યારે ટૂલકીટ વધુ સારી હોઈ શકે છે (તે દરરોજ વધુ સારી થાય છે), વિકાસકર્તાઓ વ્યવસાયના તર્કને અમલમાં મૂકવા અને આર્કિટેક્ચરની અંદર વિવિધ સેવાઓમાં એપ્લિકેશનની જટિલતાને શ્રેષ્ઠ રીતે વિતરિત કરવા પર ધ્યાન કેન્દ્રિત કરી શકે છે. સર્વરલેસ એપ્લીકેશન મેનેજમેન્ટ ઈવેન્ટ આધારિત છે અને ક્લાઉડ પ્રોવાઈડર (દા.ત. SQS, S3 ઈવેન્ટ્સ અથવા DynamoDB સ્ટ્રીમ્સ) દ્વારા અમૂર્ત છે. તેથી, વિકાસકર્તાઓએ અમુક ઘટનાઓને પ્રતિસાદ આપવા માટે માત્ર બિઝનેસ લોજિક લખવાની જરૂર છે, અને ડેટાબેસેસ અને સંદેશ કતારોને કેવી રીતે શ્રેષ્ઠ રીતે અમલમાં મૂકવું, અથવા ચોક્કસ હાર્ડવેર સ્ટોરેજમાં ડેટા સાથે શ્રેષ્ઠ કાર્ય કેવી રીતે ગોઠવવું તે વિશે ચિંતા કરવાની જરૂર નથી.

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

સર્વરલેસ એપ્લીકેશન બનાવવા માટેના સાધનો અને તકનીકો

સર્વરલેસ એપ્લીકેશન બનાવવાની કોઈ ચોક્કસ રીત નથી. તેમજ આ કાર્ય માટે સેવાઓનો સમૂહ. AWS એ આજે ​​શક્તિશાળી સર્વરલેસ સોલ્યુશન્સમાં અગ્રેસર છે, પરંતુ તે પણ જુઓ Google મેઘ, સમય и ફાયરબેઝ. જો તમે AWS નો ઉપયોગ કરી રહ્યાં છો, તો એપ્લિકેશનો એકત્રિત કરવા માટે ભલામણ કરેલ અભિગમ છે સર્વરલેસ એપ્લિકેશન મોડલ (SAM), ખાસ કરીને C# નો ઉપયોગ કરતી વખતે, કારણ કે વિઝ્યુઅલ સ્ટુડિયોમાં ઉત્તમ ટૂલિંગ છે. SAM CLI એ બધું કરી શકે છે જે વિઝ્યુઅલ સ્ટુડિયો કરી શકે છે, તેથી જો તમે બીજા IDE અથવા ટેક્સ્ટ એડિટર પર સ્વિચ કરશો તો તમે કંઈપણ ગુમાવશો નહીં. અલબત્ત, SAM અન્ય ભાષાઓ સાથે પણ કામ કરે છે.

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

સ્થાનિક પરીક્ષણ માટે, ઓપન સોર્સ ટૂલ્સ ડોકર-લેમ્બડા, સર્વરલેસ લોકલ, ડાયનામોડીબી લોકલ, અને લોકલસ્ટેક સારી રીતે અનુકૂળ છે. સર્વરલેસ ટેક્નોલોજીઓ હજુ વિકાસના પ્રારંભિક તબક્કામાં છે, જેમ કે તેમના માટેના સાધનો છે, તેથી જટિલ પરીક્ષણ દૃશ્યો માટે સેટઅપ કરતી વખતે, તમારે સખત મહેનત કરવી પડશે. જો કે, ફક્ત પર્યાવરણમાં સ્ટેક જમાવવું અને ત્યાં પરીક્ષણ કરવું અતિ સસ્તું છે. અને તમારે ક્લાઉડ વાતાવરણની ચોક્કસ સ્થાનિક નકલ બનાવવાની જરૂર નથી.

તૈનાત પેકેજોનું કદ ઘટાડવા અને ડાઉનલોડની ઝડપ વધારવા માટે AWS લેમ્બડા લેયરનો ઉપયોગ કરો.

ચોક્કસ કાર્યો માટે યોગ્ય પ્રોગ્રામિંગ ભાષાઓનો ઉપયોગ કરો. વિવિધ ભાષાઓના પોતાના ફાયદા અને ગેરફાયદા છે. ત્યાં ઘણા બેન્ચમાર્ક છે, પરંતુ JavaScript, Python, અને C# (.NET Core 2.1+) AWS Lambda પ્રદર્શનની દ્રષ્ટિએ અગ્રણી છે. AWS Lambda એ તાજેતરમાં રનટાઇમ API રજૂ કર્યું છે, જે તમને તમારી ઇચ્છિત ભાષા અને રનટાઇમ વાતાવરણનો ઉલ્લેખ કરવાની મંજૂરી આપે છે, તેથી પ્રયોગ કરો.

જમાવટ માટે પેકેજનું કદ નાનું રાખો. તેઓ જેટલા નાના હોય છે, તેટલી ઝડપથી તેઓ લોડ થાય છે. મોટી લાઇબ્રેરીઓનો ઉપયોગ કરવાનું ટાળો, ખાસ કરીને જો તમે તેમાંથી કેટલીક સુવિધાઓનો ઉપયોગ કરો છો. જો તમે JavaScript માં પ્રોગ્રામિંગ કરી રહ્યાં છો, તો તમારા બિલ્ડને ઑપ્ટિમાઇઝ કરવા માટે Webpack જેવા બિલ્ડ ટૂલનો ઉપયોગ કરો અને તમને ખરેખર જે જોઈએ છે તે જ શામેલ કરો. .NET કોર 3.0 માં ક્વિકજીટ અને ટાયર્ડ કમ્પાઇલેશન છે જે કામગીરીમાં સુધારો કરે છે અને ઠંડા પ્રારંભમાં ઘણી મદદ કરે છે.

ઇવેન્ટ્સ પર સર્વરલેસ વિધેયોની નિર્ભરતા પહેલા વ્યવસાયના તર્કનું સંકલન કરવાનું મુશ્કેલ બનાવી શકે છે. આ સંદર્ભે, સંદેશ કતાર અને રાજ્ય મશીનો અતિ ઉપયોગી થઈ શકે છે. લેમ્બડા ફંક્શન્સ એકબીજાને કૉલ કરી શકે છે, પરંતુ જો તમે પ્રતિસાદની અપેક્ષા ન રાખતા હો તો જ આ કરો ("ફાયર અને ભૂલી જાઓ") - તમે અન્ય કાર્ય પૂર્ણ થવાની રાહ જોવા માટે બિલ મેળવવા માંગતા નથી. સંદેશ કતાર વ્યવસાય તર્કના ભાગોને અલગ કરવા, એપ્લિકેશનની અડચણોનું સંચાલન કરવા અને વ્યવહારોની પ્રક્રિયા કરવા (FIFO કતારોનો ઉપયોગ કરીને) ઉપયોગી છે. AWS Lambda ફંક્શન્સને SQS કતારોને અટવાયેલી સંદેશ કતાર તરીકે અસાઇન કરી શકાય છે જે પછીના વિશ્લેષણ માટે નિષ્ફળ સંદેશાઓનો ટ્રૅક રાખે છે. AWS સ્ટેપ ફંક્શન્સ (સ્ટેટ મશીન) જટિલ પ્રક્રિયાઓનું સંચાલન કરવા માટે ખૂબ જ ઉપયોગી છે જેમાં કાર્યોની સાંકળની જરૂર હોય છે. લેમ્બડા ફંક્શન બીજા ફંક્શનને કૉલ કરવાને બદલે, સ્ટેપ ફંક્શન સ્ટેટ ટ્રાન્ઝિશનનું સંકલન કરી શકે છે, ફંક્શન્સ વચ્ચે ડેટા પાસ કરી શકે છે અને ફંક્શનની વૈશ્વિક સ્થિતિનું સંચાલન કરી શકે છે. આ તમને પુનઃપ્રયાસની શરતોને વ્યાખ્યાયિત કરવાની પરવાનગી આપે છે, અથવા જ્યારે કોઈ ચોક્કસ ભૂલ થાય ત્યારે શું કરવું - ચોક્કસ પરિસ્થિતિઓમાં ખૂબ જ શક્તિશાળી સાધન.

નિષ્કર્ષ

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

સોર્સ: www.habr.com