AI மூலம் இயங்கும் கோட்-ரிவியூ ஸ்டேக்கை (code-review stack) சுயமான முறையில் ஹோஸ்ட் செய்வதற்கு மாதம் தோறும் தோராயமாக $4,100-$9,100 செலவாகிறது, என்று 450,000 கோப்புகளைக் கொண்ட ஒரு மோனோரெப்போவில் (monorepo) பத்து ஓப்பன் சோர்ஸ் கருவிகளைப் பயன்படுத்தி நடத்தப்பட்ட சமீபத்திய ஒப்பீட்டு ஆய்வு தெரிவிக்கிறது. இதற்கு நேர்மாறாக, வணிக ரீதியான SaaS ரிவியூயர்கள் மூலம் அதே அளவிலான கவரேஜைப் பெற ஒரு டெவலப்பருக்கு மாதம் $24-$30 மட்டுமே செலவாகிறது. இந்த விலை வித்தியாசம் ஒரு பிழை அல்ல—இது பெரும்பாலான விற்பனையாளர்களின் "சிறந்தவை" பட்டியல்கள் புறக்கணிக்கும் GPU செலவுகள், பராமரிப்பு மற்றும் அம்சங்கள் முடக்கப்பட்டிருத்தல் ஆகியவற்றின் மறைமுக விலையாகும்.

ஏன் இந்த எண்கள் முக்கியம்

பெரும்பாலான பொறியியல் குழுக்கள், இலவச உரிமங்கள் மற்றும் ஓப்பன் சோர்ஸ் உரிமைகளை முன்னிலைப்படுத்தும் விற்பனையாளர்களின் பட்டியல்களைப் பார்த்துத் தங்கள் தேடலைத் தொடங்குகின்றன. அந்தப் பட்டியல்கள் முழுமையான செலவுப் பட்டியலைக் காட்டுவது அரிது. Augment Code சோதனை, உண்மையாகவே பயன்பாட்டில் இயங்குவதற்குத் தேவையான அனைத்தையும் கணக்கிட்டது: கிளவுட் GPU வாடகை, அந்த ஸ்டேக்கை உயிர்ப்புடன் வைத்திருக்கத் தேவைப்படும் ஒரு டெவலப்பரின் மாத நேரத்தின் 0.25 முதல் 0.5 பங்கு, மற்றும் குழுக்களை மீண்டும் கட்டண பதிப்புகளுக்குத் தள்ளும் அம்சக் குறைபாடுகளின் செலவு.

ஒரு நிறுவனத்தின் நோக்கம் இணக்கம் (compliance) அல்லது அறிவுசார் சொத்து (IP) பாதுகாப்பிற்காக கோட்-ரிவியூ தரவை உள்ளூரிலேயே (on-premise) வைத்திருப்பதாக இருந்தால், அந்த முடிவு பட்ஜெட் சார்ந்த ஒன்றல்ல; அது தனியுரிமை சார்ந்த முடிவு. சந்தா முறைக்கு (subscription) பதிலாக மூலதனச் செலவை (capital outlay) மாற்றுவது செலவைக் குறைக்காது; அது பணம் எங்கு செலவிடப்படுகிறது என்பதை மட்டுமே மாற்றும்.

மறைமுகச் செலவுகளின் விவரம்

  • GPU வாடகை – கோடுகளைப் பகுப்பாய்வு செய்யும் AI மாடல்களுக்கு நவீன கிராபிக்ஸ் கார்டுகள் தேவை. சாதாரண இன்ஃபரன்ஸ் (inference) பணிச்சுமை கூட முக்கிய கிளவுட் வழங்குநர்களிடம் மாதம் பல ஆயிரம் டாலர்களைக் கோரலாம். குறிப்பிடப்பட்டுள்ள $4,100-$9,100 என்ற வரம்பிலேயே அந்த வாடகை விகிதங்களும் அடங்கும்.
  • பராமரிப்பு உழைப்பு – மாடல் எடைகளை (model weights) புதுப்பித்தல், பாதுகாப்பு பேட்ச்களைப் (security patches) பயன்படுத்துதல் மற்றும் பிழைகளைத் தீர்த்தல் போன்ற பணிகளுக்காக ஒவ்வொரு மாதமும் ஒரு டெவலப்பரின் நேரத்தின் 0.25 முதல் 0.5 பங்கு தேவைப்படும் என்று இந்த ஒப்பீட்டு ஆய்வு கருதுகிறது.
  • அம்சக் குறைபாடுகள் – ஓப்பன் சோர்ஸ் கருவிகள் பெரும்பாலும் ஒரு "இலவச" மையப் பகுதியை வழங்குகின்றன, ஆனால் முக்கியமான திறன்களை வணிக உரிமங்களுக்குப் பின்னால் மறைத்து வைக்கின்றன. உதாரணமாக, ஒரு பிரபலமான கம்யூனிட்டி எடிஷனுக்கு ஆடிட்-லாக் (audit-log) அணுகலுக்கு என்டர்பிரைஸ் அப்கிரேடு தேவைப்படுகிறது; மற்றவற்றுக்கு சிங்கிள்-சிக்ன்-ஆன் (SSO) மற்றும் ரோல்-அடிப்படையிலான அணுகல் கட்டுப்பாடு (RBAC) ஆகியவற்றிற்கு கட்டண கூடுதல் வசதிகள் தேவைப்படுகின்றன. அந்தத் திறன்கள் தேவைப்படும் குழுக்கள், இறுதியில் தாங்கள் தவிர்க்க நினைத்த அதே உரிமங்களையே வாங்க வேண்டிய நிலைக்குத் தள்ளப்படுகிறார்கள்.

பாதிப்பை ஏற்படுத்தும் தொழில்நுட்பக் குறைபாடுகள்

அதே சோதனை ஓப்பன் சோர்ஸ் விருப்பங்களில் மூன்று அமைப்பு ரீதியான பலவீனங்களைச் சுட்டிக்காட்டியது:

  1. கட்டமைப்பு விழிப்புணர்வு இல்லாமை (No architecture awareness) – ஆய்வு செய்யப்பட்ட பத்து கருவிகளும் கோப்பு மட்டத்தில் (file level) மட்டுமே செயல்பட்டன, இதனால் சேவைகள் அல்லது மாட்யூல்ஸ்களுக்கு இடையே ஏற்படும் மாற்றங்களைக் கண்டறிய முடியவில்லை. பெரிய மோனோரெப்போக்கள் கோப்புகளுக்கு இடையிலான சார்பு வரைபடங்களை (dependency graphs) நம்பியிருக்கின்றன; அவை இல்லையென்றால், ரிவியூயர்களால் அமைப்பு ரீதியான பின்னடைவுகளை (systemic regressions) அடையாளம் காண முடியாது.
  2. மறைமுகக் கட்டணச் சுவர்கள் (Hidden paywalls) – இலவசப் பதிப்புகள் பெரும்பாலும் ஒரு நிறுவனச் சூழலில் கோட்-ரிவியூ முறையைச் செயல்படுத்துவதற்குத் தேவையான அம்சங்களைக் கொண்டிருப்பதில்லை, இது பின்னர் அப்கிரேடு செய்ய நிர்ப்பந்திக்கிறது.
  3. கிளவுட் மாடல்களுக்குத் தானாக மாறுதல் (Silent fallback to hosted models) – சில ஏஜெண்டுகள், உள்ளூர் முறையில் (locally) இயங்க முடியாதபோது, பயனர்களுக்குத் தெரியாமலேயே தானாகவே கிளவுட்-ஹோஸ்டட் இன்ஃபரன்ஸ் எண்ட் பாயிண்டிற்கு (cloud-hosted inference endpoint) மாறுகின்றன. இந்தச் செயல்பாடு சுயமான முறையில் ஹோஸ்ட் செய்வதன் நோக்கம் கொண்ட தனியுரிமையைத் தவிடுபொடியாக்கிவிடுகிறது.

மாற்றுக்கருத்து: குழுக்கள் ஏன் இன்னும் DIY முறையைத் தேர்ந்தெடுக்கின்றன

சுயமான முறையில் ஹோஸ்ட் செய்வது என்பது செலவைக் குறைக்கும் தந்திரம் அல்ல; அது கட்டுப்பாட்டைப் பெறுவதற்கான முடிவு. ஒழுங்குமுறைப்படுத்தப்பட்ட தொழில்துறைகளில் உள்ள நிறுவனங்கள் அல்லது கடுமையான தரவு இறையாண்மை (data-sovereignty) விதிகளைக் கொண்ட நிறுவனங்கள், தங்கள் மூலக் குறியீட்டை (source code) மூன்றாம் தரப்பு SaaS நிறுவனத்திற்கு அனுப்ப முடியாமல் போகலாம். ஸ்டேக்கை சொந்தமாக வைத்திருப்பது விற்பனையாளர் சார்ந்திருத்தலை (vendor lock-in) தவிர்க்கிறது மற்றும் குழுக்கள் மாடல்களைத் தங்கள் உள்நாட்டு கோடிங் நடைமுறைகளுக்கு ஏற்ப மாற்றியமைக்க அனுமதிக்கிறது.

இருப்பினும், அந்த நன்மைகள் முழுமையான செயல்பாட்டுச் செலவைக் கணக்கில் கொள்ள வேண்டிய பொறுப்புடன் வருகின்றன. உழைப்பு மற்றும் வன்பொருள் செலவைப் புறக்கணிப்பது, ஒரு "இல免费" தீர்வை பட்ஜெட்டின் மறைமுகச் சுமையாக மாற்றக்கூடும்.

அடுத்து கவனிக்க வேண்டியவை

முக்கியக் கருத்து

AI கோட் ரிவியூவை சுயமான முறையில் ஹோஸ்ட் செய்வது என்பது கணிக்கக்கூடிய சந்தா முறைக்கு பதிலாக, GPU கட்டணங்கள், டெவலப்பர் நேரம் மற்றும் அம்ச உரிமங்கள் ஆகியவற்றின் மாறுபடும் கலவையைத் தருகிறது. தனியுரிமையே முதன்மையான காரணியாக இருந்தால், அந்தத் தேர்வு சரியானது. பணத்தைச் சேமிப்பதே குறிக்கோள் என்றால், பெரும்பாலான நிறுவனங்களுக்கு SaaS முறையே மலிவானது என்று கணக்கீடு கூறுகிறது. எந்தவொரு முடிவும் வன்பொருள், பராமரிப்பு உழைப்பு மற்றும் நிறுவனத் தேவைகளுக்கான அம்சங்களின் உண்மையான விலை ஆகியவற்றை உள்ளடக்கிய முழுமையான செலவு மாதிரியுடன் தொடங்க வேண்டும்.