സുവർണ പാതകൾ: ആരെയും തടയാത്ത മാനദണ്ഡങ്ങൾ

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

മാനദണ്ഡങ്ങള് ഒരു തടസ്സമല്ല, ഒരു കുറുക്കുവഴിയായിരിക്കണം എന്നാണു് ആശയം.

റോഡുകൾ, കാവല് പാളികൾ, കവാടങ്ങൾ

ആളുകളെ നയിക്കാന് മൂന്ന് വഴികളെക്കുറിച്ച് ചിന്തിക്കുന്നത് എനിക്ക് ഉപകാരപ്രദമാണെന്ന് തോന്നുന്നു:

• ഗേറ്റുകൾ ആരെങ്കിലും സമ്മതിക്കുന്നതുവരെ നിങ്ങളെ തടയാം. "ബിക്കറ്റ് സമർപ്പിച്ച് വാസ്തുവിദ്യാ അവലോകനം കാത്തിരിക്കുക".
• ഗാർഡ് റീൽസ് നിങ്ങളെ സ്വതന്ത്രമായി നീങ്ങാൻ അനുവദിക്കും, പക്ഷേ നിങ്ങൾ ഒരു പാറയിൽ നിന്ന് വീഴും മുമ്പ് നിങ്ങളെ തടയും. "നിങ്ങള് ക്ക് എന്തും വിന്യസിക്കാവുന്നതാണ്, പക്ഷേ റൂട്ട് ആയി പ്രവർത്തിക്കുന്ന ഒരു കണ്ടെയ്നര് അല്ല".
• പാറക്കല്ലുള്ള റോഡുകൾ (ഗോൾഡൻ പാതകൾ) ഒരു വഴി വളരെ സൌകര്യപ്രദമാക്കുക, മിക്ക ആളുകളും അത് സ്വമേധയാ സ്വീകരിക്കുന്ന വിധം.

നല്ല പ്ലാറ്റ്ഫോമുകൾക്ക് ധാരാളം പാറക്കല്ലുള്ള റോഡുകളും കുറച്ച് ഗാർഡുകളും, സാധ്യമായത്ര ഗേറ്റുകളും ഉപയോഗിക്കാം.

നിങ്ങളുടെ സ്വർണ്ണ പാതയിലേക്ക് ആളുകളെ നിർബന്ധിക്കേണ്ടിവന്നാൽ അത് സ്വർണ്ണമല്ല. അതൊരു പാത മാത്രമാണ്.

പുതിയ സേവനം 10 മിനിറ്റിനകം

ഒരു ഡെവലപ്പറുടെ കാഴ്ചപ്പാടിൽ, ഒരു നല്ല സ്വർണ്ണ പാത ഇങ്ങനെ കാണപ്പെടുന്നു:

1. ടെംപ്ലേറ്റ് തുറക്കുക (ഒരു GitHub ടെംപ്ലെറ്റ്, ഒരു Backstage ഫോം, അല്ലെങ്കിൽ ഒരു CLI കമാൻഡ്).
2. ഒരു സേവന നാമവും ഉടമസ്ഥതയിലുള്ള ടീമും നൽകുക.
3. ഒരു റിപ്പോസിറ്ററി, കോഡ്, ടെസ്റ്റുകൾ, ഒരു ഡോക്കർ ഫയലും ഒരു പൈപ്പ്ലൈനും.
4. തള്ളി. പൈപ്പ്ലൈൻ നിർമ്മിക്കുകയും സ്കാൻ ചെയ്യുകയും ഒരു ടെസ്റ്റ് പരിതസ്ഥിതിയിലേക്ക് വിന്യസിക്കുകയും ചെയ്യുന്നു.
5. ലോഗ്, മെട്രിക്സ്, ഡാഷ് ബോർഡുകൾ, അടിസ്ഥാന അലേർട്ടുകൾ എല്ലാം അവിടെയുണ്ട്.

ഡെവലപ്പര് ലോഗ് ചെയ്യുന്നതിനുള്ള മാനദണ്ഡങ്ങളെ കുറിച്ചുള്ള ഒരു വിക്കി പേജ് വായിച്ചിട്ടില്ല. ഈ ടെംപ്ലേറ്റ് ശരിയായ രീതിയിൽ ലോഗ് ചെയ്യുകയാണ് ചെയ്യുന്നത്. അവര് സുരക്ഷാ സ്കാനിംഗ് ക്രമീകരിച്ചിട്ടില്ല. പൈപ്പ് ലൈനില് അത് ഉൾപ്പെടുന്നു. സ്റ്റാൻഡേർഡ് പാകം ചെയ്തിരിക്കുന്നു.

ഒരു പാതയിലൂടെ കടന്നുപോകുന്നതെന്താണ്?

എല്ലാ സേവനങ്ങളും ഏറ്റവും നല്ല സ്ഥാനാർത്ഥികളെ ആവശ്യപ്പെടുന്നു, അത് തെറ്റായി ലഭിക്കുന്നത് എളുപ്പമാണ്:

• പൈപ്പ്ലൈനുകള് നിര് മ്മിക്കുകയും വിന്യസിക്കുകയും ചെയ്യുക
• കണ്ടെയ്നർ അടിത്തറ ചിത്രങ്ങൾ
• ആരോഗ്യ പരിശോധനകളും വിഭവ ആവശ്യങ്ങളും പരിമിതികളും
• ലോഗ് ചെയ്യൽ ഫോർമാറ്റ്, അളവുകൾ, ട്രേസിംഗ് സജ്ജീകരണം
• സുരക്ഷാ സ്കാനിംഗും രഹസ്യ കൈകാര്യം ചെയ്യലും
• ഉടമസ്ഥാവകാശവും രേഖകളും (ഒരു കാറ്റലോഗ് എൻട്രി, ഒരു README സ്കെയിൽ)

എല്ലാം സ്റ്റാൻഡേർഡൈസ് ചെയ്യാൻ ശ്രമിക്കരുത്. ഉത്പന്നത്തിന്റെ യഥാർത്ഥ കോഡ് മാത്രം വിടുക. ഡെവലപ്പര് മാര് സേവനത്തിനുള്ളില് സ്വന്തം ലൈബ്രറികളും വാസ്തുവിദ്യയും തെരഞ്ഞെടുക്കണം.

ആളുകൾ വഴി വിട്ടുപോകേണ്ടിവരുമ്പോൾ

ടീമുകൾക്ക് എപ്പോഴും അസാധാരണമായ ആവശ്യങ്ങളുണ്ടാകും വ്യത്യസ്ത ഭാഷകൾ, ജിപിയു വർക്ക് ലോഡുകൾ, അല്ലെങ്കിൽ വിചിത്രമായ ഡാറ്റാബേസുകൾ. നിങ്ങളുടെ സുവർണ പാത മാത്രമാണ് ഓപ്ഷൻ എങ്കിൽ, ആ ടീമുകൾ ഒന്നുകിൽ കുടുങ്ങും അല്ലെങ്കിൽ നിങ്ങൾ അറിയാത്ത പരിഹാരങ്ങൾ കണ്ടെത്തും.

അതുകൊണ്ട് രക്ഷപ്പെടാനുള്ള കവാടങ്ങള് മനഃപൂർവം നിർമ്മിക്കുക.

• ടെംപ്ലേറ്റിലെ ചില ഭാഗങ്ങളെ അസാധുവാക്കാൻ ടീമുകളെ അനുവദിക്കുക, എല്ലാം അല്ലെങ്കിൽ ഒന്നും അല്ല.
• പാതയിൽ നിന്ന് പുറത്തുപോകുമ്പോൾ അവർക്ക് നഷ്ടപ്പെടുന്നതെന്തെന്ന് രേഖപ്പെടുത്തുക (ഉദാഹരണത്തിന്, "നിങ്ങൾക്ക് നിങ്ങളുടെ സ്വന്തം അലേർട്ടുകൾ സജ്ജമാക്കേണ്ടതുണ്ട്").
• ആളുകൾ എവിടെ പോകുന്നു എന്ന് നോക്കൂ. ഒരേ സ്ഥലത്ത് പല ടീമുകളും പുറപ്പെട്ടാൽ, അത് പാത നീട്ടാനുള്ള സിഗ്നലാണ്.

ടെംപ്ലേറ്റുകൾ കാലികമായി നിലനിർത്തുക

ടെംപ്ലേറ്റുകളിലെ മറഞ്ഞിരിക്കുന്ന പ്രശ്നം, ഒരു സേവനം സൃഷ്ടിച്ചുകഴിഞ്ഞാൽ, അത് ഒരു പകർപ്പാണ് എന്നതാണ്. പിന്നീട് ടെംപ്ലേറ്റ് മെച്ചപ്പെടുത്തിയാൽ പഴയ സേവനങ്ങൾ ആ മെച്ചപ്പെടുത്തലുകൾ സ്വപ്രേരിതമായി ലഭിക്കില്ല.

അത് കൈകാര്യം ചെയ്യാന് ചില വഴികള്:

• പൊതുവായ യുക്തി നിലനിർത്തുക ഓരോ റിപ്പോയിലെയും: വീണ്ടും ഉപയോഗിക്കാവുന്ന പൈപ്പ്ലൈൻ വർക്ക്ഫ്ലോകൾ, പങ്കിട്ട ഹെൽം ചാർട്ടുകൾ, അടിസ്ഥാന ചിത്രങ്ങൾ. സേവനങ്ങൾ ഉള്ളടക്കം പകർത്തുന്നതിനു പകരം ഒരു പതിപ്പിലേക്ക് റഫറൻസ് ചെയ്യുന്നു.
• ഉപയോഗം പുതുക്കുക അല്ലെങ്കിൽ ആശ്രയിക്കുക പങ്കിട്ട കഷണങ്ങളുടെ പുതിയ പതിപ്പ് പുറത്തിറങ്ങുമ്പോൾ pull requests തുറക്കാൻ.
• നിങ്ങളുടെ ടെംപ്ലേറ്റുകൾ പരിഷ്ക്കരിക്കുക, ഒരു ചെറിയ മാറ്റ ലോഗ് സൂക്ഷിക്കുക, അങ്ങനെ ടീമുകൾക്ക് അവർ നഷ്ടപ്പെട്ടത് എന്താണെന്ന് അറിയാം.

അതുകൊണ്ട്, സ്വർണ്ണ പാതകൾ അതിന് വിലപ്പെട്ടതാണോ?

വളരെ അധികം. ഒരു ചെറിയ പ്ലാറ്റ്ഫോം ടീം ഓരോ സേവനങ്ങളും അവലോകനം ചെയ്യാതെ തന്നെ ഡസൻ കണക്കിന് സേവനങ്ങളുടെ ഗുണനിലവാരം ഉയർത്താൻ കഴിയുന്നത് അവയിലൂടെയാണ്. ഡെവലപ്പര് മാര് ക്ക് വേഗത കിട്ടും, സംഘടനയ്ക്ക് സ്ഥിരത കിട്ടും. ആരും നാൽപത് പേജ് വിക്കി വായിക്കേണ്ട ആവശ്യമില്ല.

എന്റെ അഭിപ്രായം: ശരിയായ വഴി എളുപ്പവഴിയായി എടുക്കുക, ഒഴിവാക്കലുകൾക്ക് വാതിൽ തുറന്ന് വയ്ക്കുക, ആളുകൾ അത് ഉപയോഗിക്കുമ്പോൾ ശ്രദ്ധിക്കുക.

ഡെസ്ലി