കുഴപ്പങ്ങൾ കൈകാര്യം ചെയ്യുക: ഒരു സാങ്കേതിക ഭൂപടത്തിന്റെ സഹായത്തോടെ കാര്യങ്ങൾ ക്രമീകരിക്കുക

ചിത്രം: Unsplash

എല്ലാവർക്കും ഹായ്! ഞങ്ങൾ കമ്പനിയിൽ നിന്നുള്ള ഓട്ടോമേഷൻ എഞ്ചിനീയർമാരാണ് പോസിറ്റീവ് ടെക്നോളജികൾ കമ്പനിയുടെ ഉൽപ്പന്നങ്ങളുടെ വികസനത്തെ ഞങ്ങൾ പിന്തുണയ്‌ക്കുന്നു: ഡെവലപ്പർമാരുടെ ഒരു കോഡിന്റെ പ്രതിബദ്ധത മുതൽ അപ്‌ഡേറ്റ് സെർവറുകളിൽ പൂർത്തിയായ ഉൽപ്പന്നങ്ങളുടെയും ലൈസൻസുകളുടെയും പ്രസിദ്ധീകരണം വരെയുള്ള മുഴുവൻ അസംബ്ലി പൈപ്പ്‌ലൈനിനെയും ഞങ്ങൾ പിന്തുണയ്ക്കുന്നു. അനൗപചാരികമായി, ഞങ്ങളെ DevOps എഞ്ചിനീയർമാർ എന്ന് വിളിക്കുന്നു. ഈ ലേഖനത്തിൽ, സോഫ്‌റ്റ്‌വെയർ നിർമ്മാണ പ്രക്രിയയുടെ സാങ്കേതിക ഘട്ടങ്ങളെക്കുറിച്ചും അവയെ എങ്ങനെ കാണുന്നുവെന്നും അവയെ എങ്ങനെ തരംതിരിക്കുന്നുവെന്നും സംസാരിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.

മൾട്ടി-പ്രൊഡക്റ്റ് ഡെവലപ്‌മെന്റ് ഏകോപിപ്പിക്കുന്നതിന്റെ സങ്കീർണ്ണത, ഒരു സാങ്കേതിക ഭൂപടം എന്താണെന്നും പരിഹാരങ്ങൾ കാര്യക്ഷമമാക്കാനും പകർത്താനും ഇത് എങ്ങനെ സഹായിക്കുന്നു, വികസന പ്രക്രിയയുടെ പ്രധാന ഘട്ടങ്ങളും ഘട്ടങ്ങളും എന്തൊക്കെയാണ്, ഉത്തരവാദിത്ത മേഖലകൾ എങ്ങനെയെന്നും മെറ്റീരിയലിൽ നിന്ന് നിങ്ങൾ പഠിക്കും. ഞങ്ങളുടെ കമ്പനിയിലെ DevOps-നും ടീമുകൾക്കുമിടയിൽ.

Chaos, DevOps എന്നിവയെക്കുറിച്ച്

സംക്ഷിപ്തമായി, DevOps എന്ന ആശയത്തിൽ ഡെവലപ്‌മെന്റ് ടൂളുകളും സേവനങ്ങളും അവയുടെ ഉപയോഗത്തിനുള്ള രീതിശാസ്ത്രങ്ങളും മികച്ച രീതികളും ഉൾപ്പെടുന്നു. നമുക്ക് ആഗോളതലത്തെ ഒറ്റപ്പെടുത്താം ലക്ഷ്യം ഞങ്ങളുടെ കമ്പനിയിൽ DevOps ആശയങ്ങൾ നടപ്പിലാക്കുന്നതിൽ നിന്ന്: ഇത് അളവ് അടിസ്ഥാനത്തിൽ ഉൽപ്പന്നങ്ങളുടെ ഉൽപാദനച്ചെലവിലും പരിപാലനത്തിലും സ്ഥിരതയാർന്ന കുറവാണ് (മാൻ-ഹവർ അല്ലെങ്കിൽ മെഷീൻ മണിക്കൂർ, സിപിയു, റാം, ഡിസ്ക് മുതലായവ). മുഴുവൻ കമ്പനിയുടെയും തലത്തിൽ വികസനത്തിന്റെ മൊത്തത്തിലുള്ള ചെലവ് കുറയ്ക്കുന്നതിനുള്ള ഏറ്റവും എളുപ്പവും വ്യക്തവുമായ മാർഗ്ഗം സാധാരണ സീരിയൽ ജോലികൾ ചെയ്യുന്നതിനുള്ള ചെലവ് കുറയ്ക്കുന്നു ഉൽപ്പാദനത്തിന്റെ എല്ലാ ഘട്ടങ്ങളിലും. എന്നാൽ ഈ ഘട്ടങ്ങൾ എന്തൊക്കെയാണ്, പൊതുവായ പ്രക്രിയയിൽ നിന്ന് അവയെ എങ്ങനെ വേർതിരിക്കാം, അവയിൽ എന്ത് ഘട്ടങ്ങളുണ്ട്?

ഒരു കമ്പനി ഒരു ഉൽപ്പന്നം വികസിപ്പിക്കുമ്പോൾ, എല്ലാം കൂടുതലോ കുറവോ വ്യക്തമാണ്: സാധാരണയായി ഒരു പൊതു റോഡ്മാപ്പും വികസന പദ്ധതിയും ഉണ്ട്. എന്നാൽ ഉൽപ്പന്ന ലൈൻ വികസിക്കുകയും കൂടുതൽ ഉൽപ്പന്നങ്ങൾ ഉണ്ടാകുകയും ചെയ്യുമ്പോൾ എന്തുചെയ്യണം? ഒറ്റനോട്ടത്തിൽ, അവർക്ക് സമാനമായ പ്രക്രിയകളും അസംബ്ലി ലൈനുകളും ഉണ്ട്, ലോഗുകളിലും സ്ക്രിപ്റ്റുകളിലും "എക്സ് വ്യത്യാസങ്ങൾ കണ്ടെത്തുക" ഗെയിം ആരംഭിക്കുന്നു. എന്നാൽ ഇതിനകം 5+ പ്രോജക്റ്റുകൾ സജീവമായ വികസനത്തിൽ ഉണ്ടെങ്കിൽ, നിരവധി വർഷങ്ങളായി വികസിപ്പിച്ച നിരവധി പതിപ്പുകൾക്കുള്ള പിന്തുണ ആവശ്യമാണോ? ഉൽപ്പന്ന പൈപ്പ്‌ലൈനുകളിൽ സാധ്യമായ പരമാവധി പരിഹാരങ്ങൾ വീണ്ടും ഉപയോഗിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നുണ്ടോ അതോ ഓരോന്നിനും തനതായ വികസനത്തിനായി പണം ചെലവഴിക്കാൻ ഞങ്ങൾ തയ്യാറാണോ?

അദ്വിതീയതയും സീരിയൽ സൊല്യൂഷനുകളും തമ്മിലുള്ള ബാലൻസ് എങ്ങനെ കണ്ടെത്താം?

2015 മുതൽ ഈ ചോദ്യങ്ങൾ നമ്മുടെ മുമ്പിൽ കൂടുതൽ കൂടുതൽ ഉയർന്നുവരാൻ തുടങ്ങി. ഉൽപ്പന്നങ്ങളുടെ എണ്ണം വർദ്ധിച്ചു, ഈ ഉൽപ്പന്നങ്ങളുടെ അസംബ്ലി ലൈനുകളെ പിന്തുണയ്ക്കുന്ന ഞങ്ങളുടെ ഓട്ടോമേഷൻ ഡിപ്പാർട്ട്‌മെന്റ് (DevOps) വിപുലീകരിക്കാൻ ഞങ്ങൾ ശ്രമിച്ചു. അതേ സമയം, ഉൽപ്പന്നങ്ങൾക്കിടയിൽ കഴിയുന്നത്ര പരിഹാരങ്ങൾ ആവർത്തിക്കാൻ ഞങ്ങൾ ആഗ്രഹിച്ചു. എല്ലാത്തിനുമുപരി, എന്തുകൊണ്ടാണ് പത്ത് ഉൽപ്പന്നങ്ങളിൽ ഒരേ കാര്യം വ്യത്യസ്ത രീതികളിൽ ചെയ്യുന്നത്?

വികസന ഡയറക്ടർ: "കൂട്ടുകാരേ, ഉൽപ്പന്നങ്ങൾക്കായി DevOps എന്താണ് ചെയ്യുന്നതെന്ന് നമുക്ക് എങ്ങനെയെങ്കിലും വിലയിരുത്താമോ?"

മ: "ഞങ്ങൾക്കറിയില്ല, ഞങ്ങൾ അത്തരമൊരു ചോദ്യം ചോദിച്ചില്ല, പക്ഷേ എന്ത് സൂചകങ്ങളാണ് പരിഗണിക്കേണ്ടത്?"

വികസന ഡയറക്ടർ: "ആർക്കറിയാം! ചിന്തിക്കൂ..."

ആ പ്രശസ്ത ചിത്രത്തിലെന്നപോലെ: "ഞാൻ ഒരു ഹോട്ടലിലാണ്! .." - "ഉം ... എനിക്ക് വഴി കാണിക്കാമോ?" പ്രതിഫലനത്തിൽ, ഉൽപ്പന്നങ്ങളുടെ അന്തിമ അവസ്ഥകളെക്കുറിച്ച് ആദ്യം തീരുമാനിക്കേണ്ടതുണ്ടെന്ന നിഗമനത്തിൽ ഞങ്ങൾ എത്തി; ഇത് ഞങ്ങളുടെ ആദ്യ ലക്ഷ്യമായി മാറി.

അപ്പോൾ, 10 മുതൽ 200 വരെ ആളുകളുള്ള സാമാന്യം വലിയ ടീമുകളുള്ള ഒരു ഡസൻ ഉൽപ്പന്നങ്ങൾ നിങ്ങൾ എങ്ങനെ വിശകലനം ചെയ്യുകയും പരിഹാരങ്ങൾ ആവർത്തിക്കുമ്പോൾ അളക്കാവുന്ന അളവുകൾ നിർണ്ണയിക്കുകയും ചെയ്യുന്നു?

ചാവോസിന് അനുകൂലമായി 1:0, അല്ലെങ്കിൽ ഷോൾഡർ ബ്ലേഡുകളിലെ DevOps

BPwin സീരീസിൽ നിന്ന് IDEF0 ഡയഗ്രാമുകളും വിവിധ ബിസിനസ് പ്രോസസ് ഡയഗ്രമുകളും പ്രയോഗിക്കാനുള്ള ശ്രമത്തിലാണ് ഞങ്ങൾ ആരംഭിച്ചത്. അടുത്ത പ്രോജക്റ്റിന്റെ അടുത്ത ഘട്ടത്തിലെ അഞ്ചാമത്തെ ചതുരത്തിന് ശേഷമാണ് ആശയക്കുഴപ്പം ആരംഭിച്ചത്, ഓരോ പ്രോജക്റ്റിനും വേണ്ടിയുള്ള ഈ ചതുരങ്ങൾ 50+ പടികൾക്കുള്ളിൽ നീളമുള്ള ഒരു പെരുമ്പാമ്പിന്റെ വാലിൽ വരയ്ക്കാം. എനിക്ക് സങ്കടം തോന്നി, ചന്ദ്രനിൽ അലറാൻ ആഗ്രഹിച്ചു - അത് പൊതുവെ യോജിക്കുന്നില്ല.

സാധാരണ ഉൽപ്പാദന ചുമതലകൾ

പ്രൊഡക്ഷൻ പ്രോസസ് മോഡലിംഗ് വളരെ സങ്കീർണ്ണവും കഠിനവുമായ ജോലിയാണ്: നിങ്ങൾ വിവിധ വകുപ്പുകളിൽ നിന്നും ഉൽപ്പാദന ശൃംഖലകളിൽ നിന്നും ധാരാളം ഡാറ്റ ശേഖരിക്കുകയും പ്രോസസ്സ് ചെയ്യുകയും വിശകലനം ചെയ്യുകയും വേണം. ലേഖനത്തിൽ നിങ്ങൾക്ക് ഇതിനെക്കുറിച്ച് കൂടുതൽ വായിക്കാം "ഒരു ഐടി കമ്പനിയിലെ ഉൽപ്പാദന പ്രക്രിയകളുടെ മോഡലിംഗ്".

ഞങ്ങളുടെ ഉൽപ്പാദന പ്രക്രിയയെ മാതൃകയാക്കാൻ തുടങ്ങിയപ്പോൾ, ഞങ്ങൾക്ക് ഒരു പ്രത്യേക ലക്ഷ്യം ഉണ്ടായിരുന്നു - ഞങ്ങളുടെ കമ്പനിയുടെ ഉൽപ്പന്നങ്ങളുടെ വികസനത്തിൽ ഏർപ്പെട്ടിരിക്കുന്ന ഓരോ ജീവനക്കാരനെയും പ്രോജക്റ്റ് മാനേജർമാരെയും അറിയിക്കുക:

• ഉൽപ്പന്നങ്ങളും അവയുടെ ഘടകങ്ങളും, ഒരു വരി കോഡിന്റെ പ്രതിബദ്ധത മുതൽ, ഇൻസ്റ്റാളറുകളുടെയും അപ്‌ഡേറ്റുകളുടെയും രൂപത്തിൽ ഉപഭോക്താവിലേക്ക് എങ്ങനെ എത്തിച്ചേരുന്നു,
• ഉൽപന്നങ്ങളുടെ ഓരോ ഘട്ടത്തിനും എന്ത് വിഭവങ്ങൾ നൽകുന്നു,
• ഓരോ ഘട്ടത്തിലും ഏതൊക്കെ സേവനങ്ങളാണ് ഉൾപ്പെട്ടിരിക്കുന്നത്,
• ഓരോ ഘട്ടത്തിനും ഉത്തരവാദിത്തമുള്ള മേഖലകൾ എങ്ങനെ വേർതിരിച്ചിരിക്കുന്നു,
• ഓരോ ഘട്ടത്തിന്റെയും പ്രവേശനത്തിലും പുറത്തുകടക്കുമ്പോഴും എന്തെല്ലാം കരാറുകൾ നിലവിലുണ്ട്.

ചിത്രത്തിൽ ക്ലിക്ക് ചെയ്താൽ അത് പൂർണ്ണ വലുപ്പത്തിൽ തുറക്കും.

കമ്പനിയിലെ ഞങ്ങളുടെ ജോലി നിരവധി പ്രവർത്തന മേഖലകളായി തിരിച്ചിരിക്കുന്നു. ഇൻഫ്രാസ്ട്രക്ചറിന്റെ ദിശ ഡിപ്പാർട്ട്മെന്റിന്റെ എല്ലാ "ഇരുമ്പ്" വിഭവങ്ങളുടെയും പ്രവർത്തനത്തിന്റെ ഒപ്റ്റിമൈസേഷനിൽ ഏർപ്പെട്ടിരിക്കുന്നു, അതുപോലെ തന്നെ വെർച്വൽ മെഷീനുകളുടെ വിന്യാസത്തിന്റെ ഓട്ടോമേഷനും അവയിൽ പരിസ്ഥിതിയും. നിരീക്ഷണത്തിന്റെ ദിശ 24/7 സേവന പ്രകടന നിയന്ത്രണം നൽകുന്നു; ഡെവലപ്പർമാർക്കുള്ള ഒരു സേവനമെന്ന നിലയിൽ ഞങ്ങൾ നിരീക്ഷണവും നൽകുന്നു. വർക്ക്ഫ്ലോ ദിശ ടീമുകൾക്ക് വികസനവും ടെസ്റ്റിംഗ് പ്രക്രിയകളും നിയന്ത്രിക്കാനും കോഡിന്റെ അവസ്ഥ വിശകലനം ചെയ്യാനും പ്രോജക്റ്റുകളിൽ അനലിറ്റിക്‌സ് നേടാനുമുള്ള ടൂളുകൾ നൽകുന്നു. അവസാനമായി, വെബ്‌ദേവ് ദിശ GUS, FLUS അപ്‌ഡേറ്റ് സെർവറുകളിലെ റിലീസുകളുടെ പ്രസിദ്ധീകരണവും ലൈസൻസ് ലാബ് സേവനം ഉപയോഗിക്കുന്ന ഉൽപ്പന്നങ്ങളുടെ ലൈസൻസിംഗും നൽകുന്നു. പ്രൊഡക്ഷൻ പൈപ്പ്‌ലൈനിനെ പിന്തുണയ്‌ക്കുന്നതിന്, ഡെവലപ്പർമാർക്കായി ഞങ്ങൾ നിരവധി വ്യത്യസ്‌ത പിന്തുണാ സേവനങ്ങൾ സജ്ജീകരിക്കുകയും പരിപാലിക്കുകയും ചെയ്യുന്നു (പഴയ മീറ്റിംഗുകളിൽ അവയിൽ ചിലതിനെക്കുറിച്ചുള്ള കഥകൾ നിങ്ങൾക്ക് കേൾക്കാനാകും: Op!DevOps! 2016 и Op!DevOps! 2017). ഉൾപ്പെടെയുള്ള ആന്തരിക ഓട്ടോമേഷൻ ടൂളുകളും ഞങ്ങൾ വികസിപ്പിക്കുന്നു ഓപ്പൺ സോഴ്സ് പരിഹാരങ്ങൾ.

കഴിഞ്ഞ അഞ്ച് വർഷത്തിനിടയിൽ, ഞങ്ങളുടെ ജോലി ഒരേ തരത്തിലുള്ളതും പതിവ് പ്രവർത്തനങ്ങളും ശേഖരിച്ചിട്ടുണ്ട്, മറ്റ് വകുപ്പുകളിൽ നിന്നുള്ള ഞങ്ങളുടെ ഡെവലപ്പർമാർ പ്രധാനമായും വിളിക്കപ്പെടുന്നവരിൽ നിന്നാണ് വരുന്നത്. സാധാരണ ജോലികൾ, പൂർണ്ണമായോ ഭാഗികമായോ ഓട്ടോമേറ്റഡ് ആയ പരിഹാരം, പ്രകടനം നടത്തുന്നവർക്ക് ബുദ്ധിമുട്ടുകൾ ഉണ്ടാക്കുന്നില്ല, മാത്രമല്ല കാര്യമായ അളവിലുള്ള ജോലി ആവശ്യമില്ല. പ്രമുഖ മേഖലകൾക്കൊപ്പം, ഞങ്ങൾ അത്തരം ജോലികൾ വിശകലനം ചെയ്യുകയും ജോലിയുടെ വ്യക്തിഗത വിഭാഗങ്ങൾ തിരിച്ചറിയുകയും ചെയ്തു ഉത്പാദന ഘട്ടങ്ങൾ, ഘട്ടങ്ങളെ അവിഭാജ്യ ഘട്ടങ്ങളായി വിഭജിച്ചു, കൂടാതെ നിരവധി ഘട്ടങ്ങൾ കൂട്ടിച്ചേർക്കുന്നു ഉത്പാദന പ്രക്രിയ ശൃംഖല.

ഒരു സാങ്കേതിക ശൃംഖലയുടെ ഏറ്റവും ലളിതമായ ഉദാഹരണം കമ്പനിക്കുള്ളിലെ ഞങ്ങളുടെ ഓരോ ഉൽപ്പന്നങ്ങളുടെയും അസംബ്ലി, വിന്യാസം, പരിശോധന എന്നിവയുടെ ഘട്ടങ്ങളാണ്. ഉദാഹരണത്തിന്, ബിൽഡ് സ്റ്റേജിൽ വ്യത്യസ്തമായ നിരവധി ഘട്ടങ്ങൾ അടങ്ങിയിരിക്കുന്നു: 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 അപ്‌ഡേറ്റ് സെർവറുകളിലേക്ക് ഡെലിവറി ചെയ്യുക, ഉൽപ്പന്ന കോൺഫിഗറേഷൻ മാനേജ്‌മെന്റ് [ഇൻസ്റ്റാൾ] ഉപയോഗിച്ച് ഉപഭോക്താവിന്റെ ഇൻഫ്രാസ്ട്രക്ചറിൽ ഉൽപ്പന്ന ഘടകങ്ങളുടെ ഇൻസ്റ്റാളേഷനും അപ്‌ഡേറ്റും, അതുപോലെ ഇൻസ്റ്റാൾ ചെയ്ത ഉൽപ്പന്നങ്ങളിൽ നിന്നുള്ള ടെലിമെട്രി [ടെലിമെട്രി] ശേഖരണവും.

അവയ്‌ക്ക് പുറമേ, പ്രത്യേക ഘട്ടങ്ങൾ വേർതിരിച്ചറിയാൻ കഴിയും: ഇൻഫ്രാസ്ട്രക്ചർ സ്റ്റേറ്റ് മോണിറ്ററിംഗ് [ഇൻഫ് മോണിറ്ററിംഗ്], സോഴ്‌സ് കോഡ് പതിപ്പിംഗ് [സോഴ്‌സ് കോഡ് കൺട്രോൾ], ബിൽഡ് എൻവയോൺമെന്റ് തയ്യാറാക്കൽ [തയ്യാറാക്കൽ], പ്രോജക്റ്റ് മാനേജുമെന്റ് [വർക്ക്ഫ്ലോ], ആശയവിനിമയ ഉപകരണങ്ങൾ [ആശയവിനിമയം], ഉൽപ്പന്ന സർട്ടിഫിക്കേഷൻ [ സർട്ടിഫിക്കേഷൻ] കൂടാതെ CI പ്രക്രിയകളുടെ സ്വയം പര്യാപ്തത ഉറപ്പാക്കുന്നു [CISelfSufficiency] (ഉദാഹരണത്തിന്, ഇന്റർനെറ്റിൽ നിന്നുള്ള അസംബ്ലികളുടെ സ്വാതന്ത്ര്യം). ഞങ്ങളുടെ പ്രക്രിയകളിലെ ഡസൻ കണക്കിന് ഘട്ടങ്ങൾ പോലും പരിഗണിക്കില്ല, കാരണം അവ വളരെ നിർദ്ദിഷ്ടമാണ്.

ഫോമിൽ അവതരിപ്പിച്ചാൽ മുഴുവൻ ഉൽപ്പാദന പ്രക്രിയയും മനസ്സിലാക്കാനും നോക്കാനും വളരെ എളുപ്പമായിരിക്കും സാങ്കേതിക ഭൂപടം; മോഡലിന്റെ വ്യക്തിഗത ഉൽപ്പാദന ഘട്ടങ്ങളും വിഘടിപ്പിച്ച ഘട്ടങ്ങളും വരികളിലായി എഴുതിയിരിക്കുന്ന ഒരു പട്ടികയാണിത്, ഓരോ ഘട്ടത്തിലും അല്ലെങ്കിൽ ഘട്ടത്തിലും എന്താണ് ചെയ്യുന്നതെന്നതിന്റെ വിവരണം നിരകളിൽ. ഓരോ ഘട്ടവും പ്രദാനം ചെയ്യുന്ന വിഭവങ്ങളിലും ഉത്തരവാദിത്ത മേഖലകളുടെ നിർണ്ണയത്തിലും പ്രധാന ഊന്നൽ നൽകുന്നു.

ഞങ്ങൾക്കുള്ള ഭൂപടം ഒരു തരം വർഗ്ഗീകരണമാണ്. ഉൽപ്പന്നങ്ങളുടെ ഉൽപാദനത്തിന്റെ വലിയ സാങ്കേതിക ഭാഗങ്ങളെ ഇത് പ്രതിഫലിപ്പിക്കുന്നു. ഇതിന് നന്ദി, ഞങ്ങളുടെ ഓട്ടോമേഷൻ ടീമിന് ഡവലപ്പർമാരുമായി ഇടപഴകുന്നതും ഓട്ടോമേഷൻ ഘട്ടങ്ങൾ നടപ്പിലാക്കുന്നത് സംയുക്തമായി ആസൂത്രണം ചെയ്യുന്നതും എളുപ്പമായി.

ഞങ്ങളുടെ കമ്പനിക്കുള്ളിൽ, മാപ്പ് ഒരു സാധാരണ HTML ഫയലായി ജിൻജ ടെംപ്ലേറ്റിൽ നിന്ന് സ്വയമേവ ജനറേറ്റുചെയ്യുന്നു, തുടർന്ന് GitLab പേജ് സെർവറിലേക്ക് അപ്‌ലോഡ് ചെയ്യുന്നു. പൂർണ്ണമായി ജനറേറ്റുചെയ്‌ത മാപ്പിന്റെ ഉദാഹരണമുള്ള ഒരു സ്‌ക്രീൻഷോട്ട് കാണാൻ കഴിയും ബന്ധം.

ചിത്രത്തിൽ ക്ലിക്ക് ചെയ്താൽ അത് പൂർണ്ണ വലുപ്പത്തിൽ തുറക്കും.

ചുരുക്കത്തിൽ, സാങ്കേതിക ഭൂപടം ഉൽപ്പാദന പ്രക്രിയയുടെ സാമാന്യവൽക്കരിച്ച ചിത്രമാണ്, ഇത് സാധാരണ പ്രവർത്തനക്ഷമതയുള്ള വ്യക്തമായി തരംതിരിച്ച ബ്ലോക്കുകളെ പ്രതിഫലിപ്പിക്കുന്നു.

ഞങ്ങളുടെ റോഡ് മാപ്പിന്റെ ഘടന

മാപ്പിൽ നിരവധി ഭാഗങ്ങൾ അടങ്ങിയിരിക്കുന്നു:

1. ശീർഷക മേഖല - ഇവിടെ ഭൂപടത്തിന്റെ ഒരു പൊതു വിവരണം ഉണ്ട്, അടിസ്ഥാന ആശയങ്ങൾ അവതരിപ്പിക്കുന്നു, പ്രധാന ഉറവിടങ്ങളും ഉൽപാദന പ്രക്രിയയുടെ ഫലങ്ങളും നിർവചിച്ചിരിക്കുന്നു.
2. ഡാഷ്‌ബോർഡ് - ഇവിടെ നിങ്ങൾക്ക് വ്യക്തിഗത ഉൽപ്പന്നങ്ങൾക്കായുള്ള ഡാറ്റയുടെ പ്രദർശനം നിയന്ത്രിക്കാനാകും, എല്ലാ ഉൽപ്പന്നങ്ങൾക്കും പൊതുവായി നടപ്പിലാക്കിയ ഘട്ടങ്ങളുടെയും ഘട്ടങ്ങളുടെയും ഒരു സംഗ്രഹം നൽകിയിരിക്കുന്നു.
3. സാങ്കേതിക ഭൂപടം - സാങ്കേതിക പ്രക്രിയയുടെ ഒരു പട്ടിക വിവരണം. മാപ്പിൽ:
   • എല്ലാ ഘട്ടങ്ങളും ഘട്ടങ്ങളും അവയുടെ കോഡുകളും നൽകിയിരിക്കുന്നു;
   • ഘട്ടങ്ങളുടെ ഹ്രസ്വവും പൂർണ്ണവുമായ വിവരണങ്ങൾ നൽകിയിരിക്കുന്നു;
   • ഓരോ ഘട്ടത്തിലും ഉപയോഗിക്കുന്ന ഇൻപുട്ട് ഉറവിടങ്ങളും സേവനങ്ങളും സൂചിപ്പിച്ചിരിക്കുന്നു;
   • ഓരോ ഘട്ടത്തിന്റെയും ഫലങ്ങളും ഒരു പ്രത്യേക ഘട്ടവും സൂചിപ്പിച്ചിരിക്കുന്നു;
   • ഓരോ ഘട്ടത്തിനും ഘട്ടത്തിനുമുള്ള ഉത്തരവാദിത്ത മേഖല സൂചിപ്പിച്ചിരിക്കുന്നു;
   • എച്ച്ഡിഡി (എസ്എസ്ഡി), റാം, വിസിപിയു പോലുള്ള സാങ്കേതിക ഉറവിടങ്ങൾ, ഈ ഘട്ടത്തിൽ ജോലിയെ പിന്തുണയ്ക്കുന്നതിന് ആവശ്യമായ മനുഷ്യ-മണിക്കൂറുകൾ, നിലവിലെ നിമിഷത്തിൽ - ഒരു വസ്തുതയും ഭാവിയിൽ - ഒരു പദ്ധതിയും നിശ്ചയിച്ചിട്ടുണ്ട്;
   • ഓരോ ഉൽപ്പന്നത്തിനും, ഏത് സാങ്കേതിക ഘട്ടങ്ങൾ അല്ലെങ്കിൽ അതിനുള്ള ഘട്ടങ്ങൾ നടപ്പിലാക്കി, നടപ്പിലാക്കാൻ ആസൂത്രണം ചെയ്തു, അപ്രസക്തമായ അല്ലെങ്കിൽ നടപ്പിലാക്കാത്തത് സൂചിപ്പിച്ചിരിക്കുന്നു.

സാങ്കേതിക ഭൂപടത്തെ അടിസ്ഥാനമാക്കിയുള്ള തീരുമാനങ്ങൾ

മാപ്പ് പരിശോധിച്ച ശേഷം, ചില നടപടികൾ കൈക്കൊള്ളാൻ സാധിക്കും - കമ്പനിയിലെ ജീവനക്കാരന്റെ പങ്ക് (ഡെവലപ്മെന്റ് മാനേജർ, പ്രൊഡക്റ്റ് മാനേജർ, ഡവലപ്പർ അല്ലെങ്കിൽ ടെസ്റ്റർ):

• ഒരു യഥാർത്ഥ ഉൽപ്പന്നത്തിലോ പ്രോജക്റ്റിലോ ഏതൊക്കെ ഘട്ടങ്ങളാണ് നഷ്‌ടമായതെന്ന് മനസിലാക്കുക, അവ നടപ്പിലാക്കേണ്ടതിന്റെ ആവശ്യകത വിലയിരുത്തുക;
• വിവിധ ഘട്ടങ്ങളിൽ പ്രവർത്തിക്കുകയാണെങ്കിൽ, നിരവധി വകുപ്പുകൾക്കിടയിലുള്ള ഉത്തരവാദിത്ത മേഖലകൾ വേർതിരിക്കുക;
• ഘട്ടങ്ങളുടെ പ്രവേശന കവാടങ്ങളിലും പുറത്തുകടക്കലിലും കരാറുകൾ അംഗീകരിക്കുക;
• മൊത്തത്തിലുള്ള വികസന പ്രക്രിയയിലേക്ക് നിങ്ങളുടെ ജോലിയുടെ ഘട്ടം സമന്വയിപ്പിക്കുക;
• ഓരോ ഘട്ടങ്ങളും നൽകുന്ന വിഭവങ്ങളുടെ ആവശ്യകത കൂടുതൽ കൃത്യമായി വിലയിരുത്തുക.

മുകളിൽ പറഞ്ഞവയെല്ലാം സംഗ്രഹിക്കുന്നു

റൂട്ടിംഗ് വൈവിധ്യമാർന്നതും വിപുലീകരിക്കാവുന്നതും പരിപാലിക്കാൻ എളുപ്പവുമാണ്. കർശനമായ അക്കാദമിക് IDEF0 മോഡലിനെ അപേക്ഷിച്ച് ഈ രൂപത്തിൽ പ്രക്രിയകളുടെ ഒരു വിവരണം വികസിപ്പിക്കുകയും പരിപാലിക്കുകയും ചെയ്യുന്നത് വളരെ എളുപ്പമാണ്. കൂടാതെ, ഒരു ടാബ്ലർ വിവരണം ഒരു ഫങ്ഷണൽ മോഡലിനേക്കാൾ ലളിതവും കൂടുതൽ പരിചിതവും മികച്ച ഘടനയുള്ളതുമാണ്.

ഘട്ടങ്ങളുടെ സാങ്കേതിക നിർവ്വഹണത്തിനായി, ഞങ്ങൾക്ക് ഒരു പ്രത്യേക ആന്തരിക ഉപകരണം ഉണ്ട് CrossBuilder - CI സിസ്റ്റങ്ങൾ, സേവനങ്ങൾ, ഇൻഫ്രാസ്ട്രക്ചറുകൾ എന്നിവയ്ക്കിടയിലുള്ള ഒരു ലെയർ ടൂൾ. ഡവലപ്പർ തന്റെ ബൈക്ക് മുറിക്കേണ്ടതില്ല: ഞങ്ങളുടെ സിഐ സിസ്റ്റത്തിൽ, ക്രോസ്ബിൽഡർ ടൂളിന്റെ സ്ക്രിപ്റ്റുകളിലൊന്ന് (ടാസ്ക് എന്ന് വിളിക്കപ്പെടുന്നവ) പ്രവർത്തിപ്പിച്ചാൽ മതി, അത് ഞങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചറിന്റെ സവിശേഷതകൾ കണക്കിലെടുത്ത് അത് ശരിയായി നടപ്പിലാക്കും. .

ഫലങ്ങൾ

ലേഖനം വളരെ ദൈർഘ്യമേറിയതായി മാറി, പക്ഷേ സങ്കീർണ്ണമായ പ്രക്രിയകളുടെ മോഡലിംഗ് വിവരിക്കുമ്പോൾ ഇത് അനിവാര്യമാണ്. അവസാനം, ഞങ്ങളുടെ പ്രധാന ആശയങ്ങൾ ഹ്രസ്വമായി പരിഹരിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു:

• ഞങ്ങളുടെ കമ്പനിയിൽ DevOps ആശയങ്ങൾ നടപ്പിലാക്കുന്നതിന്റെ ലക്ഷ്യം കമ്പനിയുടെ ഉൽപ്പന്നങ്ങളുടെ ഉൽപാദനച്ചെലവും അറ്റകുറ്റപ്പണിയും അളവ് അടിസ്ഥാനത്തിൽ (മാൻ-ഹവർ അല്ലെങ്കിൽ മെഷീൻ മണിക്കൂർ, vCPU, RAM, Disk) സ്ഥിരമായി കുറയ്ക്കുക എന്നതാണ്.
• വികസനത്തിന്റെ മൊത്തത്തിലുള്ള ചെലവ് കുറയ്ക്കുന്നതിനുള്ള മാർഗം സാധാരണ സീരിയൽ ജോലികൾ ചെയ്യുന്നതിനുള്ള ചെലവ് കുറയ്ക്കുക എന്നതാണ്: സാങ്കേതിക പ്രക്രിയയുടെ ഘട്ടങ്ങളും ഘട്ടങ്ങളും.
• പൂർണ്ണമായോ ഭാഗികമായോ സ്വയമേവയുള്ള പരിഹാരം, പ്രകടനം നടത്തുന്നവർക്ക് ബുദ്ധിമുട്ടുകൾ സൃഷ്ടിക്കാത്തതും കാര്യമായ തൊഴിൽ ചെലവുകൾ ആവശ്യമില്ലാത്തതുമായ ഒരു ടാസ്‌ക് ആണ് ഒരു സാധാരണ ജോലി.
• ഉൽപ്പാദന പ്രക്രിയയിൽ ഘട്ടങ്ങൾ അടങ്ങിയിരിക്കുന്നു, ഘട്ടങ്ങളെ അവിഭാജ്യ ഘട്ടങ്ങളായി തിരിച്ചിരിക്കുന്നു, അവ വ്യത്യസ്ത സ്കെയിലുകളുടെയും വ്യാപ്തിയുടെയും സാധാരണ ജോലികളാണ്.
• വ്യത്യസ്‌തമായ സാധാരണ ജോലികളിൽ നിന്ന്, ഞങ്ങൾ സങ്കീർണ്ണമായ സാങ്കേതിക ശൃംഖലകളിലേക്കും ഉൽ‌പാദന പ്രക്രിയയുടെ മൾട്ടി-ലെവൽ മോഡലുകളിലേക്കും എത്തിയിരിക്കുന്നു, ഇത് ഒരു ഫങ്ഷണൽ IDEF0 മോഡൽ അല്ലെങ്കിൽ ലളിതമായ ഒരു സാങ്കേതിക മാപ്പ് ഉപയോഗിച്ച് വിവരിക്കാം.
• സാങ്കേതിക ഭൂപടം ഉൽപ്പാദന പ്രക്രിയയുടെ ഘട്ടങ്ങളുടെയും ഘട്ടങ്ങളുടെയും ഒരു ടാബ്ലർ പ്രാതിനിധ്യമാണ്. ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം: മുഴുവൻ പ്രക്രിയയും പൂർണ്ണമായി കാണാൻ മാപ്പ് നിങ്ങളെ അനുവദിക്കുന്നു, അവയെ വിശദീകരിക്കാനുള്ള സാധ്യതയുള്ള വലിയ കഷണങ്ങളായി.
• സാങ്കേതിക ഭൂപടത്തെ അടിസ്ഥാനമാക്കി, ഒരു പ്രത്യേക ഉൽപ്പന്നത്തിൽ ഘട്ടങ്ങൾ അവതരിപ്പിക്കേണ്ടതിന്റെ ആവശ്യകത വിലയിരുത്താനും ഉത്തരവാദിത്ത മേഖലകൾ നിർവചിക്കാനും ഘട്ടങ്ങളുടെ ഇൻപുട്ടുകളിലും ഔട്ട്പുട്ടുകളിലും കരാറുകൾ അംഗീകരിക്കാനും വിഭവങ്ങളുടെ ആവശ്യകത കൂടുതൽ കൃത്യമായി വിലയിരുത്താനും കഴിയും.

ഇനിപ്പറയുന്ന ലേഖനങ്ങളിൽ, ഞങ്ങളുടെ മാപ്പിൽ ചില സാങ്കേതിക ഘട്ടങ്ങൾ നടപ്പിലാക്കാൻ ഉപയോഗിക്കുന്ന സാങ്കേതിക ഉപകരണങ്ങൾ ഏതൊക്കെയാണെന്ന് ഞങ്ങൾ കൂടുതൽ വിശദമായി വിവരിക്കും.

ലേഖന രചയിതാക്കൾ:

• അലക്സാണ്ടർ പാസ്ഡ്നിക്കോവ് - പോസിറ്റീവ് ടെക്നോളജീസിലെ ഓട്ടോമേഷൻ മേധാവി (DevOps).
• തിമൂർ ഗിൽമുള്ളിൻ - ഡെപ്യൂട്ടി പോസിറ്റീവ് ടെക്‌നോളജീസിലെ ഓട്ടോമേഷൻ ഡിപ്പാർട്ട്‌മെന്റ് തലവൻ (DevOps).

അവലംബം: www.habr.com