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

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

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

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

કેઓસ અને DevOps વિશે

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

હેબ્રે પરના અમારા અન્ય લેખોમાં તમે લાક્ષણિક 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 ફાઇલ તરીકે જિન્જા નમૂનામાંથી આપમેળે જનરેટ થાય છે, અને પછી GitLab પૃષ્ઠો સર્વર પર અપલોડ થાય છે. સંપૂર્ણ જનરેટ કરેલા નકશાના ઉદાહરણ સાથેનો સ્ક્રીનશોટ જોઈ શકાય છે લિંક.

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

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

અમારા તકનીકી નકશાની રચના

નકશામાં ઘણા ભાગો છે:

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

તકનીકી નકશાના આધારે નિર્ણયો લેવા

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

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

ઉપરોક્ત તમામનો સારાંશ

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

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

પરિણામો

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

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

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

લેખના લેખકો:

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

સોર્સ: www.habr.com