રેક્સ પર સર્વરલેસ

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

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

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

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

આવા વિચારો મને સર્વરલેસ કમ્પ્યુટિંગ તરફ દોરી ગયા. આ કિસ્સામાં સર્વરલેસનો અર્થ થાય છે સર્વરની ભૌતિક ગેરહાજરી નહીં, પરંતુ ઇન્ફ્રાસ્ટ્રક્ચર મેનેજમેન્ટની માથાનો દુખાવોની ગેરહાજરી.

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

ચાલો જોઈએ કે એપ્લિકેશન ડેવલપમેન્ટ પ્રક્રિયા હવે કેવી દેખાશે.

વિકાસકર્તાની બાજુથી

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

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

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

સર્વરલેસ કાર્યો ટૂંકા ગાળા (સમયસમાપ્ત) માં ચલાવવામાં આવશ્યક છે, જે સેવા પ્રદાતા દ્વારા નક્કી કરવામાં આવે છે. ઉદાહરણ તરીકે, AWS માટે સમયસમાપ્તિ 15 મિનિટ છે. આનો અર્થ એ છે કે જરૂરિયાતોને અનુરૂપ લાંબા ગાળાના કાર્યોને બદલવા પડશે - આ તે છે જે સર્વરલેસને આજે અન્ય લોકપ્રિય તકનીકો (સેવા તરીકે કન્ટેનર અને પ્લેટફોર્મ) થી અલગ પાડે છે.

અમે દરેક ફંક્શન માટે એક ઇવેન્ટ અસાઇન કરીએ છીએ. ઇવેન્ટ એ ક્રિયા માટે ટ્રિગર છે:

ઘટના
ક્રિયા જે કાર્ય કરે છે

રિપોઝીટરીમાં ઉત્પાદનની છબી અપલોડ કરવામાં આવી છે.
છબીને સંકુચિત કરો અને ડિરેક્ટરીમાં અપલોડ કરો

ભૌતિક સ્ટોરનું સરનામું ડેટાબેઝમાં અપડેટ કરવામાં આવ્યું છે
નકશામાં નવું સ્થાન લોડ કરો

ગ્રાહક માલ માટે ચૂકવણી કરે છે
ચુકવણી પ્રક્રિયા શરૂ કરો

ઇવેન્ટ્સ HTTP વિનંતીઓ, સ્ટ્રીમિંગ ડેટા, સંદેશ કતાર વગેરે હોઈ શકે છે. ઇવેન્ટ સ્ત્રોતો ડેટાના ફેરફારો અથવા ઘટનાઓ છે. વધુમાં, કાર્યોને ટાઈમર દ્વારા ટ્રિગર કરી શકાય છે.

આર્કિટેક્ચર પર કામ કરવામાં આવ્યું હતું, અને એપ્લિકેશન લગભગ સર્વરલેસ બની ગઈ હતી. આગળ આપણે સેવા પ્રદાતા પર જઈએ છીએ.

પ્રદાતાની બાજુથી

સામાન્ય રીતે, સર્વરલેસ કમ્પ્યુટિંગ ક્લાઉડ સેવા પ્રદાતાઓ દ્વારા ઓફર કરવામાં આવે છે. તેમને અલગ રીતે કહેવામાં આવે છે: Azure ફંક્શન્સ, AWS Lambda, Google ક્લાઉડ ફંક્શન્સ, IBM ક્લાઉડ ફંક્શન્સ.

અમે સેવાનો ઉપયોગ પ્રદાતાના કન્સોલ અથવા વ્યક્તિગત ખાતા દ્વારા કરીશું. ફંક્શન કોડ નીચેનામાંથી એક રીતે ડાઉનલોડ કરી શકાય છે:

• વેબ કન્સોલ દ્વારા બિલ્ટ-ઇન એડિટર્સમાં કોડ લખો,
• કોડ સાથે આર્કાઇવ ડાઉનલોડ કરો,
• જાહેર અથવા ખાનગી ગિટ રિપોઝીટરીઝ સાથે કામ કરો.

અહીં આપણે ઇવેન્ટ્સ સેટ કરીએ છીએ જે ફંક્શનને કૉલ કરે છે. વિવિધ પ્રદાતાઓ માટે ઇવેન્ટના સેટ અલગ અલગ હોઈ શકે છે.

પ્રદાતાએ તેના ઈન્ફ્રાસ્ટ્રક્ચર પર સેવા તરીકે કાર્ય (FaaS) સિસ્ટમનું નિર્માણ અને સ્વચાલિત કર્યું:

1. ફંક્શન કોડ પ્રદાતા બાજુના સ્ટોરેજમાં સમાપ્ત થાય છે.
2. જ્યારે કોઈ ઘટના બને છે, ત્યારે તૈયાર વાતાવરણ સાથેના કન્ટેનર સર્વર પર આપમેળે જમાવવામાં આવે છે. દરેક ફંક્શન ઇન્સ્ટન્સનું પોતાનું અલગ કન્ટેનર હોય છે.
3. સંગ્રહમાંથી, કાર્ય કન્ટેનર પર મોકલવામાં આવે છે, ગણતરી કરવામાં આવે છે અને પરિણામ આપે છે.
4. સમાંતર ઘટનાઓની સંખ્યા વધી રહી છે - કન્ટેનરની સંખ્યા વધી રહી છે. સિસ્ટમ આપોઆપ સ્કેલ કરે છે. જો વપરાશકર્તાઓ ફંક્શનને ઍક્સેસ કરતા નથી, તો તે નિષ્ક્રિય થઈ જશે.
5. પ્રદાતા કન્ટેનર માટે નિષ્ક્રિય સમય સેટ કરે છે - જો આ સમય દરમિયાન કાર્યો કન્ટેનરમાં દેખાતા નથી, તો તે નાશ પામે છે.

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

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

પ્રદાતા સાથે કામ કરવાનો મુખ્ય ફાયદો એ છે કે ઇન્ફ્રાસ્ટ્રક્ચર (સર્વર, વર્ચ્યુઅલ મશીનો, કન્ટેનર) વિશે ચિંતા ન કરવાની ક્ષમતા. તેના ભાગ માટે, પ્રદાતા તેના પોતાના વિકાસનો ઉપયોગ કરીને અને ઓપન-સોર્સ ટૂલ્સનો ઉપયોગ કરીને FaaS નો અમલ કરી શકે છે. ચાલો તેમના વિશે વધુ વાત કરીએ.

ઓપન સોર્સ બાજુથી

ઓપન સોર્સ સમુદાય છેલ્લા કેટલાક વર્ષોથી સર્વરલેસ ટૂલ્સ પર સક્રિયપણે કામ કરી રહ્યો છે. સર્વરલેસ પ્લેટફોર્મના વિકાસમાં સૌથી મોટા બજારના ખેલાડીઓ પણ ફાળો આપે છે:

• Google વિકાસકર્તાઓને તેનું ઓપન-સોર્સ ટૂલ ઓફર કરે છે - નેટીવ. IBM, RedHat, Pivotal અને SAP એ તેના વિકાસમાં ભાગ લીધો;
• IBM સર્વરલેસ પ્લેટફોર્મ પર કામ કર્યું ઓપનવિસ્ક, જે પછી અપાચે ફાઉન્ડેશનનો પ્રોજેક્ટ બન્યો;
• માઈક્રોસોફ્ટ આંશિક રીતે પ્લેટફોર્મ કોડ ખોલ્યો એઝ્યુર કાર્યો.

સર્વરલેસ ફ્રેમવર્કની દિશામાં પણ વિકાસ ચાલી રહ્યો છે. કુબેલેસ и દ્વિભાજન પૂર્વ-તૈયાર કુબરનેટ્સ ક્લસ્ટરોની અંદર તૈનાત, OpenFaaS કુબરનેટ્સ અને ડોકર સ્વોર્મ બંને સાથે કામ કરે છે. ફ્રેમવર્ક એક પ્રકારના કંટ્રોલર તરીકે કામ કરે છે - વિનંતી પર, તે ક્લસ્ટરની અંદર રનટાઇમ એન્વાયર્નમેન્ટ તૈયાર કરે છે, પછી ત્યાં ફંક્શન લોંચ કરે છે.

ફ્રેમવર્ક તમારી જરૂરિયાતોને અનુરૂપ ટૂલને ગોઠવવા માટે જગ્યા છોડે છે. તેથી, કુબેલેસમાં, વિકાસકર્તા ફંક્શન એક્ઝેક્યુશન સમયસમાપ્તિને ગોઠવી શકે છે (ડિફોલ્ટ મૂલ્ય 180 સેકન્ડ છે). વિભાજન, કોલ્ડ સ્ટાર્ટ સમસ્યાને ઉકેલવાના પ્રયાસરૂપે, કેટલાક કન્ટેનરને હંમેશા ચાલુ રાખવાનું સૂચન કરે છે (જોકે આમાં સંસાધન ડાઉનટાઇમ ખર્ચનો સમાવેશ થાય છે). અને OpenFaaS દરેક સ્વાદ અને રંગ માટે ટ્રિગર્સનો સમૂહ ઓફર કરે છે: HTTP, Kafka, Redis, MQTT, Cron, AWS SQS, NATs અને અન્ય.

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

અમે સર્વરલેસ સાથે કેવી રીતે કાર્ય કરીએ છીએ તે ધ્યાનમાં લીધા વિના - પ્રદાતા દ્વારા અથવા ઓપન-સોર્સનો ઉપયોગ કરીને, અમને સર્વરલેસ અભિગમના ઘણા ફાયદા અને ગેરફાયદા પ્રાપ્ત થશે.

ફાયદા અને ગેરફાયદાના દૃષ્ટિકોણથી

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

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

બોનસ તરીકે, અમને લોડ માટે આપોઆપ સ્કેલિંગ મળે છે, અને અમે ફક્ત ઉપયોગમાં લેવાતા સંસાધનોની ચૂકવણી કરીએ છીએ અને જ્યારે તેનો ઉપયોગ કરવામાં આવે ત્યારે જ.

કોઈપણ તકનીકની જેમ, સર્વરલેસમાં ગેરફાયદા છે.

ઉદાહરણ તરીકે, આવા ગેરલાભ કોલ્ડ સ્ટાર્ટ ટાઈમ હોઈ શકે છે (જાવાસ્ક્રિપ્ટ, પાયથોન, ગો, જાવા, રૂબી જેવી ભાષાઓ માટે સરેરાશ 1 સેકન્ડ સુધી).

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

જ્યારે ફંક્શન પાછલી ઇવેન્ટ દ્વારા શરૂ કરાયેલ કન્ટેનરનો પુનઃઉપયોગ કરે છે ત્યારે કોલ્ડ સ્ટાર્ટ ગરમ શરૂઆતમાં ફેરવાઈ શકે છે. આ સ્થિતિ ત્રણ કિસ્સાઓમાં ઊભી થશે:

• જો ક્લાયન્ટ વારંવાર સેવાનો ઉપયોગ કરે છે અને ફંક્શન પર કૉલ્સની સંખ્યા વધે છે;
• જો પ્રદાતા, પ્લેટફોર્મ અથવા ફ્રેમવર્ક તમને અમુક કન્ટેનર હંમેશા ચાલુ રાખવા દે છે;
• જો વિકાસકર્તા ટાઈમર પર કાર્યો ચલાવે છે (દર 3 મિનિટે કહો).

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

સર્વરલેસનો આગળનો ગેરલાભ એ ફંક્શનનું ટૂંકું જીવનકાળ છે (સમયસમાપ્તિ કે જે દરમિયાન ફંક્શન એક્ઝિક્યુટ થવું જોઈએ).

પરંતુ, જો તમારે લાંબા ગાળાના કાર્યો સાથે કામ કરવું હોય, તો તમે હાઇબ્રિડ આર્કિટેક્ચરનો ઉપયોગ કરી શકો છો - સર્વરલેસને બીજી તકનીક સાથે જોડો.

સર્વરલેસ સ્કીમનો ઉપયોગ કરીને બધી સિસ્ટમો કામ કરી શકશે નહીં.

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

આ નસમાં, હું સર્વરલેસ અભિગમનો ઉપયોગ કરવાના મુદ્દા પર સરળતાથી આગળ વધવા માંગુ છું.

એપ્લિકેશન બાજુથી

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

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

ચાલો કહીએ કે એક એવી સેવા છે જે 50 લોકોને આકર્ષે છે. તેની નીચે નબળા હાર્ડવેર સાથે વર્ચ્યુઅલ મશીન છે. સમય સમય પર, સેવા પરનો ભાર નોંધપાત્ર રીતે વધે છે. પછી નબળા હાર્ડવેર સામનો કરી શકતા નથી.

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

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

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

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

સર્વરલેસ અને સિલેક્ટેલ

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

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

• સર્વરલેસ વપરાશની ટકાવારી દોઢ ગણી વધી છે (સંપૂર્ણ રાઇટસ્કેલ રિપોર્ટ)
• કેટલો કોલ્ડ સ્ટાર્ટ ટાઈમ એપ્લીકેશનની ભાષા પર આધાર રાખે છે

સોર્સ: www.habr.com