ഒരു വലിയ ടീം ഇല്ലാതെ ഒരു ആന്തരിക ഡെവലപ്പർ പ്ലാറ്റ്ഫോം നിർമ്മിക്കുക

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

ആ ചിത്രം തെറ്റാണെന്ന് തോന്നുന്നു. ഒരു പ്ലാറ്റ്ഫോം ഒരു പോർട്ടലല്ല. അത് ഡെവലപ്പർമാരെ അവരുടെ കോഡ് സുരക്ഷിതമായി ഉല്പാദനത്തിലേക്ക് കൊണ്ടുപോകാൻ സഹായിക്കുന്നു, ഒരു ടിക്കറ്റ് തുറക്കാതെ. അത് വളരെ ചെറിയ രീതിയിൽ തുടങ്ങാം.

ഒരു പ്ലാറ്റ്ഫോം യഥാർത്ഥത്തിൽ എന്താണ് (അല്ല)

ഒരു ആന്തരിക ഡെവലപ്പർ പ്ലാറ്റ്ഫോം ഡെവളപ്പർമാർക്ക് സ്വയം സേവിക്കാൻ അനുവദിക്കുന്ന ഉപകരണങ്ങൾ, ടെംപ്ലേറ്റുകൾ, ഓട്ടോമേഷൻ എന്നിവയുടെ ഒരു കൂട്ടമാണ്. സാധാരണ കെട്ടിട ബ്ലോക്കുകൾ:

• പുതിയ സേവനങ്ങള് സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു വഴി ഒരു ടെംപ്ലേറ്റിൽ നിന്നും, ഒരു റിപ്പോ, പൈപ്പ്ലൈൻ, അടിസ്ഥാന കോൺഫിഗറേഷൻ എന്നിവ ഇതിനകം തന്നെ വയർ ചെയ്തിട്ടുണ്ട്.
• സിഐ/സിഡി എല്ലാ സേവനങ്ങളിലും ഇത് ഒരേപോലെ പ്രവർത്തിക്കുന്നു.
• പരിസ്ഥിതി ആരെയും ചോദിക്കാതെ തന്നെ സൃഷ്ടിക്കാനും നശിപ്പിക്കാനും കഴിയുന്നവ.
• നിരീക്ഷണ ശേഷി സ്ഥിരമായി ഓണാക്കിയ ലോഗ്, മെട്രിക്സ്, ട്രെയ്സ് എന്നിവ അധിക ജോലിയില്ലാതെ.
• ഒരു കാറ്റലോഗ് അത് ഉത്തരം നൽകുന്നു "ആരുടെ ഉടമസ്ഥതയിലുള്ളതാണ് ഈ സേവനം, എവിടെയാണ് ഇത് പ്രവർത്തിക്കുന്നത്?"

ഒരു പ്ലാറ്റ്ഫോം എന്താണെന്നോ അതല്ല, നിങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഒരു ഉപകരണമാണ്. ബാക്ക്ടെസ്ചേജ് വാങ്ങുന്നതോടെയോ മറ്റേതെങ്കിലും പോർട്ടലിലൂടെയോ നിങ്ങൾക്ക് ഒരു പ്ലാറ്റ്ഫോം ലഭിക്കുന്നില്ല, ജിം അംഗത്വം വാങ്ങുന്നതുകൊണ്ട് നിങ്ങളെ ഫിറ്റ് ആക്കില്ല.

ഇപ്പോഴും ഉപയോഗപ്രദമായ ഏറ്റവും ചെറിയ പ്ലാറ്റ്ഫോം

ഒരു ചെറിയ ടീമിനൊപ്പം എനിക്ക് പുതിയ തുടക്കം കുറിക്കേണ്ടിവന്നാല് , ഞാന് ഒരു കാര്യത്തില് നിന്നാണ് തുടങ്ങുക: സ്വർണ്ണ പാത കമ്പനിയില് ഏറ്റവും സാധാരണമായ സേവനത്തിന്.

നിങ്ങളുടെ മിക്ക സേവനങ്ങളും ഒരു ഭാഷയിലുള്ള ചെറിയ എച്ച്ടിടിപി എപിഐകളാണ് എന്ന് കരുതുക. സുവർണ പാത ഇങ്ങനെ ആകാം:

1. കോഡ് സ്കെയിലറ്റിനൊപ്പം ഒരു റിപ്പോസിറ്ററി ടെംപ്ലേറ്റ്, ഒരു ഡോക്കർ ഫയലും ആരോഗ്യ അവസാന പോയിന്റും.
2. ഒരു പൈപ്പ് ലൈൻ അത് നിർമ്മിക്കുകയും പരിശോധിക്കുകയും സ്കാൻ ചെയ്യുകയും വിന്യസിക്കുകയും ചെയ്യുന്നു.
3. ഒരു ഹെല്ം ചാർട്ട് അല്ലെങ്കിൽ കസ്റ്റമൈസ് ചെയ്ത ബേസ്, വിഭവങ്ങൾ, അന്വേഷണങ്ങൾ, സുരക്ഷ എന്നിവയ്ക്കുള്ള സാധാരണ സ്ഥിരസ്ഥിതികളോടെ.
4. ഡാഷ്ബോർഡുകളും അലേർട്ടുകളും സേവനം വിന്യസിക്കുമ്പോൾ യാന്ത്രികമായി ദൃശ്യമാകുന്നു.

അതാ അത്. ഇതുവരെ പോർട്ടൽ ഇല്ല. ഒരു ഡെവലപ്പർ ഒരു കമാൻഡ് പ്രവർത്തിപ്പിക്കുകയോ ഗിറ്റ്ഹബ്ബിൽ "ഈ ടെംപ്ലേറ്റ് ഉപയോഗിക്കുക" എന്നതിൽ ക്ലിക്ക് ചെയ്യുകയോ ചെയ്യുന്നു, ഇരുപത് മിനിറ്റിനു ശേഷം അവരുടെ സേവനം നിരീക്ഷണമുള്ള ഒരു ടെസ്റ്റ് പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കുന്നു.

ഒരു പ്ലാറ്റ്ഫോം വിജയിക്കുമ്പോള് ഡവലപ്പര് അത് തിരഞ്ഞെടുക്കുന്നത് അത് എളുപ്പമുള്ളതുകൊണ്ടല്ല, നിർബന്ധിതരായതുകൊണ്ടല്ല.

ബിൽഡ് അഥവാ വാങ്ങുക: ബാക്ക് സ്റ്റേജ്, പോർട്ട്, സുഹൃത്തുക്കൾ

സ്വർണ്ണ പാത പ്രവർത്തിച്ചാൽ, ഒന്നിലധികം പോർട്ടലുകൾ ഉണ്ടാകും. ഇത് ടെംപ്ലേറ്റുകൾക്ക് ഒരു വീട് നൽകുകയും ഒരു കാറ്റലോഗ് ചേർക്കുകയും ചെയ്യുന്നു.

• തിരശ്ശീലയ്ക്കു പിന്നിൽ ഓപ്പൺ സോഴ്സ് ആണ്, വളരെ വഴക്കമുള്ളതും. ഇത് യഥാർത്ഥ സോഫ്റ്റ്വെയറാണ്, അത് നിങ്ങൾ പ്രവർത്തിപ്പിക്കുകയും അപ്ഗ്രേഡ് ചെയ്യുകയും വിപുലീകരിക്കുകയും വേണം, പലപ്പോഴും ടൈപ്പ്സ്ക്രിപ്റ്റ് ഉപയോഗിച്ച്.
• പോര് ട്ട്, കോർടെക്സ്, ഒപ്സ് ലെവല് മറ്റുള്ളവ SaaS ആണ്. വേഗത്തിൽ തുടങ്ങാം, നിയന്ത്രണം കുറയും, പ്രതിമാസ ബില്ലും.
• ഒരു ലളിതമായ വിക്കി പേജ് കൂടാതെ ഗിറ്റ്ഹബ് ടെംപ്ലേറ്റുകളും തികച്ചും നല്ല ആദ്യ പതിപ്പാണ്. ശരിക്കും.

എന്റെ നിയമം: ഒരു പോർട്ടൽ അവതരിപ്പിക്കരുത്, അതിൽ എന്തെങ്കിലും ഇടാൻ പറ്റുന്നതുവരെ.

ആരെങ്കിലും അത് ഉപയോഗിക്കുമോ എന്ന് ഞാൻ എങ്ങനെ അളക്കും

ഒരു പ്ലാറ്റ്ഫോം ഒരു ഉൽപ്പന്നമാണ്, ഉൽപ്പന്നങ്ങൾക്കു ഫീഡ്ബാക്ക് ആവശ്യമാണ്. കുറച്ച് നമ്പറുകൾ ഞാൻ ട്രാക്കുചെയ്യും:

• ആദ്യം വിന്യസിക്കാനുള്ള സമയം പുതിയ സേവനത്തിനായി. ദിവസങ്ങൾ മിനിറ്റുകളായി മാറുന്നു. അതാണ് പ്രധാന വിജയം.
• ദത്തെടുക്കൽ: എത്ര സേവനങ്ങൾ സ്വകാര്യ സജ്ജീകരണങ്ങളുമായി താരതമ്യം ചെയ്യുമ്പോൾ സ്വർണ്ണ പാത ഉപയോഗിക്കുന്നു.
• ഓപ്സ് ടീമിന് ടിക്കറ്റ് പതിവ് ആവശ്യങ്ങൾക്കായി. ഇത് താഴേക്ക് പോകണം.
• വികസന സംതൃപ്തി: ഓരോ ക്വാർട്ടറിലും ഒരു ചെറിയ സർവേ. നല്ലത് മാത്രം ചോദിക്കരുത്, എന്താണു ശല്യപ്പെടുത്തുന്നതെന്ന് ചോദിക്കുക.

ഡെവലപ്പർമാരുമായി സംസാരിക്കുക. പുതിയ സേവനം സൃഷ്ടിക്കുന്നതിനിടയില് ആരോടൊപ്പമുണ്ടാകും. അവര് സംശയിക്കുന്നതോ ചോദ്യം ചോദിക്കുന്നതോ ആയ ഓരോ സ്ഥലവും നിങ്ങളുടെ പ്ലാറ്റ്ഫോമിലെ ഒരു ബഗ് ആണ്.

ഇന്ന് മുതൽ ഞാൻ ആരോടെങ്കിലും പറയാനാഗ്രഹിക്കുന്നത്

ഏറ്റവും വേദനയും പതിവുമുള്ള ജോലിയിലൂടെ തുടങ്ങുക. അത് ശരിയായി ഓട്ടോമേറ്റ് ചെയ്യുക. ആളുകൾ കൂടുതല് ആവശ്യപ്പെടുന്ന തരത്തില് നല്ലതാക്കുക. പിന്നെ അടുത്ത കാര്യം തിരഞ്ഞെടുക്കുക.

എല്ലാ കേസുകളും മറച്ചുവെക്കാന് ശ്രമിക്കരുത്. ഒരു രക്ഷാ കവാടം സൂക്ഷിക്കുക. അങ്ങനെ അസാധാരണ ആവശ്യങ്ങളുള്ള ടീമുകൾക്ക് അവരുടെ കാര്യം ചെയ്യാം. ആളുകളെ തടയുന്ന ഒരു പ്ലാറ്റ്ഫോം DevOps തകര് ക്കേണ്ട പുതിയ മതിൽ ആയി മാറുന്നു.

ഒരു ചെറിയ ടീമിന് ഇത് ചെയ്യാൻ കഴിയുമോ?

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

എന്റെ അഭിപ്രായം: ഒരു റോഡിൽ നിന്ന് തുടങ്ങുക, നന്നായി പാറ നിരത്തുക, അടുത്തത് എവിടെ നിർമ്മിക്കണമെന്ന് ആളുകളുടെ കാൽപ്പാടുകൾ പറയട്ടെ.

ഡെസ്ലി