ગ્રાહકના પ્લેટફોર્મ પર સતત જમાવટનું અમારું અમલીકરણ

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

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

આ લેખમાં અમે સતત જમાવટ (CD) પ્રક્રિયાના તમામ તબક્કાઓ અથવા ગ્રાહકના પ્લેટફોર્મ પર અપડેટ્સની ડિલિવરી વિશે વાત કરીશું:

1. આ પ્રક્રિયા કેવી રીતે શરૂ થાય છે?
2. ગ્રાહકના ગિટ રિપોઝીટરી સાથે સિંક્રનાઇઝેશન,
3. બેકએન્ડ અને ફ્રન્ટએન્ડની એસેમ્બલી,
4. પરીક્ષણ વાતાવરણમાં સ્વચાલિત એપ્લિકેશન જમાવટ,
5. ઉત્પાદન પર સ્વચાલિત જમાવટ.

અમે રસ્તામાં સેટઅપ વિગતો શેર કરીશું.

1. સીડી શરૂ કરો

સતત જમાવટ ડેવલપર દ્વારા અમારી Git રિપોઝીટરીની પ્રકાશન શાખામાં ફેરફારોને દબાણ સાથે શરૂ થાય છે.

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

અમે ઘણા કારણોસર એક રીપોઝીટરી દ્વારા કાર્યનું આયોજન કર્યું છે:

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

2. ગ્રાહકના સોર્સ કોડના ગિટ રિપોઝીટરી સાથે સિંક્રનાઇઝેશન

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

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

આ પછી તમારે એસેમ્બલી કરવાની જરૂર છે. તે ઘણા તબક્કાઓનો સમાવેશ કરે છે: બેકએન્ડ અને ફ્રન્ટએન્ડ એસેમ્બલી, પરીક્ષણ અને ઉત્પાદન માટે ડિલિવરી.

3. બેકએન્ડ અને ફ્રન્ટએન્ડને એસેમ્બલ કરવું

બેકએન્ડ અને ફ્રન્ટએન્ડ બનાવવું એ બે સમાંતર કાર્યો છે જે GitLab રનર સિસ્ટમમાં કરવામાં આવે છે. તેનું મૂળ એસેમ્બલી રૂપરેખાંકન એ જ રીપોઝીટરીમાં સ્થિત છે.

GitLab માં નિર્માણ કરવા માટે YAML સ્ક્રિપ્ટ લખવા માટેનું ટ્યુટોરીયલ.

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

અમે અમારી છબીઓના સંસ્કરણોને પ્રકાશન સંસ્કરણ સાથે સિંક્રનાઇઝ કરીએ છીએ જે ડોકરમાં પ્રકાશિત થશે. સરળ કામગીરી માટે અમે ઘણા ગોઠવણો કર્યા છે:

1. કન્ટેનર પરીક્ષણ પર્યાવરણ અને ઉત્પાદન પર્યાવરણ વચ્ચે પુનઃબીલ્ડ નથી. અમે પરિમાણીકરણ કર્યું છે જેથી સમાન કન્ટેનર પરીક્ષણ વાતાવરણમાં અને ઉત્પાદન બંનેમાં પુનઃનિર્માણ કર્યા વિના તમામ સેટિંગ્સ, પર્યાવરણ ચલ અને સેવાઓ સાથે કામ કરી શકે.

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

અમને આદેશ અમલીકરણ પરિણામોમાંથી એપ્લિકેશન સંસ્કરણ મળે છે
git describe --tags --abbrev=7.

4. ટેસ્ટ એન્વાયર્નમેન્ટ (UAT) માં તમામ ફેરફારોની સ્વચાલિત જમાવટ

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

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

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

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

5. પ્રોડમાં તમામ ફેરફારોની આપમેળે જમાવટ

પ્રોડક્શન એન્વાયર્નમેન્ટમાં અપડેટ જમાવવા માટે, તમારે GitLab માં માત્ર એક બટનને ક્લિક કરવાની જરૂર છે - અને કન્ટેનર તરત જ પ્રોડક્શન એન્વાયર્નમેન્ટમાં પહોંચાડવામાં આવે છે.

સમાન એપ્લિકેશન પુનઃનિર્માણ વિના વિવિધ વાતાવરણમાં-પરીક્ષણ અને ઉત્પાદનમાં કામ કરી શકે છે. અમે એપ્લિકેશનમાં કંઈપણ બદલ્યા વિના સમાન કલાકૃતિઓનો ઉપયોગ કરીએ છીએ, અને અમે પરિમાણોને બાહ્ય રીતે સેટ કરીએ છીએ.

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

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

એપ્લિકેશન સેટિંગ્સ પર્યાવરણ ચલોનો ઉપયોગ કરે છે. તેમના મૂલ્યો K8S configmap નો ઉપયોગ કરીને કન્ટેનરમાં સેટ કરવામાં આવે છે, જે ગો ટેમ્પ્લેટ્સનો ઉપયોગ કરીને ટેમ્પલેટેડ છે. ઉદાહરણ તરીકે, ડોમેન નામ પર પર્યાવરણ ચલ સેટ કરવાનું આ રીતે કરી શકાય છે:

APP_EXTERNAL_DOMAIN: {{ (pluck .Values.global.env .Values.app.properties.app_external_domain | first) }}

મૂલ્યો.ગ્લોબલ.env - આ વેરીએબલ પર્યાવરણનું નામ (પ્રોડ, સ્ટેજ, UAT) સ્ટોર કરે છે.
.values.app.properties.app_external_domain – આ વેરીએબલમાં આપણે .Values.yaml ફાઇલમાં ઇચ્છિત ડોમેન સેટ કરીએ છીએ

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

પ્રમાણમાં તાજેતરમાં, K8S સપોર્ટ સ્પ્રિંગ ક્લાઉડમાં દેખાયો, જેમાં configMaps સાથે કામ કરવું શામેલ છે: વસંત વાદળ કુબરનેટ્સ. જ્યારે પ્રોજેક્ટ સક્રિય રીતે વિકાસ કરી રહ્યો છે અને ધરમૂળથી બદલાઈ રહ્યો છે, ત્યારે અમે ઉત્પાદનમાં તેનો ઉપયોગ કરી શકતા નથી. પરંતુ અમે તેની સ્થિતિનું સક્રિયપણે નિરીક્ષણ કરીએ છીએ અને તેનો ઉપયોગ DEV રૂપરેખાંકનોમાં કરીએ છીએ. જલદી તે સ્થિર થાય છે, અમે પર્યાવરણ ચલોનો ઉપયોગ કરવાથી તેના પર સ્વિચ કરીશું.

કુલ

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

ભાવિ યોજનાઓ: સ્વચાલિત ડેટાબેઝ સ્થળાંતર

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

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

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

અમે K8S જોબ દ્વારા ડેટાબેઝ સ્થાનાંતરણને સ્વચાલિત કરવાની યોજના બનાવીએ છીએ, તેને CD પ્રક્રિયામાં એકીકૃત કરીએ છીએ. અને અમે ચોક્કસપણે આ અનુભવ Habré પર શેર કરીશું.

સોર્સ: www.habr.com