ഞങ്ങൾ എങ്ങനെയാണ് സോനാർക്യൂബ് നടപ്പിലാക്കിയതും അതിന്റെ മഹത്തായ സാധ്യതകൾ തിരിച്ചറിഞ്ഞതും

നാഷണൽ സെറ്റിൽമെന്റ് ഡിപ്പോസിറ്ററിയുടെ ഡിപിഒ സിസ്റ്റത്തിന്റെ (അലമേഡ ഡിപ്പോസിറ്ററി, ക്ലിയറിംഗ് അക്കൌണ്ടിംഗ് സിസ്റ്റം കൂടാതെ) നിലവിലുള്ള വികസന പ്രക്രിയകളിലേക്ക് തുടർച്ചയായ വിശകലനത്തിനും കോഡ് ഗുണനിലവാരം അളക്കുന്നതിനുമായി സോനാർക്യൂബ് പ്ലാറ്റ്ഫോം നടപ്പിലാക്കിയതിന്റെ അനുഭവം പങ്കിടാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.

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

വകുപ്പിനെക്കുറിച്ച് ചുരുക്കത്തിൽ

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

എന്തുകൊണ്ട് SonarQube?

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

നടപ്പാക്കൽ പ്രക്രിയ

നമുക്ക് ഉണ്ട്:

• ടീംസിറ്റിയിൽ ഓട്ടോമാറ്റിക് സിസ്റ്റം അസംബ്ലി;
• ഫീച്ചർ ബ്രാഞ്ചിൽ നിന്ന് GitLab-ലെ മാസ്റ്റർ ബ്രാഞ്ചിലേക്ക് MergeRequest വഴി കോഡ് അപ്‌ലോഡ് ചെയ്യുന്ന പ്രക്രിയ ക്രമീകരിച്ചു (GitHub ഫ്ലോ അനുസരിച്ചുള്ള വികസന പ്രക്രിയ);
• SonarQube, ഒരു ഷെഡ്യൂളിൽ DPO സിസ്റ്റത്തിനായുള്ള കോഡ് വിശകലനം ചെയ്യാൻ കോൺഫിഗർ ചെയ്‌തിരിക്കുന്നു.

നമ്മുടെ ലക്ഷ്യം: ഡിപിഒയുടെ CI/CD പ്രക്രിയകളിൽ ഓട്ടോമാറ്റിക് കോഡ് വിശകലനം നടപ്പിലാക്കുക.

കോൺഫിഗർ ചെയ്യേണ്ടതുണ്ട്: പ്രധാന ബ്രാഞ്ചിലേക്കുള്ള ഓരോ മെർജ് അഭ്യർത്ഥനയ്‌ക്കൊപ്പവും ഒരു സ്റ്റാറ്റിക് അനലൈസർ ഉപയോഗിച്ച് കോഡ് സ്വയമേവ പരിശോധിക്കുന്ന പ്രക്രിയ.

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

SonarQube-ൽ QualityGate സജ്ജീകരിക്കുന്നു

ക്വാളിറ്റിഗേറ്റ് വിശകലനം എന്നത് ഇന്റർനെറ്റിന്റെ ആഴങ്ങളിൽ നാം വായിക്കുന്ന ഒന്നാണ്. തുടക്കത്തിൽ, ഞങ്ങൾ വ്യത്യസ്തമായ ഒരു സമീപനമാണ് ഉപയോഗിച്ചത്, കൂടുതൽ സങ്കീർണ്ണവും ചില വഴികളിൽ പൂർണ്ണമായും ശരിയല്ല. ആദ്യം, ഞങ്ങൾ SonarQube വഴി രണ്ടുതവണ സ്കാൻ നടത്തി: ഫീച്ചർ ബ്രാഞ്ചും ഫീച്ചർ ബ്രാഞ്ച് ലയിപ്പിക്കാൻ പോകുന്ന ബ്രാഞ്ചും ഞങ്ങൾ സ്കാൻ ചെയ്തു, തുടർന്ന് പിശകുകളുടെ എണ്ണം താരതമ്യം ചെയ്തു. ഈ രീതി സ്ഥിരമായിരുന്നില്ല, എല്ലായ്പ്പോഴും ശരിയായ ഫലം നൽകിയില്ല. SonarQube രണ്ടുതവണ പ്രവർത്തിപ്പിക്കുന്നതിനുപകരം, വരുത്തിയ പിശകുകളുടെ എണ്ണത്തിൽ (QualityGate) ഞങ്ങൾക്ക് ഒരു പരിധി നിശ്ചയിക്കാമെന്നും നിങ്ങൾ അപ്‌ലോഡ് ചെയ്യുകയും താരതമ്യം ചെയ്യുകയും ചെയ്യുന്ന ബ്രാഞ്ച് മാത്രം വിശകലനം ചെയ്യാമെന്നും ഞങ്ങൾ കണ്ടെത്തി.

ഇപ്പോൾ ഞങ്ങൾ ഇപ്പോഴും ഒരു പ്രാകൃത കോഡ് അവലോകനം ഉപയോഗിക്കുന്നു. ഡെൽഫി ഉൾപ്പെടെയുള്ള ചില പ്രോഗ്രാമിംഗ് ഭാഷകളുമായി SonarQube പൊരുത്തപ്പെടുന്നില്ല എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. ഇപ്പോൾ, ഞങ്ങളുടെ സിസ്റ്റത്തിനായുള്ള PLSql കോഡ് മാത്രമാണ് ഞങ്ങൾ വിശകലനം ചെയ്യുന്നത്.

ഇത് ഇതുപോലെ പ്രവർത്തിക്കുന്നു:

• ഞങ്ങളുടെ പ്രോജക്റ്റിനായി ഞങ്ങൾ PL/SQL കോഡ് മാത്രം വിശകലനം ചെയ്യുന്നു.
• SonarQube-ൽ QualityGate കോൺഫിഗർ ചെയ്‌തിരിക്കുന്നതിനാൽ ഒരു പ്രതിബദ്ധതയ്‌ക്കൊപ്പം പിശകുകളുടെ എണ്ണം വർദ്ധിക്കുന്നില്ല.
• ആദ്യ വിക്ഷേപണത്തിൽ പിശകുകളുടെ എണ്ണം 229 ആയിരുന്നു. ഒരു കമ്മിറ്റ് സമയത്ത് കൂടുതൽ പിശകുകൾ ഉണ്ടെങ്കിൽ, ലയനം അനുവദനീയമല്ല.
• കൂടാതെ, പിശകുകൾ തിരുത്തിയാൽ, QualityGate വീണ്ടും ക്രമീകരിക്കാൻ സാധിക്കും.
• വിശകലനത്തിനായി നിങ്ങൾക്ക് പുതിയ പോയിന്റുകൾ ചേർക്കാനും കഴിയും, ഉദാഹരണത്തിന്, ടെസ്റ്റുകളുള്ള കോഡ് കവറേജ് മുതലായവ.

ജോലിയുടെ സ്കീം:

ഫീച്ചർ ബ്രാഞ്ചിൽ പിശകുകളുടെ എണ്ണം വർദ്ധിച്ചിട്ടില്ലെന്ന് സ്ക്രിപ്റ്റിന്റെ അഭിപ്രായങ്ങൾ കാണിക്കുന്നു. അതിനാൽ എല്ലാം ശരിയാണ്.

ലയിപ്പിക്കുക ബട്ടൺ ലഭ്യമാകുന്നു.

സ്‌ക്രിപ്റ്റിന്റെ അഭിപ്രായങ്ങളിൽ, ഫീച്ചർ ബ്രാഞ്ചിലെ പിശകുകളുടെ എണ്ണം സ്വീകാര്യമായതിനേക്കാൾ കൂടുതലായി മാറിയതായി നിങ്ങൾക്ക് കാണാൻ കഴിയും. അതിനാൽ എല്ലാം മോശമാണ്.

മെർജ് ബട്ടൺ ചുവപ്പാണ്. ഇപ്പോൾ, തെറ്റായ കോഡ് അടിസ്ഥാനമാക്കി മാറ്റങ്ങൾ അപ്‌ലോഡ് ചെയ്യുന്നതിന് വിലക്കില്ല, എന്നാൽ ഇത് ഉത്തരവാദിത്തമുള്ള ഡെവലപ്പറുടെ വിവേചനാധികാരത്തിലാണ് ചെയ്യുന്നത്. ഭാവിയിൽ, അത്തരം കമ്മിറ്റുകൾ മെയിൻ ബ്രാഞ്ചിലേക്ക് ചേർക്കുന്നത് തടയാനാകും.

പിശകുകളെക്കുറിച്ചുള്ള സ്വതന്ത്ര പ്രവർത്തനം

അടുത്തതായി, സിസ്റ്റം കണ്ടെത്തിയ എല്ലാ പിശകുകളും നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്, കാരണം SonarQube അതിന്റെ കർശനമായ മാനദണ്ഡങ്ങൾക്കനുസൃതമായി വിശകലനം ചെയ്യുന്നു. അവൻ ഒരു പിശകായി കണക്കാക്കുന്നത് യഥാർത്ഥത്തിൽ നമ്മുടെ കോഡിൽ ഒന്നായിരിക്കണമെന്നില്ല. അതിനാൽ, ഇത് ശരിക്കും ഒരു പിശകാണോ അതോ ഞങ്ങളുടെ വ്യവസ്ഥകളിൽ എഡിറ്റ് ചെയ്യേണ്ടതുണ്ടോ എന്ന് നിങ്ങൾ പരിശോധിച്ച് ശ്രദ്ധിക്കേണ്ടതുണ്ട്. ഈ രീതിയിൽ ഞങ്ങൾ പിശകുകളുടെ എണ്ണം കുറയ്ക്കുന്നു. കാലക്രമേണ, ഈ സൂക്ഷ്മതകൾ മനസ്സിലാക്കാൻ സിസ്റ്റം പഠിക്കും.

നമ്മൾ എന്തിലേക്കാണ് വന്നത്

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

ഈ അവലോകന ലേഖനത്തിൽ ഞങ്ങൾ SonarQube സ്റ്റാറ്റിക് അനലൈസറുമായുള്ള പരിചയത്തെക്കുറിച്ച് സംസാരിച്ചു. നിങ്ങൾക്ക് ചോദ്യങ്ങളുണ്ടെങ്കിൽ, അഭിപ്രായങ്ങളിൽ എഴുതുക. നിങ്ങൾക്ക് ഈ വിഷയത്തിൽ താൽപ്പര്യമുണ്ടെങ്കിൽ, ഒരു പുതിയ പ്രസിദ്ധീകരണത്തിൽ, എല്ലാം എങ്ങനെ ശരിയായി സജ്ജീകരിക്കാമെന്നും അത്തരമൊരു പരിശോധന നടത്താൻ കോഡ് എഴുതാമെന്നും ഞങ്ങൾ കൂടുതൽ വിശദമായി വിവരിക്കും.

വാചക രചയിതാവ്: അതന്യ

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