સ્ક્રિપ્ટ્સથી અમારા પોતાના પ્લેટફોર્મ સુધી: અમે CIAN પર કેવી રીતે સ્વચાલિત વિકાસ કર્યો

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

શૂન્ય સ્તર

"શૂન્ય સ્તર જેવી કોઈ વસ્તુ નથી, હું આવી વસ્તુ જાણતો નથી"
ફિલ્મ "કુંગ ફુ પાંડા" ના માસ્ટર શિફુ

કંપનીની સ્થાપનાના 14 વર્ષ પછી CIAN ખાતે ઓટોમેશન શરૂ થયું. તે સમયે વિકાસ ટીમમાં 35 લોકો હતા. માનવું મુશ્કેલ છે, ખરું ને? અલબત્ત, ઓટોમેશન અમુક સ્વરૂપે અસ્તિત્વમાં હતું, પરંતુ સતત એકીકરણ અને કોડ ડિલિવરી માટે એક અલગ દિશા 2015 માં આકાર લેવાનું શરૂ થયું. 

તે સમયે, અમારી પાસે Python, C# અને PHP નું વિશાળ મોનોલિથ હતું, જે Linux/Windows સર્વર્સ પર તૈનાત હતું. આ રાક્ષસને તૈનાત કરવા માટે, અમારી પાસે સ્ક્રિપ્ટોનો સમૂહ હતો જે અમે મેન્યુઅલી ચલાવ્યો હતો. મોનોલિથની એસેમ્બલી પણ હતી, જે શાખાઓને મર્જ કરતી વખતે, ખામીઓને સુધારતી વખતે અને "બિલ્ડમાં વિવિધ કાર્યોના સમૂહ સાથે" પુનઃનિર્માણ કરતી વખતે તકરારને કારણે પીડા અને વેદના લાવી હતી. એક સરળ પ્રક્રિયા આના જેવી દેખાતી હતી:

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

આપણને આપણી પોતાની સિસ્ટમનો વિચાર આવે છે

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

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

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

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

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

અમે પરીક્ષણ સ્વચાલિત કરીએ છીએ

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

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

ઓટોમેશન ટીમ

અમારી પાસે હાલમાં 130 વિકાસકર્તાઓનો સ્ટાફ છે, અને અમે ચાલુ રાખીએ છીએ વધવા માટે. સતત એકીકરણ અને કોડ ડિલિવરી માટેની ટીમ (ત્યારબાદ ડિપ્લોય એન્ડ ઈન્ટિગ્રેશન અથવા ડીઆઈ ટીમ તરીકે ઓળખાય છે) 7 લોકો ધરાવે છે અને 2 દિશામાં કામ કરે છે: ઈન્ટિગ્રો ઓટોમેશન પ્લેટફોર્મ અને DevOpsનો વિકાસ. 

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

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

CIAN ખાતે ઓટોમેશનની લેયર કેક

ઓટોમેશનમાં સામેલ તમામ સિસ્ટમોને કેટલાક સ્તરોમાં વિભાજિત કરી શકાય છે:

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

આ ખ્યાલના આધારે, અમે DI ટીમની અંદર જવાબદારીના ક્ષેત્રોને વિભાજિત કરીએ છીએ. પ્રથમ બે સ્તરો ઇન્ટિગ્રો વિકાસ દિશાની જવાબદારીના ક્ષેત્રમાં છે, અને છેલ્લા બે સ્તરો પહેલેથી જ DevOps ની જવાબદારીના ક્ષેત્રમાં છે. આ વિભાજન આપણને કાર્યો પર ધ્યાન કેન્દ્રિત કરવાની મંજૂરી આપે છે અને ક્રિયાપ્રતિક્રિયામાં દખલ કરતું નથી, કારણ કે આપણે એકબીજાની નજીક છીએ અને સતત જ્ઞાન અને અનુભવની આપલે કરીએ છીએ.

અકબંધ

ચાલો Integro પર ધ્યાન કેન્દ્રિત કરીએ અને ટેક્નોલોજી સ્ટેકથી શરૂઆત કરીએ:

• CentOS 7
• ડોકર + નોમાડ + કોન્સલ + વૉલ્ટ
• જાવા 11 (જૂનું ઇન્ટિગ્રો મોનોલિથ Java 8 પર રહેશે)
• સ્પ્રિંગ બૂટ 2.X + સ્પ્રિંગ ક્લાઉડ રૂપરેખા
• PostgreSql 11
• રેબિટમ્યુક્યુ 
• અપાચે ઇગ્નાઇટ
• કમુંડા (જડિત)
• Grafana + Graphite + Prometheus + Jaeger + ELK
• વેબ UI: પ્રતિક્રિયા (CSR) + MobX
• SSO: કીક્લોક

અમે માઇક્રોસર્વિસ ડેવલપમેન્ટના સિદ્ધાંતનું પાલન કરીએ છીએ, જો કે અમારી પાસે ઇન્ટીગ્રોના પ્રારંભિક સંસ્કરણના મોનોલિથના રૂપમાં વારસો છે. દરેક માઇક્રોસર્વિસ તેના પોતાના ડોકર કન્ટેનરમાં ચાલે છે, અને સેવાઓ HTTP વિનંતીઓ અને RabbitMQ સંદેશાઓ દ્વારા એકબીજા સાથે વાતચીત કરે છે. સૂક્ષ્મ સેવાઓ કન્સ્યુલ દ્વારા એકબીજાને શોધે છે અને SSO (Keycloak, OAuth 2/OpenID Connect) દ્વારા અધિકૃતતા પસાર કરીને તેને વિનંતી કરે છે.

વાસ્તવિક જીવનના ઉદાહરણ તરીકે, જેનકિન્સ સાથે ક્રિયાપ્રતિક્રિયા કરવાનું વિચારો, જેમાં નીચેના પગલાં શામેલ છે:

1. વર્કફ્લો મેનેજમેન્ટ માઇક્રોસર્વિસ (ત્યારબાદ ફ્લો માઇક્રોસર્વિસ તરીકે ઓળખાય છે) જેનકિન્સમાં બિલ્ડ ચલાવવા માંગે છે. આ કરવા માટે, તે જેનકિન્સ (ત્યારબાદ જેનકિન્સ માઇક્રોસર્વિસ તરીકે ઓળખવામાં આવે છે) સાથે એકીકરણ માટે માઇક્રોસર્વિસના IP:PORT શોધવા માટે કોન્સ્યુલનો ઉપયોગ કરે છે અને તેને જેનકિન્સમાં બિલ્ડ શરૂ કરવા માટે અસુમેળ વિનંતી મોકલે છે.
2. વિનંતી પ્રાપ્ત કર્યા પછી, જેનકિન્સ માઇક્રોસર્વિસ જોબ ID સાથે જનરેટ કરે છે અને પ્રતિસાદ આપે છે, જેનો ઉપયોગ પછી કામના પરિણામને ઓળખવા માટે કરી શકાય છે. તે જ સમયે, તે REST API કૉલ દ્વારા જેનકિન્સમાં બિલ્ડને ટ્રિગર કરે છે.
3. જેનકિન્સ બિલ્ડ કરે છે અને, પૂર્ણ થયા પછી, જેનકિન્સ માઇક્રોસર્વિસને એક્ઝેક્યુશન પરિણામો સાથે વેબહૂક મોકલે છે.
4. જેનકિન્સ માઇક્રોસર્વિસ, વેબહૂક પ્રાપ્ત કર્યા પછી, વિનંતીની પ્રક્રિયા પૂર્ણ થવા વિશે એક સંદેશ જનરેટ કરે છે અને તેની સાથે અમલના પરિણામો જોડે છે. જનરેટ થયેલ સંદેશ RabbitMQ કતારમાં મોકલવામાં આવે છે.
5. RabbitMQ દ્વારા, પ્રકાશિત સંદેશ ફ્લો માઇક્રોસર્વિસ સુધી પહોંચે છે, જે વિનંતી અને પ્રાપ્ત સંદેશમાંથી જોબ ID ને મેચ કરીને તેના કાર્યની પ્રક્રિયાના પરિણામ વિશે શીખે છે.

હવે અમારી પાસે લગભગ 30 માઇક્રોસર્વિસિસ છે, જેને ઘણા જૂથોમાં વિભાજિત કરી શકાય છે:

1. રૂપરેખાંકન વ્યવસ્થાપન.
2. વપરાશકર્તાઓ (મેસેન્જર્સ, મેઇલ) સાથે માહિતી અને ક્રિયાપ્રતિક્રિયા.
3. સ્ત્રોત કોડ સાથે કામ.
4. જમાવટ સાધનો સાથે એકીકરણ (જેનકિન્સ, નોમાડ, કોન્સ્યુલ, વગેરે).
5. મોનીટરીંગ (પ્રકાશન, ભૂલો, વગેરે).
6. વેબ ઉપયોગિતાઓ (પરીક્ષણ વાતાવરણનું સંચાલન કરવા, આંકડા એકત્રિત કરવા વગેરે માટે UI).
7. કાર્ય ટ્રેકર્સ અને સમાન સિસ્ટમો સાથે એકીકરણ.
8. વિવિધ કાર્યો માટે વર્કફ્લો મેનેજમેન્ટ.

વર્કફ્લો કાર્યો

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

ચાલો વર્કફ્લો જોઈએ જેનો આપણે મોટાભાગે ઉપયોગ કરીએ છીએ:

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

કેનેરી પરીક્ષણો વિના DEV+BETA પર સંપૂર્ણ રીતે મેન્યુઅલ પરીક્ષણ (સામાન્ય રીતે આ રીતે આપણે મોનોલિથ રિલીઝ કરીએ છીએ):

અન્ય સંક્રમણ સંયોજનો હોઈ શકે છે. કેટલીકવાર ઇશ્યુ જે રસ્તો લેશે તે જીરામાંના વિકલ્પો દ્વારા પસંદ કરી શકાય છે.

કાર્ય ચળવળ

ચાલો મુખ્ય પગલાં જોઈએ કે જ્યારે કોઈ કાર્ય “DEV ટેસ્ટિંગ + કેનેરી ટેસ્ટ્સ” વર્કફ્લોમાંથી પસાર થાય ત્યારે કરવામાં આવે છે:

1. વિકાસકર્તા અથવા PM કાર્ય બનાવે છે.

2. વિકાસકર્તા કાર્યને કાર્ય કરવા માટે લે છે. પૂર્ણ થયા પછી, તે સમીક્ષા સ્થિતિ પર સ્વિચ કરે છે.

3. જીરા જીરા માઇક્રોસર્વિસ (જીરા સાથે એકીકરણ માટે જવાબદાર) ને વેબહૂક મોકલે છે.

4. જીરા માઇક્રોસર્વિસ વર્કફ્લો શરૂ કરવા માટે ફ્લો સર્વિસ (આંતરિક વર્કફ્લો માટે જવાબદાર છે જેમાં કામ કરવામાં આવે છે)ને વિનંતી મોકલે છે.

5. ફ્લો સેવાની અંદર:

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

  i) મુખ્ય શાખાને અપડેટ કરી રહી છે (કોડ સાથે કામ કરવા માટે Git માઇક્રોસર્વિસ).
  ii) શાખાને વિકાસકર્તા (બિટબકેટ માઇક્રોસર્વિસ) દ્વારા ફેરફારોથી અવરોધિત કરવામાં આવી છે.
  iii) આ શાખા (બિટબકેટ માઇક્રોસર્વિસ) માટે પુલ વિનંતી બનાવવામાં આવી છે.
  iv) નવી પુલ વિનંતી વિશેનો સંદેશ ડેવલપર ચેટ્સ પર મોકલવામાં આવે છે (સૂચનાઓ સાથે કામ કરવા માટે માઇક્રોસર્વિસને સૂચિત કરો).
  v) DEV (જેનકિન્સ સાથે કામ કરવા માટે જેનકિન્સ માઇક્રોસર્વિસ) પર બિલ્ડ, ટેસ્ટ અને ડિપ્લોય કાર્યો શરૂ કરવામાં આવ્યા છે.
  vi) જો અગાઉના તમામ પગલાં સફળતાપૂર્વક પૂર્ણ થઈ ગયા હોય, તો ઈન્ટીગ્રો પુલ રિક્વેસ્ટ (બિટબકેટ માઈક્રોસર્વિસ)માં તેની મંજૂરી આપે છે.

• Integro નિયુક્ત સમીક્ષકોની પુલ વિનંતીમાં મંજૂર થવાની રાહ જુએ છે.
• જલદી જ તમામ જરૂરી મંજૂરીઓ પ્રાપ્ત થાય છે (ઓટોમેટેડ પરીક્ષણો સકારાત્મક પાસ થયા છે સહિત), ઇન્ટીગ્રો કાર્યને Dev (જીરા માઇક્રોસર્વિસ) સ્ટેટસ પર ટેસ્ટમાં સ્થાનાંતરિત કરે છે.

6. પરીક્ષકો કાર્યનું પરીક્ષણ કરે છે. જો ત્યાં કોઈ સમસ્યા નથી, તો કાર્યને બિલ્ડ માટે તૈયાર સ્થિતિમાં સ્થાનાંતરિત કરવામાં આવે છે.

7. ઇન્ટિગ્રો "જુએ છે" કે કાર્ય પ્રકાશન માટે તૈયાર છે અને કેનેરી મોડમાં તેની જમાવટ શરૂ કરે છે (જેનકિન્સ માઇક્રોસર્વિસ). પ્રકાશન માટેની તૈયારી નિયમોના સમૂહ દ્વારા નક્કી કરવામાં આવે છે. ઉદાહરણ તરીકે, કાર્ય આવશ્યક સ્થિતિમાં છે, અન્ય કાર્યો પર કોઈ તાળાઓ નથી, હાલમાં આ માઇક્રોસર્વિસના કોઈ સક્રિય અપલોડ નથી, વગેરે.

8. કાર્યને કેનેરી સ્ટેટસ (જીરા માઇક્રોસર્વિસ) માં સ્થાનાંતરિત કરવામાં આવે છે.

9. જેનકિન્સ કેનેરી મોડ (સામાન્ય રીતે 1-3 ઉદાહરણો) માં નોમાડ દ્વારા એક જમાવટ કાર્ય શરૂ કરે છે અને ડિપ્લોયમેન્ટ વિશે રિલીઝ મોનિટરિંગ સેવા (ડિપ્લોયવોચ માઇક્રોસર્વિસ) ને સૂચિત કરે છે.

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

11. ઉત્પાદનમાં જમાવટ શરૂ કર્યા પછી:

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

12. જો ખોટી માઇક્રોસર્વિસ વર્તણૂક મળી આવે તો વિકાસકર્તાઓ પાસે ઉત્પાદનમાંથી કાર્યને રોલબેક કરવાનું શરૂ કરવા માટે 30 મિનિટનો સમય હશે. આ સમય પછી, કાર્ય આપમેળે માસ્ટર (Git microservice) માં મર્જ થઈ જશે.

13. માસ્ટરમાં સફળ મર્જ કર્યા પછી, કાર્યની સ્થિતિ બંધ (જીરા માઇક્રોસર્વિસ) માં બદલાઈ જશે.

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

આગળ શું છે

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

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

સોર્સ: www.habr.com