અંધાધૂંધીનું સંચાલન કરવું: તકનીકી નકશાની મદદથી ઓર્ડર લાવવો

છબી: અનસ્પ્લેશ

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

આ લેખ મલ્ટિ-પ્રોડક્ટ ડેવલપમેન્ટના સંકલનની જટિલતાઓ, પ્રક્રિયા નકશો શું છે અને તે ઉકેલોને ગોઠવવા અને નકલ કરવામાં કેવી રીતે મદદ કરે છે, વિકાસ પ્રક્રિયાના મુખ્ય તબક્કાઓ અને પગલાંઓ અને અમારી કંપનીમાં DevOps અને ટીમો વચ્ચે જવાબદારીઓ કેવી રીતે વ્યાખ્યાયિત કરવામાં આવે છે તે સમજાવશે.

કેઓસ અને ડેવઓપ્સ વિશે

ચાલો ટૂંકમાં નોંધ લઈએ કે DevOps ની વિભાવનામાં વિકાસ સાધનો અને સેવાઓ, તેમજ તેમના ઉપયોગ માટેની પદ્ધતિઓ અને શ્રેષ્ઠ પ્રથાઓનો સમાવેશ થાય છે. ચાલો વૈશ્વિક હેતુ અમારી કંપનીમાં DevOps વિચારોને અમલમાં મૂકવાના ફાયદા એ છે કે ઉત્પાદન ખર્ચમાં સતત ઘટાડો અને જથ્થાત્મક દ્રષ્ટિએ ઉત્પાદનોના સમર્થન (મેન-અવર્સ અથવા મશીન-અવર્સ, CPU, RAM, ડિસ્ક, વગેરે). કંપની-વ્યાપી સ્તરે વિકાસના એકંદર ખર્ચને ઘટાડવાનો સૌથી સરળ અને સૌથી સ્પષ્ટ રસ્તો છે લાક્ષણિક શ્રેણીબદ્ધ કાર્યો કરવાના ખર્ચને ઘટાડવો ઉત્પાદનના તમામ તબક્કામાં. પરંતુ આ તબક્કાઓ કયા છે, તેમને એકંદર પ્રક્રિયાથી કેવી રીતે અલગ પાડી શકાય, અને તેમાં કયા પગલાં શામેલ છે?

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

વિશિષ્ટતા અને શ્રેણીબદ્ધ ઉકેલો વચ્ચે સંતુલન કેવી રીતે શોધવું?

2015 થી શરૂ થતી વધતી જતી આવૃત્તિ સાથે આ પ્રશ્નો ઉભા થવા લાગ્યા. ઉત્પાદનોની સંખ્યા વધી રહી હતી, પરંતુ અમે અમારા ઓટોમેશન વિભાગ (DevOps) ને ઓછામાં ઓછું રાખ્યું, જે આ ઉત્પાદનો માટે બિલ્ડ પાઇપલાઇન્સને ટેકો આપતો હતો. તે જ સમયે, અમે ઉત્પાદનોમાં શક્ય તેટલા વધુ ઉકેલોની નકલ કરવા માંગતા હતા. છેવટે, શા માટે એક જ વસ્તુ દસ અલગ અલગ રીતે કરવી?

વિકાસ નિયામક: "મિત્રો, શું આપણે DevOps ઉત્પાદનો માટે શું કરે છે તેનું મૂલ્યાંકન કરી શકીએ છીએ?"

અમે"અમને ખબર નથી, અમે પોતાને આ પ્રશ્ન પૂછ્યો નથી, પરંતુ કયા સૂચકાંકો ધ્યાનમાં લેવા જોઈએ?"

વિકાસ નિયામક"કોણ જાણે! વિચારો..."

જેમ કે તે પ્રખ્યાત ફિલ્મમાં: "મારે હોટેલ જવું પડશે!.." - "ઉહ... શું તમે મને રસ્તો બતાવી શકો છો?" થોડો વિચાર કર્યા પછી, અમે નિષ્કર્ષ પર આવ્યા કે આપણે પહેલા ઉત્પાદનોની અંતિમ સ્થિતિ નક્કી કરવાની જરૂર છે; આ અમારું પ્રથમ લક્ષ્ય બન્યું.

તો, તમે 10 થી 200 લોકોની મોટી ટીમો સાથે ડઝન ઉત્પાદનોનું વિશ્લેષણ કેવી રીતે કરશો અને ઉકેલોની નકલ કરવા માટે માપી શકાય તેવા મેટ્રિક્સ કેવી રીતે નક્કી કરશો?

કેઓસની તરફેણમાં 1:0, અથવા શોલ્ડર બ્લેડ પર ડેવઓપ્સ

અમે BPwin શ્રેણીમાંથી IDEF0 આકૃતિઓ અને વિવિધ વ્યવસાય પ્રક્રિયા આકૃતિઓનો ઉપયોગ કરવાનો પ્રયાસ કરીને શરૂઆત કરી. આગામી પ્રોજેક્ટના આગલા તબક્કાના પાંચમા ચોરસ પછી મૂંઝવણ ઊભી થઈ, અને દરેક પ્રોજેક્ટ માટે, આ ચોરસ 50+ પગલાંઓ સાથે લાંબા પાયથોન સ્ક્રિપ્ટની પૂંછડીની જેમ દોરવામાં આવી શકે છે. મને દુઃખ થયું અને હું ચંદ્ર પર રડવા માંગતો હતો - તે કામ ન કર્યું.

લાક્ષણિક ઉત્પાદન કાર્યો

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

જ્યારે અમે અમારી ઉત્પાદન પ્રક્રિયાનું મોડેલિંગ શરૂ કર્યું, ત્યારે અમારા મનમાં એક ચોક્કસ ધ્યેય હતો: અમારી કંપનીના ઉત્પાદન વિકાસમાં સામેલ દરેક કર્મચારી અને પ્રોજેક્ટ મેનેજરો સાથે વાતચીત કરવી:

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

છબીને પૂર્ણ કદમાં ખોલવા માટે તેના પર ક્લિક કરો.

કંપનીમાં અમારું કાર્ય અનેક કાર્યાત્મક ક્ષેત્રોમાં વહેંચાયેલું છે. ઇન્ફ્રાસ્ટ્રક્ચર ક્ષેત્ર વિભાગમાં બધા હાર્ડવેર સંસાધનોના સંચાલનને ઑપ્ટિમાઇઝ કરે છે, તેમજ વર્ચ્યુઅલ મશીનો અને તેમના વાતાવરણના જમાવટને સ્વચાલિત કરે છે. મોનિટરિંગ ક્ષેત્ર 24/7 સેવા ઉપલબ્ધતા દેખરેખ સુનિશ્ચિત કરે છે; અમે વિકાસકર્તાઓ માટે સેવા તરીકે દેખરેખ પણ પ્રદાન કરીએ છીએ. વર્કફ્લો ક્ષેત્ર ટીમોને વિકાસ અને પરીક્ષણ પ્રક્રિયાઓનું સંચાલન કરવા, કોડ સ્થિતિનું વિશ્લેષણ કરવા અને પ્રોજેક્ટ વિશ્લેષણ મેળવવા માટે સાધનો પ્રદાન કરે છે. અંતે, વેબડેવ ક્ષેત્ર GUS અને FLUS અપડેટ સર્વર્સ પર પ્રકાશનોનું પ્રકાશન તેમજ લાઇસન્સલેબ સેવાનો ઉપયોગ કરીને ઉત્પાદન લાઇસન્સિંગની ખાતરી કરે છે. ઉત્પાદન પાઇપલાઇનને ટેકો આપવા માટે, અમે વિકાસકર્તાઓ માટે વિવિધ સહાયક સેવાઓ ગોઠવીએ છીએ અને જાળવીએ છીએ (તમે ભૂતકાળની મીટઅપ્સમાં આમાંથી કેટલીક વાર્તાઓ સાંભળી શકો છો: ઓપ!ડેવઓપ્સ! ૨૦૧૭ и ઓપ!ડેવઓપ્સ! ૨૦૧૭). અમે આંતરિક ઓટોમેશન ટૂલ્સ પણ વિકસાવીએ છીએ, જેમાં શામેલ છે ઓપન સોર્સ સોલ્યુશન્સ.

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

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

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

ઘણી બધી લાક્ષણિક ઉત્પાદન શૃંખલાઓ રચાય છે ઉત્પાદન પ્રક્રિયાપ્રક્રિયાઓનું વર્ણન કરવા માટેનો માનક અભિગમ કાર્યાત્મક IDEF0 મોડેલોનો ઉપયોગ કરવાનો છે.

CI ઉત્પાદન પ્રક્રિયાના મોડેલિંગનું ઉદાહરણ

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

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

અમારી પ્રકાશન યોજનાને મોટા પ્રમાણમાં સરળ અને સામાન્ય બનાવવા માટે, તેમાં નીચેના તબક્કાઓ શામેલ છે:

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

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

છબીને પૂર્ણ કદમાં ખોલવા માટે તેના પર ક્લિક કરો.

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

આશાનો જન્મ

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

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

નકશાની પંક્તિઓ અને સ્તંભોના આંતરછેદો પર, અમે ચોક્કસ તબક્કાઓ અને ઉત્પાદનો માટે સ્થિતિઓ સોંપી. અમે આ સ્થિતિઓ માટે વિવિધ સ્થિતિઓ વ્યાખ્યાયિત કરી:

1. કોઈ માહિતી નથી — અથવા તે અવ્યવહારુ છે. આ તબક્કા માટે ઉત્પાદનની માંગનું વિશ્લેષણ જરૂરી છે. અથવા વિશ્લેષણ પહેલાથી જ હાથ ધરવામાં આવ્યું છે, પરંતુ આ તબક્કો હાલમાં બિનજરૂરી છે અથવા આર્થિક રીતે શક્ય નથી.
2. મુલતવી રાખ્યું — અથવા તે હાલમાં સંબંધિત નથી. પાઇપલાઇન સ્ટેજ જરૂરી છે, પરંતુ આ વર્ષે તેને અમલમાં મૂકવાની ક્ષમતા નથી.
3. આયોજિતઆ તબક્કાનો અમલ આ વર્ષે કરવાનું આયોજન છે.
4. અમલીપાઇપલાઇનમાં સ્ટેજ જરૂરી વોલ્યુમમાં લાગુ કરવામાં આવે છે.

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

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

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

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

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

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

ઉત્પાદન પ્રક્રિયાનો તકનીકી નકશો

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

[Production] — [InfMonitoring] — [SourceCodeControl] — [Prepare] — [PrepareLinuxDocker] — [PrepareWinDocker] — [Build] — [PullSourceCode] — [PrepareDep] — [UnitTest] — [CodeCoverage] — [StaticAnalyze] — [BuildScenario] — [PushToSnapshot] — [ChangelogBuilder] — [Deploy] — [PrepareTestStand] — [PullTestCode] — [PrepareTestEnv] — [PullArtifact] — [DeployArtifact] — [Test] — [BVTTest] — [SmokeTest] — [FuncTest] — [LoadTest] — [IntegrityTest] — [DeliveryTest] — [MonitoringStands] — [TestManagement] — [Promote] — [QualityTag] — [MoveToRelease] — [License] — [Publish] — [PublishGUSFLUS] — [ControlVisibility] — [Install] — [LicenseActivation] — [RequestUpdates] — [PullUpdates] — [InitUpdates] — [PrepareEnv] — [InstallUpdates] — [Telemetry] — [Workflow] — [Communication] — [Certification] — [CISelfSufficiency]

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

આ ઉપરાંત, આપણે વ્યક્તિગત તબક્કાઓ ઓળખી શકીએ છીએ: ઇન્ફ્રાસ્ટ્રક્ચર મોનિટરિંગ [InfMonitoring], સોર્સ કોડ વર્ઝન કંટ્રોલ [SourceCodeControl], બિલ્ડ એન્વાયર્નમેન્ટ તૈયારી [તૈયારી કરો], પ્રોજેક્ટ મેનેજમેન્ટ [વર્કફ્લો], ટીમોને કોમ્યુનિકેશન ટૂલ્સ પૂરા પાડવા [સંચાર], પ્રોડક્ટ સર્ટિફિકેશન [પ્રમાણપત્ર], અને CI પ્રક્રિયાઓની સ્વ-નિર્ભરતા સુનિશ્ચિત કરવી [CISelfSufficiency] (ઉદાહરણ તરીકે, ખાતરી કરવી કે બિલ્ડ ઇન્ટરનેટથી સ્વતંત્ર છે). અમે અમારી પ્રક્રિયાઓમાં ડઝનેક પગલાં પણ ધ્યાનમાં લઈશું નહીં, કારણ કે તે ખૂબ જ ચોક્કસ છે.

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

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

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

છબીને પૂર્ણ કદમાં ખોલવા માટે તેના પર ક્લિક કરો.

ટૂંકમાં, પ્રક્રિયા પ્રવાહ ચાર્ટ એ ઉત્પાદન પ્રક્રિયાનું સામાન્ય ચિત્ર છે, જે લાક્ષણિક કાર્યક્ષમતા સાથે સ્પષ્ટ રીતે વર્ગીકૃત બ્લોક્સને પ્રતિબિંબિત કરે છે.

આપણા પ્રક્રિયા નકશાની રચના

નકશામાં ઘણા ભાગોનો સમાવેશ થાય છે:

1. હેડર વિસ્તાર - આ તે સ્થાન છે જ્યાં નકશાનું સામાન્ય વર્ણન સ્થિત છે, મૂળભૂત ખ્યાલો રજૂ કરવામાં આવે છે, અને ઉત્પાદન પ્રક્રિયાના મુખ્ય સંસાધનો અને પરિણામો વ્યાખ્યાયિત કરવામાં આવે છે.
2. ડેશબોર્ડ - અહીં તમે વ્યક્તિગત ઉત્પાદનો માટે ડેટાના પ્રદર્શનનું સંચાલન કરી શકો છો, પૂર્ણ થયેલા તબક્કાઓનો સારાંશ અને બધા ઉત્પાદનો માટે સામાન્ય રીતે પગલાં આપવામાં આવે છે.
3. પ્રક્રિયા પ્રવાહ ચાર્ટ એ તકનીકી પ્રક્રિયાનું કોષ્ટક વર્ણન છે. ચાર્ટ બતાવે છે:
   • બધા તબક્કાઓ, પગલાં અને તેમના કોડ આપવામાં આવ્યા છે;
   • તબક્કાઓનું સંક્ષિપ્ત અને સંપૂર્ણ વર્ણન આપવામાં આવ્યું છે;
   • દરેક તબક્કે ઉપયોગમાં લેવાતા ઇનપુટ સંસાધનો અને સેવાઓ સૂચવવામાં આવે છે;
   • દરેક તબક્કા અને વ્યક્તિગત પગલાના પરિણામો સૂચવવામાં આવે છે;
   • દરેક તબક્કા અને પગલા માટે જવાબદારીનું ક્ષેત્ર સૂચવવામાં આવ્યું છે;
   • આ તબક્કે કામને ટેકો આપવા માટે જરૂરી HDD (SSD), RAM, vCPU અને માનવ-અવર્સ જેવા ટેકનિકલ સંસાધનો, હાલમાં (વાસ્તવમાં) અને ભવિષ્યમાં (આયોજિત) બંને રીતે ઓળખવામાં આવ્યા છે;
   • દરેક ઉત્પાદન માટે, તે સૂચવવામાં આવે છે કે કયા તકનીકી તબક્કાઓ અથવા પગલાં અમલમાં મૂકવામાં આવ્યા છે, અમલીકરણ માટે આયોજન કરવામાં આવ્યું છે, અપ્રસ્તુત છે, અથવા અમલમાં મૂકવામાં આવ્યા નથી.

પ્રક્રિયા ફ્લો ચાર્ટના આધારે નિર્ણયો લેવા

નકશાની સમીક્ષા કર્યા પછી, કંપનીમાં કર્મચારીની ભૂમિકા (ડેવલપમેન્ટ મેનેજર, પ્રોડક્ટ મેનેજર, ડેવલપર અથવા ટેસ્ટર) ના આધારે ચોક્કસ પગલાં લેવાનું શક્ય છે:

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

ઉપરોક્ત બધાનો સારાંશ આપવા માટે

પ્રક્રિયા પ્રવાહ ચાર્ટ સાર્વત્રિક, વિસ્તૃત અને જાળવવામાં સરળ છે. આ ફોર્મેટમાં પ્રક્રિયા વર્ણનો વિકસાવવા અને જાળવવાનું કડક શૈક્ષણિક IDEF0 મોડેલ કરતાં ઘણું સરળ છે. વધુમાં, કોષ્ટક વર્ણન કાર્યાત્મક મોડેલ કરતાં સરળ, વધુ પરિચિત અને વધુ સારી રીતે રચાયેલ છે.

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

પરિણામો

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

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

આગામી લેખોમાં, આપણે આપણા નકશા પર વિવિધ તકનીકી તબક્કાઓને અમલમાં મૂકવા માટે ઉપયોગમાં લેવાતા તકનીકી સાધનોની વધુ વિગતવાર ચર્ચા કરીશું.

લેખના લેખકો:

• એલેક્ઝાન્ડર પાઝ્ડનિકોવ — પોઝિટિવ ટેક્નોલોજીસ ખાતે ઓટોમેશન વિભાગ (ડેવઓપ્સ) ના વડા
• તૈમૂર ગિલમુલિન — પોઝિટિવ ટેક્નોલોજીસ ખાતે ઓટોમેશન વિભાગ (ડેવઓપ્સ) ના ડેપ્યુટી હેડ

સોર્સ: www.habr.com