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

સેટિંગ: મૂળભૂત રસાયણશાસ્ત્રથી ક્વોન્ટમ મિકેનિક્સ સુધી

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

સિસ્ટમ સમજવી સરળ નથી

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

જો તે ડીબગ કરી શકાતું નથી, તો કદાચ અમે તેનું પરીક્ષણ કરીશું

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

બધા સમાધાનો પાસે સારું કારણ છે. ખરું ને?

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

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

સોર્સ: www.habr.com