ક્લુચેવые моменты

• ઘણા વર્ષોથી અમને વચન આપવામાં આવ્યું છે કે સર્વરલેસ કમ્પ્યુટિંગ (સર્વરલેસ) એપ્લીકેશન ચલાવવા માટે ચોક્કસ OS વિના એક નવો યુગ ખોલશે. અમને કહેવામાં આવ્યું હતું કે આ પ્રકારનું માળખું માપનીયતાની ઘણી સમસ્યાઓ હલ કરશે. હકીકતમાં, બધું અલગ છે.
• જ્યારે ઘણા લોકો સર્વરલેસ ટેક્નોલોજીને નવા વિચાર તરીકે જુએ છે, ત્યારે તેના મૂળ 2006માં Zimki PaaS અને Google App Engine સાથે શોધી શકાય છે, જે બંને સર્વરલેસ આર્કિટેક્ચરનો ઉપયોગ કરે છે.
• સર્વરલેસ ક્રાંતિ અટકી જવાના ચાર કારણો છે, મર્યાદિત પ્રોગ્રામિંગ લેંગ્વેજ સપોર્ટથી લઈને પ્રદર્શન સમસ્યાઓ સુધી.
• સર્વરલેસ કમ્પ્યુટિંગ એટલું બધું નકામું નથી. તેનાથી દૂર. જો કે, તેમને સર્વર્સ માટે સીધા રિપ્લેસમેન્ટ તરીકે જોવું જોઈએ નહીં. કેટલીક એપ્લિકેશનો માટે, તેઓ એક સરળ સાધન બની શકે છે.

સર્વર મરી ગયું છે, સર્વર લાંબું જીવો!

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

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

સર્વરલેસ મોડલ્સ માટેના કેટલાક વચનો ચોક્કસપણે સાચા થયા છે, પરંતુ બધા નહીં. દરેકને નહીં.

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

સર્વરલેસ કમ્પ્યુટિંગના નિષ્ણાતોએ શું વચન આપ્યું હતું

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

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

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

ટૂંકમાં, સર્વરલેસ મોડલ્સ લવચીક, ઓછા ખર્ચે, માપી શકાય તેવા ઉકેલો પૂરા પાડે છે. મને આશ્ચર્ય છે કે અમે આ વિચાર વિશે અગાઉ વિચાર્યું ન હતું.

શું આ ખરેખર નવો વિચાર છે?

વાસ્તવમાં વિચાર નવો નથી. વપરાશકર્તાઓને કોડ વાસ્તવમાં ચાલે તે સમય માટે જ ચૂકવણી કરવાની મંજૂરી આપવાનો ખ્યાલ ત્યારથી છે જ્યારે તે હેઠળ રજૂ કરવામાં આવ્યો હતો Zimki PaaS 2006 માં, અને તે જ સમયે, Google App Engine ખૂબ સમાન ઉકેલ સાથે આવ્યું.

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

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

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

સર્વરલેસ મોડલ્સ સાથે સમસ્યાઓ

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

એ કારણે.

પ્રોગ્રામિંગ ભાષાઓ માટે મર્યાદિત સપોર્ટ

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

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

આ સર્વરલેસ મોડેલના મુખ્ય ફાયદાઓમાંના એકને નબળી પાડે છે.

વિક્રેતા માટે બંધનકર્તા

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

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

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

ઉત્પાદકતા

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

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

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

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

સર્વરલેસ સિસ્ટમ્સ ઇન-હાઉસ ચલાવીને કોલ્ડ સ્ટાર્ટ સમસ્યાને આંશિક રીતે સંબોધિત કરી શકાય છે, પરંતુ આ તેના પોતાના ખર્ચે આવે છે અને સારી રીતે સંસાધિત ટીમો માટે એક વિશિષ્ટ વિકલ્પ રહે છે.

તમે સંપૂર્ણ એપ્લિકેશન ચલાવી શકતા નથી

છેવટે, સર્વરલેસ આર્કિટેક્ચર્સ પરંપરાગત મોડલ્સને ગમે ત્યારે બદલશે નહીં તેનું સૌથી મહત્વનું કારણ એ છે કે તેઓ (સામાન્ય રીતે) સંપૂર્ણ એપ્લિકેશન ચલાવી શકતા નથી.

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

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

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

ક્રાંતિ લાંબુ જીવો?

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

સોર્સ: www.habr.com