sophiagworld દ્વારા LOST

આ લેખમાં એન્જિનિયરોને લાખો વપરાશકર્તાઓ દ્વારા ઍક્સેસ કરવામાં આવતી મોટા પાયે સેવાઓ સાથે કામ કરવામાં મદદ કરવા માટે કેટલીક સામાન્ય પેટર્ન છે. 

લેખકના અનુભવમાં, આ એક સંપૂર્ણ સૂચિ નથી, પરંતુ ખરેખર અસરકારક સલાહ તો, ચાલો શરૂ કરીએ.

આધાર સાથે અનુવાદિત Mail.ru ક્લાઉડ સોલ્યુશન્સ.

પ્રથમ સ્તર

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

કોડ તરીકે ઈન્ફ્રાસ્ટ્રક્ચર

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

100 વર્ચ્યુઅલ મશીનોની જમાવટ

• ઉબુન્ટુ સાથે
• 2 જીબી રેમ દરેક
• તેમની પાસે નીચેનો કોડ હશે
• આ પરિમાણો સાથે

તમે તમારા ઇન્ફ્રાસ્ટ્રક્ચરમાં ફેરફારોને ટ્રૅક કરી શકો છો અને સંસ્કરણ નિયંત્રણનો ઉપયોગ કરીને ઝડપથી તેમના પર પાછા આવી શકો છો.

મારામાં આધુનિકતાવાદી કહે છે કે તમે ઉપરોક્ત બધું કરવા માટે કુબરનેટ્સ/ડોકરનો ઉપયોગ કરી શકો છો, અને તે સાચો છે.

વધુમાં, તમે શેફ, પપેટ અથવા ટેરાફોર્મનો ઉપયોગ કરીને ઓટોમેશન પ્રદાન કરી શકો છો.

સતત એકીકરણ અને ડિલિવરી

સ્કેલેબલ સેવા બનાવવા માટે, દરેક પુલ વિનંતી માટે બિલ્ડ અને ટેસ્ટ પાઇપલાઇન હોવી મહત્વપૂર્ણ છે. જો ટેસ્ટ ખૂબ જ સરળ હોય, તો પણ તે ઓછામાં ઓછું સુનિશ્ચિત કરશે કે તમે જે કોડ જમાવ્યો છે તે કમ્પાઇલ કરે છે.

દર વખતે આ તબક્કે તમે પ્રશ્નનો જવાબ આપો છો: શું મારી એસેમ્બલી કમ્પાઇલ કરશે અને પરીક્ષણો પાસ કરશે, શું તે માન્ય છે? આ નીચા બાર જેવું લાગે છે, પરંતુ તે ઘણી બધી સમસ્યાઓનું નિરાકરણ લાવે છે.

આ ટીક્સ જોવાથી વધુ સુંદર બીજું કંઈ નથી

આ ટેક્નોલોજી માટે તમે Github, CircleCI અથવા Jenkins નું મૂલ્યાંકન કરી શકો છો.

લોડ બેલેન્સર્સ

તેથી, અમે ટ્રાફિકને રીડાયરેક્ટ કરવા માટે લોડ બેલેન્સર ચલાવવા માંગીએ છીએ અને તમામ નોડ્સ પર સમાન લોડની ખાતરી કરીએ છીએ અથવા નિષ્ફળતાના કિસ્સામાં સેવા ચાલુ રહે છે:

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

સામાન્ય રીતે, લોડ બેલેન્સર્સ તમે ઉપયોગ કરો છો તે ક્લાઉડમાં ગોઠવેલ છે.

વિનંતીઓ માટે RayID, સહસંબંધ ID અથવા UUID

શું તમે ક્યારેય આના જેવા સંદેશ સાથે એપ્લિકેશન ભૂલનો સામનો કર્યો છે: "કંઈક ખોટું થયું. આ આઈડી સાચવો અને અમારી સપોર્ટ ટીમને મોકલો"?

એક અનન્ય ઓળખકર્તા, સહસંબંધ ID, RayID, અથવા કોઈપણ વિવિધતા, એક અનન્ય ઓળખકર્તા છે જે તમને તેના સમગ્ર જીવનકાળ દરમિયાન વિનંતીને ટ્રૅક કરવાની મંજૂરી આપે છે. આ તમને લોગમાં સમગ્ર વિનંતી પાથને ટ્રૅક કરવાની મંજૂરી આપે છે.

વપરાશકર્તા સિસ્ટમ A ને વિનંતી કરે છે, પછી A સંપર્કો B, જે C નો સંપર્ક કરે છે, તેને X માં સંગ્રહિત કરે છે, અને પછી વિનંતી A ને પરત કરવામાં આવે છે.

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

મધ્યવર્તી સ્તર

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

કેન્દ્રિય લોગીંગ

અભિનંદન! તમે 100 વર્ચ્યુઅલ મશીનો તૈનાત કરી છે. બીજા દિવસે, CEO આવે છે અને સેવાનું પરીક્ષણ કરતી વખતે મળેલી ભૂલ વિશે ફરિયાદ કરે છે. તે અનુરૂપ ID નો અહેવાલ આપે છે જેના વિશે અમે ઉપર વાત કરી હતી, પરંતુ તમારે ક્રેશનું કારણ શોધવા માટે 100 મશીનોના લોગને જોવું પડશે. અને આવતીકાલની રજૂઆત પહેલા તે શોધવાની જરૂર છે.

જ્યારે આ એક મનોરંજક સાહસ જેવું લાગે છે, ત્યારે ખાતરી કરવી શ્રેષ્ઠ છે કે તમારી પાસે એક જ જગ્યાએ તમામ સામયિકો શોધવાની ક્ષમતા છે. મેં ELK સ્ટેકની બિલ્ટ-ઇન કાર્યક્ષમતાનો ઉપયોગ કરીને લૉગને કેન્દ્રિય બનાવવાની સમસ્યા હલ કરી છે: તે શોધી શકાય તેવા લોગ સંગ્રહને સપોર્ટ કરે છે. આ ચોક્કસ જર્નલ શોધવાની સમસ્યાને ઉકેલવામાં ખરેખર મદદ કરશે. બોનસ તરીકે, તમે ચાર્ટ અને તેના જેવી અન્ય મનોરંજક વસ્તુઓ બનાવી શકો છો.

ELK સ્ટેક કાર્યક્ષમતા

મોનીટરીંગ એજન્ટો

હવે તમારી સેવા ચાલુ છે અને ચાલી રહી છે, તમારે ખાતરી કરવાની જરૂર છે કે તે સરળતાથી ચાલે છે. આ કરવાની શ્રેષ્ઠ રીત એ છે કે અનેક ચલાવો એજન્ટો, જે સમાંતર કામ કરે છે અને તપાસે છે કે તે કામ કરે છે અને મૂળભૂત કામગીરી કરવામાં આવે છે.

આ બિંદુએ તમે તે તપાસો ચાલી રહેલ બિલ્ડ સારું લાગે છે અને સારું કામ કરે છે.

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

લોડ પર આધાર રાખીને ઓટોસ્કેલિંગ

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

મોટાભાગની ક્લાઉડ સેવાઓ સાથે, તમે તેને વધુ સર્વર્સ અથવા વધુ શક્તિશાળી સર્વર્સનો ઉપયોગ કરીને ઓટોસ્કેલ પર ગોઠવી શકો છો.

પ્રયોગ સિસ્ટમ

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

નવી સુવિધાને રિલીઝ કરવાનું પણ એક પ્રયોગ તરીકે શરૂ કરી શકાય છે અને પછી તેને કેવી રીતે રિલીઝ કરવું તે નક્કી કરી શકાય છે. તમે તમારી સેવામાં અધોગતિનું કારણ બનેલા કાર્યના આધારે ફ્લાય પર "યાદ રાખવા" અથવા ગોઠવણી બદલવાની ક્ષમતા પણ મેળવો છો.

અદ્યતન સ્તર

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

વાદળી-લીલા જમાવટ

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

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

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

જો તમે ખરેખર આવા સૂચકાંકો પ્રાપ્ત કરવા માંગતા હો, તો તમારે એક જ સમયે બે જમાવટની જરૂર છે: 

• જે અત્યારે છે (N);
• આગલું સંસ્કરણ (N+1). 

તમે લોડ બેલેન્સરને નવા સંસ્કરણ (N+1) પર ટ્રાફિકની ટકાવારી રીડાયરેક્ટ કરવા માટે કહો છો જ્યારે તમે રીગ્રેશન માટે સક્રિયપણે મોનિટર કરો છો.

અહીં અમારી પાસે ગ્રીન એન જમાવટ છે જે સારું કામ કરે છે. અમે આ જમાવટના આગલા સંસ્કરણ પર જવાનો પ્રયાસ કરી રહ્યા છીએ

અમારી N+1 ડિપ્લોયમેન્ટ થોડી માત્રામાં ટ્રાફિક સાથે કામ કરે છે કે કેમ તે જોવા માટે પહેલા અમે ખરેખર એક નાનું પરીક્ષણ મોકલીએ છીએ:

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

જો તમે વધુ અદ્યતન સ્તર પર જવા માંગતા હો, તો વાદળી-લીલા જમાવટમાં બધું જ આપમેળે ચાલવા દો.

વિસંગતતા શોધ અને સ્વચાલિત શમન

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

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

આ આંતરદૃષ્ટિ સાથે, તમે કોઈપણ પરિમાણમાં સ્કેલ કરી શકો છો અને મશીનો, ડેટાબેસેસ, કનેક્શન્સ અને અન્ય સંસાધનોની લાક્ષણિકતાઓને સક્રિય અને પ્રતિક્રિયાત્મક રીતે બદલી શકો છો.

બસ એટલું જ!

જો તમે ક્લાઉડ સર્વિસ વધારી રહ્યા હોવ તો પ્રાથમિકતાઓની આ સૂચિ તમને ઘણી બધી સમસ્યાઓથી બચાવશે.

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

વિષય પર બીજું શું વાંચવું:

1. જાઓ અને CPU કેશ
2. અમલીકરણ માટેના નમૂના સાથે ચાંચિયાગીરીની ભાવનામાં કુબરનેટ્સ
3. ટેલિગ્રામમાં કુબરનેટ્સની આસપાસ અમારી ચેનલ

સોર્સ: www.habr.com