Beyond the Stack · ML

UGREEN Uno Qi2 ചാർജർ — ഉപകാരമുള്ള ഒരു കുഞ്ഞൻ റോബോട്ട്

Mon, 26 Oct 2026 10:18:21 +0100

UGREEN Uno 2-in-1 Magnetic Wireless Chargerന് എന്റെ റേറ്റിങ് 8/10 ആണ്. സാധാരണ ചാർജർ മേശയ്ക്കു പിന്നിൽ ഒളിപ്പിക്കുന്ന ഉപകരണമാണ്. എന്നാൽ ഇതിന് മേശപ്പുറത്ത് സ്ഥാനം നൽകാൻ തോന്നുന്നൊരു രൂപമുണ്ട്. റോബോട്ട് രൂപവും മുഖഭാവങ്ങൾ കാണിക്കുന്ന ഡിസ്പ്ലേയും ആദ്യം ശ്രദ്ധ പിടിക്കും. അതിനൊപ്പം മാഗ്നറ്റിക് ഫോൺ സ്റ്റാൻഡും ഇയർബഡ്സിനുള്ള മറ്റൊരു വയർലെസ് ചാർജിങ് ഇടവും ഉള്ളത് രൂപത്തിനപ്പുറമുള്ള പ്രയോജനമാണ്.

കാണുമ്പോൾ ഇഷ്ടം തോന്നുന്ന രൂപം

Unoയിൽ എനിക്ക് ഏറ്റവും ഇഷ്ടം റോബോട്ട് രൂപമാണ്. ചെറിയ മുഖം സാധാരണൊരു ഉപകരണത്തിന് വ്യക്തിത്വം നൽകുന്നു. ഗ്രേയും കറുപ്പും ചേർന്ന നിറങ്ങൾ മേശയിലെ മറ്റു ഉപകരണങ്ങൾക്കൊപ്പം ചേരുന്നതുമാണ്. മോണിറ്ററിനടുത്ത് വയ്ക്കാൻ തോന്നുന്ന, ഉപകാരവും അല്പം രസവും നൽകുന്നൊരു ഗാഡ്ജറ്റ്.

ഡിസ്പ്ലേ ചാർജിങ് നിലയെക്കുറിച്ചുള്ള ദൃശ്യസൂചനയും നൽകുന്നു. അതുകൊണ്ട് മുഖം വെറും അലങ്കാരമല്ല. ദിവസവും ചെയ്യുന്ന ചെറിയൊരു കാര്യത്തെ കൂടുതൽ ആസ്വാദ്യകരമാക്കുന്ന ഇത്തരം ആശയങ്ങൾ എനിക്ക് ഇഷ്ടമാണ്.

ചാർജറും ഫോൺ സ്റ്റാൻഡും

അനുയോജ്യമായ ഫോണുകൾക്ക് Qi2 വഴി പരമാവധി 15W വയർലെസ് ചാർജിങ് UGREEN വ്യക്തമാക്കുന്നു. മാഗ്നറ്റിക് ബന്ധം ഫോൺ ചാർജിങ് കോയിലുമായി ശരിയായി വയ്ക്കാൻ സഹായിക്കുന്നു. ഫോൺ ഉയർത്തിവയ്ക്കുന്നതിനാൽ അറിയിപ്പുകളോ സമയമോ നോക്കാനും സൗകര്യമുണ്ട്.

ക്രമീകരിക്കാവുന്ന ഹെഡ് കാഴ്ചയുടെ ആംഗിൾ മാറ്റാൻ സഹായിക്കുന്നു. പോർട്രെയ്റ്റായോ ലാൻഡ്സ്കേപ്പായോ ഫോൺ വയ്ക്കാൻ കഴിയുന്നത് സ്റ്റാൻഡിന്റെ ഉപയോഗം കൂട്ടുന്നു. എന്നാൽ ഫോണും കേസും മാഗ്നറ്റിക് ചാർജിങ്ങിന് അനുയോജ്യമായിരിക്കണം. കട്ടിയുള്ളതോ അനുയോജ്യമല്ലാത്തതോ ആയ കേസ് തടസ്സമായേക്കാം.

UGREEN — Uno Qi2 — product details

ഫോണിനും ഇയർബഡ്സിനും ഒരിടം

രണ്ടാമത്തെ വയർലെസ് ചാർജിങ് ഭാഗം അനുയോജ്യമായ ഇയർബഡ് കേസുകൾക്ക് പരമാവധി 5W നൽകുന്നു. ഫോണിനും ഇയർബഡ്സിനും സ്ഥിരമായൊരു സ്ഥാനം കിട്ടുന്നത് മേശ കൂടുതൽ ക്രമമായി സൂക്ഷിക്കാൻ സഹായിക്കും. ഒരു ഫോൺ ചാർജിങ് പാഡിനേക്കാൾ പ്രയോജനം ഇതിലൂടെ ലഭിക്കുന്നു.

വശത്തുള്ള USB-C ഔട്ട്പുട്ടിൽ പ്രത്യേക Apple Watch ചാർജർ ബന്ധിപ്പിക്കാം. എന്നാൽ വാച്ചിനുള്ള ചാർജിങ് പക്ക് ഇതിൽ ഉൾച്ചേർത്തിട്ടില്ല. വാച്ചും ചാർജ് ചെയ്യണമെങ്കിൽ ആ അധിക ഉപകരണം ആവശ്യമാണ്.

UGREEN — Uno Qi2 — product details

ശ്രദ്ധിക്കേണ്ട കാര്യങ്ങൾ

15W എന്നത് പിന്തുണയ്ക്കുന്ന പരമാവധി വയർലെസ് ഫോൺ ചാർജിങ് നിരക്കാണ്. യഥാർഥ വേഗം ഫോൺ, സോഫ്റ്റ്‌വെയർ, ബാറ്ററി നില, ചൂട്, പവർ സപ്ലൈ എന്നിവയെ ആശ്രയിക്കുന്നു. ദിവസം മുഴുവൻ ഫോൺ സൗകര്യമായി വയ്ക്കാനുള്ള ഇടമായാണ് ഞാൻ ഇതിനെ കാണുന്നത്. സമയം അളന്നുള്ള ചാർജിങ് പരിശോധന ഇവിടെ അവകാശപ്പെടുന്നില്ല.

ഇതിന് പുറത്തുനിന്നുള്ള USB-C പവർ സപ്ലൈ വേണം. ബാറ്ററിയിൽ സ്വതന്ത്രമായി പ്രവർത്തിക്കുന്ന ചാർജിങ് സ്റ്റേഷനല്ല ഇത്. വാങ്ങുന്ന പാക്കേജിൽ എന്തൊക്കെയുണ്ടെന്നും ആവശ്യമായ അഡാപ്റ്റർ ഏതെന്നും പരിശോധിക്കണം. കേബിളും വാൾ അഡാപ്റ്ററും വ്യത്യസ്തമാണ്. ഭംഗിയോടൊപ്പം സ്വന്തം ഉപകരണങ്ങളുമായുള്ള പൊരുത്തവും പ്രധാനമാണ്.

എന്തുകൊണ്ട് 8/10

രൂപവും ഉപയോഗവും ചേർന്നതാണ് ആകർഷണം. ഫോൺ കാണാൻ സൗകര്യമായ നിലയിൽ വയ്ക്കാം, അനുയോജ്യമായ ഇയർബഡ്സും അതേ ഇടത്ത് ചാർജ് ചെയ്യാം, മേശയ്ക്ക് അല്പം വ്യക്തിത്വവും ലഭിക്കും. ചെറിയ കാര്യങ്ങളാണെങ്കിലും ദിവസവും ഉപയോഗിക്കുന്ന ഉപകരണത്തിൽ അവയ്ക്ക് വിലയുണ്ട്.

എന്റെ റേറ്റിങ് 8/10 ആണ്. വയർലെസ് ചാർജിങ്ങിന്റെ പരിധിയും വാച്ചിന് പ്രത്യേക ചാർജർ വേണമെന്നതും മനസ്സിലാക്കണം. രൂപം ഇഷ്ടപ്പെടുകയും അനുയോജ്യമായ ഉപകരണങ്ങൾ ഉണ്ടായിരിക്കുകയും ചെയ്യുന്നവർക്ക് ആകർഷകമായൊരു മേശപ്പുറ ചാർജിങ് സംവിധാനം.

സൗകര്യങ്ങൾ UGREENയുടെ ഉൽപ്പന്നവിവരങ്ങൾ പരിശോധിച്ചാണ് എഴുതിയത്. ചാർജിങ് നിരക്കുകൾ നിർമാതാവിന്റെ പരമാവധി കണക്കുകളാണ്; സമയം അളന്നുള്ള പരിശോധനകളോ താപനില പരിശോധനകളോ അവകാശപ്പെടുന്നില്ല.

8/10

എന്റെ വിലയിരുത്തൽ

8/10. റോബോട്ട് രൂപവും മാഗ്നറ്റിക് ഫോൺ സ്റ്റാൻഡും ഇയർബഡ് ചാർജിങ്ങും ചേർന്നൊരു രസകരമായ ഉപകരണം. ഫോണിനുള്ള പരമാവധി 15W ചാർജിങ്ങും ഉപകരണങ്ങളുടെ പൊരുത്തവും ആവശ്യത്തിന് ചേരണം.

— Desly

Yamaha RX-V683 — വളരാൻ ഇടമുള്ള ഒരു Atmos റിസീവർ

Mon, 26 Oct 2026 10:18:21 +0100

Yamaha RX-V683യ്ക്ക് എന്റെ റേറ്റിങ് 8/10 ആണ്. സോഴ്സുകളും സ്പീക്കറുകളും മുറിക്കനുസരിച്ചുള്ള ക്രമീകരണവും ഒരുമിപ്പിക്കുന്ന ഒരു ഹോം സിനിമാ കേന്ദ്രം എന്ന ആശയമാണ് എനിക്ക് ഇഷ്ടം. പിന്നീട് സിസ്റ്റം വികസിപ്പിക്കാനും തിരഞ്ഞെടുപ്പുകൾ ഉണ്ടാകണം. Dolby Atmos പ്രധാന ആകർഷണമാണെങ്കിലും അതിന്റെ മൊത്തത്തിലുള്ള വഴക്കവും അത്രതന്നെ പ്രധാനമാണ്. സ്വന്തം മുറിക്കനുസരിച്ച് സിസ്റ്റം ഒരുക്കാൻ ആഗ്രഹിക്കുന്നവർക്കുള്ള റിസീവറാണിത്.

Atmosയും ചാനലുകളുടെ വ്യക്തമായ പരിധിയും

RX-V683യിൽ ഏഴ് ആംപ്ലിഫൈഡ് ചാനലുകളുണ്ട്. Dolby Atmosയും DTS:Xയും പിന്തുണയ്ക്കുന്നു. Atmosയ്ക്ക് പ്രധാനമായ ക്രമീകരണം 5.1.2 ആണ്: അഞ്ച് സാധാരണ സ്പീക്കറുകൾ, ഒരു സബ്‌വൂഫർ, രണ്ട് ഹൈറ്റ് ചാനലുകൾ. പരമ്പരാഗത 7.1 സിസ്റ്റമായും ഉപയോഗിക്കാം. രണ്ടും ആംപ്ലിഫിക്കേഷന്റെ വ്യത്യസ്ത ഉപയോഗങ്ങളാണ്. പൂർണമായ 7.1.2 ക്രമീകരണത്തിന് ഒരേസമയം പവർ നൽകാനാവില്ല.

ഈ വ്യത്യാസം മനസ്സിലാക്കിയാൽ ശക്തികൾ വിലയിരുത്താൻ എളുപ്പമാണ്. മുറിക്കുചുറ്റും യഥാർഥ സ്പീക്കറുകളും കേൾക്കുന്ന ഇടത്തിനു മുകളിൽ ഹൈറ്റ് ഇഫക്റ്റുകളും നൽകുന്ന സിസ്റ്റം ഒരുക്കാമെന്നതാണ് ആകർഷണം. ഫലം സ്പീക്കറുകൾ, സ്ഥാനം, ഉള്ളടക്കം, മുറി എന്നിവയെ ആശ്രയിക്കുന്നു. Atmos ഡീകോഡിങ് തുടക്കമാണ്. ശ്രദ്ധയോടെയുള്ള ക്രമീകരണമാണ് അതിന് പ്രവർത്തിക്കാൻ അവസരം നൽകുന്നത്.

Yamaha — Speaker configurations

സജ്ജീകരണം എളുപ്പമാക്കുന്ന YPAO

ഈ തരത്തിലുള്ള റിസീവറിൽ ഞാൻ വിലമതിക്കുന്ന സൗകര്യമാണ് Yamahaയുടെ YPAO R.S.C. ഓട്ടോമാറ്റിക് കാലിബ്രേഷൻ. ശരിയായ വയറുകൾ ബന്ധിപ്പിക്കുന്നതിൽ മാത്രം സറൗണ്ട് സിസ്റ്റം അവസാനിക്കുന്നില്ല. ലെവലുകളും ദൂരങ്ങളും മുറി ശബ്ദത്തെ ബാധിക്കുന്ന രീതിയും ശ്രദ്ധിക്കണം. മാർഗനിർദേശത്തോടെയുള്ള കാലിബ്രേഷൻ പ്രായോഗികമായ തുടക്കം നൽകുന്നു.

എന്നാൽ നല്ല സ്പീക്കർ സ്ഥാനങ്ങൾക്ക് പകരമല്ല കാലിബ്രേഷൻ. ആദ്യം അനുയോജ്യമായ സ്ഥാനങ്ങളിൽ സ്പീക്കറുകൾ വയ്ക്കും, നിർദേശപ്രകാരം മൈക്രോഫോൺ ഉപയോഗിക്കും, ഫലം പരിശോധിക്കും. എല്ലാ വീടുകളും അനുയോജ്യമായ ലിസണിങ് റൂം ആണെന്ന് കരുതാതെ യഥാർഥ മുറിക്ക് വേണ്ട ഉപകരണങ്ങൾ ലഭിക്കുന്നതാണ് നല്ല വശം.

Yamaha — RX-V683

സിനിമയ്ക്ക് മാത്രമുള്ള ഉപകരണമല്ല

MusicCast, നെറ്റ്‌വർക്ക് പ്ലേബാക്ക്, AirPlay, Bluetooth എന്നിവ സിനിമയുടെ സോഴ്സുകൾ മാറ്റുന്നതിനപ്പുറമുള്ള ഉപയോഗങ്ങൾ നൽകുന്നു. അനുയോജ്യമായ ടേൺടേബിളിനായി ഫോണോ ഇൻപുട്ടുമുണ്ട്. സംഗീതത്തിനും സിനിമാ രാത്രികൾക്കും ഒരേ കേന്ദ്രം ഉപയോഗിക്കാം എന്നതാണ് ആകർഷണം.

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

Yamaha — RX-V683

സിസ്റ്റത്തിന് തിരഞ്ഞെടുപ്പുകൾ നൽകുന്ന കണക്ഷനുകൾ

ആറ് HDMI ഇൻപുട്ടുകളും ഒരു HDMI ഔട്ട്പുട്ടും പല സോഴ്സുകളും ഒരു പ്രധാന ഡിസ്പ്ലേയും ബന്ധിപ്പിക്കാൻ സഹായിക്കുന്നു. അനലോഗ്, ഡിജിറ്റൽ ഓഡിയോ ഇൻപുട്ടുകളും രണ്ട് മോണോ സബ്‌വൂഫർ ഔട്ട്പുട്ടുകളും ഉണ്ട്. ഓരോ തവണയും കേബിളുകൾ മാറ്റാതെ പല ഉപകരണങ്ങളും ബന്ധിപ്പിച്ചുവയ്ക്കണമെങ്കിൽ ഇത്തരം ഒരു കേന്ദ്രം പ്രയോജനപ്പെടും.

പവർഡ് Zone 2യും ബൈ-ആംപിങ്ങും ഉപയോഗപ്രദമായ തിരഞ്ഞെടുപ്പുകളാണ്. പക്ഷേ അവ ലഭ്യമായ ആംപ്ലിഫയർ ചാനലുകൾ പങ്കിടുന്നു. മറ്റ് ആവശ്യങ്ങൾക്ക് ചാനലുകൾ നൽകുന്നതിന് മുമ്പ് പ്രധാന മുറിയിലെ ക്രമീകരണം തീരുമാനിക്കണം. പിന്നിൽ കൂടുതൽ ടെർമിനലുകൾ ഉണ്ടെന്നതുകൊണ്ട് എല്ലാ ക്രമീകരണങ്ങളും ഒരേസമയം പ്രവർത്തിക്കില്ല.

Yamaha — Owner’s manual

ഇന്ന് മനസ്സിലാക്കേണ്ട പരിമിതികൾ

വീഡിയോ സൗകര്യങ്ങൾ 4K/60 തലമുറയുടേതാണ്. HDR10, Dolby Vision, HLG പിന്തുണ Yamaha വ്യക്തമാക്കുന്നു. സിനിമയ്ക്കും ടെലിവിഷനും ഇത് പ്രസക്തമാണ്. എന്നാൽ 4K/120 വീഡിയോ സ്വിച്ചിങ്ങിനുള്ള റിസീവറല്ല ഇത്. ഉയർന്ന റിഫ്രഷ് റേറ്റിലുള്ള കൺസോളോ പിസിയോ ഉപയോഗിക്കുമ്പോൾ മറ്റൊരു കണക്ഷൻ പദ്ധതി വേണം.

വലുപ്പവും ശ്രദ്ധിക്കണം. Yamahaയുടെ കണക്കനുസരിച്ച് വീതി 435 mm, ഉയരം 171 mm, ആഴം 378 mm, ഭാരം 10 kg ആണ്. ചെറിയ സ്ട്രീമിങ് ബോക്സ് പോലെ കാണാതെ ആവശ്യമായ ഷെൽഫ് ഇടവും വായുസഞ്ചാരവും നൽകണം. വയർഡ് സിസ്റ്റത്തിന്റെ കേന്ദ്രമായതിനാൽ ഉപകരണങ്ങളുടെ ഇടവും കേബിൾ ക്രമീകരണവും തിരഞ്ഞെടുപ്പിന്റെ ഭാഗമാണ്.

Yamaha — Specifications

എനിക്ക് 8/10 ആകുന്നത്

Atmos, DTS:X ഡീകോഡിങ്, സഹായകരമായ കാലിബ്രേഷൻ, പലതരം ഇൻപുട്ടുകൾ, ഇഷ്ടമുള്ള സ്പീക്കറുകൾ തിരഞ്ഞെടുക്കാനുള്ള സ്വാതന്ത്ര്യം—AV റിസീവർ പരിഗണിക്കാനുള്ള പ്രധാന കാരണങ്ങൾ RX-V683 ഒരുമിപ്പിക്കുന്നു. ഒറ്റ ഓൾ-ഇൻ-വൺ ഉൽപ്പന്നത്തിൽ ഒതുങ്ങാതെ സ്വന്തം മുൻഗണനകൾക്കനുസരിച്ച് സിസ്റ്റം ഒരുക്കാം.

എന്റെ റേറ്റിങ് 8/10 ആണ്. ശ്രദ്ധയോടെ ആസൂത്രണം ചെയ്ത ഹോം സിനിമയ്ക്ക് കഴിവുള്ള, വഴക്കമുള്ള അടിത്തറയാണിത്. ഏഴ് ചാനൽ ആംപ്ലിഫിക്കേഷനും പഴയ വീഡിയോ സൗകര്യങ്ങളും മനസ്സിലാക്കി അതിന്റെ ശക്തികൾ വിലയിരുത്തും. മുറിയും സോഴ്സുകളും സ്പീക്കർ ക്രമീകരണവും ആവശ്യത്തിന് ചേരുന്നുവെങ്കിൽ ഇതിന്റെ പ്രയോജനം വ്യക്തമാണ്.

സൗകര്യങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ Yamahaയുടെ രേഖകളുമായി പരിശോധിച്ചവയാണ്. റിസീവറിന്റെ കഴിവുകളാണ് ഇവിടെ വിവരിക്കുന്നത്; ഒരു പ്രത്യേക മുറിയിലെ ലിസണിങ് ടെസ്റ്റുകളോ അളവുകളോ അവതരിപ്പിക്കുന്നില്ല.

8/10

എന്റെ വിലയിരുത്തൽ

8/10. Dolby Atmos, DTS:X, സഹായകരമായ സജ്ജീകരണ സൗകര്യങ്ങൾ എന്നിവയുള്ള വഴക്കമുള്ള ഹോം സിനിമാ റിസീവർ. ചാനൽ എണ്ണവും 4K/60 വീഡിയോ സൗകര്യങ്ങളും ആവശ്യത്തിന് ചേരുന്നുവെങ്കിൽ 5.1.2 സിസ്റ്റത്തിനായി പരിഗണിക്കാവുന്നതാണ്.

— Desly

Bose SoundTouch 20 — ചെറിയ രൂപത്തിൽ നിലനിൽക്കുന്ന ആകർഷണം

Mon, 26 Oct 2026 09:53:05 +0100

Bose SoundTouch 20യ്ക്ക് ഞാൻ നൽകുന്നത് 9/10 ആണ്. സംഗീതത്തിന് പ്രാധാന്യം നൽകുന്ന ഒതുക്കമുള്ള സ്പീക്കർ, വീട്ടിൽ സ്വാഭാവികമായി ചേരുന്ന രൂപം, സംഗീതം കേൾക്കുന്നത് ഒരു വലിയ ജോലിയാക്കാത്ത നിയന്ത്രണങ്ങൾ—ഈ കൂട്ടായ്മയാണ് എനിക്ക് ഇഷ്ടം. ഓൺലൈൻ സൗകര്യങ്ങളുടെ പട്ടികയ്ക്കപ്പുറത്തേക്ക് ഇതിന്റെ ആകർഷണം നീളുന്നു. അടിസ്ഥാന ആശയം ശരിയാകുമ്പോൾത്തന്നെ ഒരു സ്പീക്കർ സന്തോഷം നൽകാം.

കുറഞ്ഞ ഇടത്തിൽ നിറയുന്ന സംഗീതം

ഒറ്റ ചെറിയ കാബിനറ്റിൽനിന്ന് മുറി നിറയ്ക്കുന്ന ശബ്ദം എന്നതാണ് പ്രധാന ആകർഷണം. SoundTouch 20 Series III അവതരിപ്പിച്ചപ്പോൾ Boseയും ഈ സവിശേഷതയാണ് എടുത്തുപറഞ്ഞത്. ഉപകരണങ്ങളുടെ വലിയ നിരയോ പ്രത്യേകം സ്പീക്കർ സ്റ്റാൻഡുകളോ ഇല്ലാതെ വീട്ടിൽ സംഗീതത്തിന് ഇടം നൽകുന്ന ആശയം എനിക്ക് ഏറെ ഇഷ്ടമാണ്.

ശബ്ദത്തിന്റെ സാന്നിധ്യവും ദൈനംദിന സൗകര്യവും തമ്മിലുള്ള സന്തുലിതാവസ്ഥയാണ് എനിക്ക് പ്രധാനം. സംഗീതം കേൾക്കാൻ വീണ്ടും തോന്നിപ്പിക്കണം ഒരു സ്പീക്കർ. SoundTouch 20യുടെ ലളിതമായ സമീപനം എന്റെ ഉയർന്ന റേറ്റിങ്ങിന് വലിയ കാരണമാണ്. ശ്രദ്ധയോടെ ക്രമീകരിച്ച ഹൈ-ഫൈ സംവിധാനത്തിന് വേറൊരു സ്ഥാനമുണ്ട്. ഈ ലാളിത്യത്തിനും സ്വന്തം വിലയുണ്ട്.

Bose — SoundTouch introduction

വീട്ടിൽ ചേരുന്ന രൂപം

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

Series IIIയുടെ പ്രസിദ്ധീകരിച്ച വലുപ്പം ഏകദേശം 18.8 × 31.4 × 10.4 സെന്റിമീറ്ററാണ്. ഒരു ഷെൽഫിലോ സൈഡ്ബോർഡിലോ വയ്ക്കാൻ പരിഗണിക്കാവുന്ന ഒതുക്കമുള്ള രൂപമാണെന്ന് ഇത് വ്യക്തമാക്കുന്നു. വൈദ്യുതി കണക്ഷൻ ആവശ്യമായ ഹോം സിസ്റ്റമാണിത്. യാത്രയ്ക്കുള്ള ബാറ്ററി സ്പീക്കറാകുന്നതിലല്ല, വീട്ടിൽ ഇടം കണ്ടെത്തുന്നതിലാണ് ഇതിന്റെ ശക്തി.

യഥാർഥ ബട്ടണുകളുടെ സൗകര്യം

എല്ലാ നിയന്ത്രണത്തിനും ഫോൺ സ്ക്രീൻ ആവശ്യമില്ല എന്നത് SoundTouch ഡിസൈനിലെ നല്ല കാര്യമാണ്. മുകളിലെ ബട്ടണുകളും റിമോട്ടും പതിവ് നിയന്ത്രണങ്ങൾക്ക് നേരിട്ടുള്ള വഴി നൽകുന്നു. മുൻവശത്തെ ഡിസ്പ്ലേ സിസ്റ്റത്തിന്റെ നില അറിയിക്കുന്നു. വോള്യം മാറ്റാൻ ഒരു ബട്ടണോ റിമോട്ടോ കൈയിൽ ഉണ്ടാകുന്നതിന് ഇപ്പോഴും വിലയുണ്ട്.

ആറ് നമ്പർ പ്രീസെറ്റ് ബട്ടണുകൾ പഴയ SoundTouch ആശയത്തിന്റെ പ്രത്യേകതയായിരുന്നു. ഒരു കണക്റ്റഡ് സ്പീക്കറെ പരിചിതമായ അനുഭവമാക്കാനുള്ള ശ്രമം അതിൽ കാണാം. ഇന്ന് അവയുടെ ഉപയോഗം താഴെ പറയുന്ന സേവനമാറ്റങ്ങളെ ആശ്രയിക്കുന്നു. എന്നാൽ എളുപ്പത്തിൽ ഉപയോഗിക്കാവുന്ന ഹാർഡ്‌വെയർ നിയന്ത്രണങ്ങൾ സ്പീക്കറെ കൂടുതൽ സൗഹൃദപരമാക്കുന്നു എന്ന ആശയം ഇന്നും നല്ലതാണ്.

ഹാർഡ്‌വെയറിന് കൂടുതൽ ആയുസ് നൽകുന്ന കണക്ഷനുകൾ

3.5 mm AUX ഇൻപുട്ട് പ്രധാനപ്പെട്ടൊരു നല്ല വശമാണ്. അനുയോജ്യമായ ഒരു പുറം ഉപകരണത്തിൽനിന്ന് വയർ ഉപയോഗിച്ച് ശബ്ദം നൽകാം. ഓരോ തവണയും പഴയ സ്ട്രീമിങ് പ്ലാറ്റ്ഫോമിനെ ആശ്രയിക്കേണ്ട ആവശ്യം അതുകൊണ്ട് കുറയുന്നു. ലളിതമായ കണക്ഷനുകൾ പലപ്പോഴും കൂടുതൽ കാലം ഉപകാരപ്പെടും.

വയർലെസ് സൗകര്യങ്ങളിൽ ജനറേഷൻ പ്രധാനമാണ്. SoundTouch 20 Series IIIയിൽ Bluetooth ഉണ്ട്. പഴയ SoundTouch 20 മോഡലുകളിലും അതേ സൗകര്യങ്ങൾ ഉണ്ടെന്ന് കരുതരുത്. ഫോണോ സ്ട്രീമറോ ബന്ധിപ്പിക്കുന്നതിന് മുമ്പ് കൃത്യമായ പതിപ്പ് പരിശോധിക്കണം. അങ്ങനെ പറയുന്നതാണ് ഈ മോഡൽ കുടുംബത്തോട് നീതി പുലർത്തുന്നത്.

Bose — SoundTouch 20 Series III owner’s guide

SoundTouchയുടെ ഇന്നത്തെ സ്ഥിതി

2026 മേയ് 6ന് Bose SoundTouch ക്ലൗഡ് സേവനങ്ങൾ അവസാനിപ്പിച്ചു. പുതുക്കിയ ആപ്പിൽ ലോക്കൽ സെറ്റപ്പ്, നിയന്ത്രണം, ഗ്രൂപ്പിങ് എന്നിവ തുടരുന്നു. ആപ്പിനുള്ളിലെ സംഗീതസേവന ബ്രൗസിങ് അവസാനിച്ചു; പ്രീസെറ്റുകൾക്ക് പരിമിതികളുണ്ട്; സുരക്ഷാ അപ്ഡേറ്റുകളില്ല. AUXയും പിന്തുണയുള്ള Bluetoothയും ഉപയോഗിക്കാം. സെക്കൻഡ് ഹാൻഡായി വാങ്ങുന്നതിന് മുമ്പ് നിലവിലെ Bose മാർഗനിർദേശം പരിശോധിക്കും.

Bose — SoundTouch service guidance

എനിക്ക് ഇപ്പോഴും 9/10 ആകുന്നത്

ഒതുക്കമുള്ള രൂപം, ഒറ്റ ഉപകരണത്തിൽനിന്നുള്ള സംഗീതം, കാണാവുന്ന ഡിസ്പ്ലേ, നേരിട്ടുള്ള നിയന്ത്രണങ്ങൾ, ക്ലൗഡിനെ മാത്രം ആശ്രയിക്കാതിരിക്കാൻ സഹായിക്കുന്ന ഓഡിയോ ഇൻപുട്ട്—ഇവയെല്ലാം ദൈനംദിന ഉപയോഗത്തിൽ പ്രസക്തമായ ശക്തികളാണ്. ഒരു സ്പെസിഫിക്കേഷൻ പട്ടികയിൽ മാത്രം ഒതുങ്ങുന്ന കാര്യങ്ങളല്ല.

സ്പീക്കറിനെക്കുറിച്ചുള്ള എന്റെ ഇഷ്ടമാണ് 9/10ൽ പ്രതിഫലിക്കുന്നത്. സോഫ്റ്റ്‌വെയറിന്റെ ഇന്നത്തെ സ്ഥിതി സത്യസന്ധമായി പറയണം. എന്നാലും അത് ഹാർഡ്‌വെയറിന്റെ ആകർഷണം ഇല്ലാതാക്കുന്നില്ല. വ്യക്തമായ ലക്ഷ്യമുള്ള ഉൽപ്പന്നങ്ങൾ എനിക്ക് ഇഷ്ടമാണ്. വീട്ടിൽ സംഗീതം കേൾക്കുന്നത് സുഖകരവും ലളിതവുമാക്കുക എന്ന ലക്ഷ്യം SoundTouch 20യ്ക്കുണ്ട്.

ഉൽപ്പന്നവിവരങ്ങൾ: Boseയുടെ പ്രഖ്യാപനവും Series III ഉപയോക്തൃമാനുവലും. നിലവിലെ സേവനവിവരങ്ങൾ: Bose SoundTouch മാർഗനിർദേശം. കണക്ഷനുകൾ ജനറേഷനനുസരിച്ച് വ്യത്യാസപ്പെടും.

9/10

എന്റെ വിലയിരുത്തൽ

9/10. ഒതുക്കമുള്ള രൂപവും ചിന്തിച്ചൊരുക്കിയ നിയന്ത്രണങ്ങളുമുള്ള ഹോം സ്പീക്കർ. സംഗീതത്തിന് നൽകുന്ന പ്രാധാന്യവും നേരിട്ടുള്ള നിയന്ത്രണങ്ങളുമാണ് എനിക്ക് പ്രധാനപ്പെട്ട നല്ല വശങ്ങൾ. ഇപ്പോൾ പരിഗണിക്കുമ്പോൾ കൃത്യമായ സീരീസും സേവനങ്ങളുടെ നിലവിലെ സ്ഥിതിയും പരിശോധിക്കണം.

— Desly

Dorothy — കാർത്തിക് സുബ്ബരാജ് വീണ്ടും മനസ്സു കീഴടക്കി

Sat, 24 Oct 2026 15:20:43 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

കാർത്തിക് സുബ്ബരാജ് വീണ്ടും മനസ്സു കീഴടക്കി. തനിക്ക് ഏറെ പ്രിയപ്പെട്ട വിഷയത്തിലേക്ക് ഒരു സംവിധായകൻ മടങ്ങിയെത്തുന്നത് കണ്ട അനുഭവമാണ് Dorothy നൽകിയത്. കണ്ടുകഴിഞ്ഞും സംസാരിക്കാൻ തോന്നിക്കുന്ന ഒരു ശക്തി ഈ സിനിമയ്ക്കുണ്ട്. പരുക്കനും നിർദയവുമായ അതിന്റെ ലോകത്തിലെ മനുഷ്യരാണ് ആ അനുഭവത്തിന്റെ വലിയൊരു ഭാഗം. എനിക്ക് ഈ സിനിമയ്ക്ക് 9/10 ആണ്.

Iraiviയെ ഓർമിപ്പിച്ച അനുഭവം

Iraivi കണ്ടപ്പോഴുണ്ടായ അനുഭവം കുറച്ചൊക്കെ ഇതിലൂടെ തിരിച്ചുവന്നു. കാർത്തിക് സുബ്ബരാജിന്റെ ഏറ്റവും മികച്ച സിനിമകളിലൊന്നാണ് എനിക്ക് ഇപ്പോഴും Iraivi. ആ താരതമ്യം ഒരു അഭിനന്ദനമായാണ് പറയുന്നത്. പുരുഷന്മാരെയും അവർ അവകാശപ്പെടുന്ന അധികാരത്തെയും ചുറ്റിപ്പറ്റിയുള്ള അസ്വസ്ഥതയാണ് ഇവയെ എനിക്ക് ബന്ധിപ്പിക്കുന്നത്. മറ്റൊരു മനുഷ്യനേക്കാൾ അഭിമാനത്തിന് വില കൊടുക്കുമ്പോൾ ഉണ്ടാകുന്ന നാശവും അതിലുണ്ട്.

1990കളിലെ മധുരയുടെ പശ്ചാത്തലത്തിൽ സുബ്ബുവിന്റെയും കാർത്തിയുടെയും സൗഹൃദമാണ് Dorothy പിന്തുടരുന്നത്. ജാതിവ്യത്യാസങ്ങളും കുടുംബാധികാരവും പുരുഷത്വത്തെക്കുറിച്ചുള്ള കടുത്ത പ്രതീക്ഷകളും അവരുടെ ലോകത്തെ രൂപപ്പെടുത്തുന്നു. ആ സൗഹൃദത്തിന് നേരിടേണ്ടിവരുന്ന ചോദ്യം ലളിതമല്ല: നമ്മൾ സ്നേഹിക്കുന്ന ഒരാൾ നമ്മൾ പ്രതീക്ഷിക്കാത്ത രീതിയിൽ മാറുമ്പോൾ അയാൾക്ക് എത്ര ഇടം നൽകാൻ കഴിയും?

ഇവിടെയാണ് Iraiviയുടെ അനുഭവം എനിക്കൊപ്പം നിന്നത്. ഇരുണ്ട കഥയോ മോശം തീരുമാനങ്ങളെടുക്കുന്ന കഥാപാത്രങ്ങളോ മാത്രമല്ല ആകർഷണം. മനുഷ്യർ പാരമ്പര്യമായി സ്വീകരിക്കുന്ന വിശ്വാസങ്ങളെയും അവയെ ചോദ്യം ചെയ്യാതിരിക്കുന്നതിന്റെ വിലയെയും ഒരു സംവിധായകൻ പരിശോധിക്കുന്നു. ആ ആശയങ്ങൾക്ക് മനുഷ്യജീവിതത്തിൽ വ്യക്തമായ പ്രത്യാഘാതങ്ങൾ ഉണ്ടാകുമ്പോഴാണ് കാർത്തിക് സുബ്ബരാജിനെ എനിക്ക് ഏറ്റവും ഇഷ്ടം. Dorothyയും എനിക്ക് അത്തരമൊരു സിനിമയാണ്.

ഈ വിഷയം ഇന്നും പ്രസക്തമാകുന്നത്

കഥ നടക്കുന്ന കാലത്തിനപ്പുറത്തേക്കാണ് ഈ വിഷയത്തിന്റെ പ്രസക്തി നീളുന്നത്. ജാതിവിവേചനവും പുരുഷത്വത്തെക്കുറിച്ചുള്ള കടുത്ത നിയമങ്ങളും ഒരാൾ എങ്ങനെ ജീവിക്കണമെന്ന് കുടുംബത്തിന് തീരുമാനിക്കാമെന്ന ധാരണയും പഴയകാലത്ത് അവസാനിച്ച പ്രശ്നങ്ങളല്ല. കാലം മാറിയതുകൊണ്ട് മാത്രം ആ മനോഭാവങ്ങൾ മാറുന്നില്ല. അതുകൊണ്ടാണ് സ്വത്വത്തെയും അംഗീകാരത്തെയും കുറിച്ചുള്ള സിനിമയുടെ ചോദ്യങ്ങൾ ഇന്നും എനിക്ക് പ്രധാനമാകുന്നത്. അനുസരണത്തിലൂടെ നേടിയെടുക്കേണ്ട ഒന്നാകരുത് അന്തസ്സോടെ ജീവിക്കാനുള്ള അവകാശം.

അംഗീകാരം നമ്മളിൽനിന്ന് എന്തെങ്കിലും ആവശ്യപ്പെടുമ്പോൾ എന്തു ചെയ്യുമെന്നതാണ് എനിക്ക് കഠിനമായ ചോദ്യം. മറ്റൊരാൾ നമ്മുടെ പരിചിതമായ ചട്ടക്കൂടിനുള്ളിൽ നിൽക്കുമ്പോൾ കരുണയെ പിന്തുണയ്ക്കാൻ എളുപ്പമാണ്. അവരുടെ അനുഭവം നമ്മുടെ പ്രതീക്ഷകളെ ചോദ്യം ചെയ്യുമ്പോഴും കേൾക്കാൻ കഴിയുമോ? നിയന്ത്രണം നഷ്ടപ്പെടുമ്പോഴും സ്നേഹം നിലനിൽക്കുമോ? ആളുകൾ ഒന്നിച്ചിരുന്ന് കാണുകയും ചർച്ച ചെയ്യുകയും ചെയ്യുന്ന ഒരു സിനിമയിലേക്ക് ഈ അസ്വസ്ഥത കൊണ്ടുവരുന്നതിന് Dorothyയെ ഞാൻ വിലമതിക്കുന്നു. സിനിമയ്ക്ക് എല്ലാം പരിഹരിക്കാൻ കഴിയില്ല. പക്ഷേ ഈ ചോദ്യങ്ങൾ ഒഴിവാക്കുന്നത് കുറച്ചുകൂടി ബുദ്ധിമുട്ടാക്കാൻ കഴിയും.

നമ്മളിൽ ഒരാളായി തോന്നുന്ന സനന്തും ഋഷികാന്തും

സനന്തും ഋഷികാന്തും ഈ വിഷയത്തിന് വ്യക്തിപരമായ ഭാരം നൽകുന്നു. സുബ്ബുവായി സനന്ത് അവതരിപ്പിക്കുന്ന ദുർബലത ഒരു ആശയം വിശദീകരിക്കാൻ ചേർത്ത ഗുണമായി തോന്നരുത്; അത് ഒരു പൂർണമനുഷ്യന്റെ ഭാഗമാകണം. സ്നേഹത്തെയും പഠിച്ചുവളർന്ന വിശ്വാസങ്ങളെയും ചേർത്തുനിർത്താൻ ശ്രമിക്കുന്നതിന്റെ സമ്മർദമാണ് ഋഷികാന്തിന്റെ കാർത്തിയിലുള്ളത്. അവരുടെ പ്രകടനങ്ങളാണ് ആ സൗഹൃദത്തിന് വൈകാരികമായ വില നൽകുന്നത്. ബന്ധം അസ്വസ്ഥമാകുമ്പോഴും ഈ മനുഷ്യരോടൊപ്പം നിൽക്കാൻ എനിക്ക് തോന്നി.

പ്രധാന താരങ്ങളോട് അടുപ്പം തോന്നാൻ മറ്റൊരു കാരണവുമുണ്ട്: അവർ നമ്മളിൽ ഒരാളായി തോന്നുന്നു. വർഷങ്ങളോളം ശ്രമിച്ചുകൊണ്ടിരുന്നവർക്ക് തങ്ങളുടെ കഴിവ് കാണിക്കാൻ ഇടം നൽകുന്ന വേഷങ്ങൾ ലഭിക്കുന്നത് കാണുന്നതിൽ ഒരു സന്തോഷമുണ്ട്. കഥാപാത്രങ്ങളെ പിന്തുടരുന്നതിനൊപ്പം അഭിനേതാക്കളെന്ന നിലയിലും അവർക്ക് വേണ്ടി മനസ്സുകൊണ്ട് പിന്തുണയ്ക്കുന്നു. പ്രകടനങ്ങൾ സ്വന്തം നിലയിൽ അംഗീകാരം അർഹിക്കുന്നു. അവരുടെ യാത്രയെക്കുറിച്ച് അറിയുമ്പോൾ ആ സന്തോഷം കൂടുതൽ വ്യക്തിപരമാകുന്നു.

ആ അനുഭവത്തിന് യഥാർഥ പശ്ചാത്തലവുമുണ്ട്. The News Minute അഭിമുഖത്തിൽ ഇരുവരും ഷോർട്ട് ഫിലിമുകളുടെ കാലത്തെയും ക്ഷമയെയും ഒരു വഴിത്തിരിവിനായുള്ള കാത്തിരിപ്പിനെയും കുറിച്ച് സംസാരിച്ചു. The Hollywood Reporter Indiaയിൽ ഋഷികാന്ത് തഞ്ചാവൂരിൽനിന്ന് പ്രധാന വേഷങ്ങളിലേക്കുള്ള ഏകദേശം പതിനഞ്ചുവർഷത്തെ യാത്രയും വിവരിച്ചു. പ്രേക്ഷകർക്ക് പെട്ടെന്നുള്ളതായി തോന്നുന്ന നേട്ടത്തിന് പിന്നിൽ വർഷങ്ങളുണ്ടാകാം. Dorothy അവരുടെ അധ്വാനത്തിന് ഈ ശ്രദ്ധ നൽകുന്നതിൽ സന്തോഷമുണ്ട്.

കീർത്തി സുരേഷ് അവതരിപ്പിക്കുന്ന Dorothy ഈ കഠിനമായ വീട്ടിലേക്ക് കരുണയുടെ സാന്നിധ്യം കൊണ്ടുവരുന്നു. കഥാപാത്രങ്ങളെ നിയന്ത്രിക്കുന്ന നിയമങ്ങൾക്ക് മുന്നിൽ സിനിമ സ്നേഹവും ആർദ്രതയും വെക്കുന്നതിൽ ഈ വേഷത്തിന് പ്രാധാന്യമുണ്ട്. കഥയ്ക്ക് അക്രമത്തേക്കാൾ കൂടുതൽ എന്തെങ്കിലും ആവശ്യമാകുന്നതും അതുകൊണ്ടാണ്. അടിച്ചമർത്താൻ ശ്രമിക്കുന്ന ലോകത്തിനുള്ളിൽത്തന്നെ പരിചരണത്തിന്റെ സാധ്യതയും ഉണ്ടാകണം.

Whistle Veeraiyyaയായി വെട്ടൈ മുത്തുകുമാർ

Whistle Veeraiyyaയായി വെട്ടൈ മുത്തുകുമാർ ശരിക്കും അതിശയിപ്പിച്ചു. സിനിമ കണ്ടുകഴിഞ്ഞപ്പോൾ പ്രത്യേകം പറയണമെന്ന് തോന്നിയ പ്രകടനമാണിത്. അധികാരത്തോടും കുടുംബാഭിമാനത്തോടുമുള്ള കഥാപാത്രത്തിന്റെ പിടിവാശി ആ വേഷത്തിന് ഭീഷണിയുടെ ഭാരം നൽകുന്നു. അവഗണിക്കാൻ കഴിയാത്ത ഒരു സാന്നിധ്യം മുത്തുകുമാർ സൃഷ്ടിക്കുന്നു. ഇത്രയധികം കാര്യങ്ങൾ സംഭവിക്കുന്ന ഒരു സിനിമയിലും അദ്ദേഹം വ്യക്തമായി ശ്രദ്ധയിൽപ്പെട്ടു.

കേന്ദ്രകഥാപാത്രങ്ങൾ നേരിടുന്ന സമ്മർദത്തിന് ഒരു മനുഷ്യരൂപം ആവശ്യമായതിനാൽ ഈ വേഷത്തിന് വലിയ പ്രാധാന്യമുണ്ട്. അനുസരണം കടമയായും വ്യത്യസ്തത സ്വന്തം അധികാരത്തിനുള്ള വെല്ലുവിളിയായും കാണുന്ന ചിന്താഗതിയാണ് Whistle Veeraiyya പ്രതിനിധീകരിക്കുന്നത്. പ്രധാന താരങ്ങൾക്കൊപ്പം സഹതാരങ്ങളെയും ശ്രദ്ധിക്കാൻ മുത്തുകുമാറിന്റെ പ്രകടനം ശക്തമായ കാരണമായി. Dorothyയെക്കുറിച്ച് ഓർക്കുമ്പോൾ ഈ പ്രകടനവും ഓർമയിൽ ഉണ്ടാകും.

വികാരങ്ങൾക്ക് സംഗീതം നൽകുന്ന ഇളയരാജ

Dorothyയിൽ ഏറെ ഇഷ്ടപ്പെട്ട കാര്യങ്ങളിലൊന്നാണ് ഇളയരാജയുടെ സംഗീതം. അഭിനേതാക്കളുടെ പ്രകടനങ്ങൾക്കൊപ്പം അതിമനോഹരമായി ചേരുന്ന വൈകാരികമായ ആഴം അദ്ദേഹത്തിന്റെ പശ്ചാത്തലസംഗീതം നൽകുന്നു. അതിൽ ആർദ്രതയുണ്ട്, ഈ കഠിനമായ ലോകത്തിന് ആവശ്യമായ ഭാരവുമുണ്ട്. കഥാപാത്രങ്ങളുടെ ദുർബലതയ്ക്ക് ഇടം നൽകുകയും അവരുടെ ബന്ധങ്ങളെ അനുഭവിക്കാൻ മറ്റൊരു വഴി തുറക്കുകയും ചെയ്യുന്നു സംഗീതം.

സിനിമയുടെ പരുക്കൻ സ്വഭാവത്തെയും അതിലെ കരുണയെയും സംഗീതം ബന്ധിപ്പിക്കുന്ന രീതിയാണ് എനിക്ക് ഏറെ ഇഷ്ടമായത്. പിരിമുറുക്കം പ്രധാനമാണ്. ഈ മനുഷ്യരോട് അടുപ്പം തോന്നാൻ ഇടം നൽകുന്ന നിമിഷങ്ങളും അത്രതന്നെ പ്രധാനമാണ്. ആ വികാരങ്ങൾക്ക് ഇളയരാജ സ്വന്തമായൊരു സംഗീതജീവൻ നൽകുന്നു. സിനിമ കഴിഞ്ഞും Dorothyയുടെ വൈകാരികമായ സ്വാധീനം കൂടെ നിൽക്കുന്നതിൽ അദ്ദേഹത്തിന്റെ സംഭാവനയ്ക്ക് വലിയ പങ്കുണ്ട്.

അതോടൊപ്പം സന്തോഷ് നാരായണന്റെ സംഗീതത്തിലും Dorothy കാണാൻ എനിക്ക് ഏറെ ഇഷ്ടമായേനെ. കാർത്തിക് സുബ്ബരാജുമായുള്ള അദ്ദേഹത്തിന്റെ സംഗീതബന്ധം ഇഷ്ടപ്പെടുന്നതുകൊണ്ട് അങ്ങനെയൊരു പതിപ്പ് അനുഭവിക്കാനും കൗതുകമുണ്ട്. ഇവിടെ ഇളയരാജ ചെയ്ത സംഗീതത്തോടുള്ള ഇഷ്ടം അതുകൊണ്ട് ഒട്ടും കുറയുന്നില്ല. ഈ സംഗീതം ഏറെ ഇഷ്ടപ്പെടുമ്പോഴും മറ്റൊരു സംഗീതസംവിധായകൻ ഇതേ സിനിമയ്ക്ക് എന്ത് നൽകുമെന്നറിയാനുള്ള ആഗ്രഹവും ഉണ്ടാകാം.

എനിക്ക് എന്തുകൊണ്ട് 9/10

കഥയുടെ വ്യത്യസ്ത ഭാഗങ്ങളെ വേർതിരിക്കാൻ നിറവും ബ്ലാക്ക് ആൻഡ് വൈറ്റും ഉപയോഗിക്കുന്ന ദൃശ്യസമീപനവും സിനിമയ്ക്ക് പ്രത്യേകത നൽകുന്നു. വലിയ കഥാതിരിവുകളിലേക്ക് കടക്കുന്നില്ല. കണ്ടുകഴിഞ്ഞ ഒരാളോടൊപ്പം വിശദമായി സംസാരിക്കാനാണ് താൽപര്യം. Iraiviയുമായുള്ള ബന്ധവും കേന്ദ്രസൗഹൃദവും മുത്തുകുമാറിന്റെ അപ്രതീക്ഷിതമായ സാന്നിധ്യവും വീണ്ടും ഓർക്കാൻ എനിക്ക് ധാരാളം നൽകുന്നു.

9/10. കാർത്തിക് സുബ്ബരാജിന്റെ അടുത്ത സിനിമയ്ക്കായി കാത്തിരിക്കാൻ കാരണം എന്താണെന്ന് Dorothy ഓർമിപ്പിച്ചു. കേന്ദ്രബന്ധത്തിന് പ്രധാന താരങ്ങൾ ജീവൻ നൽകുന്നു. വെട്ടൈ മുത്തുകുമാർ ശക്തമായൊരു അപ്രതീക്ഷിത സാന്നിധ്യമാണ്. ഇളയരാജയുടെ സംഗീതം ആ അനുഭവത്തിന് കൂടുതൽ ആഴം നൽകുന്നു. വിഷയത്തിന്റെ പ്രസക്തിയും Iraiviയുമായി എനിക്ക് തോന്നിയ ബന്ധവും കൂടിച്ചേരുമ്പോൾ ഏറെ ആവേശത്തോടെ ശുപാർശ ചെയ്യാൻ കാരണങ്ങൾ ധാരാളമാണ്.

കൂടുതൽ വായിക്കാൻ: Scroll — Nandini Ramnath · The Times of India — M Suganth · Rediff — Sreeju Sudhakaran · The Indian Express — Anandu Suresh · The News Minute — interview with Sananth and Rishikanth · The Hollywood Reporter India — Rishikanth interview

2026 · തമിഴ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

9/10

എന്റെ വിലയിരുത്തൽ

Iraiviയെ ഓർമിപ്പിച്ച അനുഭവം, Whistle Veeraiyyaയായി അതിശയിപ്പിച്ച വെട്ടൈ മുത്തുകുമാർ, മനസ്സിൽ തങ്ങിനിൽക്കുന്ന ഇളയരാജയുടെ സംഗീതം. Dorothyയിലൂടെ കാർത്തിക് സുബ്ബരാജ് വീണ്ടും മനസ്സു കീഴടക്കി. 9/10.

— Desly

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

Tue, 20 Oct 2026 23:10:30 +0200

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ഡെസ്ലി

ഞാൻ ബാക്ക് സ്റ്റേജ് സജ്ജമാക്കി. ഇതാ സംഭവിച്ചത്

Tue, 20 Oct 2026 23:10:30 +0200

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

എനിക്ക് അറിയണം, കോൺഫറൻസ് ഡെമോകൾക്കപ്പുറം ഓടുന്നതിലെ അനുഭവം. അങ്ങനെ ഞാൻ അത് ഒന്നുമുതൽ ആരംഭിച്ചു ഒരു യാഥാർത്ഥ്യബോധമുള്ള ലക്ഷ്യത്തോടെ: ഒരു സേവന കാറ്റലോഗ്, ഒരു സോഫ്റ്റ്വെയർ ടെംപ്ലേറ്റ്, ഒരേ സ്ഥലത്ത് ഡോക്യുമെന്റേഷൻ.

എന്തിന് ഞാനത് പരീക്ഷിച്ചു

ബാക്ക് സ്റ്റേജ് പരിഹരിക്കുന്ന പ്രശ്നം വളരെ യഥാർത്ഥമാണ്. മിക്ക കമ്പനികളിലും ലളിതമായ ചോദ്യങ്ങൾക്ക് പെട്ടെന്ന് ഉത്തരം പറയാൻ ആരുമില്ല. ഈ സേവനം ആരുടെ ഉടമസ്ഥതയിലുള്ളതാണ്? അതിന്റെ രേഖകൾ എവിടെ? ഏത് പൈപ്പ്ലൈൻ ആണ് ഇത് വിന്യസിക്കുന്നത്? അത് എന്തിനെ ആശ്രയിച്ചിരിക്കുന്നു?

വിക്കികളിലും, സ്പ്രെഡ്ഷീറ്റുകളിലും, സ്ലാക്ക് ത്രെഡുകളിലും, ആളുകളുടെ മെമ്മറിയിലും ഉത്തരങ്ങൾ ചിതറിക്കിടക്കുന്നു. എല്ലാം കണ്ടെത്താന് ഒരു സ്ഥലം വാഗ്ദാനം ചെയ്യുന്നു.

കാറ്റലോഗ് പ്രവർത്തിപ്പിക്കുന്നു

ഒരു പ്രാദേശിക ഇൻസ്റ്റൻസിനു വേണ്ടി ശ്രമിക്കുന്നത് എളുപ്പമാണ്. നിനക്കൊരു Node.js ഉം Yarn ഉം വേണം, പിന്നെ:

npx @backstage/create-app@latest
cd my-backstage-app
yarn start

കുറച്ച് മിനിറ്റിനു ശേഷം ഒരു പോർട്ടൽ ഉണ്ട് localhost:3000. ആദ്യത്തെ ആശ്ചര്യം: നിങ്ങൾ സൃഷ്ടിച്ചതൊന്നും നിങ്ങൾ ക്രമീകരിച്ച ഉൽപ്പന്നമല്ല. അത് നിങ്ങള് ക്കുള്ള ഒരു ആപ്ലിക്കേഷനാണ്. ഇനി മുതൽ നിങ്ങള് ഒരു ടൈപ്പ് സ്ക്രിപ്റ്റ് കോഡ് ബേസ് നിലനിര് ത്തും.

ഓരോ റിപ്പോസിറ്ററിയിൽ നിന്നും ഒരു ചെറിയ YAML ഫയൽ വായിച്ച് കാറ്റലോഗ് പ്രവർത്തിക്കുന്നുഃ

apiVersion: backstage.io/v1alpha1
kind: Component
metadata:
  name: shop-api
  description: Handles orders and payments
  annotations:
    github.com/project-slug: my-org/shop-api
spec:
  type: service
  lifecycle: production
  owner: team-checkout

ഇത് കൂടി ചേർക്കുക. catalog-info.yaml ഓരോ റിപ്പോയിലും, നിങ്ങളുടെ ഗിറ്റ്ഹബ് ഓർഗനൈസേഷനിൽ ബാക്ക്സ്റ്റേജ് പോയിന്റ് ചെയ്യുക, സേവനങ്ങൾ ദൃശ്യമാകാൻ തുടങ്ങും. ഈ ഭാഗം ശരിക്കും നല്ലതായിരുന്നു. ഓരോ സേവനവും അതിന്റെ ഉടമയും ലിങ്കുകളും ഒരു ലിസ്റ്റിൽ കാണുന്നത് ഇതിനകം ഉപയോഗപ്രദമാണ്.

എന്റെ ആദ്യത്തെ സോഫ്റ്റ്വെയർ ടെംപ്ലേറ്റ്

ടെംപ്ലേറ്റുകളാണ് ബാക്ക് സ്റ്റേജ് ഒരു ഡയറക്ടറിയല്ല, ഒരു പ്ലാറ്റ്ഫോമായി മാറുന്നത്. ഒരു ടെംപ്ലേറ്റ് ഒരു ഫോം ആണ്, ഒരു കൂട്ടം ഘട്ടങ്ങൾ കൂടി: ഡെവലപ്പറിന് കുറച്ച് ചോദ്യങ്ങൾ ചോദിക്കുക, ഒരു സ്കെയിൽ കോപ്പി ചെയ്യുക, മൂല്യങ്ങൾ പൂരിപ്പിക്കുക, ഒരു റിപ്പോസിറ്ററി സൃഷ്ടിക്കുക, കാറ്റലോഗിൽ രജിസ്റ്റർ ചെയ്യുക.

YAML ടെംപ്ലേറ്റ് ഉപയോഗിക്കാൻ കുറച്ച് സമയമെടുക്കും, പക്ഷേ ഫലം വളരെ മികച്ചതാണ്: ഒരു ഡെവലപ്പർ ഒരു പേരും ഒരു ടീമും പൂരിപ്പിക്കുന്നു, "സൃഷ്ടിക്കുക" ക്ലിക്കുചെയ്യുന്നു, ഒരു പൈപ്പ്ലൈനും ഒരു കാറ്റലോഗ് എൻട്രിയും ഉള്ള ഒരു പുതിയ റിപ്പോ ലഭിക്കുന്നു. അതാണ് ആക്ഷനിലെ സുവർണ പാത.

ഇൻസ്റ്റാൾ ചെയ്യേണ്ട പ്ലഗിനുകൾ

പ്ലഗിൻ പരിസ്ഥിതി വ്യവസ്ഥിതി വളരെ വലുതാണ്. ആദ്യം ഞാൻ കൂട്ടിച്ചേർക്കുന്നത്:

കുബർനെറ്റുകള്: ഓരോ സേനയുടെയും പോഡുകളും വിന്യാസങ്ങളും കാണിക്കുന്നു.
ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ (അല്ലെങ്കിൽ നിങ്ങളുടെ CI): സമീപകാല പൈപ്പ്ലൈൻ സേവന പേജിൽ പ്രവർത്തിക്കുന്നു.
ടെക് ഡോക്റെപ്പോയില് നിന്നും മാര് ക്ക് ഡൌണ് രേഖകള് , ബാക്ക് സ്റ്റെയിജില് റെൻഡര് ചെയ്തു.
തിരയൽ: ഒരുപിടി സേവനങ്ങളേക്കാൾ കൂടുതലുള്ളതോടെ എല്ലാം ഉപയോഗിക്കാവുന്നതാക്കുന്നു.

ബാക്ക് സ്കീസില് ഒരു ആപ്ലിക്കേഷൻ ഇൻസ്റ്റോൾ ചെയ്യുന്നതു പോലെയല്ല, ഒരു വളര് ന്ന മൃഗത്തെ ദത്തെടുക്കുന്നതു പോലെയാണ്. അത് വളരെ മനോഹരമാണ്, പക്ഷെ ഓരോ ആഴ്ചയും അത് ഭക്ഷണം കഴിക്കണം.

എന്നെ എന്തിന് അലട്ടുന്നു?

ഇത് ഒരു ചട്ടക്കൂട് ആണ്, ഒരു ഉൽപ്പന്നമല്ല. അടിസ്ഥാനകാര്യങ്ങൾക്കപ്പുറം എന്തെങ്കിലും ചെയ്താല് അത് ടൈപ്പ് സ്ക്രിപ്റ്റും റിഅക്ട് എഴുത്തും ആണ്. നിങ്ങളുടെ ടീമിന് മുൻനിര കഴിവുകളില്ലെങ്കിൽ, അതിനായി പ്ലാൻ ചെയ്യുക.

അപ്ഗ്രേഡുകള് ക്ക് പരിശ്രമം വേണം. തിരശ്ശീലയ്ക്ക് പിന്നില് കാര്യങ്ങൾ പെട്ടെന്ന് നടക്കുന്നു. പുതിയ പതിപ്പുകളുമായി പൊരുത്തപ്പെടുകയും പുതിയ ബാക്ക് എൻഡ്, ഫ്രണ്ട് എൻഡ് സംവിധാനങ്ങളിലേക്ക് മാറുകയും ചെയ്യുന്നത് തുടരുന്ന ജോലിയാണ്.

കാറ്റലോഗ് വഴുതിവീഴുന്നു. ഉടമസ്ഥര് മാറുന്നു, സേവനങ്ങള് വിരമിക്കുന്നു, YAML ഫയലുകൾ കാലഹരണപ്പെടുന്നു. ഡാറ്റയുടെ ഗുണനിലവാരത്തെക്കുറിച്ച് ആരെങ്കിലും ശ്രദ്ധിക്കാതെ, കാറ്റലോഗ് പതുക്കെ അടുത്ത കാലഹരണപ്പെട്ട വിക്കിയായി മാറുന്നു.

ആധികാരികതയും അനുമതികളും ഒരു ഡെമോയ്ക്കു പുറത്ത് അത് വിന്യസിക്കാന് സാധിക്കുന്നതിന് മുമ്പ് യഥാർത്ഥ കോൺഫിഗറേഷന് ആവശ്യമാണ്.

ഞാന് അത് ശുപാർശ ചെയ്യുമോ?

പല ടീമുകളും ഡസൻ കണക്കിന് സേവനങ്ങളുമുള്ള ഒരു കമ്പനിക്ക്, അതെ. ഒരിക്കൽ അത് സജ്ജീകരിച്ചുകഴിഞ്ഞാൽ, അത് ശക്തമായ ഒരു അടിത്തറയാണ്, മറ്റൊരു ഓപ്പൺ സോഴ്സും അതിനോട് അടുപ്പിക്കുന്നില്ല.

പത്ത് സെര് വിറ്റുകളുള്ള ഒരു ചെറിയ ടീമിന് , ഇതുവരെ അല്ല. ഒരു നല്ല README ടെംപ്ലേറ്റും നിങ്ങളുടെ വിക്കിയിലെ സേവനങ്ങളുടെ പട്ടികയും നിങ്ങൾക്ക് 5% ശ്രമത്തിന്റെ മൂല്യത്തിന്റെ 80% നൽകും. ഒരു പോർട്ടൽ പ്രവർത്തിപ്പിക്കാതെ വേണമെങ്കിൽ, SaaS ഓപ്ഷനുകൾ നോക്കൂ.

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ പോർട്ടൽ നിർമ്മിക്കാനുള്ള മികച്ച പ്ലാറ്റ്ഫോമാണ് ബാക്ക് സ്റ്റേജ്, നിങ്ങൾ ഓണാക്കുന്ന പോർട്ടലല്ല. അത് അറിയുന്നതിലൂടെ പോകൂ, അത് വിലമതിക്കുന്നു.

ഡെസ്ലി

ഓരോ പിൻ അഭ്യർത്ഥനയ്ക്കും പുതിയ അന്തരീക്ഷം

Tue, 20 Oct 2026 23:10:30 +0200

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

പല ഡെവലപ്പർമാർക്കും ഒരു പൊതുവായ പരിസ്ഥിതി ഒരു കുടുക്ക് സൃഷ്ടിക്കുന്നു. പ്രിവ്യൂ പരിതസ്ഥിതികൾ ആ തടസ്സം ഇല്ലാതാക്കുന്നു.

പങ്കുവെച്ച വേദനിപ്പിക്കുന്നതിന്റെ കാരണം

മാറ്റങ്ങൾ പരസ്പരം കൂട്ടിയിടിക്കുന്നു. ഒരേ സ്ഥലത്ത് വിന്യസിച്ചിരിക്കുന്ന രണ്ട് സവിശേഷത ശാഖകൾ പരസ്പരം തിരുത്തിയെഴുതുന്നു.
അത് എപ്പോഴും അല്പം തകർന്നിരിക്കുന്നു. ആരുടെയെങ്കിലും പകുതി പണിയും അവിടെയുണ്ട്.
പ്രതികരണം വളരെ പതുക്കെയാണ്. അവലോകകര് , ടെസ്റ്റര് , ഉത്പന്ന മാനേജര് എന്നിവര് ക്ക് ഒരു മാറ്റം കാണാന് കഴിയില്ല അത് ലയിപ്പിക്കപ്പെടുന്നതുവരെ.
ആരും വിശ്വസിക്കുന്നില്ല. ആരും വിശ്വസിക്കാത്ത ഒരു പരിസ്ഥിതി ശരിയായി പരീക്ഷിക്കാത്ത ഒരു പരിതസ്ഥിതി ആണ്.

പ്രിവ്യൂ പരിതസ്ഥിതികൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു

ആശയം ലളിതമാണ്. ഒരു pull request തുറക്കുമ്പോൾ, ആ ബ്രാഞ്ചിനായി മാത്രം ആപ്ലിക്കേഷന്റെ ഒരു താൽക്കാലിക കോപ്പി പൈപ്പ്ലൈൻ സൃഷ്ടിക്കുന്നു, അതിന്റെ സ്വന്തം URL ഉപയോഗിച്ച് pr-142.preview.example.com. ഈ അഭ്യർത്ഥന ലയിപ്പിച്ചോ അടച്ചോ കഴിഞ്ഞാൽ, പരിസ്ഥിതി ഇല്ലാതാക്കപ്പെടും.

കുബർനെറ്റീസിൽ ഇത് നിർമ്മിക്കാൻ ചില സാധാരണ വഴികളുണ്ട്:

ഓരോ പിൻ അഭ്യർത്ഥനയ്ക്കും ഒരു നാമമേഖല. ഏറ്റവും ലളിതമായ രീതി. പൈപ്പ്ലൈൻ ഒരു നാമമേഖല സൃഷ്ടിക്കുന്നു, ബ്രാഞ്ചിന്റെ ഇമേജ് ടാഗ് ഉപയോഗിച്ച് ഹെൽം ചാർട്ട് വിന്യസിക്കുന്നു, കൂടാതെ പ്രിവ്യൂ ഹോസ്റ്റ്നാമത്തിനായി ഒരു പ്രവേശനമോ HTTP റൂട്ടോ സജ്ജമാക്കുന്നു.

പിൾ അഭ്യർത്ഥന ജനറേറ്ററുള്ള അര് ഗോ സിഡി ആപ്ലിക്കേഷന് സെറ്റ്സ്. അര് ഗോ സിഡി നിങ്ങളുടെ റിപ്പോസിറ്ററി നിരീക്ഷിക്കുന്നു ഓരോ തുറന്ന പിൾ അഭ്യർത്ഥനയ്ക്കും ഒരു ആപ്ലിക്കേഷൻ സ്വപ്രേരിതമായി സൃഷ്ടിക്കുന്നു, PR അടയ്ക്കുമ്പോൾ അത് നീക്കം ചെയ്യുന്നു. കസ്റ്റം സ്ക്രിപ്റ്റുകളില്ല.

apiVersion: argoproj.io/v1alpha1
kind: ApplicationSet
metadata:
  name: shop-previews
spec:
  generators:
  - pullRequest:
      github:
        owner: my-org
        repo: shop
      requeueAfterSeconds: 120
  template:
    metadata:
      name: 'shop-pr-{{number}}'
    spec:
      project: previews
      source:
        repoURL: https://github.com/my-org/shop
        targetRevision: '{{head_sha}}'
        path: deploy/chart
        helm:
          parameters:
          - name: image.tag
            value: '{{head_sha}}'
          - name: ingress.host
            value: 'pr-{{number}}.preview.example.com'
      destination:
        server: https://kubernetes.default.svc
        namespace: 'shop-pr-{{number}}'
      syncPolicy:
        automated: { prune: true }
        syncOptions: [CreateNamespace=true]

വിർച്വൽ ക്ലസ്റ്ററുകള് (വി ക്ലസ്റ്റര്). CRD കൾ പോലുള്ള ക്ലസ്റ്റർ തലത്തിലുള്ള വിഭവങ്ങൾ ടീമുകൾക്ക് ആവശ്യമുള്ളപ്പോൾ, ഓരോ pull അഭ്യർത്ഥനയ്ക്കും ഒരു വിർച്വൽ ക്ലസ്റ്റർ ഓരോ തവണയും ഒരു യഥാർത്ഥ ക്ലസ്റ്ററിന് പണം നൽകാതെ പൂർണ്ണമായ ഒറ്റപ്പെടൽ നൽകുന്നു.

ഏറ്റവും നല്ല അവലോകന അഭിപ്രായം "ഞാൻ അത് ക്ലിക്കുചെയ്തു, അത് പ്രവർത്തിക്കുന്നു", ഒപ്പം പ്രിവ്യൂ പരിതസ്ഥിതികൾ ലയിപ്പിക്കുന്നതിന് മുമ്പ് അത് സാധ്യമാക്കുന്നു.

വിവരങ്ങളും രഹസ്യങ്ങളും: ബുദ്ധിമുട്ടുള്ള ഭാഗം

ആപ്ലിക്കേഷൻ വിന്യസിക്കുക എന്നത് എളുപ്പമുള്ള കാര്യമാണ്. കട്ടിയുള്ള ചോദ്യങ്ങൾ:

ഡാറ്റാബേസുകൾ. പരീക്ഷണ ഡാറ്റ അടങ്ങിയ ഒരു ചെറിയ ഡാറ്റാബേസ് കണ്ടെയ്നറിൽ നിന്നും, ഓരോ PR നും പ്രത്യേക സ്കീമയുള്ള ഒരു പങ്കിട്ട ഡാറ്റാ ബേസ് വരെ, അജ്ഞാതമാക്കിയ ഡാറ്റാ സെറ്റിന്റെ സ്നാപ്പ്ഷോട്ടുകൾ വരെ ഓപ്ഷനുകൾ വ്യത്യാസപ്പെടുന്നു. വ്യക്തിഗത വിവരങ്ങളുള്ള ഉല്പാദന ഡാറ്റ ഒരിക്കലും പ്രിവ്യൂവിൽ പകര് ക്കരുത്.
ബാഹ്യ സേവനങ്ങള് . പേയ്മെന്റ് പ്രൊവൈഡര് മാര് , ഇമെയില് , മൂന്നാം കക്ഷി എപിഐ. സാൻഡ്ബോക്സ് അക്കൌണ്ടുകളോ കപട അക്കൌണ്ടുകളും ഉപയോഗിക്കുക.
രഹസ്യങ്ങൾ. പ്രിവ്യൂകൾക്ക് അവരുടെ പരിമിതമായ അംഗീകാരങ്ങൾ ലഭിക്കണം, നല്ലത് ബാഹ്യ രഹസ്യങ്ങളിലൂടെയോ നിങ്ങളുടെ രഹസ്യ മാനേജർ വഴിയോ, ആസൂത്രണ രഹസ്യങ്ങളുടെ പകർപ്പുകളല്ല.
വൈൽഡ്കാർഡ് ഡിഎൻഎസും ടിഎൽഎസും. ഒരു വൈഡ്കാർഡ് റെക്കോർഡ് പോലെ *.preview.example.com ഒരു വൈഡ്കാർഡ് സർട്ടിഫിക്കറ്റ് (സെർട്ട് മാനേജർ ഇത് കൈകാര്യം ചെയ്യുന്നു) പുതിയ ഹോസ്റ്റ്നാമങ്ങൾ തൽക്ഷണം പ്രവർത്തിപ്പിക്കുന്നു.

ബില്ല് ചെറുതായിരിക്കാന് വേണ്ടി വൃത്തിയാക്കുന്നു

പ്രിവ്യൂ പരിതസ്ഥിതികൾ വിലകൂടിയതായി മാറുന്നു. അമ്പതു തുറന്ന പിൻ അഭ്യർത്ഥനകൾ നിങ്ങളുടെ ആപ്പിന്റെ അമ്പതു കോപ്പികളാണ്.

സഹായിക്കുന്നവ

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

അത് വിലപ്പെട്ടതാണോ?

കുറച്ച് ഡെവലപ്പർമാരെക്കൂടി സമാന്തരമായി പ്രവർത്തിക്കുന്ന ടീമുകൾക്ക്, അതെ. അവലോകനങ്ങൾ മെച്ചപ്പെടുന്നു, പരിശോധന നേരത്തെ നടക്കുന്നു, "ആര് സ്റ്റേജിംഗ് തകർത്തു" എന്ന സന്ദേശങ്ങൾ അപ്രത്യക്ഷമാകുന്നു. ഓരോ PR നും ഒരു നെയിംസ്പെയ്സ് ഉപയോഗിച്ച് തുടങ്ങുക, ഡാറ്റ ചേർക്കുക, ശരിയായി വൃത്തിയാക്കുക, അവിടെ നിന്ന് വളരുക.

എന്റെ അഭിപ്രായം: ഓരോ മാറ്റത്തിനും അതിന്റേതായ ചെറിയ ലോകം കൊടുക്കുക. നിങ്ങളുടെ ടീം സ്റ്റേജിംഗ് കാത്തിരിക്കുന്നതില് സമയം നഷ്ടപ്പെടുത്തുന്നതിനേക്കാൾ വിലകുറഞ്ഞതാണ്.

ഡെസ്ലി

എല്ലാത്തിനും നിയന്ത്രണ വിമാനമായി കുബർനെറ്റസ്: ക്രോസ്പ്ലൈൻ v2

Tue, 20 Oct 2026 23:10:30 +0200

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

ക്രോസ്പ്ലെയ്ൻ മറ്റൊരു ചോദ്യം ചോദിക്കുന്നു: ഡെവലപ്പർക്ക് ഒരു ചെറിയ YAML ഫയൽ എഴുതാൻ കഴിയുമെങ്കിൽ, അവർ അവരുടെ ആപ്ലിക്കേഷൻ വിന്യസിക്കുന്ന അതേ രീതിയിൽ, കുറച്ച് മിനിറ്റ് കഴിഞ്ഞ് ശരിയായി ക്രമീകരിച്ച ഡാറ്റാബേസ് ലഭിക്കുമോ?

ഒരു ഖണ്ഡികയിലെ ആശയം

കുബർനെറ്റസ് ഒരു കാര്യത്തില് വളരെ നല്ലതാണ്: നിങ്ങള് ക്ക് വേണ്ടത് വിവരിക്കുക, നിയന്ത്രകർ യാഥാര് ത്ഥ്യവുമായി പൊരുത്തപ്പെടുന്നതുവരെ പ്രവർത്തിക്കുന്നു. ക്രോസ്പ്ലെയ്ന് ആ ആശയത്തെ കണ്ടെയ്നറുകളിലേക്കുള്ള പരിധിക്ക് അപ്പുറത്തേക്ക് വ്യാപിപ്പിക്കുന്നു. ഇത് ക്ലൌഡ് റിസോഴ്സുകൾ സൃഷ്ടിക്കുകയും നിയന്ത്രിക്കുകയും ചെയ്യുന്ന കൺട്രോളറുകൾ ചേർക്കുന്നു: ഡാറ്റാബേസുകൾ, ബക്കറ്റുകൾ, ക്യൂകൾ, നെറ്റ്വർക്കുകൾ, ഡിഎൻഎസ് റെക്കോർഡുകൾ. നിങ്ങൾ YAML എഴുതുന്നു, ക്രോസ്പ്ലൈൻ AWS, Azure അല്ലെങ്കിൽ Google Cloud എന്നിവയുമായി സംസാരിക്കുന്നു, നിങ്ങൾ വിവരിച്ചിരിക്കുന്ന അവസ്ഥയിൽ റിസോഴ്സ് നിലനിർത്തുന്നു.

ശരിക്കും രസകരമായ കാര്യം, അത് പച്ചയായ ക്ലൌഡ് റിസോഴ്സുകൾ കൈകാര്യം ചെയ്യലല്ല. അത് നിങ്ങളുടെ സ്വന്തം API കൾ നിർമ്മിക്കുക അവരുടെ മുകളില് .

കോമ്പോസിഷനുകൾഃ നിങ്ങളുടെ സ്വന്തം പ്ലാറ്റ്ഫോം API

ക്രോസ്പ്ലൈനില് , പ്ലാറ്റ്ഫോം ടീം ഒരു ലളിതവും കമ്പനി പ്രത്യേകവുമായ റിസോഴ്സ് നിർവചിക്കുന്നു, ഉദാഹരണത്തിന് Database, വികസന പ്രവർത്തകർ ശ്രദ്ധിക്കേണ്ട മേഖലകളുമായി മാത്രം:

apiVersion: platform.example.com/v1alpha1
kind: Database
metadata:
  name: orders-db
  namespace: shop
spec:
  engine: postgres
  size: small

ഒരു പ്രമുഖൻ ഘടന കമ്പനി ആവശ്യപ്പെടുന്ന എല്ലാ കാര്യങ്ങളും അത് മാറ്റുന്നു: ശരിയായ പതിപ്പുള്ള ഒരു RDS ഇൻസ്റ്റൻസും, എൻക്രിപ്ഷനും, ബാക്കപ്പുകളും, ഒരു സബ്നെറ്റ് ഗ്രൂപ്പും, സുരക്ഷാ ഗ്രൂപ്പ് നിയമങ്ങളും, നിരീക്ഷണവും, കണക്ഷൻ വിശദാംശങ്ങളുള്ള ഒരു Kubernetes രഹസ്യവും. ഡെവലപ്പര് അഞ്ചു വരികള് കാണുന്നു. ബാക്കി 200 പേരെ നിയന്ത്രിക്കുന്നത് പ്ലാറ്റ്ഫോം ടീമാണ്.

ആ കസ്റ്റം റിസോഴ്സിന്റെ സ്കീമ ഒരു കോമ്പോസിറ്റ് റിസോഴ്സ് നിർവചനം (XRD). അവിടെയാണ് അനുവദനീയമായത് നിശ്ചയിക്കുന്നത്: ഒരുപക്ഷേ മാത്രം small, medium ഒപ്പം large, ചിലപ്പോൾ പോസ്റ്റ് ഗ്രേസ് മാത്രം.

ക്രോസ്പ്ലെയ്ൻ പ്ലാറ്റ്ഫോം ടീമിനെ ഒരു വിക്കി പേജിനേക്കാൾ ഒരു എപിഐ ആയി മാറ്റാൻ അനുവദിക്കുന്നു.

വി 2 ൽ എന്തെല്ലാം മാറ്റങ്ങൾ സംഭവിച്ചു

ക്രോസ്പ്ലെയ്ൻ v2 മോഡലിനെ ചില പ്രധാനപ്പെട്ട വഴികളിൽ ലളിതമാക്കി:

സ്ഥിരമായി പേരുകൾ തമ്മിലുള്ള വിഭവങ്ങൾ. വി 1 ൽ, സാധാരണയായി നിങ്ങൾക്ക് ഒരു ക്ലസ്റ്റർ സ്കോപ്പ് ചെയ്ത കോമ്പോസിറ്റ് റിസോഴ്സ് ആവശ്യമാണ്, കൂടാതെ ഒരു നെയിംസ്പെയ്സ് ചെയ്ത "ക്ലെയിം" ആവശ്യമാണ്. v2 ന്റെ സഹായത്തോടെ കോമ്പോസിറ്റ് റിസോഴ്സുകൾ ടീമിന്റെ നാമമേഖലയിൽ നേരിട്ട് ജീവിക്കും, അതിനാൽ ക്ലെയിം ലെയർ മിക്കവാറും ഇല്ലാതാകും.
എന്തും എഴുതി. ക്രോസ്പ്ലെയ്ൻ നിയന്ത്രിക്കുന്ന ക്ലൌഡ് റിസോഴ്സുകൾ മാത്രമല്ല, ഏത് കുബർനെറ്റസ് റിസോര് സും ഇനിമുതൽ കോമ്പോസിഷനുകളിൽ ഉൾപ്പെടുത്താം. ഒരു വിന്യാസം, ഒരു സേവനം, ഒരു ക്ലൌഡ് ഡാറ്റാബേസ് എന്നിവയെ ഒരു ഉയർന്ന തലത്തിലുള്ള "ആപ്ലിക്കേഷൻ" API ആയി നിങ്ങൾക്ക് കൂട്ടിച്ചേർക്കാം.
ഘടനാ പ്രവർത്തനങ്ങൾ സാധാരണ രീതിയിലാണ് പഴയ പാച്ച് ആൻഡ് ട്രാൻസ്ഫോർമേഷൻ ശൈലിക്ക് പകരം YAML ടെംപ്ലേറ്റുകളിലും Go, Python അല്ലെങ്കിൽ KCL എന്നിവയിലും യുക്തി എഴുതാൻ.

കുറച്ച് വര് ഷങ്ങള് ക്ക് മുമ്പ് ക്രോസ്പ്ലെയ്ന് പരീക്ഷിച്ചു കണ്ടാല് അത് ഭാരമുള്ളതാണെന്ന് തോന്നിയിരുന്നെങ്കില് , വി 2 വീണ്ടും നോക്കേണ്ടതാണ്.

ക്രോസ്പ്ലെയിൻ അല്ലെങ്കിൽ ടെറഫോം?

ഈ ചോദ്യം എപ്പോഴും ഉയരുന്നു, സത്യസന്ധമായ ഉത്തരം ഇതാണ്: അവർ വ്യത്യസ്ത കാര്യങ്ങളിൽ നല്ലവരാണ്.

ടെറാഫോർം (അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു) പ്ലാറ്റ്ഫോം ടീം സ്വന്തമാക്കിയതും മനഃപൂർവ്വം മാറ്റുന്നതുമായ അടിസ്ഥാന സൌകര്യങ്ങൾക്ക് ഇത് വളരെ നല്ലതാണ്: നെറ്റ്വർക്കുകൾ, ക്ലസ്റ്ററുകൾ, അക്കൌണ്ടുകൾ. നീ ഓടിക്കുമ്പോൾ അത് ഓടുന്നു, ഒരു പ്ലാൻ കാണിക്കുന്നു, പിന്നെ നിർത്തുന്നു.

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

പല ടീമുകളും രണ്ടും ഉപയോഗിക്കുന്നു. ടെറാഫോർം അടിസ്ഥാനം പണിയുന്നു, ക്രോസ്പ്ലെയ്ൻ പ്രവർത്തിപ്പിക്കുന്ന ക്ലസ്റ്റർ ഉൾപ്പെടെ. ക്രോസ്പ്ലെയിന് മുകളില് സ്വയം സേവന പാളി നല് കുന്നു.

ഒരു "എനിക്ക് ഒരു ഡാറ്റാബേസ് തരൂ" API നിർമ്മിക്കുന്നു

ഞാന് ആദ്യമായി ക്രോസ്പ്ലെയ്ന് പരീക്ഷിക്കുകയാണെങ്കില് , ഞാന് സ്കോപ്പ് ചെറുതായി സൂക്ഷിക്കും:

ക്രോസ്പ്ലെയിനെ ഹെം ഉപയോഗിച്ച് ഒരു ടെസ്റ്റ് ക്ലസ്റ്ററിൽ സ്ഥാപിക്കുക.
നിങ്ങളുടെ ക്ലൌഡിനുള്ള ദാതാവിനെ ഇൻസ്റ്റാൾ ചെയ്യുക, സ്റ്റാറ്റിക് കീകളേക്കാൾ വർക്ക് ലോഡ് ഐഡന്റിറ്റി വഴി അത് ക്രെഡൻഷ്യലുകൾ നൽകുക.
ഒരു XRD എഴുതുക Database രണ്ടു വയലുകളുള്ള ഒരു സ്ഥലം.
ഒരു ചെറിയ മാനേജ് ചെയ്ത ഡാറ്റാബേസും കണക്ഷൻ രഹസ്യവും സൃഷ്ടിക്കുന്ന ഒരു രചന എഴുതുക.
ഒന്ന് സൃഷ്ടിക്കുക Database ഒരു നാമമേഖലയില് കാണുക, അത് നിങ്ങളുടെ ക്ലൌഡ് കൺസോളില് ദൃശ്യമാകും.

പിന്നെ ഒരു ഡെവലപ്പര് ക്ക് കാണിച്ചു അത് ഉപകാരപ്രദമാണോ എന്ന് ചോദിക്കുക. ആ സംഭാഷണം ഏത് വാസ്തുവിദ്യാ രേഖാചിത്രത്തേക്കാളും വിലപ്പെട്ടതാണ്.

എന്തിനു ശ്രദ്ധിക്കണം

ഡീബഗ് ചെയ്യൽ ഒരു ടെറഫോം പ്ലാൻ വായിക്കുന്നതിലും ബുദ്ധിമുട്ടാണ്. പഠിക്കൂ kubectl describe ക്രോസ്പ്ലെയ്നിന്റെ ട്രെയ്സിംഗ് ടൂളുകളും നേരത്തെ തന്നെ.
മായ്ച്ചുകളയൽ സത്യമാണ്. YAML മായ്ക്കുന്നതോടെ ഡാറ്റാബേസ് മായ്ക്കും. ഇല്ലാതാക്കൽ നയങ്ങൾ ഉപയോഗിക്കുക, ഉല്പാദന വിഭവങ്ങൾ സംരക്ഷിക്കുക.
വിതരണക്കാരന്റെ വലിപ്പം. ചില സേവനദാതാക്കൾ നൂറുകണക്കിന് ക്രഡിറ്ററുകൾ സ്ഥാപിക്കുന്നു. ചെറിയ "കുടുംബ" സേവനദാതാക്കളെ നിങ്ങള് ക്ക് ആവശ്യമുള്ള സേവനങ്ങള് ക്ക് മാത്രം ഉപയോഗിക്കുക.

എന്റെ അഭിപ്രായം: ക്രോസ്പ്ലെയ്ൻ നിങ്ങളുടെ സ്വന്തം പ്ലാറ്റ്ഫോം API നിർമ്മിക്കാനുള്ള ഒരു മാർഗമായി നിങ്ങൾ അതിനെ കാണുമ്പോൾ പ്രകാശിക്കുന്നു, അടിസ്ഥാനസൌകര്യങ്ങൾ എഴുതാനുള്ള മറ്റൊരു മാർഗമല്ല.

ഡെസ്ലി

എന്റെ പൈപ്പ്ലൈനിൽ AI ഏജന്റുമാർ: ശരിക്കും പ്രവർത്തിക്കുന്നതെന്താണ്

Tue, 20 Oct 2026 23:10:30 +0200

അകത്ത് AI എന്റെ DevOps ജോലി എടുക്കുമോ? ഞാൻ എഴുതിയിരുന്നത് AI വളരെ വേഗതയുള്ള ഒരു ജൂനിയർ എൻജിനീയർ പോലെയാണെന്ന്. ഒരിക്കലും മടുപ്പില്ലാത്ത, തെറ്റു പറ്റിയപ്പോൾ ഒരിക്കലും അറിയാത്ത. എന്റെ ജോലിയുടെ പുതിയ ഭാഗം AI ഏജന്റുമാര് ക്ക് വേണ്ടി ഗാര് ഡ് റീല് നിർമ്മിക്കുമെന്ന് ഞാന് പറഞ്ഞു.

ഈ പോസ്റ്റ് അതിന്റെ പ്രായോഗിക തുടര് ന്നുള്ളതാണ്. "ആൾട്ടിമേറ്റ് ഐ ഡിവോപ്സിനെ മാറ്റുമോ" എന്നതല്ല, ഇന്ന് ഏജന്റുമാരെ ഏൽപ്പിക്കാൻ കഴിയുന്ന ജോലികൾ, ഒരു പിഴവ് ചെറുതായിരിക്കട്ടെ എന്ന് എങ്ങനെ ക്രമീകരിക്കും?

എന്താണു മാറിയത്?

ഒരു രണ്ടു വർഷം മുമ്പ്, DevOps ലെ AI പ്രധാനമായും എഡിറ്ററിൽ ഓട്ടോമാറ്റിക് പൂരിപ്പിക്കൽ അല്ലെങ്കിൽ ഒരു ചാറ്റ് വിൻഡോയിൽ ഒരു പിശക് ഒട്ടിക്കൽ എന്നതായിരുന്നു. ഉപയോഗപ്രദമായി, പക്ഷെ നീ എപ്പോഴും ഡ്രൈവിംഗ് സീറ്റിൽ ആയിരുന്നു.

ഏജന്റുമാർ വ്യത്യസ്തരാണ്. ക്ലോഡ് കോഡ്, ഗിറ്റ്ഹബ് കോപിലോട്ടിലെ കോഡിംഗ് ഏജന്റ്, കർസറിന്റെ പശ്ചാത്തല ഏജന്റ്സ് തുടങ്ങിയവയ്ക്ക് ഒരു ടാസ്ക് എടുക്കാം, റിപ്പോസിറ്ററി വായിക്കാം, കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കാം, ഫലങ്ങൾ പരിശോധിക്കാം, വീണ്ടും ശ്രമിക്കാം, ഒരു പിൻ അഭ്യർത്ഥന തുറക്കാം. അവ ഒരു ലൂപ്പിൽ പ്രവർത്തിക്കുന്നു, ഒരൊറ്റ ഉത്തരം അല്ല.

അത് അവരെ കൂടുതൽ ഉപയോഗപ്രദമാക്കുന്നു, നിയന്ത്രിക്കാന് വളരെ പ്രധാനമാണ്.

ഏജന്റുമാര് ക്ക് ഏല് പിക്കാന് എനിക്ക് സുഖമുള്ള ജോലികള്

ഈ മാതൃക വ്യക്തമാണ്, പരിശോധിക്കാൻ എളുപ്പമാണ്, ഉല്പാദനത്തിന് മുമ്പ് അവലോകനം ചെയ്യപ്പെടുന്നു.

ഒരു തകർന്ന കെട്ടിടം നന്നാക്കുന്നു. "ഈ പരീക്ഷണത്തിൽ പൈപ്പ്ലൈൻ പരാജയപ്പെട്ടു, അതിന് റെ കാരണം കണ്ടെത്തുക, പരിഹാരം നിർദ്ദേശിക്കുക". ഏജന്റ് ലോഗ് വായിക്കുകയും, പരാജയം പുനർനിർമ്മിക്കുകയും, ഒരു മാറ്റം നിർദ്ദേശിക്കുകയും ചെയ്യുന്നു. ഒരു മനുഷ്യന് ആ ക്ഷണം പരിശോധിക്കുന്നു.

കോഡ് മാറ്റം ആവശ്യമുള്ള ആശ്രിതത്വ അപ്ഗ്രേഡുകൾ. പുതുക്കൽ അപ്ഗ്രേഡ് തുറക്കുന്നു, ഒരു API മാറിയതുകൊണ്ട് ടെസ്റ്റുകൾ പരാജയപ്പെടുന്നു, ഏജന്റ് കോൾ സൈറ്റുകൾ അപ്ഡേറ്റ് ചെയ്യുന്നു.

മടുപ്പിക്കുന്ന അടിസ്ഥാന സൌകര്യ മാറ്റങ്ങൾ. പുതിയ പരിസ്ഥിതി വേരിയബിളുകൾ സേവനങ്ങളില് ചേര് ത്തു, ഹെല് മിലെ റിസോഴ്സ് അഭ്യർത്ഥനകൾ അപ്ഡേറ്റ് ചെയ്തു, എല്ലായിടത്തും ഒരു ലേബലിന് പേര് മാറ്റുന്നു.

ആദ്യ ഡ്രാഫ്റ്റുകൾ എഴുതുന്നു. പുതിയ പൈപ്പ്ലൈൻ, ഡോക്കർ ഫയൽ, ടെറാഫോർം മോഡുളിന്റെ സ്കെയിൽ, ഒരു സംഭവത്തിന്റെ സമയരേഖയുടെ ഒരു റൺബുക്ക്.

വിശദീകരിക്കുകയും രേഖപ്പെടുത്തുകയും ചെയ്യുന്നു. "ഈ പഴയ സ്ക്രിപ്റ്റ് എന്ത് ചെയ്യുന്നു?" ഒരു README ആയി മാറി.

ഞാൻ അവർക്ക് നൽകുന്ന അനുമതികൾ (അല്ലെങ്കിൽ അനുവദിക്കാത്തവ)

ഇത് ഏറ്റവും പ്രധാനപ്പെട്ട ഭാഗമാണ്. എന്റെ നിയമങ്ങൾ:

ഏജന്റുമാർ ബ്രാഞ്ചുകളില് ജോലി ചെയ്യുന്നു, ഒരിക്കലും പ്രധാനവകുപ്പില് അല്ല. എല്ലാ മാറ്റങ്ങളും ഒരു പിൻവലിക്കൽ അഭ്യർത്ഥനയിലൂടെയും സാധാരണ അവലോകനത്തിലൂടെയും പോകുന്നു.
പ്രൊഡക്ഷൻ ക്രെഡൻഷ്യലുകളില്ല. ഒരിക്കലും. ഏജന്റുമാർ CI- യിലോ ഒരു സാൻഡ്ബോക്സിലോ പ്രവർത്തിക്കുന്നു, അവയ്ക്ക് റിപ്പോസിറ്ററിയിലേക്കും ടെസ്റ്റ് പരിതസ്ഥിതികളിലേക്കും മാത്രമേ പ്രവേശനമുള്ളൂ.
ഹ്രസ്വകാല, ഇടുങ്ങിയ ടോക്കണുകൾ. ഒരു ഗിറ്റ്ഹബ് ടോക്കൺ, അത് ശാഖകളിലേക്ക് നീക്കി, പിൻ അഭ്യർത്ഥനകൾ തുറക്കും, റിപ്പോസിറ്ററി ക്രമീകരണങ്ങൾ മാറ്റാനോ സ്വന്തം PR അംഗീകരിക്കാനോ കഴിയാത്ത ഒന്ന്.
ബ്രാഞ്ച് പ്രൊട്ടക്ഷൻ ആണ് നിയമം നടപ്പാക്കുന്നത്. ആവശ്യമായ പരിശോധനകളും പരിശോധനകളും മനുഷ്യരെ പോലെ തന്നെ ഏജന്റുമാരെ ബാധിക്കുന്നു.
സാധ്യമായിടത്ത് നെറ്റ് വർക്ക് പരിമിതികൾ. ഒരു യൂണിറ്റ് ടെസ്റ്റ് ശരിയാക്കുന്ന ഒരു ഏജന് റ് ഇന്റർനെറ്റിലെങ്ങും എത്തേണ്ട ആവശ്യമില്ല.
എല്ലാം രേഖപ്പെടുത്തിയിട്ടുണ്ട്. ഏജന്റു നടത്തിയതും, അത് മാറ്റിമറിച്ചതും, ആരാണ് അത് തുടങ്ങിയത്.

ഒരു AI ഏജന്റിനെ അവരുടെ ആദ്യ ദിവസം ഒരു പുതിയ കരാറുകാരനെ പോലെ പരിഗണിക്കുക: സഹായകരവും, ഉത്സാഹമുള്ളതും, ചുമതലയ്ക്ക് ആവശ്യമായ ആക്സസ് ഉള്ളതും, കൂടുതലൊന്നും.

അവിടെ ഇപ്പോഴും പരാജയപ്പെടുന്നു

ഏജന്റുമാർ ആകർഷകരാണ്, പക്ഷെ ഞാന് ഒരേ പരാജയരീതി വീണ്ടും വീണ്ടും കാണുന്നു:

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

എന്റെ ക്രമീകരണം, പടിപടിയായി

നിങ്ങളുടെ ടീമിൽ ഇത് പരീക്ഷിക്കണമെങ്കിൽ, ഇതാ ഒരു സുരക്ഷിത ആരംഭ പോയിന്റ്:

നല്ല ടെസ്റ്റ് കവറേജ് ഉള്ള ഒരു റിപ്പോസിറ്ററി തിരഞ്ഞെടുക്കുക.
ബ്രാഞ്ച് മാത്രം പുഷ് അവകാശങ്ങളുള്ള ഒരു ബോട്ട് ഐഡന്റിറ്റി സൃഷ്ടിക്കുക.
ഒരു ലേബൽ അല്ലെങ്കിൽ അഭിപ്രായം പ്രേരിപ്പിക്കുന്ന CI (അല്ലെങ്കിൽ ഒരു കണ്ടെയ്നർ) ൽ ഏജന്റ് പ്രവർത്തിപ്പിക്കുക, ഉദാഹരണത്തിന് ചേർക്കുന്നത് agent:fix ഒരു പരാജയപ്പെട്ട പിആര് സംരംഭത്തിന് .
റെപ്പോയില് വ്യക്തമായ ഒരു നിർദ്ദേശ ഫയല് കൊടുക്കുക: എങ്ങനെ നിർമ്മിക്കണം, എങ്ങനെ പരീക്ഷിക്കണം, എന്ത് തൊടരുത്.
ഓരോ പിൻവലിക്കൽ അഭ്യർത്ഥനയും മനുഷ്യ പരിശോധന ആവശ്യപ്പെടുന്നു.
ഒരു മാസത്തെ ഫലങ്ങൾ ട്രാക്കുചെയ്യുക: എത്ര പിആർ സംയോജിപ്പിച്ചു, എത്ര പുനർനിർമ്മാണം ആവശ്യമാണ്, എത്ര തെറ്റായിരുന്നു.

ഒരു മാസത്തിനു ശേഷം നിങ്ങളുടെ ടീമിന് സമയം ലാഭിക്കാൻ സാധിക്കുന്നതെവിടെയാണെന്ന് നിങ്ങൾക്ക് അറിയാം, അത് ഏതെങ്കിലും വിതരണക്കാരന്റെ ബെഞ്ച്മാർക്കിനെ മറികടക്കുന്നു.

അത് വിലപ്പെട്ടതാണോ?

അതെ, ശരിയായ ജോലികൾക്കായി. ഏജന്റുമാർ ചെറിയതും അലസവുമായ ജോലികൾ ഒഴിവാക്കുന്നു, അവ പെട്ടെന്ന് മെച്ചപ്പെടുന്നു. പക്ഷെ അതിന്റെ വില മുഴുവന് അവയുടെ ചുറ്റുമുള്ള കാവല് ക്കോപ്പുകളില് ആശ്രയിച്ചിരിക്കുന്നു. നല്ല ടെസ്റ്റുകളും നല്ല അവലോകനങ്ങളും ചെറിയ അനുമതികളും ഒരു ഏജന്റിനെ അപകടകാരിയാക്കുന്നതിൽ നിന്നും വളരെ ഉൽപ്പാദനക്ഷമനായ ഒരു ടീം കാമുകനായി മാറ്റുന്നു.

എന്റെ അഭിപ്രായം: ഏജന്റുമാർക്ക് വിവാഹാലോചന നടത്താം, പൈപ്പ്ലൈന് പരിശോധിക്കാം, മനുഷ്യര് തീരുമാനിക്കുക. മുമ്പത്തെ നിയമം തന്നെ, ഇപ്പോൾ യഥാർഥ ഉപകരണങ്ങളുമായി.

ഡെസ്ലി

രാത്രി 3 മണിക്ക് AI സഹായിക്കുമോ? സംഭവ പ്രതികരണത്തിൽ AI

Tue, 20 Oct 2026 23:10:30 +0200

അകത്ത് AI എന്റെ DevOps ജോലി എടുക്കുമോ? സംഭവങ്ങളെ പറ്റി ഞാന് രണ്ട് കാര്യങ്ങള് പറഞ്ഞു. ലോഗ് വായിക്കുന്നതില് AI വളരെ നല്ലതാണ്. മനുഷ്യര് ഇപ്പോഴും തീരുമാനമെടുക്കേണ്ടവരാണ്. ഈ പോസ്റ്റ് ഒരു സംഭവത്തിലൂടെ പടിപടിയായി, പ്രായോഗികമായി അത് എങ്ങനെയിരിക്കും എന്നതിനെക്കുറിച്ച് കൂടുതൽ ആഴത്തിൽ പോകുന്നു.

ഒരു സാധാരണ സംഭവം, ഐ. ഐ.

നമുക്ക് ഒരു യാഥാര് ത്ഥ്യബോധമുള്ള അവസ്ഥയിലൂടെ നടക്കാം. ചെക്ക് ഔട്ട് സേവനത്തിലെ പിശക് നിരക്ക് 03:12 ന് ഉയർന്നു. ഡിറ്റര് ണിംഗ് എഞ്ചിനീയറെ വിളിക്കും.

0 മുതൽ 5 വരെ മിനിറ്റ്. എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസിലാക്കുന്നു. AI ഇല്ലാതെ, ഡാഷ്ബോർഡുകൾ തുറക്കാനും, സമീപകാല വിന്യാസങ്ങൾ പരിശോധിക്കാനും, ലോഗുകൾ ശേഖരിക്കാനും ഇത് അർത്ഥമാക്കുന്നു. നിരീക്ഷണ ഉപകരണങ്ങളുമായി (MCP അല്ലെങ്കിൽ ഒരു വിതരണക്കാരന്റെ സംയോജനത്തിലൂടെ) ബന്ധിപ്പിച്ചിരിക്കുന്ന ഒരു AI അസിസ്റ്റന്റുമായി, നിങ്ങൾക്ക് ചോദിക്കാംഃ "കഴിഞ്ഞ ഒരു മണിക്കൂറിനുള്ളിൽ ചെക്ക് out ട്ട് സേവനത്തിൽ എന്താണ് മാറ്റം സംഭവിച്ചത്, പിശക് ലോഗുകൾ എന്താണ് പറയുന്നത്?

ഒരു നല്ല അസിസ്റ്റന്റ് 03:05 ന് ഒരു വിന്യാസം, 03:11 ന് ഒരു പുതിയ പിശക് (പേയ്മെന്റ് ഡാറ്റാബേസിലെ കണക്ഷൻ ടൈംഔട്ടുകൾ), ഡാറ്റാ ബേസ് കണക്ഷൻ എണ്ണത്തിലെ കുതിച്ചുചാട്ടം എന്നിവയുമായി മടങ്ങിവരും. കുറച്ച് സെക്കന്റുകൾക്കുള്ളിൽ, പത്ത് മിനിറ്റ് എടുക്കുന്ന ഒരു ക്ലിക്ക് ചെയ്തു.

5 മുതൽ 15 വരെ മിനിറ്റ്: ഒരു സിദ്ധാന്തം രൂപപ്പെടുത്തുന്നു. പുതിയ പതിപ്പ് കണക്ഷൻ പൂൾ ക്രമീകരണങ്ങളെ മാറ്റി എന്ന് സൂചിപ്പിക്കുന്നു. അത് വ്യത്യാസത്തെ ചൂണ്ടിക്കാണിക്കുന്നു. അത് ഉപയോഗപ്രദമാണ്, അത് ശരിയായിരിക്കാം.

മിനിറ്റ് 15: തീരുമാനം. റിലീസ് റദ്ദാക്കണോ അതോ ഡാറ്റാബേസ് കണക്ഷൻ പരിധി കൂട്ടണോ? ഡാറ്റാബേസ് ടീമിനെ ഉണർത്തുമോ? ഉപഭോക്താക്കളെ അറിയിക്കണോ? ഇവിടെയാണ് മനുഷ്യന് അധികാരം ഏറ്റെടുക്കുന്നത്. ഐ. ഐ. ക്ക് ഓപ്ഷനുകളും അവയുടെ അപകടസാധ്യതകളും ലിസ്റ്റ് ചെയ്യാം. അത് തീരുമാനങ്ങളുടെ ഉത്തരവാദിത്തം ഏറ്റെടുക്കുന്നില്ല.

ഒരു സംഭവം മനസിലാക്കാനുള്ള സമയം AI കുറയ്ക്കുന്നു. അത് പരിഹാരത്തിന് ഉത്തരവാദിത്തമുള്ള സമയത്തെ കുറയ്ക്കുന്നില്ല.

സംഭവങ്ങളുടെ സമയത്ത് AI ശരിക്കും നല്ലത് എന്താണ്

വലിയ അളവിലുള്ള ഡാറ്റ സംഗ്രഹിക്കുന്നു. ആയിരക്കണക്കിന് രേഖകൾ, ഡസൻ കണക്കിന് അലേർട്ടുകൾ, പല ഡാഷ്ബോർഡുകളും, എല്ലാം "ഇവിടെ അസാധാരണമായത്" എന്നതിലേക്ക് ചുരുക്കിയിരിക്കുന്നു.
മാറ്റങ്ങളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. സമീപകാല വിന്യാസങ്ങളുമായോ കോൺഫിഗറേഷൻ മാറ്റങ്ങളുമായൊ ഫീച്ചർ ഫ്ലാഗ് ഫ്ലിപ്പുകളുമായോ പിശകുകളെ ബന്ധിപ്പിക്കുന്നു.
മുൻകാല സംഭവങ്ങൾ പരിശോധിക്കുന്നു. "ഈ പിശക് നമ്മൾ മുമ്പ് കണ്ടിട്ടുണ്ടോ?" പഴയ പോസ്റ്റ്മോർട്ടങ്ങളും ടിക്കറ്റുകളും കാണുമ്പോൾ.
സമയരേഖയിൽ സൂക്ഷിക്കുന്നു. സംഭവിച്ചത്, ആരാണ് എന്ത് ചെയ്തത്, എപ്പോൾ എന്ന് രേഖപ്പെടുത്തുന്നു, ആളുകൾ പരിഹാരത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുമ്പോൾ.
സ്റ്റാറ്റസ് അപ്ഡേറ്റുകൾ തയ്യാറാക്കുന്നു. വ്യക്തവും ശാന്തവുമായ ഉപഭോക്തൃ സന്ദേശം, മനുഷ്യന് അംഗീകരിക്കാന് തയ്യാറായി.

എന്താണു തെറ്റ് സംഭവിക്കുന്നത്?

സംഭവങ്ങളുടെ സാഹചര്യത്തിലും ഇതേ തെറ്റുകൾ തന്നെ AI ചെയ്യുന്നതായി ഞാന് കണ്ടിട്ടുണ്ട്:

ഏറ്റവും പുതിയ മാറ്റത്തിന് കുറ്റം ചുമത്തുന്നു അത് യാദൃശ്ചികമായിരിക്കുമ്പോഴും. ബന്ധം ഒരു കാരണമല്ല.
അതിന്റെ കാഴ്ചയ്ക്ക് പുറത്തുള്ള യഥാർത്ഥ കാരണം കാണാതെ പോകുന്നു. ആപ്ലിക്കേഷൻ ലോഗ് മാത്രം കാണുന്നുണ്ടെങ്കിൽ, അത് ക്ലൌഡ് പ്രൊവൈഡറുടെ നെറ്റ്വർക്ക് പ്രശ്നം ശ്രദ്ധിക്കില്ല.
ഹാലുസിനിംഗ് വിശദാംശങ്ങൾ: നിലവിലില്ലാത്ത ഒരു കോൺഫിഗർ മൂല്യം അല്ലെങ്കിൽ മെട്രിക്.
ഉറപ്പായി തെളിവുകള് വളരെ കുറവായിരിക്കുമ്പോള് .

അതുകൊണ്ട് ഡിറ്റർണൽ എൻജിനീയർമാരുടെ നിയമം: AI യുടെ നിഗമനങ്ങളെ പരിശോധിക്കേണ്ട അനുമാനങ്ങളായി കാണുക, പ്രവർത്തിക്കേണ്ട ഉത്തരങ്ങളല്ല. തെളിവ് കാണിക്കാന് ആവശ്യപ്പെടുക: ലോഗോഗ്രാഫ് ലൈൻ, മെട്രിക്, ഡിഫി.

AI യുടെ നിഗമനങ്ങള് പരിശോധിക്കുന്നു

ഒരു ലളിതമായ രീതി നന്നായി പ്രവർത്തിക്കുന്നു:

എഐ യോട് ചോദിക്കൂ എന്താണ് സംഭവിച്ചതെന്ന്.
ഓരോ അവകാശവാദത്തിനും പിന്നിലെ പ്രത്യേക തെളിവ് ചോദിക്കുക.
ആ തെളിവ് യഥാർത്ഥ ഉപകരണത്തില് തന്നെ പരിശോധിക്കുക.
അതേ ലക്ഷണങ്ങൾ എന്തൊക്കെ വിശദീകരിക്കാൻ സാധിക്കും എന്ന് ചോദിക്കുക.

നാലാമത്തെ ചോദ്യം വളരെ നിസ്സാരമാണ്. ആദ്യത്തെ സിദ്ധാന്തത്തില് കുടുങ്ങിക്കിടക്കാന് ഇത് നിങ്ങളെ സഹായിക്കുന്നു, അത് സംഭവങ്ങളുടെ സമയത്ത് ഒരു സാധാരണ മനുഷ്യ പിഴവാണ്.

ഒരുമിച്ചു ശവശരീരം പരിശോധിക്കുന്നു

സംഭവത്തിനു ശേഷം, ആരും ഇഷ്ടപ്പെടാത്ത ഭാഗത്ത് AI വലിയ സഹായമാണ്: അത് എഴുതുക.

സംഭവം നടന്ന വഴി, സമയരേഖ, പ്രസക്തമായ ഗ്രാഫുകൾ എന്നിവ നൽകുക, കുറ്റമറ്റ ഒരു പോസ്റ്റ്മോർട്ടത്തിന്റെ ആദ്യ കരട് ആവശ്യപ്പെടുക: സംഗ്രഹം, സ്വാധീനം, സമയരൂപം, മൂലകാരണം, സംഭാവന ചെയ്യുന്ന ഘടകങ്ങൾ, പ്രവർത്തന ഇനങ്ങൾ. പിന്നെ ശരിയായി എഡിറ്റ് ചെയ്യൂ. AI നിങ്ങൾക്ക് ഘടന നൽകുന്നു, പക്ഷെ സിസ്റ്റം ഇത് സംഭവിക്കാൻ അനുവദിച്ചതിന്റെ കാരണം മനസ്സിലാക്കുന്നതിന് മനുഷ്യ ചിന്ത ആവശ്യമാണ്.

ഒരു നോട്ടം വിലമതിക്കുന്ന ഉപകരണങ്ങൾ

പല സംഭവങ്ങളും നിരീക്ഷണ പ്ലാറ്റ്ഫോമുകളും ഇപ്പോൾ AI സവിശേഷതകൾ ഉൾക്കൊള്ളുന്നുഃ incident.io, Rootly, PagerDuty, Datadog, Grafana, New Relic എന്നിവയും മറ്റുള്ളവയും. പുതിയ തരംഗമായ AI SRE ഉത്പന്നങ്ങളും ഉണ്ട്, അവ സ്വയം അലേർട്ടുകൾ അന്വേഷിക്കുന്നു. മുൻകാല സംഭവങ്ങളില് ആദ്യം പരീക്ഷിക്കുക: പഴയ സംഭവം വീണ്ടും പ്ലേ ചെയ്യുക, ആന്റിയുടെ കാരണങ്ങള് കണ്ടെത്തിയോ എന്ന് നോക്കൂ.

അപ്പോൾ, രാത്രി 3 മണിക്ക് AI സഹായിക്കുമോ?

അതെ, ഒരുപാട്. ഒരു സംഭവത്തിന്റെ ആദ്യ പതിനഞ്ചു മിനിറ്റ് വളരെ വേഗത്തിലും സമ്മർദ്ദരഹിതവുമാക്കുന്നു. പക്ഷെ ആ പേജർ കയ്യിലുള്ള ആളാണ് ഇപ്പോഴും വിളിക്കുന്നത്, അത് അങ്ങനെ തന്നെ ആയിരിക്കണം.

എന്റെ അഭിപ്രായം: AI യുടെ വായന നടത്തുക, തീരുമാനമെടുക്കുന്നത് നിങ്ങൾ തന്നെ സൂക്ഷിക്കുക. പ്രത്യേകിച്ചും രാവിലെ 3 മണിക്ക്.

ഡെസ്ലി

ഒരു കണ്ടെയ്നറിൽ നിന്ന് കുബർനെറ്റിലേക്ക്: യഥാർത്ഥ മോഡലുകൾ

Tue, 20 Oct 2026 23:10:30 +0200

അകത്ത് AI-യും MLOps-ഉം, അടിത്തറ മുതൽ, ഞാൻ എന്റെ 24 ആഴ്ചത്തെ പ്ലാൻ വിവരിച്ചു: ഒരു നോട്ട്ബുക്ക്, പിന്നെ ഒരു പരീക്ഷിച്ച പാക്കേജ്, ഒരു ട്രാക്കുചെയ്ത പൈപ്പ്ലൈൻ, ഫാസ്റ്റ്എപിഐ ഉള്ള ഒരു എപിഐ, ഒരു കണ്ടെയ്നർ, ഒടുവിൽ നിരീക്ഷണമുള്ള ഒരു ക്ലൌഡിൽ വിന്യസിക്കൽ.

ഒരു കണ്ടെയ്നര് ഒരു വലിയ നാഴികക്കല്ലാണ്. പക്ഷെ ഒരു ലാപ്ടോപ്പിലെ ഒരു കണ്ടെയ്നര് , മോഡലുകള് ഉല്പാദനത്തില് ഓടുന്ന രീതി അല്ല. ഈ പോസ്റ്റ് അടുത്ത ഘട്ടം നോക്കുന്നുഃ നിങ്ങൾ മോഡൽ സേവനം കുബർനെറ്റസ് നീക്കുമ്പോൾ മാറ്റങ്ങൾ എന്താണ്, മോഡൽ ഒരു വലിയ ഭാഷ മോഡൽ ആണ് GPUs ആവശ്യമാണ് എന്തു വ്യത്യസ്തമാണ്.

എന്റെ പദ്ധതി എവിടെയാണ്

ഈ പദ്ധതിയുടെ പ്രധാന പദ്ധതി ഒരു ക്ലാസിക് മെഷീൻ ലേണിംഗ് മോഡലാണ്: സ്കിറ്റി-ലേണിംഗ്, ഫാസ്റ്റ് എപിഐ ഉപയോഗിച്ച് സേവനം ചെയ്യുന്നു, ഡോക്കറുമായി പാക്കേജുചെയ്തിരിക്കുന്നു. അത്തരം മാതൃകയില് കുബർനെറ്റിസ് വിന്യാസം മറ്റേതൊരു വെബ് സേവനത്തിനും അടുത്ത് വരും. ഒരു വിന്യാസം, ഒരു സേവനം, ആരോഗ്യ പരിശോധനകൾ, വിഭവ അഭ്യർത്ഥനകൾ, ഒരു ഹൊറിസൊണ്ടൽപോഡ് ഓട്ടോസ്കേലര്.

എൽ. എൽ. എം. ഒരു വ്യത്യസ്ത ലോകമാണ്. മോഡൽ ഫയലുകൾ ജിഗാബൈറ്റ് വലുപ്പമുള്ളവയാണ്, അവയ്ക്ക് ജിപിയു വേണം, അവ വളരെ പതുക്കെ ലോഡ് ചെയ്യുന്നു, ഒരു അഭ്യർത്ഥനയ്ക്ക് നിമിഷങ്ങൾ എടുത്തേക്കാം. അവിടെയാണ് രസകരമായ DevOps പ്രശ്നങ്ങൾ.

എന്തിന് ഡോക്കർ മാത്രം മതിയാകുന്നില്ല?

ഒരു കണ്ടെയ്നറിന് കഴിയില്ല:

സ്കെയിൽ ട്രാഫിക് കൂടുതലോ കുറവോ.
പുനരാരംഭിക്കുക യന്ത്രം മരിച്ചാൽ മറ്റൊരു യന്ത്രത്തില് തന്നെ.
പുറത്ത് പുതിയ മോഡല് പതിപ്പ് ക്രമേണ മാറ്റുകയും ഗുണനിലവാരം കുറയുകയാണെങ്കില് അത് പിൻവലിക്കുകയും ചെയ്യും.
പങ്കുവെക്കുക വിലയേറിയ ജിപിയു മെഷീനുകൾ വർക്ക് ലോഡുകൾക്കിടയില് .

കുബർനെറ്റസ് എല്ലാം കൈകാര്യം ചെയ്യുന്നു. മോഡല് മറ്റൊരു വർക്ക് ലോഡായി മാറുന്നു, മറ്റെല്ലാ കാര്യങ്ങളും പോലെ തന്നെ പൈപ്പ്ലൈനുകളും നിരീക്ഷണവും സുരക്ഷയും ഉപയോഗിച്ച്.

vLLM, KServe എന്നിവയും മറ്റു ഓപ്ഷനുകളും

കുബർനെറ്റിലെ LLM- കൾക്ക് സാധാരണയായി രണ്ട് പാളികളുണ്ട്.

നിഗമന യന്ത്രം യഥാർത്ഥത്തില് മോഡല് ഓടിക്കുന്നു:

വിഎല്എല്എം ഏറ്റവും ജനപ്രിയമായ ഓപ്പൺ സോഴ്സ് എഞ്ചിനാണ്. സ്മരണ മാനേജ്മെന്റിനും ബാച്ചിംഗിനും നന്ദി, ഇത് വേഗതയുള്ളതാണ്, കൂടാതെ ഓപ്പൺ എഐ-കോംപാറ്റിബിൾ API-യും തുറന്നുകാട്ടുന്നു.
ആലിംഗനം ചെയ്യുന്ന മുഖം TGI, എസ്. ജി. എൽ. എന് ഗ് ഒപ്പം എൻവിഡിയ ട്രൈറ്റൺ / ടെൻസർ ആർടി-എൽഎൽഎം വ്യത്യസ്തമായ ശക്തികളുള്ള ബദലുകളാണ്.
ഓലാമ ഒരു ലാപ്ടോപ്പിലും ചെറിയ സെറ്റപ്പുകളിലും വളരെ നല്ലതാണ്, കനത്ത ഉല്പാദന ട്രാഫിക്കിനുള്ളതിൽ കുറവാണ്.

സേവനം നല് കുന്ന പ്ലാറ്റ്ഫോം കുബർനെറ്റിലെ എഞ്ചിൻ നിയന്ത്രിക്കുന്നു:

കെ. എസ്. ആർ. വി. അത് നിങ്ങള് ക്ക് ഒരു InferenceService റിസോഴ്സ്: മോഡലും റൺടൈമും വിവരിക്കുക, അത് വിന്യാസം, സ്കെയിലിംഗ്, റൂട്ടിംഗ് എന്നിവ കൈകാര്യം ചെയ്യുന്നു, പൂജ്യത്തിലേക്ക് സ്കെയിൽ ഉൾപ്പെടെ.
ഐഎം-ഡി കുബർനെറ്റസിൽ വിതരണം ചെയ്ത LLM അനുമാനത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ചിരിക്കുന്ന ഒരു പുതിയ പദ്ധതിയാണ്, ശരിയായ ഡാറ്റ കാഷെ ചെയ്തിരിക്കുന്ന റെപ്ലിക്കയിലേക്ക് അഭ്യർത്ഥനകൾ അയയ്ക്കുന്ന സ്മാർട്ട് റൂട്ടിംഗിനൊപ്പം.
അല്ലെങ്കിൽ ഒരു പ്ലെയിൻ വിന്യാസം വിഎല്എല്എം പ്രവർത്തിപ്പിക്കുക, അത് ആരംഭിക്കാൻ തികച്ചും നല്ല മാർഗമാണ്.

ഒരു മിനിമം വിഎല്എല്എം വിന്യാസം ഇങ്ങനെ കാണപ്പെടുന്നുഃ

apiVersion: apps/v1
kind: Deployment
metadata:
  name: llm
spec:
  replicas: 1
  selector:
    matchLabels: { app: llm }
  template:
    metadata:
      labels: { app: llm }
    spec:
      containers:
      - name: vllm
        image: vllm/vllm-openai:latest   # pin a specific version in real use
        args: ["--model", "Qwen/Qwen2.5-1.5B-Instruct"]
        ports:
        - containerPort: 8000
        resources:
          limits:
            nvidia.com/gpu: 1
        readinessProbe:
          httpGet: { path: /health, port: 8000 }
          initialDelaySeconds: 60

മോഡലിനെ സേവിക്കുക എന്നത് എളുപ്പമുള്ള പ്രകടനമാണ്. അത് വിശ്വസനീയമായും വിലകുറഞ്ഞതും വലിയ തോതിലുള്ളതുമായി സേവിക്കുക എന്നതാണ് MLOps യുടെ യഥാർത്ഥ ജോലി.

ജിപിയു: ഷെഡ്യൂളിംഗും ചെലവും

കുബർനെറ്റ്സ് എങ്ങനെ പ്രവർത്തിപ്പിക്കാമെന്ന് ജിപിയു മാറ്റുന്നു:

ഉപകരണ പ്ലഗിനുകൾ / ജിപിയു ഓപ്പറേറ്റർ. എൻവിഡിയ ജിപിയു ഓപ്പറേറ്റർ ഡ്രൈവറുകളും ഉപകരണ പ്ലഗിൻ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അങ്ങനെ പോഡുകൾക്ക് ആവശ്യപ്പെടാം nvidia.com/gpu.
സമർപ്പിത നോഡ് പൂളുകൾ വിലകൂടിയ ജിപിയു നോഡുകളിലേയ്ക്ക് മാത്രമേ ജിപിയുവിന് റെ വർക്ക് ലോഡുകൾ എത്തൂ.
ജിപിയു പങ്കിടൽ MIG (ഒരു ജിപിയുവിനെ ഒറ്റപ്പെട്ട സ്ലൈസുകളായി വിഭജിക്കുന്നു) അല്ലെങ്കിൽ ചെറിയ മോഡലുകൾക്ക് സമയ സ്ലൈസിംഗ്.
ഡൈനാമിക് റിസോഴ്സ് അലോക്കേഷൻ (ഡിആർഎ), ഇപ്പോൾ കുബർനെറ്റസിൽ സ്ഥിരതയുള്ളതാണ്, പ്രത്യേക തരം ജിപിയുക്കളെയും ഉപകരണങ്ങളെയും അഭ്യർത്ഥിക്കുന്നതിനുള്ള കൂടുതൽ വഴക്കമുള്ള മാർഗം നൽകുന്നു.

വിലയും: ഒരു ജിപിയു നോഡ് ഒരു ദിവസം ഒരു ചെറിയ വെബ് ആപ്ലിക്കേഷനെക്കാളും വിലകൂടിയതായിരിക്കും. ജി. പി. യു ഉപയോഗം നിരീക്ഷിക്കുക എന്നത് (പ്രൊമെഥിയസ് കമ്പനിയിലെ ഡിസിജിഎം കയറ്റുമതിക്കാരൻ) ഓപ്ഷണലല്ല.

ആവശ്യാനുസരണം സ്കേലിംഗ്

സിപിയു അടിസ്ഥാനമാക്കിയുള്ള ഓട്ടോ സ്കെയിലിംഗ് എൽഎൽഎമ്മുകൾക്ക് നന്നായി പ്രവർത്തിക്കുന്നില്ല. സിപിയു നിഷ്ക്രിയമായിരിക്കുമ്പോള് ഒരു ജിപിയു പൂർണ്ണമായും തിരക്കിലായിരിക്കും. നല്ല സിഗ്നലുകൾ:

ക്യൂ ദൈർഘ്യം അല്ലെങ്കിൽ കാത്തിരിക്കുന്ന അഭ്യർത്ഥനകൾ നിഗമന എഞ്ചിനില് .
സെക്കന്റിൽ ടോക്കണുകൾ അല്ലെങ്കിൽ ആദ്യ സൂചന കിട്ടുന്ന സമയമാണ്.
കെ. ഇ. ഡി. എ. പ്രൊമേഥിയസ് എന്ന ചിത്രത്തിന്റെ അളവുകൾ ഉപയോഗിച്ച് സ്കെയിൽ ചെയ്യാം.

കൂടാതെ പദ്ധതി പതുക്കെ തുടങ്ങുന്നു. ഒരു മോഡല് ഡൌണ് ലോഡ് ചെയ്യാനും ലോഡ് ചെയ്യാനുമൊക്കെ മിനിറ്റ് എടുക്കും. മോഡൽ ഫയലുകൾ ഒരു സ്ഥിരമായ വോളിയം അല്ലെങ്കിൽ നോഡ് ലോക്കൽ സ്റ്റോറേജിൽ കാഷെ ചെയ്യുകയും കുറഞ്ഞത് ഒരു ചൂടുള്ള പകർപ്പ് സൂക്ഷിക്കുകയും ചെയ്യുന്നത് സ്കേലിംഗ് വളരെ വേദന കുറയ്ക്കുന്നു.

ഈ പരമ്പരയിലെ അടുത്തത് എന്താണ്?

അടുത്തത് എന്റെ ലിസ്റ്റിൽ: ഉല്പാദനത്തിലെ മോഡലിനെ നിരീക്ഷിക്കുക, അതിന്റെ ഉത്തരങ്ങളുടെ ഗുണനിലവാരം ഉൾപ്പെടെ, അതിന്റെ പ്രവർത്തന സമയം മാത്രമല്ല. അവിടെയാണ് പ്രോമിതിയസ്, ഗ്രഫാന, തെളിവ് തുടങ്ങിയ ഉപകരണങ്ങൾ വരുന്നത്.

എന്റെ അഭിപ്രായം: കുബർനെറ്റസ് AIയെ ലളിതമാക്കുന്നില്ല, പക്ഷേ AI വർക്ക് ലോഡുകളെ നിങ്ങളുടെ ബാക്കി ഇൻഫ്രാസ്ട്രക്ചറുകളായി കാണുന്നു. അത് യുദ്ധത്തിന്റെ പകുതി മാത്രമാണ്.

ഡെസ്ലി

എന്റെ ടെറാഫോർം എഴുതാൻ ഞാൻ AI- നെ ആവശ്യപ്പെട്ടു. യാഥാര് ത്ഥ്യ പരിശോധന

Tue, 20 Oct 2026 23:10:30 +0200

അകത്ത് AI എന്റെ DevOps ജോലി എടുക്കുമോ? ഞാൻ മുന്നറിയിപ്പ് നല് കി, ഐ. ഐ. തികഞ്ഞ രൂപം കാണിക്കുന്നതും, പക്ഷേ, വളരെ സൂക്ഷ്മമായി തകർന്നതുമായ ക്രമീകരണങ്ങൾ എഴുതുന്നു. വളരെ തുറന്ന ഒരു അനുമതി. ടെസ്റ്റില് പ്രവർത്തിക്കുന്ന ഒരു ക്രമീകരണം, യഥാർത്ഥ ട്രാഫിക്കില് വീഴും.

അത് പറയാൻ എളുപ്പമാണ്. ഈ പോസ്റ്റ് യഥാർത്ഥത്തിൽ എങ്ങനെയാണെന്ന് കാണിക്കുന്നു, അത് ഉല്പാദനത്തിലേക്ക് പ്രവേശിക്കുന്നത് തടയാൻ ഞാൻ ഉപയോഗിക്കുന്ന വർക്ക്ഫ്ലോയും.

പ്രിന്റ്

ഒരു സാധാരണ ദിവസം ഒരു AI അസിസ്റ്റന്റിന് ഞാൻ ചോദിക്കുന്ന ഒരു കാര്യം ഇതാ:

"ഒരു ചെറിയ വെബ് ആപ്ലിക്കേഷന് വേണ്ടി ഒരു AWS PostgreSQL ഡാറ്റാബേസിനായി ടെറാഫോർം എഴുതുക, ഒപ്പം ആപ്ലിക്കേഷൻ കണക്ട് ചെയ്യാവുന്ന ഒരു സുരക്ഷാ ഗ്രൂപ്പും".

ചുരുക്കവും യാഥാര് ത്ഥ്യബോധവും, സന്ദര് ശനത്തില് നിന്ന് വളരെ കുറവുള്ളതും. നമ്മളിൽ മിക്കവരും ആ വഴിക്കാണ് കുറിപ്പുകൾ എഴുതുന്നത്.

എന്തായിരുന്നു തിരിച്ചു വന്നത്?

ഉത്തരം സാധാരണയായി ഒരു വൃത്തിയുള്ള, നന്നായി ഫോർമാറ്റ് ചെയ്ത ടെറാഫോർം ബ്ലോക്കാണ്. ഇത് ഒരു RDS ഇൻസ്റ്റൻസും ഒരു സെക്യൂരിറ്റി ഗ്രൂപ്പും ചില വേരിയബിളുകളും സൃഷ്ടിക്കുന്നു. ആദ്യ ശ്രമത്തിൽ തന്നെ അത് ഫലിക്കും. പക്ഷെ പലപ്പോഴും ഈ പ്രശ്നങ്ങളില് ചിലത് ഉൾപ്പെടുന്നു:

resource "aws_security_group" "db" {
  name = "db-sg"

  ingress {
    from_port   = 5432
    to_port     = 5432
    protocol    = "tcp"
    cidr_blocks = ["0.0.0.0/0"]   # anyone on the internet
  }
}

resource "aws_db_instance" "main" {
  engine              = "postgres"
  instance_class      = "db.t3.micro"
  allocated_storage   = 20
  username            = "admin"
  password            = "ChangeMe123!"   # hardcoded secret
  publicly_accessible = true
  skip_final_snapshot = true
}

ഇവിടെ ഒരു സിന്റാക്സ് പിശകും ഇല്ല. terraform plan സന്തോഷവതിയാണ്. എന്നിട്ടും:

തെറ്റുകൾ, ഓരോന്നായി

ഡാറ്റാബേസ് ഇന്റർനെറ്റിൽ നിന്നും ലഭ്യമാണ്. 0.0.0.0/0 5432 തുറമുഖത്ത്, കൂടാതെ publicly_accessible = true. ആപ്ലിക്കേഷന് ആക്സസ് വേണം, ലോകത്തിന് വേണ്ടിയല്ല.
ഹാർഡ് കോഡ് ചെയ്ത പാസ്വേഡ് അത് ഗിറ്റിലും ടെറാഫോർം സ്റ്റേറ്റിലും അവസാനിക്കും.
ശാന്തമായ ക്രിപ്ഷൻ ഇല്ല (storage_encrypted കാണുന്നില്ല).
ബാക്കപ്പുകളൊന്നും ഇല്ല. സൂക്ഷിക്കാനുള്ള കാലാവധി നിശ്ചയിച്ചിട്ടില്ല, ഒപ്പം skip_final_snapshot = true അതായത് റിസോഴ്സ് ഇല്ലാതാക്കുന്നത് നിങ്ങളുടെ ഡാറ്റ സ്നാപ്പ്ഷോട്ട് ഇല്ലാതെ ഇല്ലാതാക്കുന്നു.
ഇല്ലാതാക്കല് പരിരക്ഷയില്ല. ഒരു തെറ്റ്. terraform destroy അത് പോയി.
പതിപ്പ് നിശ്ചയിക്കപ്പെട്ടിട്ടില്ല എഞ്ചിന് റെയോ, വിതരണക്കാരന്റെയോ കാര്യത്തില് , അടുത്ത റണ്ണില് വ്യത്യസ്തമായി പെരുമാറാം.
ടാഗുകൾ ഇല്ല, അതുകൊണ്ട് ചെലവ് നിരീക്ഷണവും ഉടമസ്ഥാവകാശവും വ്യക്തമല്ല.

സത്യസന്ധമായി പറഞ്ഞാൽ, നിങ്ങൾ AI- യോട് ചോദിച്ചാൽ "ഇത് സുരക്ഷിതമാണോ? ", അത് സാധാരണയായി ഈ പ്രശ്നങ്ങളിൽ മിക്കതും കണ്ടെത്തും. പക്ഷെ അതാണു കാര്യം. ആദ്യം അത് നിങ്ങൾക്ക് സുരക്ഷിതമല്ലാത്ത ഒരു പതിപ്പ് തന്നു, ആത്മവിശ്വാസത്തോടെ.

ഒരു ട്യൂട്ടോറിയൽ പോലെ തന്നെ AI Terraform എഴുതുന്നു: ആദ്യ ശ്രമത്തിൽ തന്നെ പ്രവർത്തിക്കാൻ ഒപ്റ്റിമൈസ് ചെയ്തു, ഒരു ഓഡിറ്റിന് ശേഷമല്ല.

ആ കാക്കകൾ പിടിക്കുന്നതെന്താണ്?

ഇവിടെയാണ് വിരസമായ ഉപകരണങ്ങള് ക്ക് അവരുടെ സ്ഥാനം ലഭിക്കുന്നത്. ഞാന് ഈ കോഡ് ഓടിച്ചു.

terraform validate ഒപ്പം terraform fmt: സിന്റാക്സും ഫോർമാറ്റിംഗും. ആവശ്യമായ, പക്ഷേ മുകളിലുള്ള സുരക്ഷാ പ്രശ്നങ്ങൾ ഒന്നും തന്നെ അവർ കണ്ടില്ല.
തുള്ളി AWS നിയമങ്ങളുടെ കൂട്ടത്തിൽ: അസാധുവായ ഇൻസ്റ്റൻസിംഗ് തരങ്ങൾ, കാലഹരണപ്പെട്ട ആർഗ്യുമെന്റുകൾ, മികച്ച രീതികൾ നഷ്ടമായി.
ചെക്കോവ് അല്ലെങ്കില് ട്രിവി ഇവ പ്രധാനപ്പെട്ടവയെ പിടിക്കുന്നു. തുറന്ന പ്രവേശനം, പൊതു ഡാറ്റാബേസ്, എൻക്രിപ്ഷൻ നഷ്ടപ്പെട്ടത്, ബാക്കപ്പുകൾ നഷ്ടപ്പെട്ടത് , ഹാർഡ് കോഡ് ചെയ്ത രഹസ്യങ്ങൾ.
രഹസ്യ സ്കാനിംഗ് (ഗിറ്റ്ലീക്കുകൾ, ഗിറ്റ്ഹബ് പുഷ് പ്രൊട്ടക്ഷൻ): പാസ്വേഡ് പുഷ് ചെയ്യുന്നതിനു മുമ്പുതന്നെ പിടിച്ചെടുക്കുന്നു.

നിങ്ങളുടെ കമ്പനിയുടെ ആവശ്യങ്ങൾക്ക് ഡിസൈന് അനുയോജ്യമാണോ എന്നതല്ല അവർ മനസ്സിലാക്കുന്നത്. പകരം ഇത് ഓറോറയാകണോ? വില് db.t3.micro യഥാര് ത്ഥ ട്രാഫിക് കൈകാര്യം ചെയ്യാന് ? അത് ഈ വിപിസിയിൽ പെടുന്നുണ്ടോ? അതിന് ഇപ്പോഴും സന്ദര് ശനം അറിയുന്ന ഒരു മനുഷ്യനെ വേണം.

എന്റെ വർക്ക്ഫ്ലോ: സൃഷ്ടിക്കുക, പരിശോധിക്കുക, അവലോകനം ചെയ്യുക

സന്ദര് ശനവുമായി ബന്ധപ്പെട്ട് സൃഷ്ടിക്കുക. നിങ്ങളുടെ ആചാരങ്ങൾ AI-ക്ക് നൽകുക: "ഞങ്ങളുടെ മൊഡ്യൂൾ X ഉപയോഗിക്കുക, ഒരിക്കലും പൊതുവായിരിക്കരുത്, എല്ലായ്പ്പോഴും എൻക്രിപ്റ്റ് ചെയ്യുക, AWS രഹസ്യ മാനേജർ, ഉടമയും ചെലവ് കേന്ദ്രവും അടയാളപ്പെടുത്തുക". റെപ്പോയിലെ ഒരു നിയമ ഫയൽ ഇവിടെ വളരെയധികം സഹായിക്കുന്നു, അതിനാൽ നിങ്ങൾ അത് ഓരോ തവണയും ആവർത്തിക്കേണ്ടതില്ല.
ഓട്ടോമാറ്റിക് ആയി ലിന്റ്. fmt, validate, tflint, ചെക്കോവ് എന്നിവയ്ക്കുള്ള മുൻകൂർ കരാറുകള് , ആവശ്യമായ സ്റ്റാറ്റസ് പരിശോധനകളായി CI യില് ഒരേ പരിശോധനകൾ.
സിഐയിലെ പദ്ധതി ആസൂത്രണം വായിക്കണം, കോഡ് മാത്രമല്ല.
പ്രാധാന്യമുള്ളിടത്ത് പരിശോധിക്കുക: terraform test അല്ലെങ്കിൽ ഒരിക്കലും ലംഘിക്കപ്പെടാത്ത നിയമങ്ങളുടെ നയപരമായ പരീക്ഷണം.
മനുഷ്യ അവലോകനം ഡിസൈനിനും ഉദ്ദേശത്തിനും ഊന്നൽ നല് കിയിട്ടുണ്ട്, കാരണം ഉപകരണങ്ങള് ഇതിനകം തന്നെ പാറ്റേണുകള് പരിശോധിച്ചിട്ടുണ്ട്.

ഇതിലും നല്ലത്: നിങ്ങളുടെ നിലവിലുള്ള, അവലോകനം ചെയ്ത മൊഡ്യൂളുകളിലേക്ക് AI നെ നയിക്കുക, അത് അസംസ്കൃത വിഭവങ്ങൾ എഴുതാൻ അനുവദിക്കുന്നതിനുപകരം. "ഞങ്ങളുടെ rds-postgres "എനിക്ക് ഒരു ഡാറ്റാബേസ് എഴുതുക" എന്നതിനേക്കാൾ വളരെ സുരക്ഷിത ഫലങ്ങൾ നൽകുന്നു.

അപ്പോള് , നിങ്ങള് ടെറഫോർമിന് വേണ്ടി AI ഉപയോഗിക്കണോ?

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

എന്റെ അഭിപ്രായം: ഐ. ഐ. ഒരു മികച്ച ആദ്യ ഡ്രാഫ്റ്റ് എഴുത്തുകാരനാണ്. നിങ്ങളുടെ ലിന്ററുകളും നയങ്ങളും അവലോകനവും എഡിറ്റർമാരാണ്, അടിസ്ഥാന സൌകര്യങ്ങളിൽ, എഡിറ്ററാണ് ഏറ്റവും പ്രധാനം.

ഡെസ്ലി

ഒരു AI ആപ്ലിക്കേഷൻ നിർമ്മാണത്തിൽ കാണുന്നു

Tue, 20 Oct 2026 23:10:30 +0200

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

ഞാൻ കൂടുതലറിയുന്നതനുസരിച്ച്, കൂടുതൽ വ്യക്തമായിരിക്കുന്നു, AI സിസ്റ്റങ്ങൾക്ക് ഒരു രണ്ടാം പാളി ആവശ്യമാണെന്ന്. ഒരു മോഡൽ വേഗത്തിലും തെറ്റില്ലാതെയും പ്രവർത്തിക്കുമെങ്കിലും ഇപ്പോഴും മോശം ഉത്തരങ്ങൾ നൽകും. ഈ പോസ്റ്റ് ആ രണ്ടാം പാളി കാണുന്നതിനെ കുറിച്ചാണ്.

ഒരു AI സിസ്റ്റത്തിൽ എന്ത് കാണണം

ഞാന് അതിനെ മൂന്നു തലങ്ങളില് നോക്കിക്കാണുന്നു.

1. ഒരു പാരമ്പര്യം പതിവ് സേവന ആരോഗ്യം. നമ്മൾ ഇതിനകം നിരീക്ഷിച്ചതെല്ലാം: അഭ്യർത്ഥന നിരക്ക്, പിശക് നിരക്ക്, ലേറ്റൻസി, റിസോഴ്സ് ഉപയോഗം. ഒരു AI സേവനം ഇപ്പോഴും ഒരു സേവനമാണ്.

2. മോഡലിന് പ്രത്യേകമായുള്ള പ്രവർത്തനങ്ങൾ. പ്രത്യേകിച്ച് LLM അപേക്ഷകര് ക്ക് വേണ്ടി:

ടോക്കണുകൾ ആവശ്യാനുസരണം കയറി ഇറങ്ങുക
വില ഓരോ അഭ്യർത്ഥനയും ഉപയോക്താവും ഓരോ സവിശേഷതയും
ആദ്യ അടയാളം വരെയുള്ള സമയം മൊത്തം പ്രതികരണ സമയം
ഏത് മോഡലും ഏത് പ്രോംപ്റ്റ് പതിപ്പും ഓരോ അപേക്ഷയും കൈകാര്യം ചെയ്തു
ഉപകരണ വിളികൾ ഏജന്റുമാര് ഉണ്ടാക്കിയതും അവര് വിജയിച്ചിട്ടുണ്ടോ എന്നതും

3. ഒരു കല്ല് ഗുണനിലവാരം. കഠിനമായത്:

ഉത്തരം ശരിയും സഹായകരവുമാണോ?
ക്ലാസിക് എംഎൽ മോഡലുകൾക്ക്, മോഡൽ പരിശീലനം ചെയ്തതിൽ നിന്ന് ഇൻപുട്ട് ഡാറ്റ അകന്നുപോകുന്നുണ്ടോ? പ്രവചനങ്ങൾ മാറുന്നുണ്ടോ?
LLM- കൾക്ക്: ഭ്രാന്ത്, നിരസിക്കൽ, വിഷയത്തിന് പുറത്തുള്ള ഉത്തരങ്ങൾ, സുരക്ഷിതമല്ലാത്ത ഉള്ളടക്കം.

സാധാരണ സോഫ്റ്റ് വെയറില് "പിശകുകളില്ല" എന്നതുകൊണ്ട് അർത്ഥമാക്കുന്നത് അത് പ്രവർത്തിക്കുന്നു എന്നാണ്. AI- യ്ക്ക്, "പിശകുകളില്ല" എന്നതുകൊണ്ട് അർത്ഥമാക്കുന്നത് അത് ആത്മവിശ്വാസത്തോടെ എന്തെങ്കിലും ചെയ്യുന്നു എന്നാണ്.

ഒരു LLM അഭ്യർത്ഥന കണ്ടെത്തുന്നു

ഒരു AI ഫീച്ചറിലേക്കുള്ള ഒരൊറ്റ അഭ്യർത്ഥനയ്ക്ക് നിരവധി ഘട്ടങ്ങൾ ഉൾപ്പെടാംഃ രേഖകൾ വീണ്ടെടുക്കുക, ഒരു പ്രോംപ്റ്റ് നിർമ്മിക്കുക, ഒരു മോഡൽ വിളിക്കുക, ഉപകരണങ്ങൾ വിളിക്കുക, മോഡൽ വീണ്ടും വിളിക്കുക. ഉത്തരം മോശമാണെങ്കില് , ഓരോ ചുവടും കാണണം.

അതാണ് വിതരണ ട്രെയ്സിംഗ് ചെയ്യുന്നത്. ഓരോ ഘട്ടവും ഒരു സ്പാൻ ആയി മാറുന്നു, ഇൻപുട്ടുകൾ, ഔട്ട്പുട്ടുകൾ, ടോക്കണുകൾ, ചെലവ്, സമയക്രമം എന്നിവയുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. ഒരു ഉപയോക്താവ് പരാതിപ്പെടുമ്പോൾ, നിങ്ങൾക്ക് ട്രെയ്സ് തുറന്ന് കാണാനാകും, ഉദാഹരണത്തിന്, വീണ്ടെടുക്കൽ ഘട്ടം തെറ്റായ രേഖകൾ നൽകി.

ഐ. എയ്ക്കുള്ള തുറന്ന ടെലിമെട്രി

നമ്മളിൽ പലരും സാധാരണ സേവനങ്ങള് ക്ക് ഉപയോഗിക്കുന്ന ഓപ്പന് ടെലിമെട്രി ജനറേറ്റീവ് AI യ്ക്കുള്ള സെമാന്റിക് കൺവെൻഷനുകൾ: ഉപയോഗിച്ച മോഡൽ, ടോക്കൺ എണ്ണം, ഓപ്പറേഷൻ തരം തുടങ്ങിയ കാര്യങ്ങൾക്കുള്ള സാധാരണ ആട്രിബ്യൂട്ട് പേരുകൾ. ലൈബ്രറികൾ തുറന്ന അളവ് ജനപ്രിയമായ എൽഎൽഎം എസ്ഡികെകളിലേക്കും ഫ്രെയിം വർക്കുകളിലേക്കും ഓട്ടോമാറ്റിക് ഇൻസ്ട്രുമെന്റേഷൻ ചേർക്കുക.

ഇതിന്റെ പ്രയോജനം: നിങ്ങളുടെ ബാക്കി ട്രാക്കുകളുമായി (ടെമ്പോ, ജാഗർ, ഡാറ്റാഡോഗ്, ഹണികോംബ് തുടങ്ങിയവ) ഒരേ ബാക്ക് എൻഡിലേക്ക് AI ട്രെയ്സുകൾ ഒഴുകുന്നു, അതിനാൽ പൂർണ്ണ ഉപയോക്തൃ അഭ്യർത്ഥനയ്ക്കുള്ളിൽ AI ഘട്ടം നിങ്ങൾ കാണുന്നു.

ഒരു പ്രധാന മുന്നറിയിപ്പ്: ആവശ്യങ്ങളും പ്രതികരണങ്ങളും അടങ്ങിയിരിക്കാം വ്യക്തിഗത വിവരങ്ങൾ. റെക്കോർഡ് ചെയ്യുന്ന കാര്യങ്ങൾ ശ്രദ്ധാപൂർവ്വം തീരുമാനിക്കുക, സെൻസിറ്റീവ് ഫീൽഡുകൾ മറയ്ക്കുക, സൂക്ഷിക്കാനുള്ള പരിധി നിശ്ചയിക്കുക.

ഞാൻ നോക്കിയ ഉപകരണങ്ങൾ

പൊതുവായ നിരീക്ഷണ ഉപകരണങ്ങള് ക്ക് പുറമെ, LLM ആപ്ലിക്കേഷനുകള് ക്ക് വേണ്ടി ഒരു കൂട്ടം ഉപകരണങ്ങള് നിർമ്മിച്ചിട്ടുണ്ട്:

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

എന്റെ പഠന പദ്ധതിക്ക്, ഞാൻ ക്ലാസിക് മോഡലിന് തെളിവായി തുടങ്ങും (ഇത് ഇതിനകം പ്ലാനിലുണ്ട്) ഒരു LLM ഉൾപ്പെട്ടാൽ ലാങ്ഫ്യൂസ് അല്ലെങ്കിൽ ഫീനിക്സ് പരീക്ഷിക്കുക.

ഐ. സി. യിലെ വിലയിരുത്തലുകൾ

ഉപയോക്താക്കൾക്ക് കാണാനായതിനു ശേഷം പ്രശ്നങ്ങളെക്കുറിച്ച് നിരീക്ഷണം നിങ്ങളെ അറിയിക്കുന്നു. വിലയിരുത്തലുകൾ അവരെ പിടിക്കാൻ ശ്രമിക്കുക.

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

അത് തികഞ്ഞതല്ല, കാരണം "നല്ല ഉത്തരം" അജ്ഞാതമാണ്. പക്ഷെ അടിസ്ഥാന വിലയിരുത്തൽ സെറ്റ് ഒരു അത്ഭുതകരമായ എണ്ണം റിഗ്രഷനുകൾ പിടിക്കുന്നു, പ്രത്യേകിച്ച് മോഡലുകൾ മാറുമ്പോൾ.

ഈ പരമ്പരയിലെ അടുത്തത് എന്താണ്?

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

എന്റെ അഭിപ്രായം: ഇരട്ടി എഐ സംവിധാനങ്ങൾ നിരീക്ഷിക്കുക. ഒരു തവണ എല്ലാ സേവനങ്ങളും പോലെ, ഒരു തവണ പുതിയ സഹപ്രവർത്തകനെ പോലെ, ആരുടെ ജോലി ഇപ്പോഴും പരിശോധിക്കേണ്ടതുണ്ട്.

ഡെസ്ലി

കുബർനെറ്റിലെ സ്കേലിംഗ്ഃ HPA, VPA, KEDA, കർപന്റർ

Tue, 20 Oct 2026 23:10:30 +0200

"കുബർനെറ്റസ് യാന്ത്രികമായി സ്കെയിൽ ചെയ്യുന്നു" എന്നത് ഒരേ സമയം സത്യവും തെറ്റായതുമായ ഒരു വാക്യമാണ്. കുബർനെറ്റിന് സ്വയം സ്കെയിൽ ചെയ്യാം, പക്ഷെ നിങ്ങൾ അത് സജ്ജമാക്കിയാൽ മാത്രം, വ്യത്യസ്തമായ നിരവധി ഓട്ടോ സ്കെയിലറുകൾ ഉണ്ട്, അവ വളരെ വ്യത്യസ്തമായ കാര്യങ്ങൾ ചെയ്യുന്നു.

ഇങ്ങനെയാണ് ഞാൻ അവയെ വിശദീകരിക്കുന്നത്, അവ എങ്ങനെ യോജിക്കുന്നു.

പോഡുകൾ vs നോഡുകൾ

ആദ്യം മനസ്സിലാക്കേണ്ടത് സ്കേലിംഗ് രണ്ട് തലങ്ങളിലാണ്.

പാഡ് സ്കേലിംഗ്: നിങ്ങളുടെ ആപ്പിന്റെ കൂടുതൽ കോപ്പികൾ പ്രവർത്തിപ്പിക്കുക (അതിർത്തി) അല്ലെങ്കിൽ ഓരോ കോപ്പിക്കും കൂടുതൽ വിഭവങ്ങൾ നൽകുക (ലംബമായി).
നോഡ് സ്കേലിംഗ്: മെഷീനുകൾ കൂട്ടിച്ചേര് ക്കുകയോ നീക്കം ചെയ്യുകയോ ചെയ്യുക അങ്ങനെ പാഡുകൾക്ക് ഇടം ലഭിക്കും.

സാധാരണയായി രണ്ടിനും വേണ്ടിവരും. ആട്ടോ സ്കെയിലർ ആപ്പിളുകൾ ഉണ്ടാക്കുന്നു, പക്ഷേ അവയ്ക്ക് സ്ഥലം ഇല്ലെങ്കിൽ, അവ അവിടെ തന്നെ നിൽക്കും Pending ഒരു നോഡ് ഓട്ടോ സ്കെയിലർ ശേഷി കൂട്ടിച്ചേര് ക്കുന്നതുവരെ.

HPA: തിരക്കുള്ള സമയത്തു കൂടുതൽ കോപ്പികൾ

സി. ഹൊറിസോണ്ടൽ പോഡ് ഓട്ടോസ്കേലർ കുബർനെറ്റീസിൽ തന്നെ ഉണ്ടായിരിക്കണം. അത് ഒരു മെട്രിക് കാണുകയും റെപ്ലിക്കുകളുടെ എണ്ണം മാറ്റുകയും ചെയ്യുന്നു.

apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: shop-api
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: shop-api
  minReplicas: 2
  maxReplicas: 20
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 70

സിപിയു അടിസ്ഥാനമാക്കിയുള്ള സ്കേലിംഗ് സംസ്ഥാനമില്ലാത്ത വെബ് സേവനങ്ങൾക്ക് നന്നായി പ്രവർത്തിക്കുന്നു. രണ്ടു കാര്യങ്ങൾ അറിയണം:

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

VPA: ഓരോ പാഡിനും അനുയോജ്യമായ വലിപ്പം

സി. വെർട്ടിക്കൽ പോഡ് ഓട്ടോസ്കേലർ യഥാർത്ഥ വിഭവ ഉപയോഗം നിരീക്ഷിക്കുകയും ശുപാർശ ചെയ്യുകയും അല്ലെങ്കിൽ മെച്ചപ്പെട്ട അഭ്യർത്ഥനകളും പരിമിതികളും നിശ്ചയിക്കുകയും ചെയ്യുന്നു.

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

പ്രധാനം: ഒരേ സിപിയു മെട്രിക് ഉപയോഗിച്ച് വിപിഎയും എച്ച്പിഎയും ഉപയോഗിക്കരുത് ഒരേ ജോലിഭാരം. അവര് പരസ്പരം പോരാടും.

കെ. ഇ. ഡി. എഃ പരിപാടികളുടെ സ്കേലിംഗ്

കെ. ഇ. ഡി. എ (കുബർനെറ്റ്സ് ഇവന്റ് നയിക്കുന്ന ഓട്ടോ സ്കെയിലിംഗ്) ഒരു സിഎൻസിഎഫ് പ്രോജക്ട് ആണ്, ഇത് ഡസൻ കണക്കിന് ഇവന്റ് ഉറവിടങ്ങളുമായി എച്ച്പിഎ വിപുലീകരിക്കുന്നുഃ റാബിറ്റ് എംക്യുയിലെ ക്യൂ ദൈർഘ്യം, കഫ്ക ലാഗ്, എസ്ക്യുഎസ് സന്ദേശങ്ങൾ, പ്രോമെതീയസ് അന്വേഷണങ്ങൾ, ക്രോൺ ഷെഡ്യൂളുകൾ എന്നിവയും അതിലേറെയും.

അതിന്റെ കൊലപാതക സവിശേഷത: പൂജ്യം വരെ സ്കേലിംഗ്. ഒരു ക്യൂ പ്രോസസ്സ് ചെയ്യുന്ന ഒരു തൊഴിലാളിയ്ക്ക് ക്യൂ ശൂന്യമാകുമ്പോൾ പൂജ്യം പോഡുകൾ ഉണ്ടായിരിക്കാം, സന്ദേശങ്ങൾ എത്തുമ്പോൾ സ്കെയിൽ ചെയ്യാം.

apiVersion: keda.sh/v1alpha1
kind: ScaledObject
metadata:
  name: order-worker
spec:
  scaleTargetRef:
    name: order-worker
  minReplicaCount: 0
  maxReplicaCount: 30
  triggers:
  - type: rabbitmq
    metadata:
      queueName: orders
      mode: QueueLength
      value: "20"
    authenticationRef:
      name: rabbitmq-auth

പശ്ചാത്തല തൊഴിലാളികൾക്ക്, സിപിയു അടിസ്ഥാനമാക്കിയുള്ള എച്ച്പിഎയേക്കാൾ മികച്ചതാണ് കെഡിഎ. സിപിയു പറയുന്നു തൊഴിലാളികൾ എത്ര തിരക്കിലാണ് എന്ന്. വരി ദൈർഘ്യം എത്ര ജോലി കാത്തിരിക്കുന്നു എന്ന് പറയുന്നു.

ജോലി ചെയ്യുന്നതിന്റെ സൈഡ് എഫക്ട് അല്ല, അത് പ്രതിനിധീകരിക്കുന്ന സിഗ്നലിനെ സ്കെയിൽ ചെയ്യുക.

ക്ലസ്റ്റർ ഓട്ടോസ്കെയിലർ vs കാർപന്റർ

നോഡുകൾക്ക് രണ്ട് പ്രധാന ഓപ്ഷനുകളുണ്ട്.

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

മരംപണിക്കാരൻ AWS ൽ ആരംഭിച്ചതും ഇപ്പോൾ ഒരു Kubernetes SIG പ്രോജക്ട് ആണ്, AWS, Azure എന്നിവയ്ക്കുള്ള പിന്തുണയോടെ. നിശ്ചിത നോഡ് ഗ്രൂപ്പുകൾക്ക് പകരം, കാത്തിരിക്കുന്ന പാഡുകൾ നോക്കുകയും അവയ്ക്കായി മികച്ച ഇൻസ്റ്റൻസിംഗ് തരം തിരഞ്ഞെടുക്കുകയും ചെയ്യുന്നു. അത് വേഗതയേറിയതും പലപ്പോഴും വിലകുറഞ്ഞതും നല്ലതുമാണ് ഏകീകരണം: കുറച്ചുകൂടി ഉപയോഗിക്കാത്ത നോഡുകൾ നീക്കം ചെയ്യാനോ വിലകുറഞ്ഞവ ഉപയോഗിച്ച് മാറ്റി സ്ഥാപിക്കാനോ സാധിക്കും. സ്പോട്ട് കേസുകളും നല്ല രീതിയിൽ കൈകാര്യം ചെയ്യുന്നു.

ആഡംബര വകുപ്പിൽ, ഞാനിന്ന് കർപന്ററെ തെരഞ്ഞെടുക്കും. മറ്റെവിടെയെങ്കിലും, നിങ്ങളുടെ ദാതാവ് ഏറ്റവും നന്നായി പിന്തുണയ്ക്കുന്നവ ഉപയോഗിക്കുക, പലപ്പോഴും അവരുടെ നിയന്ത്രിത ഓട്ടോസ്കേലർ.

അടിക്കുന്നത് നിർത്തുന്നു

ഓട്ടോ സ്കേലിംഗ് ഓസിസിലേറ്റ് ചെയ്യാം: സ്കെയിൽ മുകളിലേക്കും താഴേക്കും വീണ്ടും സ്കെയിലിലേക്ക്. അത് ശാന്തമാക്കുന്ന വഴികൾ:

സ്ഥിരതയുടെ വിൻഡോകൾ ഹൈ പീഡിഫിക്കേഷൻ ഏരിയയില് behavior പ്രത്യേകിച്ച് സ്കെയിൽ ഡൌൺ ചെയ്യുന്നതിനായി (അഞ്ച് മിനിറ്റ് സാധാരണ ആരംഭമാണ്).
വിവേകമുള്ള മിനിമം റെപ്ലിക്കകൾ. ഉപയോക്താവിനെ അഭിമുഖീകരിക്കുന്ന എന്തിനും കുറഞ്ഞത് രണ്ട്.
ശരിയായ വിഭവ അഭ്യർത്ഥനകൾ. തെറ്റായ അഭ്യർത്ഥനകളാണ് ഓരോ ഓട്ടോ സ്കേലറേയും തെറ്റായ തീരുമാനങ്ങളിലേക്ക് നയിക്കുന്നത്.
പോഡ് ഡിസ്റപ്ഷൻബജറ്റുകൾ, അതിനാൽ നോഡ് ഏകീകരണം എല്ലാ റെപ്ലിക്കകളും ഒരേസമയം ഇല്ലാതാക്കില്ല.
റെഡിമെയ്ഡ് സോണ്ടുകൾ അത് ശരിക്കും റെഡിമെയ്ഡ് ആയിരിക്കും, പുതിയ പാഡുകൾക്ക് ട്രാഫിക് കിട്ടുന്നത് അത് കൈകാര്യം ചെയ്യാൻ കഴിയുമ്പോഴാണ്.

എല്ലാം ഒരുമിപ്പിക്കുന്നു

ഒരു സാധാരണ ക്ലസ്റ്ററിന് വേണ്ടി എനിക്കിഷ്ടപ്പെട്ട ഒരു ക്രമീകരണം:

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

എന്റെ അഭിപ്രായം: ഓട്ടോ സ്കെയിലിംഗ് ഒരു ടീം സ്പോർട്സ് ആണ്. ആദ്യം ശരിയായ അഭ്യർത്ഥനകൾ ചെയ്യുക, ഓരോ വർക്ക് ലോഡിനും ശരിയായ സിഗ്നൽ തിരഞ്ഞെടുക്കുക, ബാക്കി നോഡ് ഓട്ടോ സ്കെയിലർ കൈകാര്യം ചെയ്യട്ടെ.

ഡെസ്ലി

അഭ്യർത്ഥനകളും പരിമിതികളും: എല്ലാവരും തെറ്റായി മനസ്സിലാക്കുന്ന ക്രമീകരണങ്ങൾ

Tue, 20 Oct 2026 23:10:30 +0200

ഏറ്റവും കൂടുതൽ ആശയക്കുഴപ്പം ഉണ്ടാക്കുന്ന ഒരു കുബർനെറ്റസ് ക്രമീകരണം തിരഞ്ഞെടുക്കേണ്ടിവന്നാൽ അത് റിസോഴ്സ് അഭ്യർത്ഥനകളും പരിമിതികളും ആയിരിക്കും. അവ ലളിതമായി കാണപ്പെടുന്നു: ഒരു YAML ഫയലിലെ ചില സംഖ്യകൾ. പക്ഷെ അവയാണ് നിങ്ങളുടെ ബേസ് എവിടെയാണെന്ന് തീരുമാനിക്കുന്നത്, എത്ര വേഗതയേറിയതാണെന്ന്, അത് കൊല്ലപ്പെടുമോ എന്ന്, നിങ്ങളുടെ ക്ലസ്റ്ററിന് എത്ര ചിലവാകും.

നമുക്ക് അവ ശരിക്കും ചെയ്യുന്നതെന്താണെന്ന് നോക്കാം.

ആവശ്യങ്ങളും പരിമിതികളും എന്താണ് അർത്ഥമാക്കുന്നത്

resources:
  requests:
    cpu: 250m
    memory: 256Mi
  limits:
    cpu: "1"
    memory: 512Mi

അപേക്ഷകൾ അത് തന്നെയാണ് ഈ കപ്പലിന് ഉറപ്പുള്ളതും. ഏത് നോഡിനാണ് ഇടം ഉള്ളതെന്ന് തീരുമാനിക്കാൻ ഷെഡ്യൂളർ അവ ഉപയോഗിക്കുന്നു. 4 സിപിയു ഉള്ള ഒരു നോഡിന് 4 സിപിയും ഉൾക്കൊള്ളാൻ കഴിയും, അവയുടെ സിപിയുവിന്റെ അഭ്യർത്ഥനകൾ യഥാർഥത്തിൽ എത്രമാത്രം ഉപയോഗിക്കുന്നു എന്നതിനെ ആശ്രയിച്ച്, ഏകദേശം 4 ആകുന്നു.

പരിമിതികൾ ഈ കപ്പലിന് ഉപയോഗിക്കാൻ അനുവാദമുള്ള പരമാവധി അളവാണ്.

പ്രധാനമായ ഒരു കാര്യം: സിപിയുവും മെമ്മറിയും പരിധി വരെ എത്തുമ്പോൾ തികച്ചും വ്യത്യസ്തമായി പെരുമാറുന്നു.

ഒരു പരിധി വരെ എത്തുമ്പോൾ യഥാർത്ഥത്തിൽ സംഭവിക്കുന്നത്

സിപിയു കംപ്രസ്സബിൾ ആണ്. ഒരു കണ്ടെയ്നര് അതിന്റെ പരിധിയേക്കാൾ കൂടുതൽ സിപിയു ഉപയോഗിക്കാന് ശ്രമിച്ചാൽ, അത് ലഭിക്കും കുത്തിവയ്ക്കുക. അത് തകരുകയില്ല, അത് വേഗത കുറയ്ക്കും. ഓരോ സമയ സ്ലൈസിനും ഒരു നിശ്ചിത സമയത്തേക്ക് മാത്രമേ ഇത് പ്രവർത്തിക്കാവൂ. ഇത് പലപ്പോഴും ഉയർന്ന ശരാശരി സിപിയു ഉപയോഗമില്ലാതെ, നിഗൂഢമായ ലേറ്റൻസി സ്പൈക്കുകളായി കാണപ്പെടുന്നു.

മെമ്മറി കംപ്രസ്സു ചെയ്യാവുന്നതല്ല. ഒരു കണ്ടെയ്നര് അതിന്റെ പരിധിയേക്കാൾ കൂടുതൽ മെമ്മറി ഉപയോഗിക്കുന്നുവെങ്കില് , കേർണല് അത് കൊല്ലുന്നു. അത് പ്രശസ്തമായ കൊലപാതകം നില. ഈ പാഡ് പുനരാരംഭിക്കും, അത് തുടരുകയാണെങ്കിൽ, CrashLoopBackOff.

kubectl describe pod shop-api-7d9f
# Last State: Terminated
#   Reason:   OOMKilled
#   Exit Code: 137

പുറന്തള്ളൽ കൂടി ഉണ്ട്. ഒരു നോഡ് മൊത്തത്തിൽ മെമ്മറി തീർന്നാൽ കുബെലെറ്റ് പാഡുകൾ പുറന്തള്ളുന്നു. ആവശ്യങ്ങൾക്കപ്പുറം ഉപയോഗിക്കുന്നവയിൽ നിന്ന് തുടങ്ങുന്നു.

ക്യു.എസ്. ക്ലാസുകൾ, ലളിതമായി

കുബർനെറ്റസ് ഓരോ പാഡിനെയും അതിന്റെ ആവശ്യങ്ങളും പരിമിതികളും അടിസ്ഥാനമാക്കി മൂന്ന് സേവന ഗുണനിലവാര ക്ലാസുകളിലൊന്നിലേക്ക് മാറ്റുന്നുഃ

ഉറപ്പു നല് കുന്നു: ഓരോ കണ്ടെയ്നറിലും സിപിയു, മെമ്മറി എന്നിവയുടെ തുല്യ പരിധി ആവശ്യപ്പെടുന്നു. അവസാനമായി പുറത്താക്കപ്പെട്ടത്.
പൊട്ടിത്തെറിക്കാവുന്ന: അപേക്ഷകൾ നിശ്ചയിച്ചിട്ടുണ്ടെങ്കിലും പരിധിക്ക് താഴെയാണ് (അല്ലെങ്കിൽ ചിലത് മാത്രം നിശ്ചയിച്ചിട്ടുള്ളതാണ്). ഏറ്റവും സാധാരണമായ ക്ലാസ്.
മികച്ച പരിശ്രമം: യാതൊരു അഭ്യർത്ഥനയും പരിമിതിയും ഇല്ല. നോഡ് സമ്മർദ്ദത്തിലായാല് ആദ്യം പുറത്താക്കപ്പെടും.

പ്രധാനപ്പെട്ട സേവനങ്ങള് ക്ക്, ബെസ്റ്റ് എഫോർട്ട് ഒഴിവാക്കുക. നിർണായക വർക്ക് ലോഡുകൾക്ക്, കുറഞ്ഞത് മെമ്മറിക്ക് ഉറപ്പുള്ളവയെങ്കിലും പരിഗണിക്കുക.

നിങ്ങളുടെ കോപ്പ എവിടെയാണെന്ന് തീരുമാനിക്കുന്നത് അഭ്യർത്ഥനകളാണ്. അതിര് അത് എങ്ങനെ മരിക്കുന്നു എന്ന് തീരുമാനിക്കും.

സി. പി. യു പരിമിതികൾ ചർച്ച

ഇവിടെയാണ് എൻജിനീയർമാർ തർക്കിക്കുന്നത്. സിപിയു പരിധി നിശ്ചയിക്കണോ?

സിപിയു പരിമിതികൾക്കെതിരായ കേസ്: ത്രോട്ടിംഗ് ലേറ്റൻസിക്ക് ദോഷം ചെയ്യും, ചിലപ്പോൾ നോഡിൽ ധാരാളം ഐഡൽ സിപിയു ഉണ്ടെങ്കിലും. പരിധിയില്ലാതെ, ഒരു പാഡ് ലഭ്യമാകുമ്പോള് സ്പെയര് സിപിയു ഉപയോഗിക്കാം, അഭ്യർത്ഥനകൾ ഇപ്പോഴും എല്ലാവര് ക്കും ന്യായമായ വിഹിതം ഉറപ്പുനൽകുന്നു. പല പരിചയസമ്പന്നരായ ടീമുകളും സിപിയു അഭ്യർത്ഥനകൾ സജ്ജമാക്കുന്നു, പക്ഷേ സിപിയുവിന് പരിമിതികളില്ല.

സിപിയു പരിമിതികളുടെ കേസ്: പ്രവചിക്കാവുന്നതാണു്. ഒന്നിലധികം വാടകക്കാരെ ഉള്ള ക്ലസ്റ്ററുകളിൽ, അല്ലെങ്കിൽ ഒരു ശബ്ദമുള്ള വർക്ക് ലോഡ് എല്ലാം പിടിച്ചെടുക്കുന്നത് തടയേണ്ടിവരുമ്പോൾ, പരിമിതികൾ കടുത്ത അതിരുകൾ നൽകുന്നു. ചില റൺ ടൈമുകളും ലൈസൻസിംഗ് മോഡലുകളും അവയെ ആശ്രയിച്ചിരിക്കുന്നു.

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

ശരിയായ സംഖ്യകൾ കണ്ടെത്തുക

ഊഹിക്കലാണ് മിക്ക ടീമുകളും തുടങ്ങുന്നത്, അത് സാധാരണയായി രണ്ട് ദിശകളിലും തെറ്റാണ്: ചില ബോട്ടുകൾ പട്ടിണി കിടക്കുന്നു, മറ്റുള്ളവർ ഒരിക്കലും ഉപയോഗിക്കാത്ത വിഭവങ്ങൾ റിസർവ് ചെയ്യുന്നു (അതിനു നിങ്ങൾ പണം നൽകുന്നു).

മികച്ച സമീപനങ്ങൾ:

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

മുഴുവൻ ക്ലസ്റ്ററിനും സംരക്ഷണ കവറുകൾ

ഏതെങ്കിലും ക്രമീകരണങ്ങളില്ലാത്ത പാഡുകൾ അകത്തേക്ക് കടക്കുന്നത് തടയാൻ:

പരിധി പരിധി ഓരോ നാമമേഖലയ്ക്കും സ്ഥിരസ്ഥിതി അഭ്യർത്ഥനകളും പരിമിതികളും സജ്ജമാക്കുന്നു.
വിഭവ ക്വാട്ട ഒരു നാമമേഖലയ്ക്ക് ആവശ്യപ്പെടാവുന്ന മൊത്തം പരിധി നിശ്ചയിക്കുന്നു.
നയ ഉപകരണങ്ങള് കെയ്വർനോ എല്ലാ പാഡുകളിലും അഭ്യർത്ഥനകൾ ആവശ്യപ്പെടാം.

അതുകൊണ്ട് ഇന്ന് നീ എന്തു ചെയ്യണം?

നിങ്ങളുടെ ഏത് വർക്ക് ലോഡുകളിലാണ് അഭ്യർത്ഥനകളില്ലെന്ന് പരിശോധിക്കുക. ആദ്യം അവയെ ശരിയാക്കൂ. പിന്നെ OOMKills, സ്ത്രോട്ടിംഗ് അളവുകൾ എന്നിവ നോക്കൂ, ഊഹക്കച്ചവടത്തിനു പകരം യഥാർത്ഥ ഡാറ്റയെ അടിസ്ഥാനമാക്കി ക്രമീകരിക്കുക.

എന്റെ അഭിപ്രായം: സത്യസന്ധമായി അഭ്യർത്ഥനകൾ സജ്ജമാക്കുക, മെമ്മറി പരിമിതികളെ ആദരവോടെ കൈകാര്യം ചെയ്യുക, നിങ്ങളുടെ സ്വന്തം സിപിയു കുറയ്ക്കുന്നതിന് മുമ്പ് രണ്ടുതവണ ചിന്തിക്കുക.

ഡെസ്ലി

ഓരോ ആഴ്ചയും ഞാൻ കാണുന്ന കുബർനെറ്റസ് പിശകുകളും അവ എങ്ങനെ പരിഹരിക്കാമെന്നതും

Tue, 20 Oct 2026 23:10:30 +0200

കുബർനെറ്റസ് പിശക് സന്ദേശങ്ങള് ക്ക് ഒരു പ്രത്യേക കഴിവുണ്ട്: എന്തെങ്കിലുമൊരു തെറ്റ് സംഭവിച്ചതായി അവർ വലിയ അക്ഷരങ്ങളില് പറയുന്നു, കാരണം പറയാതെ. CrashLoopBackOff. ImagePullBackOff. Pending. നിങ്ങൾ കുബർനെറ്റീസ് ഉപയോഗിച്ച് ജോലി ചെയ്യുന്നവരാണെങ്കിൽ, നിങ്ങൾ ഇത് എല്ലാ ആഴ്ചയും കാണും.

നല്ല വാർത്ത: ഈ പിശകുകൾക്ക് കാരണങ്ങൾ ഏതാനും കാരണങ്ങൾ തന്നെയാണ്. ഇവിടെ എന്റെ സാധാരണ ഡീബഗ്ഗിംഗ് പ്രക്രിയയും ഞാൻ ആദ്യം ശ്രമിക്കുന്ന പരിഹാരങ്ങളും ആണ്.

എന്റെ ഡീബഗ് റൂട്ടിൻ

തെറ്റ് എന്തായിരുന്നാലും, ഞാന് തുടക്കത്തില് ഒരേ മൂന്ന് കമാന് ഡുകളാണ് ഉപയോഗിക്കുന്നത്:

kubectl get pods -n shop                 # what state is it in?
kubectl describe pod <pod> -n shop       # events at the bottom tell the story
kubectl logs <pod> -n shop --previous    # logs from the crashed container

സി. സംഭവങ്ങൾ താഴെ ഭാഗം kubectl describe കുബർനെറ്റസിലെ ഏറ്റവും വിലകുറഞ്ഞ ഡീബഗ്ഗിംഗ് ടൂളാണ്. പത്തിൽ ഒമ്പത് തവണ, ഉത്തരം അവിടെയുണ്ട്.

വലിയ ചിത്രത്തിന് വേണ്ടി:

kubectl get events -n shop --sort-by=.lastTimestamp

പതിവ് സംശയിക്കപ്പെടുന്നവരെ, ഓരോന്നായി

ക്രാഷ് ലൂപ്പ് ബാക്ക്ഓഫ്

കണ്ടെയ്നർ ആരംഭിക്കുന്നു, ക്രാഷ് ചെയ്യുന്നു, കുബർനെറ്റ്സ് അത് പുനരാരംഭിക്കുന്നു, അത് വീണ്ടും ക്രാഷ് ചെയ്യപ്പെടുന്നു, ശ്രമങ്ങൾക്കിടയിൽ കുബർനെറ്റസ് കൂടുതൽ കൂടുതൽ കാത്തിരിക്കുന്നു.

സാധാരണ കാരണങ്ങൾ: - ആപ്ലിക്കേഷൻ തന്നെ സ്റ്റാർട്ട് ചെയ്യുമ്പോൾ പരാജയപ്പെടുന്നു: കോൺഫിഗറേഷൻ നഷ്ടപ്പെട്ടു, തെറ്റായ പരിസ്ഥിതി വേരിയബിൾ, ഡാറ്റാബേസ് ആക്സസ് ചെയ്യാൻ കഴിയില്ല. - ഒരു രഹസ്യം കാണാതായതോ കോൺഫിഗ്മെപ് കീയോ. - ജീവൻ അന്വേഷണം തുടങ്ങുന്നതിനു മുമ്പ് കണ്ടെയ്നറിനെ നശിപ്പിക്കും. - സ്റ്റാർട്ട് അപ്പ് സമയത്ത് മെമ്മറിയിൽ നിന്ന് പുറത്തായി (ചെക്ക് ചെയ്യുക OOMKilled).

പരിഹാരം: kubectl logs --previous അവസാനത്തെ റൺ എന്തിന് മരിച്ചു എന്ന് കാണിക്കുന്നു. ലോഗ് ശൂന്യമാണെങ്കിൽ, എന്തെങ്കിലും ലോഗ് ചെയ്യുന്നതിനു മുമ്പ് പ്രക്രിയ ക്രാഷ് ആകും: കമാൻഡ്, എൻട്രി പോയിന്റ്, ഇമേജ് എന്നിവ പരിശോധിക്കുക.

ചിത്രം പിൻവലിക്കുകBackOff / ErrImagePull

കുബർനെറ്റിന് കണ്ടെയ്നര് ചിത്രം ഡൌണ് ലോഡ് ചെയ്യാൻ കഴിയില്ല.

സാധാരണ കാരണങ്ങൾ: - ചിത്രത്തിന്റെ പേരോ ടാഗിലോ ഒരു അക്ഷര പിശക്. - ഈ ടാഗ് നിലവിലില്ല (ഇത് ഒരിക്കലും പുഷ് ചെയ്തിട്ടില്ല, അല്ലെങ്കിൽ ഇല്ലാതാക്കി). - ഒരു സ്വകാര്യ രജിസ്ട്രി ഇല്ലാതെ imagePullSecret, അല്ലെങ്കിൽ കാലഹരണപ്പെട്ടത്. - റജിസ്ട്രിയിൽ നിന്നും നിരക്ക് പരിധി. - നോഡിന് റെജിസ്ട്രി (നെറ്റ്വർക്ക്, പ്രോക്സി, ഫയർവാൾ) എത്താന് കഴിയില്ല.

പരിഹാരം: ഇവന്റ് സന്ദേശം സാധാരണയായി കൃത്യമായി ഏത് എന്ന് പറയുന്നുഃ "കണ്ടെത്തിയില്ല", "അനധികൃത", അല്ലെങ്കിൽ "മിക്ക അഭ്യർത്ഥനകളും".

കാത്തിരിക്കുന്നു

ഈ പാഡ് സൃഷ്ടിക്കപ്പെട്ടിരിക്കുന്നു, പക്ഷെ ഒരു നോഡും അത് പ്രവർത്തിപ്പിക്കില്ല.

സാധാരണ കാരണങ്ങൾ: - ഒരു സിപിയുവിനും വേണ്ടത്ര മെമ്മറിയുമില്ല. അഭ്യർത്ഥനകൾ. - നോഡ് സെലക്ടർ, ആഫിനിറ്റി നിയമങ്ങൾ, നോഡ് പൊരുത്തപ്പെടാത്ത മാറ്റ്സ്. - ഒരു സ്ഥിരമായ വോള്യം ക്ലെയിം (തെറ്റായ സംഭരണ ക്ലാസ്, തെറ്റായ മേഖല) - ക്ലസ്റ്റര് ഓട്ടോ സ്കെയിലര് ഒരു നോഡ് കൂടി ചേര് ക്കാന് കഴിഞ്ഞിട്ടില്ല, അല്ലെങ്കിൽ പറ്റില്ല.

പരിഹാരം: kubectl describe pod "0/5 നോഡുകൾ ലഭ്യമാണ്: 3 മതിയായ മെമ്മറി ഇല്ല, 2 നോഡുകൾക്ക് അനുമതിയില്ല" എന്ന സന്ദേശം കാണിക്കുന്നു. അത് കൃത്യമായി എന്ത് മാറ്റം വരുത്തണമെന്ന് പറഞ്ഞു തരും.

കൊലപാതകം

കണ്ടെയ്നര് അതിന്റെ പരിധിക്കപ്പുറം മെമ്മറി ഉപയോഗിച്ചു, അത് നശിച്ചു. പുറപ്പെടൽ കോഡ് 137.

പരിഹാരം: യഥാർത്ഥ മെമ്മറി ഉപയോഗം പരിശോധിക്കുക, പിന്നെ പരിധി ഉയർത്തുക അല്ലെങ്കിൽ ചോർച്ച പരിഹരിക്കുക. ഭാഷാ റൺടൈം കണ്ടെയ്നറിന്റെ മെമ്മറി പരിധി അറിയുന്നുണ്ടോ എന്ന് ഉറപ്പുവരുത്തുക.

പുറത്താക്കി

നോഡ് മെമ്മറി അല്ലെങ്കിൽ ഡിസ്കിൽ തീർന്നു, സ്വയം സംരക്ഷിക്കാനായി പാഡുകൾ നീക്കം ചെയ്തു.

പരിഹാരം: ശരിയായ മെമ്മറി അഭ്യർത്ഥനകൾ സജ്ജമാക്കുക, വലിയ ലോഗ് അല്ലെങ്കിൽ താൽക്കാലിക ഫയലുകൾ എഴുതുന്ന പോഡുകൾ പരിശോധിക്കുക, നോഡ് ഡിസ്ക് ഉപയോഗം നോക്കുക. പഴയ വീട് ഒഴിഞ്ഞ് കളഞ്ഞ കോപ്പികൾ വൃത്തിയാക്കുക kubectl delete pod --field-selector=status.phase=Failed.

CreateContainerConfigError മാറ്റം വരുത്തുക

സാധാരണയായി ഒരു രഹസ്യമോ കോൺഫിഗ്മാപ്പോ (അല്ലെങ്കിൽ അതിൽ ഒരു കീ) പരാമർശിച്ചിട്ടില്ല. സംഭവം തന്നെ അത് വിളിക്കുന്നു.

റെഡിമെയ്ഡ് സോണ്ട് പരാജയപ്പെട്ടു / 0/1 റെഡി

കണ്ടെയ്നര് പ്രവർത്തിക്കുന്നു, പക്ഷേ കുബർനെറ്റസ് അതിലേക്ക് ട്രാഫിക് അയയ്ക്കുന്നില്ല.

പരിഹാരം: അന്വേഷണ പാതയും തുറമുഖവും പരിശോധിച്ച്, അത് കപ്പലിന്റെ ഉള്ളിൽ നിന്നും പരിശോധിക്കുക. പരിശോധന ബാഹ്യ സേവനങ്ങളെ ആശ്രയിക്കുന്നില്ലെന്ന് ഉറപ്പുവരുത്തുക. അത് വളരെ വേഗത കുറഞ്ഞതായിരിക്കാം.

കുബർനെറ്റീസ് മിക്കവാറും എപ്പോഴും എന്താണ് കുഴപ്പം എന്ന് പറഞ്ഞു തരും. അത് ഉത്തരം താഴെ വയ്ക്കുന്നു kubectl describe.

നെറ്റ് വർക്കിലെ

"ഇത് കപ്പലില് തന്നെ പ്രവർത്തിക്കുന്നു, പക്ഷേ സേവനത്തിലൂടെയല്ല".

# Does the Service have endpoints?
kubectl get endpointslices -n shop -l kubernetes.io/service-name=shop-api

# Test from inside the cluster
kubectl run tmp --rm -it --image=busybox:1.36 -- sh
# then: wget -qO- http://shop-api.shop.svc.cluster.local:8080/health

സാധാരണ കാരണങ്ങൾ: - അവസാന പോയിന്റുകളില്ല: സേവന സെലക്ടർ പാഡ് ലേബലുകളുമായി പൊരുത്തപ്പെടുന്നില്ല. പേര് മാറ്റിയതിനു ശേഷം വളരെ സാധാരണമാണ്. - അതെ. തെറ്റായ പോർട്ട്: port എതിരാളികൾ targetPort ഒരു തെറ്റിദ്ധാരണ. - അതെ. നെറ്റ് വർക്ക് പോളിസി ട്രാഫിക് തടയുന്നു. ഏതെങ്കിലും നയം ഒരു പാഡ് തിരഞ്ഞെടുക്കുകയാണെങ്കില് , വ്യക്തമായി അനുവദിക്കാത്തതെല്ലാം നിഷേധിക്കപ്പെടും. - അതെ. ഡിഎൻഎസ്: കോർഡിഎൻഎസ് പാഡുകൾ ശരിയാണോ എന്ന് പരിശോധിക്കുക, നെയിംസ്പെയ്സുകളിലുടനീളം പൂർണ്ണ സേവന നാമം ഉപയോഗിക്കുക.

അറിയേണ്ട ഡീബഗ് ചെയ്യൽ ഉപകരണങ്ങൾ

kubectl debug ഒരു റണ്ണിംഗ് പോഡിൽ ഒരു ദീർഘകാല ഡീബഗ് കണ്ടെയ്നർ ആരംഭിക്കുന്നു, ചിത്രത്തിന് ഷെൽ ഇല്ലെങ്കിലും. വിഭജിത ചിത്രങ്ങള് ക്ക് അത്യാവശ്യമാണ്.
kubectl exec ഒരു ഷെൽ ഉള്ള ചിത്രങ്ങൾക്കായി.
kubectl port-forward നിങ്ങളുടെ ലാപ്ടോപ്പില് നിന്നും ഒരു സേവനം പരിശോധിക്കാന് .
k9s എല്ലാത്തിനും വേഗതയേറിയ ടെർമിനൽ ഇന്റർഫേസ്.
കപ്പൽ ഒരേസമയം പല കഷണങ്ങളിൽ നിന്നും രേഖകൾ പിന്തുടരുന്നതിന്.

ചീറ്റ് ഷീറ്റ്

നില	ആദ്യം പരിശോധിക്കേണ്ട കാര്യം
ക്രാഷ് ലൂപ്പ് ബാക്ക്ഓഫ്	`kubectl logs --previous`
ചിത്രം പിൻവലിക്കുക	സംഭവ സന്ദേശം: പേര്, ടാഗ്, അംഗീകാരപത്രങ്ങൾ, നിരക്ക് പരിധി
കാത്തിരിക്കുന്നു	`describe` പരിപാടികൾ: വിഭവങ്ങൾ, മാലിന്യങ്ങൾ, പിവിസി
കൊലപാതകം	മെമ്മറി ഉപയോഗം vs പരിധി
പുറത്താക്കി	നോഡ് മെമ്മറി/ഡിസ്ക് സമ്മർദ്ദം, അഭ്യർത്ഥനകൾ നഷ്ടമായി
CreateContainerConfigError മാറ്റം വരുത്തുക	രഹസ്യം/കോൺഫിഗ്മാപ്പ് അല്ലെങ്കിൽ കീ നഷ്ടമായിരിക്കുന്നു
തയ്യാറായില്ല	സന്നദ്ധതയുടെ പാത, തുറമുഖം, ആശ്രിതത്വം
സേവനം ലഭ്യമല്ല	എൻഡ് പോയിന്റുകൾ, സെലക്ടർ ലേബലുകൾ, പോർട്ടുകൾ, നെറ്റ്വർക്ക് പോളിസി, ഡിഎൻഎസ്

എന്റെ അഭിപ്രായം: സംഭവങ്ങളും മുൻകാല ലോഗുകളും വായിക്കാൻ പഠിക്കുക, മിക്ക കുബർനെറ്റസ് രഹസ്യങ്ങളും മിനിറ്റുകൾക്കുള്ളിൽ സ്വയം പരിഹരിക്കപ്പെടും.

ഡെസ്ലി

ചെറിയതും സുരക്ഷിതവുമായ കണ്ടെയ്നർ ചിത്രങ്ങൾ

Tue, 20 Oct 2026 23:10:30 +0200

ഓടിപ്പോകുക. docker images ഏതാണ്ട് ഏത് പ്രോജക്റ്റിലും 800 MB, 1 GB, ചിലപ്പോൾ അതിലധികവും വലുപ്പമുള്ള ചിത്രങ്ങൾ കാണാം. ഏതാനും മെഗാബൈറ്റ് കോഡുള്ള ഒരു ആപ്ലിക്കേഷന് വേണ്ടി. ബാക്കി ഒരു പൂർണ്ണ ഓപ്പറേറ്റിങ് സിസ്റ്റം ആണ്, കമ്പൈലറുകൾ, പാക്കേജ് മാനേജർമാർ, ഷെല്ലുകൾ, ഡീബഗ്ഗിംഗ് ടൂളുകൾ, അവശേഷിക്കുന്ന ഫയലുകൾ.

വലിയ ചിത്രങ്ങള് നിർമ്മിക്കാനും, വലിച്ചെടുക്കാനും തുടങ്ങാനും കൂടുതൽ സമയമെടുക്കും. കൂടാതെ, ഓരോ അധിക പാക്കേജും സുരക്ഷാ അപകടം കൂട്ടുന്നു. ഇതാ എന്റെ കയ്യിലെ പൈപ്പ് ചെറുതും സുരക്ഷിതവുമാക്കുന്നു.

പല ഘട്ടങ്ങളുള്ള കെട്ടിടങ്ങൾ

ഏറ്റവും വലിയ വിജയം, ഇതുവരെ. നിങ്ങളുടെ ആപ്ലിക്കേഷൻ കംപൈൽ ചെയ്യുന്നതിന് എല്ലാ ബിൽഡ് ടൂളുകളുമായും ഒരു ഘട്ടം ഉപയോഗിക്കുക, തുടർന്ന് ഫലം മാത്രം ഒരു മിനിമം അന്തിമ ചിത്രത്തിലേക്ക് പകർത്തുക.

# Build stage
FROM golang:1.25 AS build
WORKDIR /src
COPY go.mod go.sum ./
RUN go mod download
COPY . .
RUN CGO_ENABLED=0 go build -o /app ./cmd/server

# Final stage
FROM gcr.io/distroless/static-debian12:nonroot
COPY --from=build /app /app
USER nonroot
ENTRYPOINT ["/app"]

അവസാന ചിത്രത്തില് ബൈനറി അടങ്ങിയിരിക്കുന്നു. മറ്റൊന്നും ഇല്ല. ഷെല്ലും പാക്കേജ് മാനേജറും കംപൈലറും ഇല്ല. ഒരു ഗോ ആപ്പിനായി, അതായത് ഒരു ജിഗാബൈറ്റിൽ നിന്ന് ഇരുപത് മെഗാബൈറ്റിലേക്ക് പോകുക.

മറ്റ് ഭാഷകളിലും ഇതേ രീതി തന്നെ: പൂർണ്ണ SDK ഇമേജ് ഉപയോഗിച്ച് നിർമ്മിക്കുക, സ്ലിം റൺടൈം ഇമേജ് കൊണ്ട് പ്രവർത്തിപ്പിക്കുക.

ഒരു അടിസ്ഥാന ചിത്രം തിരഞ്ഞെടുക്കുന്നു

നിങ്ങളുടെ ചിത്രത്തിന്റെ വലുപ്പവും അതിന്റെ ദുർബലതയും അടിസ്ഥാന ചിത്രമാണ് തീരുമാനിക്കുന്നത്.

വിതരണത്തിന്റെ പൂർണ്ണ ചിത്രങ്ങൾ (ubuntu, debian, node, python): സുഖകരവും വലുതും, ആവശ്യമില്ലാത്ത ധാരാളം പാക്കേജുകളും.
സ്ലിം വേരിയന്റുകൾ (python:3.13-slim, node:22-slim): നല്ലൊരു മധ്യസ്ഥം.
ആല് പീൻ: വളരെ ചെറുതാണ്, പക്ഷേ glibc എന്നതിനു പകരം musl ഉപയോഗിക്കുന്നു, ഇത് ചിലപ്പോൾ സൂക്ഷ്മമായ അനുയോജ്യത അല്ലെങ്കിൽ പ്രകടന പ്രശ്നങ്ങൾക്ക് കാരണമാകുന്നു.
വിഭജനം ഇല്ലാത്തവ (ഗൂഗിൾ): നിങ്ങളുടെ ആപ്ലിക്കേഷനും അതിന്റെ റൺടൈം ആശ്രയത്വങ്ങളും മാത്രം. ഷെല്ലില്ല.
കഠിനമാക്കിയ മിനിമം ചിത്രങ്ങൾ: ചൈൻഗാർഡ് ഇമേജുകൾ (വോൾഫിയിൽ നിർമ്മിച്ചിരിക്കുന്നത്), ഡോക്കർ ഹാർഡൻഡ് ഇമേജ്സ്, സമാന ഓഫറുകൾ എന്നിവ പതിവായി പുനർനിർമ്മിക്കുകയും പൂജ്യം അല്ലെങ്കിൽ പൂജ്യം-പരാജയങ്ങൾ ലക്ഷ്യമിടുകയും ചെയ്യുന്നു.

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

നിങ്ങളുടെ ചിത്രത്തിലെ ഓരോ പാക്കേജും നിങ്ങൾ പായ്ച്ച് ചെയ്യേണ്ട ഒരു പാക്കേജ് ആണ്. പരിഹരിക്കാന് ഏറ്റവും എളുപ്പമുള്ള ദോഷം നിങ്ങള് ഒരിക്കലും അയക്കാത്തതാണ്.

കാഷിംഗിലൂടെ വേഗത്തിൽ നിർമ്മിക്കുന്നു

ഡോക്കർ ലെയറുകളെ ക്രമത്തിൽ നിർമ്മിക്കുന്നു, എന്തെങ്കിലും മാറ്റം വരുന്നതുവരെ കാഷെ ചെയ്ത ലെയറുകളെയും പുനരുപയോഗിക്കുന്നു. അതുകൊണ്ട് ക്രമം പ്രധാനമാണ്:

ആദ്യം ആശ്രിതത്വ ഫയലുകൾ പകർത്തുക (package.json, go.mod, requirements.txt), ആശ്രിതത്വങ്ങള് ഇൻസ്റ്റോൾ ചെയ്യുക, പിന്നെ കോഡിന്റെ ബാക്കി പകര് ക്കുക. കോഡ് മാറ്റം അനുസരണ പാളി അസാധുവാക്കുന്നില്ല.
ഒരു .dockerignore സൂക്ഷിക്കുക node_modules, .git, ടെസ്റ്റ് ഡാറ്റയും പ്രാദേശിക രഹസ്യങ്ങളും ബിൽഡ് പശ്ചാത്തലത്തിൽ നിന്ന്.
ബിൽഡ്കിറ്റ് കാഷെ മൌണ്ടുകൾ ഉപയോഗിക്കുക പാക്കേജ് മാനേജർ കാഷെകൾക്കായി:

RUN --mount=type=cache,target=/root/.cache/pip \
    pip install -r requirements.txt

CI ൽ രജിസ്ട്രി കാഷെ ഉപയോഗിക്കുക (--cache-to ഒപ്പം --cache-from കൂടെ docker buildx), അതിനാൽ പൈപ്പ്ലൈൻ പഴയ പണിയുന്ന നിന്ന് പാളികൾ വീണ്ടും ഉപയോഗിക്കുന്നു.

കട്ടിയാക്കൽ ചെക്ക്ലിസ്റ്റ്

റൂട്ട് അല്ലാത്ത ഉപയോക്താവായി പ്രവർത്തിപ്പിക്കുക. സജ്ജീകരിച്ചു USER ഡോക്കര് ഫയലിലും runAsNonRoot: true കുബർനെറ്റീസിൽ.
പിൻ ബേസ് ചിത്രങ്ങൾ പതിപ്പുകൾ അനുസരിച്ച്, നല്ലത് ഡൈജസ്റ്റ് അനുസരിച്ച്, അവ പുതുക്കാനും അപ്ഡേറ്റ് ചെയ്യാനും അനുവദിക്കുക.
ചിത്രങ്ങളില് രഹസ്യങ്ങളില്ല. ബിൽഡ് രഹസ്യങ്ങൾ ഉപയോഗിക്കുക (--mount=type=secret) നിർമ്മാണ സമയത്ത് ആവശ്യമുള്ള എല്ലാത്തിനും.
റൂട്ട് ഫയൽ സിസ്റ്റം വായിക്കാൻ മാത്രമുള്ളതാണ് സാധ്യമാകുമ്പോഴെല്ലാം കുബർനെറ്റീസിൽ.
ലിനക്സ് ശേഷി കുറയ്ക്കുക നിനക്ക് വേണ്ട.
ലേബലുകൾ ചേർക്കുക ഉറവിടം, പതിപ്പ്, പരിപാലകന് (ഒസിഐ കുറിപ്പുകൾ)

കയറ്റുമതി ചെയ്യുന്നതിനു മുമ്പ് സ്കാൻ ചെയ്യുക

ഐ. സി. യിൽ ചിത്രങ്ങൾ സ്കാൻ ചെയ്ത്, ഗുരുതരമായ, പരിഹരിക്കാവുന്ന ദോഷങ്ങളുള്ള ബിൽഡിൽ പരാജയപ്പെടുക:

trivy image --severity HIGH,CRITICAL --ignore-unfixed \
  --exit-code 1 registry.example.com/shop-api:1.4.2

ട്രിവി ഒപ്പം ഗ്രിപ്പ് രണ്ടും മികച്ച ഓപ്പൺ സോഴ്സ് സ്കാനറുകളാണ്. ഡോക്കർ സ്കൌട്ടും മിക്ക രജിസ്ട്രികളും ഓട്ടോമാറ്റിക് സ്കാൻ ചെയ്യുന്നു.

രണ്ടു നുറുങ്ങുകൾ: ഉപയോഗിക്കുക --ignore-unfixed (അല്ലെങ്കിൽ സമാനമായ) അതിനാൽ നിങ്ങൾ ആരും പരിഹരിക്കാൻ കഴിയില്ല ദോഷങ്ങളുമുണ്ട് തടയുന്നില്ല, പതിവായി ചിത്രങ്ങൾ വീണ്ടും സ്കാൻ, മാത്രമല്ല ബിൽഡ് സമയം, പുതിയ ദോഷങ്ങളുണ്ട് കാരണം പഴയ ചിത്രങ്ങൾ എല്ലാ ദിവസവും കണ്ടെത്തി.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

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

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

ഡെസ്ലി

വീടിനകത്ത് കുബർനെറ്റുകൾ: ടാലോസ്, കെ3സ്, ഒരു ഹോം ലാബ്

Tue, 20 Oct 2026 23:10:30 +0200

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

ഒരു ഹോം ലാബ് അത് പരിഹരിക്കും. ഒരു ഷെൽഫിലെ ചെറിയ യന്ത്രങ്ങൾ, നീ തന്നെ നിർമ്മിച്ച ഒരു ക്ലസ്റ്റർ, അത് തകരുമ്പോൾ നിന്നെയല്ലാതെ മറ്റാരെയും കുറ്റപ്പെടുത്താനാവില്ല. എനിക്കറിയാവുന്ന ഏറ്റവും നല്ല പഠന നിക്ഷേപങ്ങളിലൊന്നാണിത്.

എന്തിനാണ് ഒരു ഹോം ലാബ് നിർമ്മിക്കുന്നത്?

മാനേജ് ചെയ്ത സേവനങ്ങൾ മറയ്ക്കുന്ന ലെയറുകൾ പഠിക്കുന്നു: നെറ്റ് വർക്കിംഗ്, സംഭരണം, സർട്ടിഫിക്കറ്റുകൾ, നിയന്ത്രണ പ്ലാൻ, നവീകരണങ്ങൾ.
നിങ്ങള് ക്ക് സ്വതന്ത്രമായി എന്തെങ്കിലും തകര് ക്കാം. ടിക്കറ്റ് മാറ്റം വേണ്ട, ഉപഭോക്താക്കളില്ല.
നിങ്ങള് ക്ക് ഉപകരണങ്ങള് പരീക്ഷിക്കാം. ഗിറ്റോപ്സ്, സർവീസ് മെഷുകൾ, നിരീക്ഷണ ശേഷി സ്റ്റാക്കുകൾ, നയ എഞ്ചിനുകൾ.
അത് ശരിക്കും ഉപകാരപ്രദമാണ്. പലരും അവരുടെ ഹോം സർവീസുകൾ (മീഡിയ, ബാക്കപ്പുകൾ, ഹോം ഓട്ടോമേഷൻ, പാസ്വേഡ് മാനേജർമാർ) അതിൽ പ്രവർത്തിപ്പിക്കുന്നു.
അത് ഒരു സി. വി. യിൽ നന്നായി കാണും.പ്രത്യേകിച്ചും നീ അതിനെക്കുറിച്ച് എഴുതിയാൽ.

എന്ത് ഹാർഡ് വെയർ?

നിനക്ക് അധികം വേണ്ട.

മിനി പിസികള് (ഇന്റൽ NUC ശൈലി അല്ലെങ്കിൽ സമാനമായവ) ഏറ്റവും ജനപ്രിയമായ തിരഞ്ഞെടുപ്പാണ്ഃ ശാന്തവും കാര്യക്ഷമവും, x86, മതിയായ റാം.
റാസ്ബെറി പൈ ഭാരം കുറഞ്ഞ വിതരണങ്ങളില് ഈ ബോർഡുകള് നന്നായി പ്രവർത്തിക്കുന്നു, പക്ഷേ ARM, SD കാർഡ് സ്റ്റോറേജ് ചില വിചിത്രതകൾ കൂട്ടിച്ചേർക്കുന്നു.
ഒരു പഴയ ലാപ്ടോപ്പ് അല്ലെങ്കിൽ ഡെസ്ക്ടോപ്പ് വിർച്വൽ മെഷീനുകളുമായി ഒരു നല്ല തുടക്കം.

മൂന്ന് നോഡുകൾ നല്ല ലക്ഷ്യമാണ്. ഉയർന്ന ലഭ്യതയും ഒരു നോഡ് മരിക്കുമ്പോൾ എന്ത് സംഭവിക്കുമെന്ന് പഠിക്കാൻ മതിയാകും. ഓരോ നോഡിനും കുറഞ്ഞത് 8 ജിബി റാം പ്ലാൻ ചെയ്യുക, നിങ്ങൾക്ക് താൽപര്യമുള്ള എന്തിനും എസ്ഡി കാർഡുകൾക്ക് പകരം എസ്എസ്ഡികൾ ഉപയോഗിക്കുക.

ടാലോസ് vs കെ3സ്

രണ്ട് വിതരണങ്ങൾ ഹോം ലാബുകളിൽ വേറിട്ടു നിൽക്കുന്നു, അവയ്ക്ക് വളരെ വ്യത്യസ്തമായ തത്ത്വചിന്തകളുണ്ട്.

k3s റാഞ്ചറിൽ (SUSE) നിന്നുള്ള ഭാരം കുറഞ്ഞതും പൂർണ്ണമായും അനുയോജ്യവുമായ കുബർനെറ്റ്സ് വിതരണമാണ്. ഒരു സാധാരണ ലിനക്സ് സിസ്റ്റത്തിൽ ഒരു കമാന് ഡ് ഉപയോഗിച്ച് ഇൻസ്റ്റാൾ ചെയ്ത ഒരു ബൈനറി:

curl -sfL https://get.k3s.io | sh -

ഇത് ഒരു കണ്ടെയ്നർ റൺടൈം, നെറ്റ്വർക്കിംഗ്, ലോക്കൽ സ്റ്റോറേജ് പ്രൊവിഷണർ, ഒരു എൻഗ്രെസ് കൺട്രോളർ എന്നിവ ഉൾക്കൊള്ളുന്നു. ഇത് ഒരു ജോലി ചെയ്യുന്ന ക്ലസ്റ്ററിലേക്കുള്ള ഏറ്റവും വേഗതയേറിയ വഴിയാണ്, വളരെ ക്ഷമയുള്ളതും.

ടാലോസ് ലിനക്സ് അത് ഒരു റാഡിക്കൽ സമീപനമാണ് സ്വീകരിക്കുന്നത്. ഇത് ഒരു ഓപ്പറേറ്റിങ് സിസ്റ്റമാണ്, അത് നിർമ്മിച്ചിരിക്കുന്നത് കുബർനെറ്റ്സ് പ്രവർത്തിപ്പിക്കാൻ വേണ്ടി മാത്രം. SSH ഇല്ല, ഷെൽ ഇല്ല, പാക്കേജ് മാനേജർ ഇല്ല. എല്ലാം ഒരു API വഴി ക്രമീകരിച്ചിരിക്കുന്നു talosctl ഒരു YAML മെഷീൻ കോൺഫിഗറേഷനും. ഓ.എസ്. മാറ്റമില്ലാത്തതാണ്, അതുകൊണ്ട് നോഡുകൾക്ക് മാറാനാവില്ല, അപ്ഗ്രേഡുകൾ ആറ്റോമിക് ആണ്.

talosctl gen config homelab https://192.168.1.10:6443
talosctl apply-config --insecure --nodes 192.168.1.10 --file controlplane.yaml
talosctl bootstrap --nodes 192.168.1.10

എന്റെ അഭിപ്രായം: കുബർനെറ്റിസ് വേഗത്തിൽ പഠിക്കണമെങ്കിൽ k3s, ടാലോസ്, നിങ്ങൾക്കറിയണമെങ്കിൽ, ഉല്പാദന നിലവാരമുള്ള, മാറ്റമില്ലാത്ത അടിസ്ഥാന സൌകര്യങ്ങൾ എങ്ങനെയെന്ന്. ടാലോസ് കൂടുതൽ കർശനമാണ്, കൂടുതൽ കുത്തനെയുള്ള തുടക്കമുണ്ട്, പക്ഷെ ഒരിക്കൽ അത് ക്ലിക്ക് ചെയ്താൽ, SSH- നെ നോഡുകളിലേക്ക് തിരികെ കൊണ്ടുപോകുന്നത് ബുദ്ധിമുട്ടാണ്.

അറിയേണ്ട മറ്റു ഓപ്ഷനുകൾ: k0s, മൈക്രോ കെ 8, ലളിതവും കുബേദ്ം എല്ലാം ഒരു തവണയെങ്കിലും കഠിനമായ രീതിയിൽ ചെയ്യണമെങ്കിൽ.

ഒരു ഹോം ലാബ് ഒരു വർഷം കൊണ്ട് ഒരു മാനേജ്ഡ് ക്ലസ്റ്ററിനെക്കാൾ കൂടുതൽ കാര്യങ്ങൾ പഠിപ്പിക്കും.

ഒരു കൂമ്പാരം കെട്ടിപ്പടുക്കാൻ വിലപ്പെട്ടതാണ്

ക്ലസ്റ്റര് പ്രവർത്തിക്കുമ്പോള് , ഇവിടെ ഒരു പഠന പാതയുണ്ട്, അത് യഥാര് ത്ഥ ഉല്പാദന ക്രമീകരണങ്ങളെ പ്രതിഫലിപ്പിക്കുന്നു:

ഗിറ്റോപ്സ് അര് ഗോ സിഡി അല്ലെങ്കിൽ ഫ്ലക്സ് ഉപയോഗിച്ച്. ഒന്നാം ദിവസം മുതൽ ഗിറ്റിലെല്ലാം.
നെറ്റ് വർക്കിംഗ് സിലിയം അടങ്ങിയതും, മെറ്റല് എൽ ബി അല്ലെങ്കിൽ സ്വന്തം ലോഡ് ബാലൻസർ പിന്തുണ സിലിയം യഥാർത്ഥ ഐ. പി.
ഗേറ്റ്വേ API സെര് ട്ട് മാനേജറും നമുക്ക് HTTPS നായി എൻക്രിപ്റ്റ് ചെയ്യാം.
സംഭരണം ലോങ്ഹോണ് അല്ലെങ്കിൽ ഒരു ലളിതമായ എൻഎഫ്എസ് പ്രൊവിഷനിംഗ്.
നിരീക്ഷണ ശേഷിപ്രമേത്യുസ്, ഗ്രഫാന, ലോക്കി.
രഹസ്യങ്ങൾ ബാഹ്യ രഹസ്യങ്ങളോ SOPS-കളോ ഉള്ളവയുമായി.
ബാക്കപ്പുകൾ വെലറോ ഉപയോഗിച്ച് ഒരു ബാഹ്യ ഡിസ്കിലേക്കോ ക്ലൌഡ് സ്റ്റോറേജിലേക്കോ

ഓരോ ഘട്ടവും ജോലിയിൽ ഉപയോഗിക്കാവുന്ന ചില കാര്യങ്ങൾ പഠിപ്പിക്കുന്നു.

യഥാര് ത്ഥ പ്രവര് ത്തനത്തിനുള്ള പാഠങ്ങള്

ഒരു ഹോം ലാബ് എന്നെ പഠിപ്പിച്ച കാര്യങ്ങൾ, നിയന്ത്രിത ക്ലസ്റ്ററുകൾ ഒരിക്കലും ചെയ്തിട്ടില്ല:

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

അത് വിലപ്പെട്ടതാണോ?

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

എന്റെ അഭിപ്രായം: ഒരിക്കലെങ്കിലും സ്വയം നിർമ്മിക്കുക. നിങ്ങൾ തൊടുന്ന ഓരോ മാനേജ്മെന്റ് ക്ലസ്റ്ററിനെയും പിന്നീട് അല്പം നന്നായി മനസ്സിലാക്കും.

ഡെസ്ലി

യഥാർത്ഥ ആക്രമണത്തിനു ശേഷം ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ പൂട്ടുന്നു

Tue, 20 Oct 2026 23:10:30 +0200

വളരെക്കാലം ഞാൻ ഗിറ്റ്ഹബ് ആക്ഷനുകളുടെ വർക്ക്ഫ്ലോകളെ പൈപ്പ് ലൈൻ ആയി കണക്കാക്കി. ഒരു README ൽ നിന്നും വർക്ക്ഫ്ലോ പകർത്തുക, ചേർക്കുക uses: some-org/some-action@v3, മുന്നോട്ട് പോകുക. നമ്മളിൽ മിക്കവരും അങ്ങനെ ചെയ്തിട്ടുണ്ട്.

2025 മാർച്ചില് ജനപ്രിയമായ tj-actions/changed-files ആക്ഷന് ഹാക്ക് ചെയ്യപ്പെട്ടു. ആക്രമണകാരികൾ അതിന്റെ പതിപ്പ് ടാഗ് മാറ്റി, അത് കോഡ് കാണിച്ചു, അത് ഐ. ഐ രഹസ്യങ്ങൾ ബിൽഡ് ലോഗുകളിലേക്ക് ചോർത്തുന്നു. ആയിരക്കണക്കിന് റിപ്പോകൾ അത് ഉപയോഗിച്ചു. പലതിലും പൊതു രേഖകളുണ്ടായിരുന്നു. ഇത് ഒരു ഉണർവ്വിനുള്ള വിളിയായിരുന്നു. ഞങ്ങളുടെ പൈപ്പ്ലൈനുകൾക്ക് മൂന്നാം കക്ഷി കോഡുകൾ ഉണ്ട്, ഞങ്ങളുടെ ഏറ്റവും സെൻസിറ്റീവ് ക്രെഡൻഷ്യലുകളിലേക്ക് പ്രവേശനം ഉണ്ട്, ഞങ്ങൾ അതിനെക്കുറിച്ച് വളരെ അപൂർവ്വമായി ചിന്തിക്കുന്നു.

ഇതാ ഞാൻ മാറ്റിയത്, ആക്ഷനുകൾ ഉപയോഗിക്കുന്ന ആർക്കും ഞാൻ ശുപാർശ ചെയ്യുന്നത്.

സംഭവിച്ചത്, ലളിതമായി

നീ എഴുതിയാൽ uses: tj-actions/changed-files@v45, v45 ഒരു ഗിറ്റ് ടാഗ് ആണ്. ടാഗ് നീക്കാൻ കഴിയും. ആക്രമണകാരിക്ക് ആക്ഷന്റെ റിപ്പോസിറ്ററിയിൽ എഴുതാനുള്ള ആക്സസ് ലഭിച്ചാൽ, നിലവിലുള്ള ടാഗുകൾ ഒരു ക്ഷുദ്രകരമായ കമിറ്റിലേക്ക് നയിക്കാൻ കഴിയും. ആ ടാഗ് ഉപയോഗിക്കുന്ന ഓരോ വർക്ക്ഫ്ലോയും പുതിയ കോഡ് അതിന്റെ അടുത്ത റണ്ണിൽ പ്രവർത്തിപ്പിക്കുന്നു, നിങ്ങളുടെ റിപ്പോസിറ്ററിയിൽ മാറ്റങ്ങളൊന്നും വരുത്താതെ.

പിന്നീട് അന്വേഷണം നടത്തിയപ്പോൾ ഹാക്ക് മറ്റൊരു ഹാക്ക് ആക്ഷനുമായി ബന്ധപ്പെട്ടതാണെന്ന് കണ്ടെത്തി. വിതരണ ശൃംഖല ആക്രമണ ശൃംഖല.

നിങ്ങളുടെ പൈപ്പ് ലൈനിന് അത്രമാത്രം വിശ്വാസ്യതയുണ്ട് അത് പ്രവർത്തിപ്പിക്കുന്ന ഏറ്റവും കുറഞ്ഞ വിശ്വാസ്യതയുള്ള പ്രവർത്തനം.

1. ഒരു പാരമ്പര്യം ഒരു പൂർണ്ണമായ commit SHA-ലേക്ക് പ്രവർത്തനങ്ങളെ പിൻ ചെയ്യുക

ഒരു ടാഗിന് പകരം, കൃത്യമായ commit റഫറൻസ് ചെയ്യുക:

# Before
- uses: actions/checkout@v4

# After
- uses: actions/checkout@11bd71901bbe5b1630ceea73d27597364c9af683 # v4.2.2

ഒരു കംപൈറ്റ് ഷാ നീക്കാൻ കഴിയില്ല. ഈ പതിപ്പ് ഒരു കമന്റായി സൂക്ഷിക്കുക, അങ്ങനെ മനുഷ്യർക്ക് അത് വായിക്കാൻ കഴിയും, ആശ്രിതൻ അല്ലെങ്കില് പുതുക്കുക പുതിയ പതിപ്പ് പുറത്തിറങ്ങുമ്പോൾ SHA (അല്ലെങ്കിൽ കമന്റ്) അപ്ഡേറ്റ് ചെയ്യുക, സാധാരണ pull request വഴി നിങ്ങൾക്ക് അവലോകനം ചെയ്യാം.

ഗിറ്റ്ഹബ് സംഘടനകളെ അവരുടെ അനുവദനീയമായ പ്രവർത്തന നയത്തിൽ SHA പിൻ ചെയ്യാനും അനുവദിക്കുന്നു, അതിനാൽ പിൻ ചെയ്യാത്ത പ്രവർത്തനങ്ങൾ പരാജയപ്പെടുന്നു.

2. GITHUB_TOKEN പരിമിതപ്പെടുത്തുക

ഓരോ വർക്ക്ഫ്ലോയും ഒരു ഓട്ടോമാറ്റിക് GITHUB_TOKEN. അതിന്റെ സ്ഥിര അനുമതികൾ നിങ്ങളുടെ ക്രമീകരണങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു, പഴയ റിപ്പോസിറ്ററികളിൽ അവ പലപ്പോഴും വളരെ വിശാലമാണ്.

സംഘടന അല്ലെങ്കിൽ റിപ്പോസിറ്ററി സ്ഥിരസ്ഥിതി വായന മാത്രം ആയി സജ്ജമാക്കുക, ഓരോ വർക്ക്ഫ്ലോയ്ക്കും ആവശ്യമുള്ളത് മാത്രം അനുവദിക്കുക:

permissions:
  contents: read

jobs:
  release:
    permissions:
      contents: write   # only this job can push tags

ഒരു ചോർന്ന വായന-മാത്രം ടോക്കൺ ഒരു ചോർന്ന എഴുതൽ ടോക്കണിനേക്കാൾ വളരെ ചെറിയ പ്രശ്നമാണ്.

3. ഒരു കല്ല് ദീർഘകാല ക്ലൌഡ് കീകൾ സംഭരിക്കുന്നതു് നിർത്തുക

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

permissions:
  id-token: write
  contents: read

steps:
  - uses: aws-actions/configure-aws-credentials@<sha> # v4
    with:
      role-to-assume: arn:aws:iam::123456789012:role/deploy-shop
      aws-region: eu-central-1

AWS, Azure, ഗൂഗിൾ ക്ലൌഡ്, ഹാഷി കോർപ് വോൾട്ട് തുടങ്ങിയവയെല്ലാം ഇതിനെ പിന്തുണയ്ക്കുന്നു. മോഷ്ടിക്കാൻ രഹസ്യമില്ല, ടോക്കൺ മിനിറ്റുകൾക്കകം കാലഹരണപ്പെടും.

4. അപകടകരമായ ട്രിഗറുകളില് ശ്രദ്ധിക്കുക

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

കൂടാതെ ശ്രദ്ധിക്കുക സ്ക്രിപ്റ്റ് കുത്തിവയ്പ്പ്: ഒരു ട്രസ്റ്റ് ചെയ്യാത്ത ഇൻപുട്ട് ഉപയോഗിച്ച് ഒരു pull request title നേരിട്ട് ഒരു run: പടിപടിയായി.

# Dangerous: the title can contain shell commands
- run: echo "${{ github.event.pull_request.title }}"

# Safer: pass it through an environment variable
- env:
    TITLE: ${{ github.event.pull_request.title }}
  run: echo "$TITLE"

5. ഏത് പ്രവർത്തനങ്ങളാണ് പ്രവർത്തിപ്പിക്കാന് കഴിയുക എന്ന് പരിമിതപ്പെടുത്തുക

സംഘടനയുടെ ക്രമീകരണങ്ങളിൽ, ഇനിപ്പറയുന്നവ മാത്രം അനുവദിക്കുകഃ

ഗിറ്റ്ഹബ് സൃഷ്ടിച്ച പ്രവർത്തനങ്ങൾ
പരിശോധിച്ച സ്രഷ്ടാക്കളുടെ പ്രവർത്തനങ്ങൾ
നിങ്ങൾ അവലോകനം ചെയ്ത പ്രവർത്തനങ്ങളുടെ ഒരു പ്രത്യേക അനുമതി പട്ടിക

മൂന്നാം കക്ഷികളുടെ കുറവ് പ്രവർത്തനങ്ങൾ, അപഹരിക്കപ്പെടാവുന്ന കുറവ് കാര്യങ്ങളെയാണ് അർത്ഥമാക്കുന്നത്. ലളിതമായ ജോലികള് ക്ക്, ഒരു പ്രവര് ത്തനത്തേക്കാളും സുരക്ഷിതമാണ് ചില വരികള് .

6. നിങ്ങളുടെ വർക്ക്ഫ്ലോ പരിശോധിക്കുന്ന ഉപകരണങ്ങൾ ഉപയോഗിക്കുക

സിസ്മോര്: ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങളുടെ സ്റ്റാറ്റിക് വിശകലന ഉപകരണമാണ്. ഇത് അൺപിൻ ചെയ്ത പ്രവർത്തനങ്ങളും, ഇൻജക്ഷൻ അപകടങ്ങളും, അപകടകരമായ ട്രിഗറുകളും, അനുമതികളുടെ അളവ് കൂടുതലുള്ളതും കണ്ടെത്തുന്നു.
ഓപ്പൺ എസ് എസ് എഫ് സ്കോർകാർഡ്: നിങ്ങളുടെ റിപ്പോസിറ്ററിയുടെ സുരക്ഷാ രീതികൾ, വർക്ക്ഫ്ലോ ശുചിത്വം എന്നിവ വിലയിരുത്തുന്നു.
സ്റ്റെപ്പ് സുരക്ഷ ഹാർഡ് റണ്ണർ: നിങ്ങളുടെ റണ്ണറുകളിൽ നിന്നുള്ള നെറ്റ്വർക്ക് ആക്സസ് നിയന്ത്രിക്കാനും കഴിയും, അത് പല എക്സിഫിൽട്രേഷൻ ശ്രമങ്ങളും തടഞ്ഞു.
Dependabot / പുതുക്കുക അപ്ഡേറ്റ് ചെയ്ത പ്രവര് ത്തനങ്ങള് നിലനിര് ത്താന് .

നിങ്ങളുടെ ഐസില് സിസ്മോര് ചേര് ത്ത് അത് കണ്ടെത്തിയതിനെ ശരിയാക്കൂ. ഇത് ഒരു കണ്ണുതുറക്കുന്ന ആദ്യ റൺ ആണ്.

7. ഓടുന്നവരെ സംരക്ഷിക്കുക.

ഇഷ്ടം ഗിറ്റ്ഹബ് ഹോസ്റ്റുചെയ്തത് അല്ലെങ്കില് സ്വയം ഹോസ്റ്റുചെയ്ത റണ്ണേഴ്സ് (ഓരോ ജോലിക്കും പുതിയ ഒരു വിഎം അല്ലെങ്കിൽ കണ്ടെയ്നർ). സ്വയം ഹോസ്റ്റുചെയ്ത നിരന്തര ഓട്ടക്കാർക്ക് ഒരു ദുഷിച്ച ജോലി വിഷം കഴിച്ച് അടുത്തതിനെ ബാധിക്കാം.
പൊതു റിപ്പോസിറ്ററികൾക്കായി സ്വയം ഹോസ്റ്റുചെയ്ത റണ്ണറുകൾ ഒരിക്കലും ഉപയോഗിക്കരുത്, അവിടെ ആർക്കും ഒരു പിൻ അഭ്യർത്ഥന തുറക്കാൻ കഴിയും.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഈ ആഴ്ച നിങ്ങൾ മൂന്നു കാര്യങ്ങൾ മാത്രം ചെയ്താൽ: സ്ഥിരസ്ഥിതി ടോക്കൺ വായന മാത്രമായി സജ്ജമാക്കുക, നിങ്ങളുടെ മൂന്നാം കക്ഷി പ്രവർത്തനങ്ങൾ ഷാ-കളിലേക്ക് അപ്ഡേറ്റ് ചെയ്യുന്നതിനായി പുതുക്കുക, ഒരു ദീർഘകാല ക്ലൌഡ് കീ OIDC ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക. പിന്നെ സിസ്മോര് ഓടിച്ചു ലിസ്റ്റില് നോക്ക്.

എന്റെ അഭിപ്രായത്തില് , എല്ലാത്തിനും താക്കോല് ഐ. ഐ. പൈപ്പ്ലൈനില് ആണ് . എല്ലാ രോഗങ്ങളും uses: ഒരു ആശ്രിതത്വം പോലെ, കാരണം അത് തന്നെയാണ്.

ഡെസ്ലി

എന്റെ സിഐ/സിഡി പൈപ്പ്ലൈൻ, നിർമ്മാണത്തിലേക്ക്

Tue, 20 Oct 2026 23:10:30 +0200

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

ഇതാ ഒരു സാധാരണ കണ്ടെയ്നറൈസ്ഡ് വെബ് സർവീസ് ഉപയോഗിക്കുന്ന പൈപ്പ്ലൈൻ, ഗിറ്റ്ഹബ് ആക്ഷനുകളിലെ ഒരു പ്രവർത്തന ഉദാഹരണത്തിലൂടെ പടിപടിയായി.

ഘട്ടങ്ങളും കാരണങ്ങളും

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

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

നല്ല പൈപ്പ്ലൈനില് ശരിയായ കാര്യം ഓട്ടോമാറ്റിക് ആക്കുകയും അപകടകരമായ കാര്യം ദൃശ്യമാക്കുകയും ചെയ്യും.

പൂർണ്ണമായ ഉദാഹരണം

ഗിറ്റ്ഹബ് ആക്ഷനുകളിൽ ഇത് എങ്ങനെയായിരിക്കും കാണപ്പെടുന്നത് എന്നതിന്റെ ഒരു ചുരുക്കിയ പതിപ്പ്:

name: ci-cd

on:
  pull_request:
  push:
    branches: [main]

permissions:
  contents: read

env:
  IMAGE: ghcr.io/my-org/shop-api

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@<sha> # v4
      - uses: actions/setup-go@<sha> # v5
        with:
          go-version-file: go.mod
          cache: true
      - run: go vet ./...
      - run: go test ./... -race -coverprofile=coverage.out

  build:
    needs: test
    runs-on: ubuntu-latest
    permissions:
      contents: read
      packages: write
      id-token: write          # for keyless signing
    outputs:
      digest: ${{ steps.push.outputs.digest }}
    steps:
      - uses: actions/checkout@<sha> # v4
      - uses: docker/setup-buildx-action@<sha> # v3
      - uses: docker/login-action@<sha> # v3
        with:
          registry: ghcr.io
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}
      - id: push
        uses: docker/build-push-action@<sha> # v6
        with:
          push: ${{ github.event_name == 'push' }}
          tags: ${{ env.IMAGE }}:${{ github.sha }}
          cache-from: type=gha
          cache-to: type=gha,mode=max
      - name: Scan image
        uses: aquasecurity/trivy-action@<sha>
        with:
          image-ref: ${{ env.IMAGE }}:${{ github.sha }}
          severity: HIGH,CRITICAL
          ignore-unfixed: true
          exit-code: "1"

  deploy-staging:
    if: github.event_name == 'push'
    needs: build
    runs-on: ubuntu-latest
    environment: staging
    steps:
      - run: echo "Update the staging GitOps repo to ${{ github.sha }}"
      - run: ./scripts/smoke-test.sh https://staging.example.com

  deploy-production:
    needs: deploy-staging
    runs-on: ubuntu-latest
    environment: production      # requires approval in repo settings
    steps:
      - run: echo "Update the production GitOps repo to ${{ github.sha }}"

(പകരം <sha> ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ പൂട്ടിയിടുന്നതിനെ കുറിച്ചുള്ള എന്റെ പോസ്റ്റിൽ വിവരിച്ചിരിക്കുന്നതുപോലെ, പിൻഡ് ചെയ്ത commit SHAs ഉപയോഗിച്ച്.

ശ്രദ്ധിക്കേണ്ട ചില വിശദാംശങ്ങള്:

പരിസ്ഥിതി (staging, production) അംഗീകാരങ്ങൾ ആവശ്യപ്പെടുകയും അവരുടെ രഹസ്യങ്ങൾ സൂക്ഷിക്കുകയും ചെയ്യാം.
വിന്യാസം ഒരു GitOps റിപ്പോ അപ്ഡേറ്റുചെയ്യുന്നു വിളിക്കുന്നതിനു പകരം kubectl നേരിട്ട് അര് ഗോ സിഡി അല്ലെങ്കിൽ ഫ്ലക്സ് മാറ്റം പ്രയോഗിക്കുന്നു, അത് ഐ. സി. യിൽ നിന്നും ക്രെഡൻഷ്യലുകളെ അകറ്റിനിർത്തുന്നു.
അഭ്യർത്ഥനകൾ പിൻവലിക്കുക പരിശോധനകൾ നടത്തുക, ബിൽഡ് ചെയ്യുക പക്ഷെ തള്ളരുത്, വിന്യസിക്കരുത്.

വേഗത്തിലാക്കുന്നു

പതുക്കെയുണ്ടാകുന്ന പൈപ്പ്ലൈനുകൾ ഡെവലപ്പർമാരുടെ വിശ്വാസം നഷ്ടപ്പെടുത്തുന്നു. ചില ശീലങ്ങള് കാര്യങ്ങൾ വേഗത്തില് മുന്നോട്ട് കൊണ്ടുപോകുന്നു:

ആദ്യം വേഗതയേറിയ പരിശോധന നടത്തുക. ഒപ്പം സമാന്തരമായി.
കാഷെ ആശ്രിതത്വം ഡോക്കർ ലെയറുകളും (ഡോക്കർ ലേയറുകളും) cache-from / cache-to മുകളിലെ വരികൾ).
മാറ്റം വന്നത് മാത്രം പ്രവർത്തിപ്പിക്കുക. മോണോറെപ്പോസ്, പാത്ത് ഫിൽട്ടറുകൾ ഉപയോഗിച്ച്.
ഇന്റഗ്രേഷന് ടെസ്റ്റുകള് ശ്രദ്ധിക്കുക. പ്രധാനപ്പെട്ട പാതകളെ പരിശോധിക്കുക, എല്ലാം അല്ല.
ലക്ഷ്യം പത്തു മിനിറ്റിനു താഴെ "മർജറിന് റെഡി" എന്നതിൽ നിന്നും "പുഷ്" എന്നതിലേക്ക്.

എങ്ങിനെ ഞാൻ തിരിച്ചു പോകുന്നു

ഒരു റോൾബാക്ക് ഒരു വിന്യാസം പോലെ എളുപ്പമായിരിക്കണം, അത് പരിശീലിക്കണം:

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

പിന്നെ, കുറഞ്ഞത് എത്രയാണ്?

നിങ്ങളുടെ പൈപ്പ്ലൈൻ മറ്റൊന്നും ചെയ്യുന്നില്ലെങ്കിൽ, ഇത് ചെയ്യുകഃ ഓരോ പിൻ അഭ്യർത്ഥനയിലും പരിശോധനകൾ നടത്തുക, ഓരോ കമ്മിറ്റിനും ഒരു ചിത്രം നിർമ്മിക്കുക, അത് സ്കാൻ ചെയ്യുക, കൃത്യമായ ചിത്രം യാന്ത്രികമായി സ്റ്റേജിംഗിലേക്ക് വിന്യസിക്കുക, അതേ ചിത്രം ഉൽപാദനത്തിലേക്ക് പ്രോത്സാഹിപ്പിക്കുക. മറ്റെല്ലാം മുകളിൽ മെച്ചപ്പെടുത്തലാണ്.

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

ഡെസ്ലി

ഭയമില്ലാതെ വിട്ടയക്കുന്നു: കാനറി, നീല-പച്ച, ഫീച്ചർ ഫ്ലാഗുകൾ

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു വലിയ പ്രൊഡക്ഷൻ വിന്യാസത്തിനു ശേഷം ഒരു ടീം ചാറ്റിൽ ഒരു പ്രത്യേക തരം നിശബ്ദതയുണ്ട്. എല്ലാവരും ഡാഷ്ബോർഡുകൾ നോക്കുന്നുണ്ട്. "എനിക്കാണോ തോന്നുന്നത്, അതോ പിശകുകൾ കൂടുകയാണോ" എന്ന് ആദ്യം ചോദിക്കാൻ ആരും ആഗ്രഹിക്കുന്നില്ല.

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

താരതമ്യം ചെയ്ത തന്ത്രങ്ങൾ

പുതിയ വിവരങ്ങൾ. കുബർനെറ്റിസ് സ്ഥിരസ്ഥിതി: ഓരോ തവണയും കുറച്ച് പാഡുകൾ മാറ്റി വയ്ക്കുക. ലളിതം, പക്ഷെ റോളൌണ്ട് തുടങ്ങിയാല് പുതിയതും പഴയതുമായ പതിപ്പുകള് കൂടിച്ചേരും, ആര് എന്ത് കാണുന്നു എന്നതില് നിങ്ങള് ക്ക് നിയന്ത്രണം കുറവായിരിക്കും.

നീല-പച്ച നിറം. പുതിയ പതിപ്പ് (പച്ച) പഴയ പതിപ്പിനു (നീല) അടുത്തായി പ്രവർത്തിപ്പിക്കുക. പച്ച പരീക്ഷണം, പിന്നെ എല്ലാ ട്രാഫിക്കും ഒരേസമയം മാറ്റുക. പിന്നോട്ട് പോകുന്നത് പിന്നോട്ട് മാറുക എന്നതാണു്. വില: മാറ്റത്തിന്റെ സമയത്ത് വിഭവങ്ങളുടെ ഇരട്ടിപ്പിക്കൽ, ഉപയോക്താക്കൾക്ക് ഒരു "ബിഗ് ബാം" നിമിഷം.

കാനറി. പുതിയ പതിപ്പിലേക്ക് ട്രാഫിക്കിന്റെ ഒരു ചെറിയ ശതമാനം അയയ്ക്കുക, ഉദാഹരണത്തിന് 5%, പിന്നെ 25%, പിന്നെ 50%, പിന്നെ 100%, ഓരോ ഘട്ടത്തിലും അളവുകൾ പരിശോധിക്കുക. വേഗത കുറഞ്ഞതും എന്നാൽ യഥാർത്ഥ ട്രാഫിക് സമയത്ത് മാത്രം കാണപ്പെടുന്ന പ്രശ്നങ്ങൾ കണ്ടെത്താനുള്ള ഏറ്റവും സുരക്ഷിതമായ മാർഗവും.

ഫീച്ചർ ഫ്ലാഗുകൾ. പുതിയ സവിശേഷത ഓഫാക്കിയ കോഡ് വിന്യസിക്കുക, തുടർന്ന് വീണ്ടും വിന്യസിക്കാതെ തന്നെ പ്രത്യേക ഉപയോക്താക്കൾക്കോ, ഒരു ശതമാനം അല്ലെങ്കിൽ എല്ലാവർക്കുമായി അത് ഓണാക്കുക. ഇത് വേർതിരിക്കുന്നു വിന്യസിക്കൽ (കോഡ് ഉല്പാദനത്തിലേക്ക് കൊണ്ടുവരുന്നു) വിടുവിക്കുന്നു (ഉപയോക്താക്കളെ അത് കാണിക്കാൻ അനുവദിക്കുന്നു).

	ഉരുളുന്ന	നീല-പച്ച	കാനറി	സവിശേഷത ഫ്ലാഗുകൾ
എക്സ്പോഷറിനെ നിയന്ത്രിക്കുക	കുറവ്	എല്ലാം അല്ലെങ്കിൽ ഒന്നും	ട്രാഫിക് അനുസരിച്ച് ക്രമേണ	വളരെ നന്നായി, ഉപയോക്താവിന് അനുസരിച്ച്
റോൾബാക്ക് വേഗത	പതിയെ	പെട്ടെന്ന്	വേഗം	പെട്ടെന്ന്
അധിക അടിസ്ഥാന സൌകര്യങ്ങൾ	ഒന്നും ഇല്ല.	സ്വിച്ച് ചെയ്യുമ്പോള് ഇരട്ടിയാക്കുക	ചിലത്	പതാക സേവനം
ഏറ്റവും നല്ലത്	കുറഞ്ഞ അപകടസാധ്യതയുള്ള മാറ്റങ്ങൾ	വലിയ സ്വിച്ച്	അപകടകരമായ ബാക്ക് എൻഡ് മാറ്റങ്ങൾ	ഉത്പന്ന സവിശേഷതകൾ

വിന്യസിക്കുന്നത് ബോറടിക്കും. മോചനം ഒരു തീരുമാനമായിരിക്കണം.

പ്രായോഗികമായി അര് ഗോ വിന്യസിക്കൽ

കുബർനെറ്റീസിൽ, അര് ഗോ വിന്യാസങ്ങൾ (അതും ഫ്ലാഗർ, ഫ്ലക്സ് പരിസ്ഥിതി വ്യവസ്ഥയിലെ അതിന്റെ എതിരാളി) യാന്ത്രിക വിശകലനമുള്ള കാനറി, നീല-പച്ച തന്ത്രങ്ങൾ ചേർക്കുന്നു.

A Rollout ഒരു Deployment:

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
  name: shop-api
spec:
  replicas: 10
  strategy:
    canary:
      steps:
      - setWeight: 5
      - pause: { duration: 5m }
      - analysis:
          templates:
          - templateName: error-rate
      - setWeight: 25
      - pause: { duration: 10m }
      - setWeight: 50
      - pause: { duration: 10m }
  selector:
    matchLabels: { app: shop-api }
  template:
    # same pod template as a Deployment

സി. വിശകലനം step ഒരു പ്രോമെഥിയസ് അന്വേഷണം നടത്തുന്നു, ഉദാഹരണത്തിന് കാനറിയിലെ പിശക് നിരക്ക്, അത് ഒരു പരിധിയുമായി താരതമ്യം ചെയ്യുന്നുഃ

apiVersion: argoproj.io/v1alpha1
kind: AnalysisTemplate
metadata:
  name: error-rate
spec:
  metrics:
  - name: error-rate
    interval: 1m
    count: 5
    successCondition: result[0] < 0.01
    provider:
      prometheus:
        address: http://prometheus.monitoring:9090
        query: |
          sum(rate(http_requests_total{app="shop-api",version="canary",code=~"5.."}[2m]))
          /
          sum(rate(http_requests_total{app="shop-api",version="canary"}[2m]))

പിശക് നിരക്ക് 1% നു മുകളിലായാൽ, റോളൌട്ട് നിർത്തലാക്കുകയും ട്രാഫിക് സ്ഥിരമായ പതിപ്പിലേക്ക് മടങ്ങുകയും ചെയ്യും. ആരും ഉണരേണ്ട ആവശ്യമില്ലായിരുന്നു.

കൃത്യമായ ട്രാഫിക് ശതമാനം ലഭിക്കുന്നതിന്, ഗേറ്റ്വേ API നടപ്പിലാക്കലുകളുമായും സേവന മെഷുകളുമായും പ്രവേശന കൺട്രോളറുകളുമായും റോളൌട്ട്സ് സംയോജിപ്പിക്കുന്നു. അവയില്ലാതെ, അത് റെപ്ലിക്ക എണ്ണം ഉപയോഗിച്ച് ഭാരം ഏകദേശമാക്കുന്നു.

ഓപ്പൺഫീച്ചർ ഉപയോഗിച്ച് ഫീച്ചർ ഫ്ലാഗുകൾ

ഫീച്ചർ ഫ്ലാഗ്സ് എന്നതിനർത്ഥം ഒരു വീട്ടുപകരണമാണ് if ഒരു പരിസ്ഥിതി വേരിയബിൾ വായിക്കുന്ന ഒരു പ്രസ്താവന, അല്ലെങ്കിൽ എല്ലായിടത്തും സ്വന്തം SDK ഉള്ള ഒരു വാണിജ്യ സേവനം. ഓപ്പൺ ഫീച്ചർ, ഒരു സിഎൻസിഎഫ് പ്രോജക്ട്, എപിഐയെ സ്റ്റാൻഡേർഡൈസ് ചെയ്യുന്നുഃ നിങ്ങളുടെ കോഡ് ഒരു എസ്ഡികെ ഉപയോഗിക്കുന്നു, അതിന് പിന്നിൽ നിങ്ങൾക്ക് വ്യത്യസ്ത ഫ്ലാഗ് ദാതാക്കളെ പ്ലഗ് ചെയ്യാം (ഫ്ലാഗ്, ലോഞ്ച്ഡാർക്ക്ലി, ഫ്ലാഗ്മിത്ത്, അൺലീഷ്, ഗ്രോത്ത്ബുക്ക് തുടങ്ങിയവ).

enabled, _ := client.BooleanValue(ctx, "new-checkout", false, evalCtx)
if enabled {
    return newCheckout(w, r)
}
return oldCheckout(w, r)

നല്ല പതാക ശീലങ്ങൾ:

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

SLO ലംഘനം നടക്കുമ്പോൾ ഓട്ടോമാറ്റിക് റോൾബാക്ക്

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

പിന്നെ, ഏത് ഉപയോഗിക്കണം?

ഉത്പന്ന മാറ്റങ്ങളുടെ ഫീച്ചർ ഫ്ലാഗുകളുമായി തുടങ്ങുക, അവയാണ് ഏറ്റവും എളുപ്പമുള്ള വിജയം. നിങ്ങളുടെ ഏറ്റവും പ്രധാനപ്പെട്ട സേവനങ്ങളുടെ ഓട്ടോമാറ്റിക് വിശകലനവുമായി കാനറി റിലീസുകൾ ചേർക്കുക. നീല-പച്ച ഉപയോഗിക്കുക, ഒരു വലിയ പതിപ്പ് മാറ്റം പോലെ, ഒരു ശുദ്ധമായ സ്വിച്ച് ആവശ്യമുള്ളപ്പോൾ. കുറഞ്ഞ അപകടസാധ്യതയുള്ള എല്ലാ കാര്യങ്ങളും അപ്ഡേറ്റ് ചെയ്യണം.

എന്റെ അഭിപ്രായം: ചെറിയ ഘട്ടങ്ങളിലൂടെ പുറത്തിറക്കുക, അളവുകൾ ആദ്യം തീരുമാനമെടുക്കട്ടെ, തിരികെ പോകുന്നത് എപ്പോഴും ഒരു ക്ലിക്കിൽ അകലെ ആണെന്ന് ഉറപ്പാക്കുക.

ഡെസ്ലി

വേഗതയേറിയ സിഐ പൈപ്പ്ലൈനുകൾ: 40 മിനിറ്റിൽ നിന്ന് 8 മിനിറ്റിലേക്ക്

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു പതുക്കിയ പൈപ്പ്ലൈനിന് കമ്പ്യൂട്ടർ സമയത്തേക്കാൾ വില കൂടുതലാണ്. കാത്തിരിക്കുമ്പോൾ ഡെവലപ്പർമാർ മറ്റൊന്നിലേക്ക് മാറുന്നു, ഫോക്കസ് നഷ്ടപ്പെടുന്നു, വീണ്ടും കാത്തിരിക്കാതിരിക്കാൻ മാറ്റങ്ങൾ കൂട്ടിച്ചേർക്കുന്നു, "ഇത് ഒരുപക്ഷേ കടന്നുപോകും" എന്ന ചിന്തയിൽ ലയിക്കാൻ തുടങ്ങുന്നു. 40 മിനിറ്റ് നീണ്ടു നിൽക്കുന്ന ഒരു പൈപ്പ്ലൈൻ എല്ലാം മോശമാക്കുന്നു. വലിയ മാറ്റങ്ങൾ, വേഗത കുറഞ്ഞ അവലോകനങ്ങൾ, കൂടുതൽ അപകടസാധ്യത.

മിക്ക പദ്ധതികളും അവരുടെ പൈപ്പ്ലൈൻ സമയം 40 മിനിറ്റിൽ നിന്ന് 10 മിനിറ്റിലധികം കുറയ്ക്കുന്നു. ഏറ്റവും വലിയ വ്യത്യാസം ഉണ്ടാക്കുന്ന സാങ്കേതിക വിദ്യകൾ ഇതാ, ഞാൻ ശ്രമിക്കുന്ന ക്രമത്തിൽ.

പതുക്കെ പതുക്കെ വരുന്ന ഭാഗങ്ങൾ കണ്ടെത്തുന്നു

അന്ധമായി ഒപ്റ്റിമൈസ് ചെയ്യരുത്. ആദ്യം, നടപടി:

നോക്കൂ ഓരോ ജോലിയുടെയും ഘട്ടത്തിന്റെയും ദൈർഘ്യം കഴിഞ്ഞ കുറച്ച് ആഴ്ചകളായി. ഗിറ്റ്ഹബ് ആക്ഷനുകളും ഗിറ്റ്ലാബും മിക്ക ഐഐ ടൂളുകളും ഇത് കാണിക്കുന്നു.
കണ്ടുപിടിക്കുക വിമര് ശന പാത: മൊത്തം സമയം നിശ്ചയിക്കുന്ന ജോലികളുടെ ശൃംഖല. വേഗത കുറഞ്ഞ ജോലിയുടെ കൂടെ വേഗത കൂട്ടുന്നതൊന്നും മാറ്റില്ല.
എത്ര സമയം കടന്നുപോകുന്നു എന്ന് പരിശോധിക്കുക സജ്ജീകരണം: ഉപകരണങ്ങള് ഇൻസ്റ്റാളുചെയ്യുക, ആശ്രിതത്വങ്ങള് ഡൌണ് ലോഡ് ചെയ്യുക, ചിത്രങ്ങള് പിൻവലിക്കുക. പലപ്പോഴും അതിശയകരമായി വലിയൊരു പങ്ക്.

സാധാരണയായി മൂന്നോ നാലോ ചുവടുകള് മിക്ക സമയവും എടുക്കുന്നു. അവിടെ ശ്രദ്ധിക്കുക.

കാഷെ ചെയ്യാവുന്ന എല്ലാ കാര്യങ്ങളും കാഷെ ചെയ്യുന്നു

മിക്ക പൈപ്പ് ലൈനുകളുടെയും ഏറ്റവും വലിയ വിജയം.

ആശ്രിതത്വത്തിന്റെ ഒളിപ്പിടങ്ങൾ. പാക്കേജ് ഡൌൺലോഡുകൾ (npm, pip, Maven, Go മൊഡ്യൂളുകൾ) ഓരോ റണ്ണിലും ആദ്യം മുതൽ സംഭവിക്കരുത്. മിക്ക സജ്ജീകരണ പ്രവർത്തനങ്ങളിലും ലോക്ക് ഫയലിൽ ഒരു ബിൽറ്റ്-ഇൻ കാഷെ ഓപ്ഷൻ കീ ചെയ്തിട്ടുണ്ട്:

- uses: actions/setup-node@<sha> # v4
  with:
    node-version: 22
    cache: npm

ഡോക്കര് ലെയര് കാഷിംഗ്. ബിൽഡ്കിറ്റ് ഉപയോഗിച്ച്, റൺസ് തമ്മിലുള്ള കാഷെ ലെയറുകൾ, ഐസി ദാതാവിന്റെ കാഷെ അല്ലെങ്കിൽ ഒരു രജിസ്ട്രിയിൽഃ

- uses: docker/build-push-action@<sha> # v6
  with:
    cache-from: type=registry,ref=ghcr.io/my-org/shop-api:buildcache
    cache-to: type=registry,ref=ghcr.io/my-org/shop-api:buildcache,mode=max

നന്നായി ഓർഡർ ചെയ്ത ഡോക്കർഫയലുമായി (ആദ്യം ആശ്രയത്വങ്ങൾ, അവസാനം കോഡ്) സംയോജിപ്പിച്ച്, ഇമേജ് ബിൽഡുകൾ പലപ്പോഴും നിരവധി മിനിറ്റുകളിൽ നിന്ന് ഒന്നിൽ താഴെയായി കുറയുന്നു.

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

നിങ്ങളുടെ പൈപ്പ് ലൈനിന് വീണ്ടും ചെയ്യേണ്ടിവരാത്ത ജോലിയാണ് ഏറ്റവും വേഗതയേറിയത്.

സമാന്തരമായി ഓടുന്നു

പല പൈപ്പ്ലൈനുകളും ഒരു പടി പിന്നാലെ മറ്റൊന്ന് നടക്കുന്നു. സ്വതന്ത്രമായ ജോലി തേടുക:

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

പരീക്ഷണങ്ങള് വിഭജിക്കുകയും, കറൻറീനില് സൂക്ഷിക്കുകയും ചെയ്യുക

പരിശോധനകളാണ് ഏറ്റവും ദൈർഘ്യമേറിയ ഘട്ടം. രണ്ടു രീതികൾ:

പരീക്ഷണം വിഭജിക്കുന്നു. ടെസ്റ്റ് സ്യൂട്ടിനെ പല സമാന്തര ജോലികളിലായി വിഭജിക്കുക, ചരിത്രപരമായ സമയക്രമത്തിൽ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, അതിനാൽ ഓരോ ജോലിയും ഏകദേശം ഒരേ സമയം എടുക്കും. പല ടെസ്റ്റ് ഫ്രെയിം വർക്കുകളും ഐസി ടൂളുകളും ഇത് പ്രാദേശികമായി അല്ലെങ്കിൽ ചെറിയ സഹായ ഉപകരണങ്ങളിലൂടെ പിന്തുണയ്ക്കുന്നു.

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

എല്ലാ പരീക്ഷണങ്ങളും ഓരോ കമ്മിറ്റിലും നടത്തേണ്ടതുണ്ടോ എന്ന് ചോദിക്കുക. നീണ്ട എൻഡ്-ടു-എൻഡ് സ്യൂട്ടുകൾ മെയിൻ അല്ലെങ്കിൽ നൈറ്റ്ലി ലേക്ക് ലയിപ്പിച്ചുകൊണ്ട് പ്രവർത്തിപ്പിക്കാൻ കഴിയും, അതേസമയം പിൻ അഭ്യർത്ഥനകൾ ഫോക്കസ് ചെയ്ത ഉപസെറ്റ് പ്രവർത്തിപ്പിക്കുന്നു.

മാറ്റം വന്നത് മാത്രം പ്രവർത്തിപ്പിക്കുക

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

പാത്ത് ഫിൽട്ടറുകൾ പ്രസക്തമായ ഫോൾഡറുകള് മാറുമ്പോള് മാത്രം ജോലികള് ആരംഭിക്കുക.
ബാധിതരായ കെട്ടിടങ്ങള് മാത്രം Nx, Turborepo, Bazel അല്ലെങ്കിൽ Pants എന്നിവ ഉപയോഗിച്ച് ഒരു മാറ്റം സ്പർശിക്കുന്ന പ്രോജക്ടുകൾ കൃത്യമായി കണ്ടെത്താൻ ആശ്രയത്വ ഗ്രാഫ് ഉപയോഗിക്കുക.

നല്ല ഓട്ടക്കാരെ

ചിലപ്പോള് യന്ത്രം തന്നെയാണ് തടസ്സം.

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

ചെറിയ വിജയങ്ങൾ കൂടി ചേർക്കുന്നു

ആഴമില്ലാത്ത ഗിറ്റ് ക്ലോണുകൾ (fetch-depth: 1) നിങ്ങൾക്ക് ചരിത്രം ആവശ്യമില്ലെങ്കിൽ.
നിങ്ങളുടെ ഉപകരണങ്ങള് ഉപയോഗിച്ച് മുൻകൂട്ടി നിർമ്മിച്ച ഐ. സി. ചിത്രങ്ങള് .
പുതിയ commit ഒരേ ബ്രാഞ്ചിലേക്ക് തള്ളുമ്പോൾ കാലഹരണപ്പെട്ട റൺസ് റദ്ദാക്കുന്നു (concurrency കൂടെ cancel-in-progress).
ആരും നോക്കാത്ത പടികൾ നീക്കം ചെയ്യുന്നു.

പിന്നെ, നല്ല ലക്ഷ്യം എന്താണ്?

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

എന്റെ അഭിപ്രായം: പൈപ്പ് ലൈനിന്റെ വേഗത ഒരു സവിശേഷതയായി കണക്കാക്കുക. നിങ്ങൾ സംരക്ഷിക്കുന്ന ഓരോ മിനിറ്റും ഓരോ ഡെവലപ്പർമാരും വീണ്ടും സംരക്ഷിക്കുന്നു, ഓരോ കമ്മിറ്റിലും.

ഡെസ്ലി

ഡാഗറിനൊപ്പം യഥാർത്ഥ കോഡിലുള്ള പൈപ്പ്ലൈനുകൾ

Tue, 20 Oct 2026 23:10:30 +0200

ഇതാ ഒരു ലൂപ്പ് ഓരോ ഡെവ് ഒപ്സ് എഞ്ചിനീയർ അറിയുന്നു. പൈപ്പ് ലൈന് YAML മാറ്റി വയ്ക്കുക. പ്രതിജ്ഞാബദ്ധം. തള്ളി. ഐ. സി. ക്ക് വേണ്ടി കാത്തിരിക്കൂ. ഒരു ടൈപ്പ് പിശകില് അത് പരാജയപ്പെടുന്നു. ശരിയാക്കുക. "ഫിക്സ് സി" നടത്തുക. തള്ളി. കാത്തിരിക്കൂ. പരാജയം. "വീണ്ടും ശരിയാക്കുക". 20 കമീറ്റ്സ് കഴിഞ്ഞ്, അത് പ്രവർത്തിക്കുന്നു, ഗിറ്റ് ചരിത്രം ഒരു സഹായത്തിനായി നിലവിളിക്കുന്നതായി തോന്നുന്നു.

പ്രധാന പ്രശ്നം മിക്ക പൈപ്പ്ലൈനുകളും സിഐ സിസ്റ്റത്തിനകത്ത് മാത്രമേ പ്രവർത്തിക്കാവൂ എന്നതാണ്. നിങ്ങളുടെ ലാപ്ടോപ്പിൽ പ്രവർത്തിപ്പിക്കാനോ ശരിയായി ഡീബഗ് ചെയ്യാനോ YAML പകർത്താതെ ലോജിക് വീണ്ടും ഉപയോഗിക്കാനോ കഴിയില്ല. ഡാഗര് അത് പരിഹരിക്കാൻ ശ്രമിക്കുന്നു.

YAML പ്രശ്നം

സിഐ യാംല് ഒരു പ്രോഗ്രാമിങ് ഭാഷയായി വളര് ന്നു. ആരും അത് പോലെ രൂപകല് പിച്ചിട്ടില്ല. അവസ്ഥ, ലൂപ്പുകൾ, വേരിയബിളുകൾ, ടെംപ്ലേറ്റുകൾ, സ്ട്രിങ്ങുകൾക്കുള്ളിലെ പദപ്രയോഗങ്ങൾ. പക്ഷേ ഡീബഗ്ഗർ, ടെസ്റ്റുകൾ, ടൈപ്പ് ചെക്ക്, കോഡ് പങ്കിടാനുള്ള നല്ല മാർഗങ്ങൾ എന്നിവ ഇല്ലാതെ.

ഓരോ ഐ. ഐ. സിസ്റ്റത്തിനും അതിന്റേതായ ഭാഷയുണ്ട്. ഗിറ്റ്ഹബ് ആക്ഷനുകൾക്കായി എഴുതിയ ഒരു പൈപ്പ്ലൈൻ ഗിറ്റ്ലാബിലോ ജെൻകിൻസിലോ നിങ്ങളുടെ ലാപ്ടോപ്പിലോ പ്രവർത്തിക്കില്ല.

ഡാഗർ ചെയ്യുന്നതെന്താണ്

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

നിങ്ങളുടെ ഐ. സി. ക്രമീകരണം "ഡാഗർ ഇൻസ്റ്റാൾ ചെയ്യുക, ഈ ഫംഗ്ഷൻ പ്രവർത്തിപ്പിക്കുക" എന്നതിലേക്ക് ചുരുങ്ങുന്നു.

എന്റെ ആദ്യത്തെ ഡാഗര് പൈപ്പ്ലൈന്

Go-യിൽ ഒരു ചെറിയ ഉദാഹരണം: ഒരു ആപ്ലിക്കേഷൻ നിർമ്മിക്കുകയും പരിശോധിക്കുകയും ചെയ്യുക, പിന്നെ ഒരു കണ്ടെയ്നർ ഇമേജ് നിർമ്മിക്കുക.

package main

import (
    "context"
    "dagger/shop/internal/dagger"
)

type Shop struct{}

// Run the tests
func (m *Shop) Test(ctx context.Context, source *dagger.Directory) (string, error) {
    return dag.Container().
        From("golang:1.25").
        WithMountedCache("/go/pkg/mod", dag.CacheVolume("go-mod")).
        WithDirectory("/src", source).
        WithWorkdir("/src").
        WithExec([]string{"go", "test", "./..."}).
        Stdout(ctx)
}

// Build the production image
func (m *Shop) Build(source *dagger.Directory) *dagger.Container {
    binary := dag.Container().
        From("golang:1.25").
        WithDirectory("/src", source).
        WithWorkdir("/src").
        WithEnvVariable("CGO_ENABLED", "0").
        WithExec([]string{"go", "build", "-o", "/app", "./cmd/server"}).
        File("/app")

    return dag.Container().
        From("gcr.io/distroless/static-debian12:nonroot").
        WithFile("/app", binary).
        WithEntrypoint([]string{"/app"})
}

പിന്നെ, നിങ്ങളുടെ ടെർമിനലിൽ നിന്നും:

dagger call test --source=.
dagger call build --source=. publish --address=ghcr.io/my-org/shop-api:dev

ഇത് സാധാരണ ഗോ കോഡാണ്. നിങ്ങള് ക്ക് ഓട്ടോമാറ്റിക് പൂര് ത്തിയാക്കല് , തരം , ഫംഗ്ഷനുകൾ , ലൂപ്പുകൾ , പിശക് കൈകാര്യം ചെയ്യല് , നിങ്ങള് ക്ക് നിങ്ങളുടെ പൈപ്പ്ലൈന് ലോജിക് മറ്റേതൊരു കോഡും പോലെ പരീക്ഷിക്കാം.

ഏറ്റവും നല്ല ഐ. ഐ. പൈപ്പ്ലൈൻ മറ്റാരെങ്കിലും കാണുന്നതിന് മുമ്പ് നിങ്ങളുടെ സ്വന്തം മെഷീനിൽ പ്രവർത്തിപ്പിക്കാനും ഡീബഗ് ചെയ്യാനും ശരിയാക്കാനും കഴിയുന്നതാണ്.

ഒരേ പൈപ്പ്ലൈൻ പ്രാദേശികമായും CI ലും

ഗിറ്റ്ഹബ് ആക്ഷനുകളിൽ, വർക്ക്ഫ്ലോ വളരെ ചെറുതായിത്തീരുന്നു:

- uses: dagger/dagger-for-github@<sha>
  with:
    verb: call
    args: test --source=.

നാളെ ഗിറ്റ്ലാബിലേക്കോ ജെൻകിൻസിലേക്കോ പോകൂ, ആ കുറച്ച് വരികൾ മാത്രമേ മാറുകയുള്ളൂ. പൈപ്പ് ലൈനിന് റെ അവസ്ഥയും അതേപടി തന്നെ.

കാഷെ ഇൻബിൽറ്റ് ചെയ്തിരിക്കുന്നുഃ ഓരോ ഘട്ടവും അതിന്റെ ഇൻപുട്ടുകൾ കാഷെ ചെയ്യുന്നു, അതിനാൽ മാറ്റമില്ലാത്ത ഘട്ടങ്ങൾ പ്രാദേശികമായും CI- ലും ഒഴിവാക്കപ്പെടുന്നു (CI റണ്ണർ കാഷെ സൂക്ഷിക്കുന്നു അല്ലെങ്കിൽ ഡാഗറിന്റെ ക്ലൌഡ് കാഷെ ഉപയോഗിക്കുന്നുവെങ്കിൽ).

പുനരുപയോഗം ചെയ്യാവുന്ന മൊഡ്യൂളുകൾ

ഡാഗറിന് ഒരു മോഡുലര് സംവിധാനമുണ്ട്. മറ്റുള്ളവർ എഴുതിയ മൊഡ്യൂളുകൾ (ഉദാഹരണത്തിന്, ലിൻറ്റിംഗ്, സ്കാനിംഗ് അല്ലെങ്കിൽ വിന്യസിക്കൽ) നിങ്ങൾക്ക് വിളിക്കാം അല്ലെങ്കിൽ നിങ്ങളുടെ ഓർഗനൈസേഷനിൽ നിങ്ങളുടെ സ്വന്തം പങ്കിടാം. ഇത് ഒരു പൈപ്പ്ലൈൻ ലോജിക് പങ്കുവയ്ക്കുന്നതിനുള്ള നല്ലൊരു മാർഗമാണ്. YAML സ്നിപ്പെറ്റുകൾ റെപ്പോസിറ്ററികൾക്കിടയിൽ പകർത്തുന്നതിനേക്കാൾ.

അത് അമിതമായിരിക്കുമ്പോൾ

എല്ലാ പ്രോജക്റ്റിനും കത്തി വേണ്ടിവരില്ല.

ലളിതമായ പൈപ്പ്ലൈൻ: നിങ്ങളുടെ പൈപ്പ്ലൈൻ "ടെസ്റ്റുകൾ നടത്തുക, ഇമേജ് നിർമ്മിക്കുക, പുഷ് ചെയ്യുക" ആണെങ്കിൽ, സാധാരണ CI YAML എല്ലാവർക്കും മനസ്സിലാക്കാൻ എളുപ്പമാണ്.
ടീം കഴിവുകൾ: പൈപ്പ്ലൈനില് തൊടുന്ന എല്ലാവരും തിരഞ്ഞെടുത്ത ഭാഷയില് സുഖമായിരിക്കണം.
പഠിക്കാനും പ്രവർത്തിപ്പിക്കാനും മറ്റൊരു ഉപകരണം: കത്തി എഞ്ചിൻ എവിടെയായിരുന്നാലും ലഭ്യമായിരിക്കണം, അത് ഇപ്പോഴും വികസിച്ചുകൊണ്ടിരിക്കുകയാണ്.
സമുദായ സ്വദേശി സവിശേഷതകൾ മാട്രിക്സ് ബിൽഡുകൾ, പരിതസ്ഥിതികൾ, അംഗീകാരങ്ങൾ എന്നിവ ഇപ്പോഴും നിങ്ങളുടെ ഐ. ഐ. സിസ്റ്റത്തിൽ നിന്നാണ് വരുന്നത്, അതിനാൽ നിങ്ങൾ രണ്ടും ഉപയോഗിക്കും.

സങ്കീർണ്ണമായ പൈപ്പ്ലൈനുകൾ, പല ഘടകങ്ങളുള്ള മോണോറെപ്പോസ്, "ഫിക്സ് സിഐ" കമിറ്റുകളിൽ മടുത്ത ടീമുകൾ, ഒന്നിലധികം സിഐ സംവിധാനങ്ങൾ ഉപയോഗിക്കുന്ന സംഘടനകൾ എന്നിവയാണ് ഇത് പ്രകാശിക്കുന്ന സ്ഥലങ്ങൾ.

അത് പരീക്ഷിക്കാന് മൂല്യവത്താണോ?

നിങ്ങളുടെ പൈപ്പ്ലൈനില് നൂറുകണക്കിന് YAML ലൈനുകളുണ്ടെങ്കിൽ ആരും തൊടാൻ ആഗ്രഹിക്കുന്നില്ല, അതെ. ഒരു സങ്കീർണ്ണമായ ജോലി ഒരു കത്തി ഫംഗ്ഷനിലേക്ക് മാറ്റിക്കൊണ്ട് തുടങ്ങുക. അത് ലോക്കലായി പ്രവർത്തിപ്പിക്കുക. "ദയവായി" എന്ന ലൂപ്പ് ഇല്ലാതായാൽ, നിനക്കറിയാം.

എന്റെ അഭിപ്രായം: പൈപ്പ്ലൈനുകൾ സോഫ്റ്റ് വെയറാണ്. ഡാഗ് നിങ്ങളെ ആ വിധത്തിൽ പെരുമാറാൻ അനുവദിക്കുന്നു, കോഡിന്റെ എല്ലാ ഭാഗങ്ങളിലും ഉപയോഗിക്കുന്ന ഉപകരണങ്ങളുമായി.

ഡെസ്ലി

വിന്യാസങ്ങളെ തകർക്കാത്ത ഡാറ്റാബേസ് മാറ്റങ്ങൾ

Tue, 20 Oct 2026 23:10:30 +0200

എനിക്ക് ചിന്തിക്കാൻ കഴിയുന്ന ഏറ്റവും ഭീതിദമായ വിന്യാസങ്ങളിൽ മിക്കതും ഒരു പൊതുവായ കാര്യമുണ്ട്: ഒരു ഡാറ്റാബേസ് മാറ്റം. കോഡ് ഭാഗം ശരിയായിരുന്നു. കോഡ് സെക്കന്റുകൾക്കകം തിരികെ കൊണ്ടുവരാം. പക്ഷെ ഒരു നിര ഒഴിവാക്കുകയോ, ഒരു പട്ടികയുടെ പേര് മാറ്റുകയോ, ഒരു ദശലക്ഷം വരികൾ മൈഗ്രേറ്റ് ചെയ്യുകയോ ചെയ്താൽ പെട്ടെന്ന് മാറ്റം വരുത്താനാവില്ല.

ഡാറ്റാബേസ് മാറ്റങ്ങള് ക്ക് നിങ്ങളുടെ ഡെലിവറി പ്രക്രിയയില് ഒരു പ്രത്യേക സ്ഥാനം വേണം. ഇതാ, അവയെ എങ്ങനെ പതിവായി ഉണ്ടാക്കാം.

കുടിയേറ്റം എന്തിനാണ് കാര്യങ്ങൾ തകർക്കുന്നത്

ചില ക്ലാസിക് രീതികളില് സ്കീമ മാറ്റങ്ങള് വൈദ്യുതി മുടക്കത്തിന് കാരണമാകുന്നു:

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

കോഡും ഡാറ്റാബേസും വ്യത്യസ്ത സമയങ്ങളിൽ മാറുന്നു, ഒരു കാലയളവിൽ, കോഡിന്റെ പഴയതും പുതിയതുമായ പതിപ്പുകൾ ഒരേ ഡാറ്റാ ബേസുമായി സംസാരിക്കുന്നു.

വിപുലീകരിക്കുക, പിന്നെ ചുരുക്കുക

സുരക്ഷിത ഡാറ്റാബേസ് മാറ്റങ്ങൾക്കുള്ള ഏറ്റവും ഉപകാരപ്രദമായ മാതൃക വിപുലീകരിക്കുകയും ചുരുക്കുകയും ചെയ്യുക (പാരലൽ മാറ്റം എന്നും വിളിക്കുന്നു). ഒരു മാറ്റത്തിനു പകരം, അനുയോജ്യമായ മാറ്റങ്ങൾ ഉണ്ടാക്കുന്നു.

ഉദാഹരണം: ഒരു നിരയുടെ പേര് മാറ്റുക name വരെ full_name.

വിപുലീകരിക്കുക: പുതിയ നിര ചേർക്കുക full_name. പഴയ കോഡ് അത് അവഗണിക്കുന്നു.
രണ്ടും എഴുതുക.: രണ്ടും എഴുതുന്ന കോഡ് വിന്യസിക്കുക name ഒപ്പം full_name, വായിക്കുന്നു name.
പിന്നിലേയ്ക്ക് പൂരിപ്പിക്കുക: നിലവിലുള്ള ഡാറ്റ പകർത്തുക name വരെ full_name, ബാച്ചുകളായി.
സ്വിച്ച് വായിക്കുന്നു: വായിക്കുന്ന കോഡ് വിന്യസിക്കുക full_name.
പഴയ നിര എഴുതുന്നത് നിർത്തൂ.: മാത്രം ഉപയോഗിക്കുന്ന കോഡ് വിന്യസിക്കുക full_name.
കരാര്: പിന്നീട്, നിങ്ങൾക്ക് ആത്മവിശ്വാസം കിട്ടിയാല് , name നിര.

കൂടുതൽ ചുവടുകൾ, തീർച്ചയായും. പക്ഷെ ഓരോ ഘട്ടത്തിലും നിലവിലുള്ളതും മുൻകാലവുമായ കോഡ് പതിപ്പുകൾ പ്രവർത്തിക്കുന്നു, അതിനാൽ ഓരോ വിന്യാസവും സുരക്ഷിതമായി റദ്ദാക്കാം.

നിങ്ങളുടെ കോഡിന്റെ മുൻ പതിപ്പിന് അതിജീവിക്കാൻ കഴിയാത്ത ഒരു ഡാറ്റാബേസ് മാറ്റം വരുത്തരുത്.

വിരല് നിയമം

കൂട്ടിച്ചേർത്ത മാറ്റങ്ങൾ സുരക്ഷിതമാണ്.: പുതിയ പട്ടികകൾ, പുതിയ ശൂന്യമായ നിരകൾ, പുതിയ സൂചികകൾ (നിങ്ങളുടെ ഡാറ്റാബേസ് പിന്തുണയ്ക്കുന്നിടത്ത് ഒരേസമയം സൃഷ്ടിക്കുന്നു).
നാശകരമായ മാറ്റങ്ങള് ക്ക് ഒരു കാത്തിരിപ്പ് കാലയളവ് ആവശ്യമാണ്: നിരകളുടെയും പട്ടികകളുടെയും പേരുമാറ്റുകയോ അവയെ ഉപയോഗിക്കാതെ പ്രവർത്തിപ്പിക്കുകയോ ചെയ്യരുത്.
നീണ്ട ലോക്കുകൾ ഒഴിവാക്കുക: വലിയ ഡാറ്റാ മൈഗ്രേഷന് ഒരു വലിയ ഇടപാടിന് പകരം ബാച്ചുകളായി. നിങ്ങളുടെ ഡാറ്റാബേസിലെ ഏത് ഓപ്പറേഷനുകളാണ് ലോക്ക് ചെയ്യുന്നതെന്ന് അറിയുക.
ഡാറ്റാ മൈഗ്രേഷനുകളിൽ നിന്നും സ്കീമ മാറ്റങ്ങൾ വേർതിരിക്കുക സാധ്യമായിടത്ത്.
മൈഗ്രേഷന് ഉല്പാദനത്തില് മുന്നോട്ട് മാത്രമായി. വികസനത്തിന് താഴേക്കുള്ള മൈഗ്രേഷന് ഉപയോഗപ്രദമാണ്, പക്ഷേ ഉല്പാദനത്തിന്, പുതിയ മൈഗ്രേഷൻ ഉപയോഗിച്ച് മുന്നോട്ട് പോകുക.

ഉപകരണങ്ങള്: അറ്റ്ലസ്, ഫ്ളൈവേ, ലിക്വിബേസ്

നിങ്ങൾക്കൊരു ടൂൾ വേണം, അത് മൈഗ്രേഷനുകൾ ക്രമത്തിൽ പ്രയോഗിക്കുകയും, പ്രയോഗിച്ചവ രേഖപ്പെടുത്തുകയും ചെയ്യും:

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

എപ്പോഴാണ് മൈഗ്രേഷനുകൾ നടത്തേണ്ടത്

ഒരു കുബർനെറ്റ്സ് ലോകത്തിലെ പൊതുവായ ഓപ്ഷനുകൾ:

വിന്യാസത്തിനു മുമ്പുള്ള ഒരു കുബർനെറ്റസ് ജോലിഉദാഹരണത്തിന് ഹെല്ം പ്രീ-അപ്ഗ്രേഡ് ഹുക്ക് അല്ലെങ്കിൽ ഒരു ആർഗോ സിഡി സിൻക് വേവ് / പ്രീ-സിൻക് ഹുക്ക്. മൈഗ്രേഷൻ വിജയകരമാണെങ്കില് മാത്രമേ വിന്യാസം തുടരുകയുള്ളൂ.
ഒരു ഇൻറീം കണ്ടെയ്നർ ആപ്പ് പോഡിൽ. ലളിതം, പക്ഷെ പല റെപ്ലിക്കുകളുണ്ടെങ്കിൽ, പലതും ഒരേസമയം കുടിയേറാൻ ശ്രമിച്ചേക്കാം. ഒരു ലോക്കിംഗ് ഉള്ള ഒരു ഉപകരണം ഉപയോഗിക്കുക.
ഒരു പ്രത്യേക പൈപ്പ് ലൈൻ ഘട്ടം പുതിയ പതിപ്പ് വിന്യസിക്കുന്നതിന് മുമ്പ്.

നിങ്ങൾ ഏത് രീതിയിലാണോ തിരഞ്ഞെടുക്കുന്നത്, കുടിയേറ്റം വിജയിക്കണം മുമ്പ് പുതിയ കോഡിന് അത് ആവശ്യമാണ്, പഴയ കോഡ് ഇപ്പോഴും പ്രവർത്തിക്കുന്നുണ്ടെങ്കിലും അത് തകര് ക്കരുത്.

ഐ. സി. യിൽ മൈഗ്രേഷന് പരിശോധന

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

പിന്നെ, ഡാറ്റാബേസ് മാറ്റങ്ങൾ എങ്ങനെ ബോറടിപ്പിക്കും?

ഒരു മൈഗ്രേഷൻ ടൂൾ ഉപയോഗിക്കുക, ഓരോ മാറ്റവും എക്സ്പാൻഡ് ആൻഡ് കൺട്രാക്ട് ഉപയോഗിച്ച് പിന്നോട്ട് അനുയോജ്യമാക്കുക, അവ ആവശ്യമുള്ള കോഡിന് മുമ്പ് സ്വപ്രേരിതമായി മൈഗ്രേഷനുകൾ പ്രവർത്തിപ്പിക്കുക, അവ യാഥാർത്ഥ്യബോധമുള്ള ഡാറ്റ ഉപയോഗിച്ച് CI ൽ പരിശോധിക്കുക. അത് കൂടുതൽ പടികളാണ്, പക്ഷെ ഓരോ പടിയും ചെറുതും സുരക്ഷിതവുമാണ്.

എന്റെ അഭിപ്രായം: ഡേറ്റാബേസുകള് ക്ക് നീണ്ട ഓർമ്മകളുണ്ട്. പതുക്കെ പതുക്കെ, ചെറിയ അനുയോജ്യമായ ഘട്ടങ്ങളിലൂടെ മാറ്റുക, അവര് നിങ്ങള് ക്ക് പൊറുത്തു തരും.

ഡെസ്ലി

ഓട്ടോപൈലറ്റിലെ പതിപ്പ് നമ്പറുകളും മാറ്റലോഗുകളും

Tue, 20 Oct 2026 23:10:30 +0200

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

ആ പ്രക്രിയ ഓട്ടോമേറ്റ് ചെയ്യുന്നത് സാധാരണയായി കൈകൊണ്ട് കൈകാര്യം ചെയ്യുന്നതിനേക്കാൾ മികച്ച ഫലങ്ങൾ നൽകുന്നു.

സെമാന്റിക് വേരിയൻസിംഗ്, ലളിതമായി

മിക്ക പദ്ധതികളും സെമാന്റിക് വേരിയൻറിംഗ് (സെംവെര്): MAJOR.MINOR.PATCH, പോലെ 2.4.1.

പാച്ച് (2.4.1 → 2.4.2): ബഗ് പരിഹാരങ്ങള് , പുതിയതും തകര് ന്നതുമായ ഒന്നും ഇല്ല.
ചെറിയ (2.4.1 → 2.5.0): പുതിയ സവിശേഷതകൾ, പിന്നോക്കം അനുയോജ്യം.
മേജര് (2.4.1 → 3.0.0): മാറ്റങ്ങൾ ലംഘിക്കുക. ഉപയോക്താക്കൾക്ക് എന്തെങ്കിലും മാറ്റം വരുത്തേണ്ടിവരും.

പതിപ്പ് നമ്പര് നിങ്ങളുടെ ഉപയോക്താക്കള് ക്ക് ഒരു വാഗ്ദാനമാണ്. ചെറിയൊരു അപ്ഗ്രേഡ് സുരക്ഷിതമായിരിക്കണം. ഒരു പ്രധാന കാര്യം ശ്രദ്ധിക്കേണ്ടതാണ്.

സാധാരണ കരാറുകൾ

പതിപ്പുകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള തന്ത്രം കംമിറ്റ് മെസേജുകൾ യന്ത്രം വായിക്കാൻ കഴിയുന്നതാക്കുകയാണ്. സാധാരണ കരാറുകൾ ലളിതമായ ഒരു നിയമമാണ്:

feat: add Apple Pay to checkout
fix: handle empty cart in order summary
docs: explain retry configuration
chore: update dependencies
feat!: remove deprecated v1 payment API

feat ഒരു പുതിയ സവിശേഷതയാണ്, അതിനാൽ ഒരു ചെറിയ ഒരു ബമ്പ്.
fix ഒരു ബഗ് പരിഹാരം എന്നാണ് അർത്ഥം, അതിനാൽ ഒരു പച്ചില ഒരു ബമ്പ്.
! അല്ലെങ്കിൽ BREAKING CHANGE: അടിവശം എന്നതിനർത്ഥം പ്രധാനം ഒരു ബമ്പ്.
മറ്റു തരത്തിലുള്ളവ (docs, chore, refactor, test, ci) സ്വയം ഒരു റിലീസ് സജീവമാക്കുന്നില്ല.

നിങ്ങള് ക്ക് ഒരു പരിധി കൂടി ചേര് ക്കാം: fix(api): ..., feat(ui): ....

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

നിങ്ങളുടെ കംമെറ്റ് ചരിത്രം ഒരു യന്ത്രത്തിന് മനസ്സിലാക്കാൻ പര്യാപ്തമാണെങ്കിൽ, നിങ്ങളുടെ ഭാവി സ്വഭാവത്തിനും അത് വ്യക്തമാണ്.

പ്രവർത്തനത്തിലെ റിലീസ്-പ്ലീസ്

ദയവായി വിടൂ.ഗൂഗിളിന്റെ, എന്റെ പ്രിയപ്പെട്ട ഉപകരണമാണ്. ഇത് നിങ്ങളുടെ പ്രധാന ശാഖയെ നിരീക്ഷിക്കുകയും ഒരു തുറന്ന "റിലീസ് പിൻ അഭ്യർത്ഥന" സൂക്ഷിക്കുകയും ചെയ്യുന്നു, അതിൽ അടങ്ങിയിരിക്കുന്നുഃ

അടുത്ത പതിപ്പ് നമ്പർ, അവസാന പതിപ്പിൽ നിന്നും ചെയ്ത commits ൽ നിന്നും കണക്കാക്കിയത്.
ഒരു അപ്ഡേറ്റ് CHANGELOG.md, സവിശേഷതകൾ, ബഗ് പരിഹാരങ്ങൾ, മാറ്റങ്ങൾ എന്നിവയിൽ ഗ്രൂപ്പുചെയ്തിരിക്കുന്നു.
ഫയലുകളിലെ പതിപ്പ് ബംപ്സ് package.json, pyproject.toml അല്ലെങ്കിൽ ഒരു ഹെൽമും. Chart.yaml.

നിങ്ങള് റിലീസ് ചെയ്യാൻ തയ്യാറാകുമ്പോൾ, ആ പിൻ അഭ്യർത്ഥനയെ നിങ്ങള് സംയോജിപ്പിക്കും. release-please ഗിറ്റ് ടാഗും ഗിറ്റ്ഹബ് റിലീസും സൃഷ്ടിക്കുന്നു. നിങ്ങളുടെ സാധാരണ പൈപ്പ്ലൈനിന് ടാഗ് കാണും, അത് നിർമ്മിക്കുകയും പ്രസിദ്ധീകരിക്കുകയും ചെയ്യും.

name: release-please
on:
  push:
    branches: [main]

permissions:
  contents: write
  pull-requests: write

jobs:
  release:
    runs-on: ubuntu-latest
    steps:
      - uses: googleapis/release-please-action@<sha> # v4
        with:
          release-type: go

എനിക്കിഷ്ടം ഒരു മനുഷ്യന് ഇപ്പോഴും തീരുമാനമെടുക്കുന്നു എന്നതാണ്. എപ്പോഴാണ് പിആര് സംയോജിപ്പിച്ച് റിലീസ് ചെയ്യാന് . ഈ ഉപകരണം എല്ലാ അക്കൌണ്ടിംഗും ചെയ്യുന്നു.

സെമാന്റിക് റിലീസ് ഓരോ ലയനത്തിലും പൂർണ്ണമായും ഓട്ടോമാറ്റിക് ആയി റിലീസ് ചെയ്യുന്ന ഒരു ജനപ്രിയ ബദലാണ്. പതിവ് ചെറിയ റിലീസുകളുള്ള ലൈബ്രറികൾക്കുള്ളതാണ്, ചില ആപ്ലിക്കേഷനുകൾക്ക് അല്പം ഉത്സാഹമുള്ളവ.

മാറ്റങ്ങളുടെ രേഖകൾ ആളുകൾ വായിക്കുന്നുണ്ട്.

ജനറേറ്റുചെയ്ത ചാഞ്ചിംഗ് ലോഗ് നിങ്ങളുടെ കമ്മിറ്റ് സന്ദേശങ്ങൾ പോലെ നല്ലതാണ്. ചില നുറുങ്ങുകൾ:

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

ട്രങ്കിൽ അടിസ്ഥാനമാക്കിയതോ ഗിറ്റ്ഫ്ലോയിലോ?

ഓട്ടോമേറ്റഡ് വേരിയൻസിംഗ് ഏറ്റവും നന്നായി പ്രവർത്തിക്കുന്നത് തുമ്പിക്കൈ അടിസ്ഥാനമാക്കിയുള്ള വികസനം: ഹ്രസ്വകാല ശാഖകൾ, പലപ്പോഴും പ്രധാനമായി ലയിക്കുന്നു, പ്രധാന എപ്പോഴും റിലീസ് ചെയ്യാവുന്നതാണ്. റിലീസുകൾ പ്രധാന ഭാഗത്തെ ടാഗുകൾ മാത്രമാണ്.

ഗിറ്റ്ഫ്ലോ, ദീർഘകാലം വികസിപ്പിക്കുക, റിലീസ് ചെയ്യുക, ഹോട്ട്ഫിക്സ് ചെയ്യുക എന്നീ ശാഖകളുള്ള, അപൂർവ്വമായ, വലിയ റിലീസുകളുടെ ലോകത്തിനായി രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്. ചില ഉത്പന്നങ്ങൾക്ക് (നിർദ്ദിഷ്ട പതിപ്പുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഉപഭോക്താക്കൾക്ക് വിതരണം ചെയ്യുന്ന സോഫ്റ്റ്വെയർ പോലുള്ളവ) ഇത് ഇപ്പോഴും അർത്ഥവത്താണ്, എന്നാൽ മിക്ക വെബ് സേവനങ്ങൾക്കും ഇത് വലിയ നേട്ടമില്ലാതെ സങ്കീർണ്ണത കൂട്ടിച്ചേർക്കുന്നു.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

പിൻ അഭ്യർത്ഥനയുടെ ശീർഷകങ്ങൾക്കുള്ള സാധാരണ കമിറ്റുകളെ അംഗീകരിക്കുക, ലളിതമായ പരിശോധനയിലൂടെ അത് നടപ്പിലാക്കുക, ഒരു റിപ്പോസിറ്ററിയിലേക്ക് റിലീസ്-ദയവായി ചേർക്കുക. കുറച്ച് റിലീസുകൾക്ക് ശേഷം, കൈകൊണ്ട് മാറ്റലോഗ് എഴുതാൻ ആരും ആഗ്രഹിക്കില്ല.

എന്റെ അഭിപ്രായം: റോബോട്ടുകളെ എണ്ണാനും എഴുതാനും അനുവദിക്കുക. എപ്പോഴാണ് വിമാനം കയറേണ്ടതെന്ന് തീരുമാനിക്കാൻ മനുഷ്യരെക്കൂടി ഇവിടെ നിർത്തുക.

ഡെസ്ലി

വേദനയില്ലാതെ ആസക്തികളെ നിലനിർത്തുക

Tue, 20 Oct 2026 23:10:30 +0200

ഓരോ പ്രോജക്ടും പുതിയ ആശ്രിതത്വങ്ങളോടെയാണ് തുടങ്ങുന്നത്. ഒരു വര് ഷം കഴിഞ്ഞ്, അവയില് പകുതിയും കാലഹരണപ്പെട്ടവയാണ്. രണ്ടു വർഷത്തിനു ശേഷം ഒരു ലൈബ്രറി അപ്ഗ്രേഡ് ചെയ്യാന് അഞ്ച് ലൈബ്രറികള് കൂടി അപ്ഗ്രെഡ് ചെയ്യണം, ഫ്രെയിം വർക്ക്, ഭാഷാ പതിപ്പ്, പെട്ടെന്ന് ഒരു ചെറിയ അപ്ഡേറ്റ് ഒരു മൂന്നു ആഴ്ചത്തെ പ്രോജക്ട് ആയി മാറുന്നു.

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

എന്തുകൊണ്ട് അപ്ഡേറ്റുകൾ കൂട്ടിചേരുന്നു

അവയൊന്നും ആരുടേയും സ്വന്തമല്ല. അപ്ഡേറ്റുകൾ പ്രധാനമാണ് പക്ഷെ ഒരിക്കലും അടിയന്തിരമല്ല, ഒരു ദുർബലത അവയെ അടിയന്തിരം ആക്കുന്നതുവരെ.
എന്തെങ്കിലും തകർക്കുന്നതിനെക്കുറിച്ചുള്ള ഭയം. നല്ല ടെസ്റ്റുകളില്ലാതെ, എല്ലാ അപ്ഡേറ്റുകളും അപകടകരമാണ്.
ഒരേ സമയം വളരെയധികം. ഒരു പഴയ റെപ്പോയില് ഒരു ബോട്ട് ഓണാക്കുന്നത് ആദ്യ ദിവസം തന്നെ 50 പിൻവലിക്കല് അഭ്യർത്ഥനകള് ഉണ്ടാക്കുന്നു, ആളുകൾ അവയെല്ലാം അവഗണിക്കുന്നു.

ഡെപൻഡാബോട്ട് vs റിനോവേറ്റ്

ആശ്രിതൻ ഗിറ്റ്ഹബ്ബില് അന്തര് ഘടിപ്പിച്ചിരിക്കുന്നതാണ്. എളുപ്പത്തിൽ ഓണാക്കാം, ഏറ്റവും സാധാരണമായ പരിസ്ഥിതി വ്യവസ്ഥിതികളിലെ സുരക്ഷാ അലേർട്ടുകളും പതിപ്പ് അപ്ഡേറ്റുകളും കൈകാര്യം ചെയ്യുന്നു. പല പദ്ധതികൾക്കും മതിയാകും.

പുതുക്കുക (Mend, ഓപ്പൺ സോഴ്സ്) കൂടുതൽ ശക്തവും വഴക്കമുള്ളതുമാണ്:

കൂടുതൽ പാക്കേജ് മാനേജർമാർക്കും ഫയൽ തരങ്ങൾക്കും പിന്തുണ നൽകുന്നു: ഡോക്കർ ഫയലുകൾ, ഹെൽം ചാർട്ടുകൾ, കുബർനെറ്റ്സ് മാനിഫെസ്റ്റുകൾ, ടെറാഫോർം, ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ, ഏതാണ്ട് എന്തിനും വേണ്ടി ഇഷ്ടാനുസൃത റീജെക്സ് അടിസ്ഥാനമാക്കിയുള്ള പൊരുത്തപ്പെടുത്തൽ.
വളരെ വഴക്കമുള്ളത് ഗ്രൂപ്പിംഗ്, ഷെഡ്യൂളിംഗ്, ഓട്ടോമർജർ എന്നിവ നിയമങ്ങൾ.
A ആശ്രിതത്വ ഡാഷ്ബോർഡ് എല്ലാം കാണിച്ചു കൊടുക്കുന്ന പ്രശ്നം.
ഗിറ്റ്ഹബ്, ഗിറ്റ്ലാബ്, ബിറ്റ്ബക്കറ്റ്, അസ്യൂർ ഡെവൊപ്സ് എന്നിവയിലും അതിലേറെയും പ്രവർത്തിക്കുന്നു.

അടിസ്ഥാന സൌകര്യങ്ങളുള്ള റിപ്പോസിറ്ററികൾക്കായി, എനിക്ക് റിനോവേറ്റ് ഇഷ്ടമാണ്, കാരണം ഇത് ഇമേജ് ടാഗുകൾ, ചാർട്ട് പതിപ്പുകൾ, പിൻ ചെയ്ത ആക്ഷൻ ഷാ എന്നിവയും അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയും.

എന്റെ പുതുക്കിയ ക്രമീകരണം

ശാന്തമായ ആരംഭ ക്രമീകരണം:

{
  "$schema": "https://docs.renovatebot.com/renovate-schema.json",
  "extends": ["config:recommended", ":dependencyDashboard"],
  "schedule": ["before 7am on monday"],
  "timezone": "Europe/Berlin",
  "prConcurrentLimit": 5,
  "minimumReleaseAge": "3 days",
  "packageRules": [
    {
      "matchUpdateTypes": ["patch", "minor"],
      "matchCurrentVersion": "!/^0/",
      "groupName": "non-major dependencies",
      "automerge": true
    },
    {
      "matchManagers": ["github-actions"],
      "groupName": "github actions",
      "pinDigests": true
    },
    {
      "matchDatasources": ["docker"],
      "pinDigests": true
    }
  ],
  "vulnerabilityAlerts": {
    "schedule": ["at any time"],
    "labels": ["security"]
  }
}

ഇത് ചെയ്യുന്നതെന്ത്?

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

ഓരോ ആഴ്ചയും ചെറിയ അപ്ഡേറ്റുകൾ ബോറടിപ്പിക്കുന്നതാണ്. ഓരോ രണ്ടു വര് ഷം കൂടുമ്പോഴും ഒരു വലിയ അപ്ഗ്രേഡ് ഒരു പ്രോജക്ട് ആണ്. വിരസത തിരഞ്ഞെടുക്കുക.

ഓട്ടോമർജെ, സുരക്ഷിതമായി

ഓട്ടോമാറ്റിക് ഡെപൻഡൻസി അപ്ഡേറ്റുകൾ അപകടകരമായി തോന്നിയേക്കാം, പക്ഷെ അത് പ്രക്രിയയെ നിയന്ത്രിക്കാവുന്നതാക്കുന്നു. നിയമങ്ങൾ ഇങ്ങനെയാണ്:

നല്ല പരിശോധനകൾ എല്ലാ പിആര് പേപ്പറുകളിലും കാണും. പരീക്ഷണങ്ങളില്ലാത്ത ഓട്ടോമർജെ ചൂതാട്ടമാണ്.
ആവശ്യമായ സ്റ്റാറ്റസ് പരിശോധനകൾ ബ്രാഞ്ച് പരിരക്ഷയില് ,അങ്ങനെ ഒന്നും ലയിക്കുന്നില്ല,അല്ലെങ്കില് CI പച്ചയായിരിക്കും.
കുറഞ്ഞ അപകടസാധ്യതയുള്ള അപ്ഡേറ്റുകൾക്ക് മാത്രം: സ്ഥിരമായ (1.0+) പാക്കേജുകളുടെ പാച്ചുകളും ചെറിയ പതിപ്പുകളും, ഡെവ ഡെപൻഡൻസികളും, ലിന്ററുകളും.
പ്രധാന പതിപ്പുകൾ ഒരിക്കലും ഓട്ടോമാറ്റിക് ആയി ലയിപ്പിക്കരുത്. അവയെ മനുഷ്യന് നിരീക്ഷിക്കും.

മാറ്റങ്ങൾ ലംഘിക്കുന്നതു കൈകാര്യം ചെയ്യുക

പ്രധാനപ്പെട്ട ചില കാര്യങ്ങൾ ശ്രദ്ധിക്കേണ്ടതുണ്ട്:

നവീകരിക്കുക റിലീസ് നോട്ടുകൾ പി.ആര് . വായിക്കൂ.
അപ്ഡേറ്റ് ചെയ്യുക ഓരോ തവണയും ഒരു പ്രധാന, അഞ്ചു പേരെ അല്ല.
വലിയ ഫ്രെയിം വർക്കുകൾക്ക്, ഒരു പ്രത്യേക ഗ്രൂപ്പ് സജ്ജമാക്കുകയും അതിനായി സമയം ക്രമീകരിക്കുകയും ചെയ്യുക, മറ്റേതൊരു ജോലിയും പോലെ.
AI കോഡിംഗ് ഏജന്റുമാർ ഇവിടെ കൂടുതലായി ഉപയോഗപ്രദമാണ്ഃ ഒരു API മാറിയതിനാൽ ഒരു അപ്ഗ്രേഡ് ബിൽഡ് തകർക്കുമ്പോൾ, ഒരു ഏജന്റിന് അതേ PR- ൽ കോഡ് മാറ്റങ്ങൾ നിർദ്ദേശിക്കാൻ കഴിയും.

ചിത്രങ്ങളും ചാർട്ടുകളും കൂടി

ആപ്ലിക്കേഷന് ആശ്രിതത്വം കഥയുടെ ഒരു ഭാഗം മാത്രമാണ്. അടിസ്ഥാന സൌകര്യങ്ങള് ക്കും ആശ്രിതത്വങ്ങളുണ്ട്:

അടിസ്ഥാന ചിത്രങ്ങൾ ഡോക്കർ ഫയലുകളിൽ
ഹെൽം ചാർട്ട് പതിപ്പുകൾ നിങ്ങളുടെ ഗിറ്റോപ്സ് റെപ്പോയില്
കണ്ടെയ്നർ ഇമേജ് ടാഗുകൾ കുബർനെറ്റസ് മാനിഫെസ്റ്റുകളില്
ടെറാഫോർം ദാതാക്കളും മൊഡ്യൂളുകളും
ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ പതിപ്പുകൾ

ഇവയെല്ലാം പുതുക്കി പണിയണം. നിങ്ങളുടെ കണ്ടെയ്നറുകളിലെ ദുർബലത കുറയ്ക്കുന്നതിനുള്ള ഏറ്റവും എളുപ്പവഴിയാണ് അടിസ്ഥാന ചിത്രങ്ങൾ അപ്ഡേറ്റ് ചെയ്യുന്നത്.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഒരു ആഴ്ചയിലെ ഷെഡ്യൂളും PR പരിധിയും ഉള്ള ഒരു റിപ്പോസിറ്ററിയിൽ റിനോവേറ്റ് (അല്ലെങ്കിൽ ഡിപൻഡാബോട്ട്) ഓണാക്കുക. നിങ്ങളുടെ പരിശോധനകളെ വിശ്വസിച്ചാല് അപ്ഡേറ്റുകള് ക്ക് ഓട്ടോമർജെന് സജ്ജമാക്കുക. ചെറിയ അപ്ഡേറ്റുകളിലേക്ക് വിപുലീകരിക്കുക, പിന്നെ ഇൻഫ്രാസ്ട്രക്ചർ ഫയലുകളിലേക്ക്. ഒരു മാസത്തിനകം, കാലികമായി തുടരുക എന്നത് ഒരു പദ്ധതിയുടെ പശ്ചാത്തല ശബ്ദമായി മാറുന്നു.

എന്റെ അഭിപ്രായം: ആസക്തികൾ പാൽ പോലെ പോകുന്നു, വീഞ്ഞു പോലെ അല്ല. ഒരു ബോട്ട് ഓരോ ആഴ്ചയും അവയെ പുതുതായി സൂക്ഷിക്കട്ടെ.

ഡെസ്ലി

ഞാൻ ടെറഫോർം പ്രോജക്ടുകൾ എങ്ങനെ ഘടനപ്പെടുത്തുന്നു

Tue, 20 Oct 2026 23:10:30 +0200

എല്ലാ ടെറഫോർം പ്രോജക്ടുകളും ശുദ്ധമായി തുടങ്ങുന്നു. ഒരു ഫോൾഡർ, ഒരു main.tfകുറച്ച് വിഭവങ്ങൾ. പിന്നെ രണ്ടാമത്തെ പരിസ്ഥിതി വരുന്നു. പിന്നെ കുറച്ച് സേവനങ്ങൾ കൂടി, ഒരു പങ്കിട്ട നെറ്റ്വർക്ക്, രണ്ടാമത്തെ മേഖല. രണ്ടു വര് ഷം കഴിഞ്ഞ്, 3,000 വരി വരികളുള്ള ഒരു main.tfആരും തൊടാൻ ധൈര്യപ്പെടാത്ത ഒരു സംസ്ഥാന ഫയലും പത്ത് മിനിറ്റ് എടുക്കുന്ന ഒരു പ്ലാനും.

ഘടനയാണ് അടിസ്ഥാന സൌകര്യ കോഡിന്റെ വ്യത്യാസം, അത് സുഗമമായി വളരുന്നു, കോഡും റെപ്പോയുടെ ഏറ്റവും ഇഷ്ടപ്പെട്ട ഭാഗമായി മാറുന്നു. ഇത് ഞാൻ ഉപയോഗിക്കുന്ന ലേഔട്ടാണ്. (ഇവിടെയുള്ളതെല്ലാം ഓപ്പൺ ടോഫുവിനും യോജിക്കുന്നു)

തത്വങ്ങള്

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

പ്രവർത്തിക്കുന്ന ഒരു ലേഔട്ട്

infrastructure/
  modules/
    network/
    eks-cluster/
    rds-postgres/
  live/
    staging/
      network/
        main.tf
        backend.tf
        terraform.tfvars
      cluster/
      databases/
    production/
      network/
      cluster/
      databases/

modules/ പരിസ്ഥിതി പ്രത്യേക മൂല്യങ്ങളില്ലാത്ത പുനരുപയോഗിക്കാവുന്ന കെട്ടിട ബ്ലോക്കുകൾ അടങ്ങിയിരിക്കുന്നു.
live/ യഥാര് ത്ഥ വിന്യാസങ്ങള് അടങ്ങിയിരിക്കുന്നു. ഓരോ ഫോൾഡറും ഒരു സ്റ്റേറ്റ് ഫയലാണ്, പരിസ്ഥിതി-നിർദ്ദിഷ്ട ഇൻപുട്ടുകളുള്ള മൊഡ്യൂളുകൾ വിളിക്കുന്നു.
ഓരോ ഫോൾഡറും ചെറുതും ശ്രദ്ധ കേന്ദ്രീകരിക്കപ്പെട്ടതുമാണ്: നെറ്റ്വർക്ക്, ക്ലസ്റ്റർ, ഡാറ്റാബേസുകൾ.

പിന്നീടുള്ള ഘടകങ്ങള് ക്ക് മുമ്പുള്ളവയില് നിന്നും ഔട്ട്പുട്ടുകള് വായിക്കാം. terraform_remote_state അല്ലെങ്കിൽ, മെച്ചപ്പെട്ട, ഡാറ്റ ഉറവിടങ്ങൾ അല്ലെങ്കിൽ ഒരു പങ്കിട്ട പാരാമീറ്റർ സ്റ്റോർ ഉപയോഗിച്ച് വിഭവങ്ങൾ തിരയുന്നതിലൂടെ.

ഫോൾഡറുകളും വർക്ക്സ്പെയ്സുകളും

ടെറാഫോർമിന് ജോലിസ്ഥലങ്ങൾ, ഒരു കോൺഫിഗറേഷന് ഒന്നിലധികം അവസ്ഥകൾ അനുവദിക്കുന്നു. അവയെ പരിസ്ഥിതികളില് ഉപയോഗിക്കാന് പ്രലോഭനമാണ്: terraform workspace select production.

എനിക്കിഷ്ടം പ്രത്യേക ഫോൾഡറുകൾ പരിസ്ഥിതിക്ക് വേണ്ടി:

ഏത് പരിതസ്ഥിതിയിലാണ് നിങ്ങൾ പ്രവർത്തിക്കുന്നതെന്ന് കോഡിൽ കാണാനാകും.
പ്രൊഡക്ഷന് സ്വന്തമായി ബാക്ക് എൻഡ്, സ്വന്തം അനുമതികൾ, സ്വന്തം പൈപ്പ്ലൈൻ എന്നിവ ഉണ്ടായിരിക്കാം.
തെറ്റായ ജോലിസ്ഥലത്ത് അബദ്ധത്തിൽ അപേക്ഷിക്കുന്നത് ക്ലാസിക്, വേദനാജനകമായ ഒരു തെറ്റാണ്.

ഒരേ കാര്യത്തിന്റെ പല കോപ്പികളും ഉണ്ടാക്കുന്നതിനും വർക്ക്സ്പെയ്സുകൾ ഇപ്പോഴും ഉപയോഗപ്രദമാണ്, ഓരോ ഉപഭോക്താവിനും ഒരു സ്റ്റാക്ക് അല്ലെങ്കിൽ പ്രിവ്യൂ പരിതസ്ഥിതികൾ പോലെ.

ഏത് പരിസ്ഥിതി മാറ്റാൻ പോകുന്നു എന്ന് അറിയാൻ ഒരു കമാൻഡ് പ്രവർത്തിപ്പിക്കേണ്ടിവന്നാൽ, ആ ഘടന നിങ്ങളുടെ നേരെ പ്രവർത്തിക്കുന്നു.

വിദൂര നിലയും ലോക്കിംഗും

ഒരിക്കലും ലാപ്ടോപ്പില് സ്റ്റേറ്റ് സൂക്ഷിക്കരുത്. ലോക്കിംഗിനുള്ള ഒരു വിദൂര ബാക്ക്എൻഡ് ഉപയോഗിക്കുകഃ

terraform {
  backend "s3" {
    bucket       = "acme-terraform-state"
    key          = "production/network/terraform.tfstate"
    region       = "eu-central-1"
    encrypt      = true
    use_lockfile = true
  }
}

S3 ബാക്ക്എൻഡ് ഇപ്പോൾ ഒരു ലോക്ക് ഫയൽ ഉപയോഗിച്ച് നേറ്റീവ് ലോക്കിംഗിനെ പിന്തുണയ്ക്കുന്നു, അതിനാൽ പ്രത്യേക ഡൈനാമോഡിബി പട്ടിക ഇനി ആവശ്യമില്ല. അസ്യുര് സംഭരണവും ഗൂഗിൾ ക്ലൌഡ് സംഭരണ ബാക്ക്എൻഡുകളും പ്രാദേശികമായി ലോക്ക് ചെയ്തിരിക്കുന്നു.

സ്റ്റേറ്റ് ബക്കറ്റ് സംരക്ഷിക്കുക: പതിപ്പ് സജ്ജീകരണം, എൻക്രിപ്ഷൻ, അത് ആവശ്യമുള്ള ആളുകളിലേക്കും പൈപ്പ്ലൈനുകളിലേക്കും മാത്രം പ്രവേശനം. സംസ്ഥാനം പലപ്പോഴും രഹസ്യങ്ങൾ സൂക്ഷിക്കുന്നു.

ടെറഗ്രണ്ട് അല്ലെങ്കിൽ സ്റ്റാക്ക്സ്?

മുകളിലുള്ള ഫോൾഡർ ലേഔട്ടിന് ഒരു ദേഷ്യകരമായ പാർശ്വഫലമുണ്ട്: ധാരാളം ആവർത്തിച്ചുള്ള ബോട്ടിൽപ്ലേറ്റ്. ഓരോ ഫോൾഡറിനും അതിന്റെ ബാക്ക് എൻഡ് കോൺഫിഗറേഷനും പ്രൊവൈഡർ കോൺഫിഗ്രേഷനും ആവശ്യമാണ്.

സഹായകമായ ഉപകരണങ്ങൾ:

മണ്ണിളക്കി (ഗ്രണ്ട് വർക്കിൽ നിന്നും) കോൺഫിഗറേഷനുകൾ DRY ആയി സൂക്ഷിക്കുന്നു: ബാക്ക് എൻഡ്, പ്രൊവൈഡർ ക്രമീകരണങ്ങൾ ഒരിക്കൽ നിർവചിക്കുകയും അനന്തരാവകാശം നൽകുകയും ചെയ്യുന്നു, കൂടാതെ അവയ്ക്കിടയിൽ ആശ്രയത്വങ്ങളുള്ള നിരവധി ഫോൾഡറുകളിൽ നിങ്ങൾക്ക് കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയും. ഈ ലേഔട്ടിനായി വളരെ പ്രചാരമുണ്ട്.
ടെറാഫോർം സ്റ്റാക്കുകൾ (HashiCorp, HCP Terraform) പല ഘടകങ്ങളും വിന്യാസങ്ങളും ഒരുമിച്ച് സംഘടിപ്പിക്കുന്നതിനുള്ള ഔദ്യോഗിക ഉത്തരമാണ്.
ഓപ്പൺ ടോഫുവിന്റെ ആദ്യകാല വേരിയബിൾ വിലയിരുത്തൽ ഇത് റാപ് ലേപ്പറുകളുടെ ആവശ്യകത ഇല്ലാതാക്കുന്നു, കാരണം ഇപ്പോൾ ബാക്ക് എൻഡ് കോൺഫിഗറേഷനിൽ വേരിയബിളുകൾ ഉപയോഗിക്കാൻ കഴിയും.
അടിസ്ഥാന സൌകര്യങ്ങളുടെ ഓട്ടോമേഷൻ പ്ലാറ്റ്ഫോമുകൾ (സ്പേസ് ലിഫ്റ്റ്, എൻവിഎം, സ്കാൽ, എച്ച്സിപി ടെറാഫോർം) സ്റ്റാക്കുകളും ആശ്രിതത്വങ്ങളും അവരുടെ സ്വന്തം രീതിയിൽ കൈകാര്യം ചെയ്യുന്നു.

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

പേരും ടാഗുകളും

ചെറിയ കാര്യങ്ങൾ വലിയ ആശയക്കുഴപ്പം ഒഴിവാക്കും:

സ്ഥിരമായ റിസോഴ്സ് നാമങ്ങൾ: <env>-<service>-<purpose>, പോലെ prod-shop-db.
സ്ഥിരസ്ഥിതി ടാഗുകൾ എല്ലാ വിഭവങ്ങളും അവ സ്വപ്രേരിതമായി ലഭിക്കും.

provider "aws" {
  region = "eu-central-1"
  default_tags {
    tags = {
      environment = "production"
      owner       = "team-platform"
      managed_by  = "terraform"
      repository  = "acme/infrastructure"
    }
  }
}

പിൻ ദാതാവും മോഡുലാർ പതിപ്പുകളും, ഒപ്പം .terraform.lock.hcl ഫയല് .
ഫോർമാറ്റ് ചെയ്ത് സാധൂകരിക്കുക ഐ (terraform fmt -check, terraform validate, ട്ഫ്ലിന്റ്)

പിന്നെ, ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം എന്താണ്?

സ്റ്റേറ്റ് ഫയലുകൾ ചെറുതും ജീവിതചക്രം, പരിസ്ഥിതി എന്നിവ പ്രകാരം വേർതിരിച്ച് സൂക്ഷിക്കുക. മിക്കവാറും എല്ലാ പ്രശ്നങ്ങളും, പതുക്കെയുള്ള പദ്ധതികൾ, ഭീതിജനകമായ പ്രയോഗങ്ങൾ, സംയോജിപ്പിച്ച വൈരുദ്ധ്യങ്ങൾ, ആളുകൾ പരസ്പരം തടയുന്നു, എല്ലാം എളുപ്പമാകും.

എന്റെ അഭിപ്രായം: അടുത്ത വര് ഷം ചേരുന്നവര് ക്ക് വേണ്ടി നിങ്ങളുടെ ടെറാഫോർം ക്രമീകരിക്കുക. അവര് ക്ക് വഴി കണ്ടെത്താന് കഴിയുമെങ്കില് , നിങ്ങള് അത് ശരിയായി ചെയ്തു.

ഡെസ്ലി

പരിശോധന ഇൻഫ്രാസ്ട്രക്ചർ കോഡ്

Tue, 20 Oct 2026 23:10:30 +0200

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

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

അടിസ്ഥാന സൌകര്യങ്ങളുടെ പരീക്ഷണ പിരമിഡ്

ആപ്ലിക്കേഷൻ ടെസ്റ്റിംഗിനെ പോലെ തന്നെ, ഇൻഫ്രാസ്ട്രക്ചർ ടെസ്റ്റിങ്ങിനും പലതരം പാളികളുണ്ട്, വിലകുറഞ്ഞതും വേഗത കുറഞ്ഞതും വേഗത കുറയുന്നതും ചെലവേറിയതും:

സ്റ്റാറ്റിക് പരിശോധന: ഫോർമാറ്റിംഗ്, പരിശോധന, ലിന്റ്റിംഗ്, സുരക്ഷാ സ്കാനിംഗ്. നിമിഷങ്ങൾ, മേഘം വേണ്ട.
നയ പരിശോധനകൾഎല്ലാ പദ്ധതികളും പാലിക്കേണ്ട നിയമങ്ങളുണ്ട്. പ്ലാന് ഔട്ട്പുട്ട് ഉപയോഗിച്ച് നിമിഷങ്ങൾ.
യൂണിറ്റ് തരം പരിശോധനകൾ: ഒരു പ്ലാനിനൊപ്പമോ, അല്ലെങ്കിൽ കളിയാക്കിയ ദാതാക്കളോ ഉപയോഗിച്ച് മൊഡ്യൂൾ ലോജിക് പരിശോധിക്കുന്നു. വേഗം.
സമന്വയ പരിശോധനകൾ: ഒരു ടെസ്റ്റ് അക്കൌണ്ടിൽ യഥാർത്ഥ വിഭവങ്ങൾ സൃഷ്ടിക്കുക, അവ പരിശോധിക്കുക, നശിപ്പിക്കുക. മിനിറ്റ്, പണം ചിലവാകും.

മൂല്യം കൂടുതലും ആദ്യത്തെ രണ്ട് പാളികളിൽ നിന്നാണ്. അവസാനത്തെ കാര്യം പ്രധാനപ്പെട്ട പങ്കിട്ട മൊഡ്യൂളുകൾക്ക് വിലപ്പെട്ടതാണ്.

ആദ്യം വിലകുറഞ്ഞ ചെക്കുകൾ

ഈ പരിശോധനകൾ ഓരോ കമ്മിറ്റിലും നടത്തണം, മുൻകൂട്ടി കമ്മിറ്റ് ഹുക്കുകളായി, CI ൽഃ

terraform fmt -check -recursive
terraform validate
tflint --recursive
checkov -d .          # or: trivy config .

fmt ഒപ്പം validate സിന്റാക്സ്, ഫോർമാറ്റിംഗ് പ്രശ്നങ്ങൾ എന്നിവ കണ്ടെത്തുക.
തുള്ളി ദാതാവിന് പ്രത്യേകമായ പിശകുകൾ കണ്ടെത്തുന്നു: അസാധുവായ ഇൻസ്റ്റൻസിംഗ് തരങ്ങൾ, കാലഹരണപ്പെട്ട ആർഗ്യുമെന്റുകൾ, കാണാതായ ടാഗുകൾ.
ചെക്കോവ് അല്ലെങ്കില് ട്രിവി സുരക്ഷാ തെറ്റായ ക്രമീകരണങ്ങൾ കണ്ടെത്തുക: പൊതു ബക്കറ്റുകൾ, തുറന്ന സുരക്ഷാ ഗ്രൂപ്പുകൾ, എൻക്രിപ്ഷൻ നഷ്ടമായി.

അവ വേഗതയുള്ളതും സൌജന്യവുമാണ്. അതിശയകരമായ ഒരു എണ്ണം യഥാർത്ഥ പ്രശ്നങ്ങൾ പിടിച്ചെടുക്കുന്നു.

ഏറ്റവും നല്ല ഇൻഫ്രാസ്ട്രക്ചർ ബഗ് ആദ്യം പിടിച്ചതാണ്. terraform plan നിന്റെ മേഘത്തോട് സംസാരിക്കാന് .

ടെറാഫോം പരിശോധന

പതിപ്പ് 1.6 മുതൽ, ടെറാഫോർമിന് ഒരു ബിൽറ്റ്-ഇൻ ടെസ്റ്റിംഗ് ഫ്രെയിംവർക്ക് ഉണ്ട് (ഓപ്പൺ ടോഫുവിന് തുല്യമായ ഒരു tofu test) പരിശോധനകൾ HCL ൽ എഴുതുന്നു, .tftest.hcl ഫയലുകൾ:

# tests/bucket.tftest.hcl
variables {
  name        = "acme-test-logs"
  environment = "staging"
}

run "bucket_is_private_and_encrypted" {
  command = plan

  assert {
    condition     = aws_s3_bucket_public_access_block.this.block_public_acls == true
    error_message = "Bucket must block public ACLs."
  }

  assert {
    condition     = aws_s3_bucket.this.tags["environment"] == "staging"
    error_message = "Bucket must be tagged with its environment."
  }
}

കൂടെ command = plan, പരീക്ഷണങ്ങൾ പ്ലാനിന് വിരുദ്ധമായി നടക്കുന്നു, ഒന്നും സൃഷ്ടിക്കാതെ. കൂടെ command = apply, അവ യഥാര് ത്ഥ വിഭവങ്ങള് സൃഷ്ടിക്കുകയും പിന്നീട് അവയെ നശിപ്പിക്കുകയും ചെയ്യുന്നു. നിങ്ങള് ക്കും കഴിയും വ്യാജ സേവനദാതാക്കൾ, ഇത് യൂണിറ്റ് രീതിയിലുള്ള പരിശോധനകളെ വേഗത്തിലും സൌജന്യമായും ചെയ്യുന്നു.

മോഡ്യൂളുകളുടെ രചയിതാക്കൾക്ക്, ഇത് പരീക്ഷണം ആരംഭിക്കുന്നതിനുള്ള ഏറ്റവും എളുപ്പവഴിയാണ്. പുതിയ ഭാഷയും അധിക ഉപകരണങ്ങളും ഇല്ല.

ടെറാടെസ്റ്റ്

ടെറാടെസ്റ്റ്, ഗ്രന്ത് വർക്ക്, ഇന്റഗ്രേഷൻ ടെസ്റ്റിംഗിനുള്ള ഒരു ഗോ ലൈബ്രറിയാണ്. ഇത് യഥാർത്ഥ ഇൻഫ്രാസ്ട്രക്ചർ വിന്യസിക്കുന്നു, അതിനെതിരെ പരിശോധനകൾ നടത്തുന്നു (HTTP അഭ്യർത്ഥനകൾ, SSH കമാൻഡുകൾ, API കോളുകൾ), അത് തകർക്കുന്നു.

func TestWebModule(t *testing.T) {
    opts := &terraform.Options{TerraformDir: "../examples/web"}
    defer terraform.Destroy(t, opts)
    terraform.InitAndApply(t, opts)

    url := terraform.Output(t, opts, "url")
    http_helper.HttpGetWithRetry(t, url, nil, 200, "OK", 30, 10*time.Second)
}

ഇത് വളരെ ശക്തമാണ് കാരണം ഇത് അടിസ്ഥാന സൌകര്യം ശരിയായി ക്രമീകരിച്ചിട്ടുണ്ടോ എന്ന് മാത്രമല്ല, അത് ശരിക്കും പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുന്നു. അത് വേഗത കുറഞ്ഞതും ഗോ അറിവ് ആവശ്യമുള്ളതും ഓരോ റണ്ണിനും യഥാർഥ പണം ചിലവാകുന്നതുമാണ്.

നയ പരിശോധനകൾ

ഓരോ മാറ്റത്തിനും, അത് എഴുതിയത് ആരായാലും, "ഇത് അനുവദനീയമാണോ" എന്ന് നയങ്ങൾ മറുപടി നൽകുന്നു.

ഒ. പി. എ / കോന്ഫെസ്റ്റ റെഗോയിൽ എഴുതിയ നയങ്ങളുമായി, JSON ഫോർമാറ്റിൽ പ്ലാനിനെതിരെ പ്രവർത്തിപ്പിക്കുക.
ചെക്കോവ് കസ്റ്റംസ് നയങ്ങൾ പൈത്തൺ അല്ലെങ്കിൽ യാംഎംഎല്ലില് .
സെൻറീനൽ ഹെച്പി ടെറാഫോർമിലെ, അല്ലെങ്കിൽ ഒപിഎ മറ്റ് പ്ലാറ്റ്ഫോമുകളില് സംയോജിപ്പിക്കുക.

ഉദാഹരണ നിയമങ്ങൾ: പൊതുവായ S3 ബക്കറ്റുകൾ ഇല്ല, എല്ലാ വിഭവങ്ങൾക്കും ഉടമസ്ഥന്റെ ടാഗ് ഉണ്ടായിരിക്കണം, അംഗീകൃത ഇൻസ്റ്റൻസിംഗ് തരങ്ങൾ മാത്രം, ഉത്പാദന ഡാറ്റാബേസുകൾ ഇല്ലാതാക്കൽ പരിരക്ഷ ഉണ്ടായിരിക്കണം.

terraform plan -out=plan.out
terraform show -json plan.out > plan.json
conftest test plan.json --policy policies/

പരീക്ഷണ പരിതസ്ഥിതികൾക്ക് പണം നല്കുക

ഇന്റഗ്രേഷന് ടെസ്റ്റുകള് ക്ക് ചിലവ് വരും. നിയന്ത്രണം നിലനിർത്താനുള്ള വഴികൾ:

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

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഇന്ന് തന്നെ സ്റ്റാറ്റിക് ചെക്കുകൾ ഇൻഫർമേഷന് കൂട്ടിച്ചേർക്കുക. കുറച്ചു എഴുതൂ. terraform test നിങ്ങളുടെ ഏറ്റവും കൂടുതൽ ഉപയോഗിക്കുന്ന മൊഡ്യൂളിന്റെ ആര് ഥ്യങ്ങള് . നിങ്ങളുടെ ഏറ്റവും പ്രധാനപ്പെട്ട നിയമങ്ങള് ക്ക് ഒന്നോ രണ്ടോ നയങ്ങള് ചേര് ക്കുക. സമയവും ചെലവും ന്യായീകരിക്കാൻ ഒരു മൊഡ്യൂൾ വളരെ നിർണായകമാണെങ്കില് മാത്രമേ ടെറാടെസ്റ്റ് ചേർക്കൂ.

എന്റെ അഭിപ്രായം: ചെലവേറിയ രീതിയിലുള്ള അടിസ്ഥാന സൌകര്യങ്ങളുടെ പരാജയം. ചില വിലകുറഞ്ഞ പരിശോധനകൾ പിന്നീട് വിലയേറിയ ഒരു പാഠം രക്ഷിക്കും.

ഡെസ്ലി

പുലുമി, ടെറാഫോർം അല്ലെങ്കിൽ സിഡികെ?

Tue, 20 Oct 2026 23:10:30 +0200

അടിസ്ഥാന സൌകര്യങ്ങള് കോഡായി രണ്ടു വിഭാഗങ്ങളായി വിഭജിക്കപ്പെട്ടിരിക്കുന്നു. ഒന്ന്, അടിസ്ഥാന സൌകര്യങ്ങളെ ഒരു ഡിക്ലറേറ്റീവ് കോൺഫിഗറേഷൻ ഭാഷയില് വിവരിക്കണം എന്നാണ് പറയുന്നത്, ടെറഫോർമിന്റെ HCL പോലെ. മറ്റേത് പറയുന്നു: നമുക്ക് ഇതിനകം തന്നെ മികച്ച പ്രോഗ്രാമിങ് ഭാഷകളുണ്ട്, എന്തുകൊണ്ട് അവ ഉപയോഗിക്കാതിരിക്കുക? അതാണ് പുലുമിയുടെയും എഡബ്ല്യുഎസ് സിഡികെയുടെയും പിന്നിലെ ആശയം.

അവയെ താരതമ്യം ചെയ്യാനുള്ള ഏറ്റവും നല്ല മാർഗം, അവയിൽ ഒരേ കാര്യം തന്നെ എഴുതുക എന്നതാണ്. ഇവിടെ ഒരു ലളിതമായ എസ് 3 ബക്കറ്റ് ഉണ്ട്, ഓരോന്നിലും പതിപ്പ് നിയന്ത്രണം ഉണ്ട്.

ടെറാഫോർം (എച്ച് സി എൽ)

resource "aws_s3_bucket" "assets" {
  bucket = "acme-assets-prod"
  tags   = { environment = "production" }
}

resource "aws_s3_bucket_versioning" "assets" {
  bucket = aws_s3_bucket.assets.id
  versioning_configuration {
    status = "Enabled"
  }
}

output "bucket_name" {
  value = aws_s3_bucket.assets.bucket
}

പുലുമി (ടൈപ്പ് സ്ക്രിപ്റ്റ്)

import * as aws from "@pulumi/aws";

const assets = new aws.s3.BucketV2("assets", {
    bucket: "acme-assets-prod",
    tags: { environment: "production" },
});

new aws.s3.BucketVersioningV2("assets", {
    bucket: assets.id,
    versioningConfiguration: { status: "Enabled" },
});

export const bucketName = assets.bucket;

AWS സി ഡി കെ (ടൈപ്പ് സ്ക്രിപ്റ്റ്)

import { Stack, StackProps, Tags, CfnOutput } from "aws-cdk-lib";
import * as s3 from "aws-cdk-lib/aws-s3";
import { Construct } from "constructs";

export class AssetsStack extends Stack {
  constructor(scope: Construct, id: string, props?: StackProps) {
    super(scope, id, props);

    const assets = new s3.Bucket(this, "Assets", {
      bucketName: "acme-assets-prod",
      versioned: true,
      encryption: s3.BucketEncryption.S3_MANAGED,
      blockPublicAccess: s3.BlockPublicAccess.BLOCK_ALL,
    });

    Tags.of(assets).add("environment", "production");
    new CfnOutput(this, "BucketName", { value: assets.bucketName });
  }
}

എച്ച് സി എൽ vs യഥാർത്ഥ ഭാഷകൾ

ഒരു ബക്കറ്റിന് വേണ്ടി ഈ ഉദാഹരണങ്ങൾ സമാനമാണ്. കാര്യങ്ങൾ വളരുന്തോറും വ്യത്യാസങ്ങൾ കാണും.

ഹ്ച്ല് (ടെറാഫം, ഓപ്പൺ ടോഫു) മനഃപൂർവം പരിമിതപ്പെടുത്തിയിരിക്കുന്നു. ലൂപ്പുകളും വ്യവസ്ഥകളും നിലവിലുണ്ട് (for_each, count, ത്രിത്വങ്ങൾ), പക്ഷെ ഇത് ഒരു പൂർണ്ണ പ്രോഗ്രാമിങ് ഭാഷയല്ല. അതൊരു സവിശേഷതയാണ്. കോൺഫിഗറേഷനുകൾ വായിക്കാൻ എളുപ്പമാണ്, ഡെവലപ്പർമാരല്ലാത്ത ആളുകൾക്ക് പോലും, ആരും മനസ്സിലാക്കാത്ത ബുദ്ധിപരമായ കോഡിന് ഇടമില്ല.

പുലുമി ടൈപ്പ്സ്ക്രിപ്റ്റ്, പൈത്തൺ, ഗോ, സി#, ജാവ, യാംൽ എന്നിവ ഉപയോഗിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. നിങ്ങൾക്ക് യഥാർത്ഥ ലൂപ്പുകൾ, ഫംഗ്ഷനുകൾ, ക്ലാസുകൾ, പാക്കേജുകൾ, ഐ. ഡി. ഇ യുടെ ഓട്ടോമാറ്റിക് പൂരിപ്പിക്കൽ, പരിചിതമായ ഫ്രെയിം വർക്കുകളുമായി യൂണിറ്റ് ടെസ്റ്റുകൾ എന്നിവ ലഭിക്കും. സങ്കീർണ്ണമായ യുക്തിക്ക് ഉത്തമമാണ്, മറ്റൊരു ഭാഷ പഠിക്കാന് ആഗ്രഹിക്കാത്ത ഡവലപ്പർമാര് ക്ക്. അപകടം: വളരെ ബുദ്ധിമാനായ ഒരു ഇൻഫ്രാസ്ട്രക്ചർ കോഡ്.

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

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

സംസ്ഥാനം, താരതമ്യം

ടെറാഫോർം/ഓപ്പൺ ടോഫു: നിങ്ങൾ കൈകാര്യം ചെയ്യുന്ന ഒരു ബാക്ക് എൻഡിൽ (S3, GCS, Azure Storage) അല്ലെങ്കിൽ HCP Terraform- ലും മറ്റ് പ്ലാറ്റ്ഫോമുകളിലും സ്റ്റേറ്റ് ഫയൽ.
പുലുമി: പൂലുമി ക്ലൌഡിലെ സ്റ്റേറ്റ് സ്ഥിരസ്ഥിതിയായി, അല്ലെങ്കിൽ ഒരു ഒബ്ജക്ട് സ്റ്റോറേജ് ബക്കറ്റിൽ സ്വയം നിയന്ത്രിതമാണ്.
സിഡികെ: പ്രത്യേക സംസ്ഥാന ഫയൽ ഇല്ല. ക്ലൌഡ് ഫോർമേഷൻ AWS ലെ സ്റ്റാക്കിന്റെ അവസ്ഥയെ ട്രാക്കുചെയ്യുന്നു. ലളിതമാണ്, പക്ഷെ നിങ്ങള് ക്ക് ക്ലൌഡ് ഫോര് മേഷന് റെ വേഗതയും പരിമിതികളും ലഭിക്കും.

ഏത് ടീമിന് അനുയോജ്യമാണ്

ടെറാഫോർം അല്ലെങ്കിൽ ഓപ്പൺടോഫു തിരഞ്ഞെടുക്കുക നിങ്ങള് ഒന്നിലധികം ക്ലൌഡുകളിലും SaaS ദാതാക്കലിലും ജോലി ചെയ്യുന്നുണ്ടെങ്കില് (ദാതാക്കളുടെ പരിസ്ഥിതി വ്യവസ്ഥയാണ് ഏറ്റവും വലിയത്). - നിങ്ങളുടെ ടീമില് പ്രധാനമായും ഡെവലപ്പർമാരല്ലാത്ത ഓപ്സ് ആളുകളുണ്ട്. - ഏറ്റവും കൂടുതൽ അറിയപ്പെടുന്ന ഉപകരണവും, ഏറ്റവും കൂടുതൽ ഉദാഹരണങ്ങളും, നിയമന ഓപ്ഷനുകളും വേണം.

പുലുമി തിരഞ്ഞെടുക്കുക. നിങ്ങളുടെ ടീം ഡെവലപ്പർമാരെ വളരെയധികം ഇഷ്ടപ്പെടുന്നു, ടൈപ്പ്സ്ക്രിപ്റ്റ്, പൈത്തൺ അല്ലെങ്കിൽ ഗോ എന്നിവ ഇഷ്ടപ്പെടുന്നു. - നിങ്ങളുടെ അടിസ്ഥാന സൌകര്യത്തിന് സങ്കീർണ്ണമായ ഒരു യുക്തി ഉണ്ട് അത് HCL ൽ വേദനാജനകമാണ്. - സാധാരണ യൂണിറ്റ് ടെസ്റ്റിംഗ് ടൂളുകളുമായി ഇൻഫ്രാസ്ട്രക്ചർ കോഡ് പരിശോധിക്കണം.

AWS സിഡികെ തിരഞ്ഞെടുക്കുക - നിങ്ങള് AWS-ല് എല്ലാം പങ്കുവെക്കുന്നു, അവിടെ തന്നെ തുടരാനാണ് ഉദ്ദേശിക്കുന്നത്. - നല്ല ഡിഫോൾട്ട് ഉള്ള ഉയർന്ന നിലവാരമുള്ള നിർമ്മാണങ്ങളെ ഇഷ്ടമാണ്. - നിങ്ങളുടെ ടീം ക്ലൌഡ് ഫോർമേഷന് അറിയുന്നു, അല്ലെങ്കിൽ അത് ആശ്രയിക്കാൻ സന്തോഷമുണ്ട്.

ഞാൻ പഠിച്ചത്

ഒരേ അടിസ്ഥാന സൌകര്യം മൂന്നു പ്രാവശ്യം എഴുതുന്നത് ഒരു കാര്യം വ്യക്തമാക്കുന്നു: ഭാഷ അച്ചടക്കത്തെക്കാൾ പ്രധാനമാണ്. നല്ല മോഡുലര് അല്ലെങ്കിൽ ഘടക രൂപകല് പന, ചെറിയ സംസ്ഥാന അതിര്, സ്ഥിരമായ നാമകരണം, പരിശോധനകളും അവലോകനങ്ങളും മൂന്നും പ്രധാനമാണ്.

ഞാൻ ജോലി ചെയ്യുന്ന മിക്ക ടീമുകൾക്കും, ടെറഫോർം അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു അതിന്റെ പരിസ്ഥിതി വ്യവസ്ഥയും വായനക്ഷമതയും കാരണം സ്ഥിരസ്ഥിതിയായി തുടരുന്നു. പക്ഷെ ഡെവലപ്പർമാർ നയിക്കുന്ന ടീമുകൾക്ക്, പുലുമി ഇൻഫ്രാസ്ട്രക്ചറിനെ കൂടുതൽ ആക്സസ് ചെയ്യാവുന്നതാക്കുന്നു.

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ ടീം വായിക്കുകയും സന്തോഷത്തോടെ പരിപാലിക്കുകയും ചെയ്യുന്ന ഉപകരണം തിരഞ്ഞെടുക്കുക. ഇൻഫ്രാസ്ട്രക്ചർ കോഡ് എഴുതുന്നതിനേക്കാൾ കൂടുതല് വായിക്കപ്പെടുന്നു.

ഡെസ്ലി

ആരെങ്കിലും കൺസോളിൽ ക്ലിക്ക് ചെയ്തു: ഡ്രീഫ്റ്റ് പരിഹരിക്കുക

Tue, 20 Oct 2026 23:10:30 +0200

സമയം വൈകിട്ട് 4 മണി. വെള്ളിയാഴ്ച. ഉല്പാദനം വളരെ പതുക്കെയാണ്. ആരെങ്കിലും ക്ലൌഡ് കൺസോൾ തുറന്ന് ഡാറ്റാബേസ് ഇൻസ്റ്റൻസിൻറെ വലിപ്പം വർദ്ധിപ്പിക്കുന്നു, വാരാന്ത്യം കടക്കാന് വേണ്ടി മാത്രം. അത് പ്രവർത്തിക്കുന്നു. എല്ലാവരും ആശ്വാസം കൊണ്ട് വീട്ടിലേക്കു പോകുന്നു.

മൂന്നു ആഴ്ചയ്ക്കു ശേഷം, ആരോ ഓടി വന്നു. terraform apply ഒരു ബന്ധമില്ലാത്ത മാറ്റത്തിന് വേണ്ടി. ടെറഫോർം ഡാറ്റാബേസ് കോഡ് പറയുന്നതിലും വലുതാണെന്ന് കാണുന്നു, അത് സഹായകരമായി ചുരുക്കുന്നു. ഉല്പാദനം വീണ്ടും കുറയുന്നു, എന്തുകൊണ്ട് എന്ന് ആർക്കും മനസ്സിലാകുന്നില്ല.

അതാണ് ഡ്രിഫ്റ്റ്: നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ കോഡ് പറയുന്നതും യഥാർത്ഥത്തിൽ നിലനിൽക്കുന്നതും തമ്മിലുള്ള വ്യത്യാസം.

എവിടെ നിന്നാണ് ഈ വഞ്ചന വന്നത്?

മാനുവൽ ഹോട്ട്ഫിക്സുകൾ സംഭവങ്ങളുടെ സമയത്ത് കൺസോളില് .
പെട്ടെന്നുള്ള പരീക്ഷണങ്ങൾ അത് താൽക്കാലികമായിരിക്കണം.
മറ്റു ഉപകരണങ്ങള് ഒരേ വിഭവങ്ങൾ മാറ്റുന്നു: ഓട്ടോ സ്കേലറുകൾ, ക്ലൌഡ് മാനേജ്ഡ് സ്ഥിരസ്ഥിതികൾ, ടാഗുകൾ ചേർക്കുന്ന സുരക്ഷാ ഉപകരണങ്ങൾ.
അറിയാത്ത ആളുകൾ ഒരു റിസോഴ്സ് കോഡ് ഉപയോഗിച്ച് നിയന്ത്രിക്കപ്പെടുന്നു.
പരാജയപ്പെട്ടതോ ഭാഗികമായോ പ്രയോഗിക്കുന്നു അത് കാര്യങ്ങൾ പകുതി മാറിപ്പോയി.

ചില വള്ളങ്ങൾ അപകടകാരികളല്ല. ചിലത് അപകടകരമാണ്: ഒരു സുരക്ഷാ ഗ്രൂപ്പ് "താൽക്കാലികമായി" തുറന്നു, ഡീബഗ്ഗിംഗിനായി ഒരു എൻക്രിപ്ഷൻ ക്രമീകരണം ഓഫാക്കി.

ഡ്രീഫ്റ്റ് ഒരു സാങ്കേതിക പ്രശ്നമല്ല. സമ്മർദ്ദത്തിനിടെ ആളുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതും നിങ്ങളുടെ പ്രക്രിയ അവർ എങ്ങനെ പ്രവർത്തിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നതും തമ്മിലുള്ള വിടവാണ്.

അത് കണ്ടെത്തുക

പ്ലാനുകൾ. ഏറ്റവും ലളിതമായ രീതി: ഓടുക terraform plan ഓരോ സംസ്ഥാനത്തിനും ഒരു ഷെഡ്യൂളില് (രാത്രിക്ക് സാധാരണമാണ്), മാറ്റങ്ങള് കാണിക്കുന്ന പക്ഷം അലേര് ട്ട് ചെയ്യുക. പുറത്തുകടക്കാനുള്ള കോഡ് ഉപയോഗിക്കുക:

terraform plan -detailed-exitcode -lock=false
# exit code 0 = no changes
# exit code 1 = error
# exit code 2 = changes detected (drift, or unapplied code)

നിങ്ങളുടെ സ്റ്റാക്കുകളിലും സ്ലാക്കിലുമുള്ള ഒരു ചെറിയ ഐ. ഐ ജോലി പലപ്പോഴും മതിയാകും.

പുതുക്കിയ പ്ലാനുകൾ മാത്രം. terraform plan -refresh-only നിങ്ങളുടെ കോഡിലെ മാറ്റങ്ങളൊന്നും ഇടപെടാതെ യഥാർത്ഥ ലോകത്ത് എന്തെല്ലാം മാറ്റങ്ങൾ സംഭവിച്ചു എന്ന് മാത്രം കാണിക്കുന്നു.

പ്ലാറ്റ്ഫോമുകൾ. ഹെച് സി പി ടെറാഫോർം, സ്പേസ് ലിഫ്റ്റ്, എൻവിഎം, സ്കാൽര് തുടങ്ങിയവയിൽ ഡാഷ്ബോർഡുകളും ഷെഡ്യൂൾ ചെയ്ത പരിശോധനകളും ഉള്ള ഡ്രീഫ്റ്റ് ഡിറ്റക്ഷന് സംവിധാനമുണ്ട്.

ക്ലൌഡ് നേറ്റീവ് ഉപകരണങ്ങള് . AWS കോൺഫിഗറേഷൻ, അസ്യുര് പോളിസി, സമാന സേവനങ്ങൾ എന്നിവ കോഡ് ഉപയോഗിച്ച് കൈകാര്യം ചെയ്യാത്ത റിസോഴ്സുകൾ ഉൾപ്പെടെയുള്ള റിസോര് സുകളിലേക്കും അനുയോജ്യമല്ലാത്ത കോൺഫിഗ്രേഷനുകളിലേക്കും മാറ്റങ്ങൾ ഫ്ലാഗ് ചെയ്യാം.

അത് ശരിയാക്കുന്നു

നീങ്ങുന്നതൊക്കെ രണ്ടു വഴികളിലൂടെയാണു പോകുന്നത്:

കോഡ് വിജയിക്കുന്നുമാനുവൽ മാറ്റം ഒരു തെറ്റായിരുന്നു. ഓടിപ്പോകുക. apply പ്രഖ്യാപിച്ച അവസ്ഥ പുനഃസ്ഥാപിക്കാൻ.
യാഥാര് ത്ഥ്യം വിജയിക്കുന്നു: മാനുവൽ മാറ്റം ശരിയായിരുന്നു (വലിയ ഡാറ്റാബേസ് പോലെ). കോഡ് അപ്ഡേറ്റ് ചെയ്യുക, apply മാറ്റങ്ങളൊന്നും കാണിക്കുന്നില്ല.

പ്രധാന കാര്യം മനഃപൂർവ്വം തീരുമാനമെടുക്കുക എന്നതാണ്. ഒരിക്കലും ഓടിപ്പോകരുത്. apply അന്ധമായി ഒരു കുത്തകയിൽ ഇരിക്കുകയാണ്, എന്തൊക്കെ മാറ്റങ്ങൾ സംഭവിക്കുമെന്ന് മനസിലാക്കാതെ. പ്ലാൻ വായിക്കൂ.

പൂർണ്ണമായും കൈകൊണ്ട് സൃഷ്ടിച്ച വിഭവങ്ങളുടെ കാര്യത്തിൽ, അവയെ കൈകാര്യം ചെയ്യാന് ഇറക്കുമതി ബ്ലോക്കുകൾ:

import {
  to = aws_s3_bucket.legacy_logs
  id = "acme-legacy-logs"
}

പിന്നെ terraform plan -generate-config-out=generated.tf നിങ്ങൾക്ക് വേണ്ടി ഒരു ആദ്യ ഡ്രാഫ്റ്റ് എഴുതാനും കഴിയും.

തടയുക

കണ്ടുപിടിക്കൽ നല്ലതാണ്. പ്രതിരോധം നല്ലതാണ്:

സ്ഥിരസ്ഥിതിയായി വായന മാത്രമുള്ള കൺസോൾ ആക്സസ്. മിക്ക ആളുകള് ക്കും പ്രൊഡക്ഷന് കൺസോളുകളില് റൈറ്റ് ആക്സസ് ആവശ്യമില്ല. അടിയന്തിര സാഹചര്യങ്ങളിൽ ലോഗ് ചെയ്യാനും അലേർട്ട് ചെയ്യാനും ഗ്ലാസ് ബ്രേക്ക് റോളുകൾ ഉപയോഗിക്കുക.
അടിയന്തിര മാറ്റങ്ങൾക്കുള്ള വേഗതയേറിയ പാത. കോഡ് മാറ്റാനും ആപ്ലിക്കേഷനും ഒരു മണിക്കൂർ എടുത്താൽ ആളുകൾ കൺസോൾ ഉപയോഗിക്കും. കോഡ് പാത്ത് അപകടങ്ങൾക്കായി വേഗത്തിലാക്കുക.
സംഭവത്തിനു ശേഷം നടപടി സ്വീകരിക്കുക. ആരെങ്കിലും മാനുവൽ അറ്റകുറ്റപ്പണി നടത്തിയെങ്കിൽ, പോസ്റ്റ്മോർട്ടത്തിൽ "കോഡ് അപ്ഡേറ്റ് ചെയ്യുക" എന്നതു ഉൾപ്പെടും.
ടാഗ് നിയന്ത്രിത വിഭവങ്ങൾ (managed_by = terraform) അങ്ങനെ ആളുകൾക്ക് അവയെ തൊടരുതെന്ന് അറിയാം.
നയങ്ങൾ ഏറ്റവും അപകടകരമായ മാനുവൽ മാറ്റങ്ങൾ പൂർണ്ണമായും തടയുന്നതിന് AWS SCP, Azure Policy എന്നിവയോ സമാനമായവയോ ഉപയോഗിച്ച്.
ഉപയോഗം ignore_changes സൂക്ഷിച്ചു നോക്കൂ. മറ്റ് സിസ്റ്റങ്ങൾ നിയമാനുസൃതമായി കൈകാര്യം ചെയ്യുന്ന ആട്രിബ്യൂട്ടുകൾക്കായി, ഒരു ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പിന്റെ ആവശ്യമുള്ള ശേഷി പോലുള്ളവ.

lifecycle {
  ignore_changes = [desired_capacity]
}

എത്രത്തോളം വഴുതിപ്പോകും?

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

എന്റെ അഭിപ്രായം: കൺസോൾ ശത്രുവല്ല. നീ ചെയ്തതെന്തെന്ന് മറന്നു പോകുന്നത്. നേരത്തേ വഴുതിപ്പോകൽ കണ്ടുപിടിക്കുക. സത്യത്തിന്റെ ആസ്ഥാനമായി കോഡ് ഉണ്ടാക്കുക.

ഡെസ്ലി

ടെറാഫോർം അവസ്ഥ വിശദീകരിച്ചു

Tue, 20 Oct 2026 23:10:30 +0200

ആളുകൾ ടെറാഫോർമിൽ തുടങ്ങുമ്പോൾ, അവർ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു .tf ഫയലുകൾ വിഭവങ്ങൾ, മൊഡ്യൂളുകൾ, വേരിയബിളുകൾ. സംസ്ഥാന ഫയൽ ആദ്യത്തേതിന് ശേഷം പ്രത്യക്ഷപ്പെടുന്ന ഒന്നാണ്. apply, മിക്ക ആളുകളും അതിനെക്കുറിച്ച് ചിന്തിക്കുന്നില്ല, എന്തോ കുഴപ്പം സംഭവിക്കുന്നതുവരെ.

അവസാനം എന്തോ കുഴപ്പം സംഭവിക്കും. ഒരു സംസ്ഥാന ഫയൽ നഷ്ടപ്പെട്ടു, ഒരു കേടായി, ഒരേ സമയം രണ്ടുപേർ അപേക്ഷിക്കുന്നു, ഒരു രഹസ്യം സംസ്ഥാനത്തിലൂടെ ചോർന്നിരിക്കുന്നു. അവസ്ഥ മനസ്സിലാക്കുക എന്നതാണ് ടെറാഫോർം ഉപയോഗിക്കുന്നതിലും വിശ്വസിക്കുന്നതിലും വ്യത്യാസം. (ഓപ്പൺ ടോഫു അതേ രീതിയിൽ പ്രവർത്തിക്കുന്നു.)

യഥാർത്ഥത്തിൽ ഏത് സംസ്ഥാനമാണ്

ടെറഫോർമിന്റെ അവസ്ഥ ഒരു ജെസോൺ ഫയലാണ്. നിങ്ങളുടെ കോഡ് യഥാർത്ഥ ലോകത്തിലെ വിഭവങ്ങളിലേക്ക് മാപ്പ് ചെയ്യുന്നു.

നീ എഴുതിയാൽ resource "aws_s3_bucket" "logs", ഈ പ്രത്യേക ബ്ലോക്ക് ഐഡി ഉള്ള ബക്കറ്റിന് യോജിക്കുന്നു എന്ന് ഓർക്കണം acme-logs-prod നിങ്ങളുടെ AWS അക്കൌണ്ടില് . ആ മാപ്പിംഗ്, ഒപ്പം ഓരോ വിഭവത്തിന്റെയും അവസാനത്തെ അറിയപ്പെടുന്ന ആട്രിബ്യൂട്ടുകളും, സംസ്ഥാനമാണ്.

ടെറഫോർം ഇത് ഉപയോഗിക്കുന്നു:

എന്താണുള്ളതെന്ന് അറിയുക, അങ്ങനെ അത് ശരിയായ വിഭവങ്ങൾ അപ്ഡേറ്റ് ചെയ്യാനോ ഇല്ലാതാക്കാനോ കഴിയും.
പ്ലാൻ കണക്കുകൂട്ടുക കോഡ്, അവസ്ഥ, യാഥാര് ത്ഥ്യം എന്നിവ താരതമ്യം ചെയ്തുകൊണ്ട്.
ട്രാക്ക് ആശ്രിതത്വം വിഭവങ്ങള് തമ്മിലുള്ള ഉല് പ്പാദനവും.
കാര്യങ്ങൾ വേഗത്തിലാക്കുക., എല്ലാ സമയത്തും എല്ലാം ഒന്നിൽ നിന്ന് നോക്കുന്നതിലൂടെ.

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

വിദൂര സംസ്ഥാനം, എപ്പോഴും

വ്യക്തിപരമായ പരീക്ഷണത്തിനു പുറമെ എന്തെങ്കിലും ഉണ്ടെങ്കിൽ, ലോക്കിംഗ് ഉള്ള ഒരു വിദൂര ബാക്ക് എൻഡിൽ സ്റ്റേറ്റ് സൂക്ഷിക്കുക:

S3 (നേറ്റീവ് ലോക്ക് ഫയലുകളുമായി), ഗൂഗിൾ ക്ലൌഡ് സംഭരണം, അസ്യുര് ബ്ലോബ് സംഭരണം
എച്ച് സി പി ടെറാഫോർം അല്ലെങ്കിൽ മറ്റ് അടിസ്ഥാന സൌകര്യ ഓട്ടോമേഷൻ പ്ലാറ്റ്ഫോമുകൾ

ലോക്കിംഗ് ഒരേ സമയം രണ്ട് ആളുകൾ (അല്ലെങ്കിൽ പൈപ്പ്ലൈനുകൾ) പ്രയോഗിക്കുന്നതും സംസ്ഥാനത്തെ കേടാക്കുന്നതും തടയുന്നു. ബക്കറ്റിലെ പതിപ്പ് തെറ്റുകളിൽ നിന്ന് തിരിച്ചുവരാൻ ചരിത്രം നൽകുന്നു.

നിങ്ങളുടെ സംസ്ഥാന ഫയൽ നിങ്ങളുടെ അടിസ്ഥാന സൌകര്യങ്ങളുടെ ഓർമ്മയാണ്. അത് നഷ്ടപ്പെട്ടാൽ, ടെറഫോം അപരിചിതരായ ഒരു വീട്ടിൽ ഓർമ്മ നഷ്ടപ്പെട്ട് ഉണരും.

അത് രഹസ്യമായി സൂക്ഷിക്കുന്നു.

സംസ്ഥാന ഫയലുകള് പലപ്പോഴും ലളിതമായ ടെക്സ്റ്റിൽ രഹസ്യങ്ങൾ: ഡാറ്റാബേസ് പാസ്വേഡുകൾ, സ്വകാര്യ കീകൾ, ടോക്കണുകൾ, അല്ലെങ്കിൽ ഒരു റിസോഴ്സ് ഒരു ആട്രിബ്യൂട്ടായി തിരികെ നൽകുന്ന എന്തും. ഒരു വേരിയബിളിനെ അടയാളപ്പെടുത്തിയാലും sensitive, അത് പ്ലാന് ഔട്ട്പുട്ടിൽ ഒളിപ്പിച്ചു വെച്ചിരിക്കുന്നു, സ്റ്റേറ്റ് ഫയലിൽ അല്ല.

രഹസ്യങ്ങളെ സംരക്ഷിക്കുന്നതുപോലെ തന്നെ സംസ്ഥാനത്തെ സംരക്ഷിക്കുക.

ശാന്തമായ ക്രിപ്ഷൻ സംഭരണ ബക്കറ്റില് .
കർശനമായ പ്രവേശന നിയന്ത്രണം: പൈപ്പ്ലൈനിനും ഏതാനും അഡ്മിനിസ്ട്രേറ്റർമാർക്കും മാത്രമേ ഉല്പാദന നില വായിക്കാൻ കഴിയൂ.
ഗിറ്റിനോട് ഒരിക്കലും സ്റ്റേറ്റ് കംമെന്റ് ചെയ്യരുത്. കൂട്ടിച്ചേര് ക്കുക *.tfstate ഒപ്പം *.tfstate.backup വരെ .gitignore.
ഓപ്പൺ ടോഫുവിന്റെ ക്ലയന്റ് സൈഡ് സ്റ്റേറ്റ് എൻക്രിപ്ഷൻ നിങ്ങളുടെ മെഷീനില് നിന്നും പൈപ്പ് ലൈനില് നിന്നും പുറത്തുപോകുന്നതിനു മുമ്പ്, ഒരു KMS കീ ഉപയോഗിച്ച്, സ്റ്റേറ്റ് എൻക്രിപ്റ്റ് ചെയ്യുന്നു.
ടെറഫോർമിന്റെ അപ്രതീക്ഷിത വിഭവങ്ങളും എഴുതൽ മാത്രം വാദങ്ങളും ചില രഹസ്യ മൂല്യങ്ങള് സംസ്ഥാനത്തിന് പുറത്തായി സൂക്ഷിക്കുക.
ടെറാഫോർമിന് പുറത്ത് രഹസ്യങ്ങൾ സൃഷ്ടിക്കുക. സാധ്യമെങ്കിൽ, രഹസ്യ മാനേജര് യിൽ, റഫറന് സുകള് മാത്രം കൈമാറുക.

നീക്കവും പുനർനിർമ്മാണവും

ഒരു റിസോഴ്സിനു് പേരുമാറ്റുകയോ ഒരു മൊഡ്യൂളിലേക്കു് മാറ്റുകയോ ചെയ്താല് അതിന്റെ വിലാസം മാറുന്നു. ടെറഫോർമിനെ അറിയിക്കാതെ, പഴയ വിഭവം നശിപ്പിച്ച് പുതിയത് സൃഷ്ടിക്കും. ഒരു ഡാറ്റാബേസിനു വേണ്ടി, അതൊരു ദുരന്തമാണ്.

മോഡേൺ ടെറഫോർം ഇത് കോഡിൽ കൈകാര്യം ചെയ്യുന്നു moved ബ്ലോക്കുകൾ:

moved {
  from = aws_s3_bucket.logs
  to   = module.logging.aws_s3_bucket.this
}

പ്ലാന് കാണിക്കുന്നത് ഒരു നീക്കം ആണ്, നശിപ്പിച്ച് സൃഷ്ടിക്കുന്നതിനു പകരം. കാരണം അത് കോഡിലാണ്, അത് അവലോകനം ചെയ്യപ്പെടുകയും എല്ലാ പരിതസ്ഥിതികളിലും പ്രവർത്തിക്കുകയും ചെയ്യുന്നു. പഴയതിനേക്കാൾ സുരക്ഷിതമാണ് terraform state mv കമാന് ഡ്.

നിലവിലുള്ള വിഭവങ്ങൾ ഇറക്കുമതി ചെയ്യുക

കൈകൊണ്ട് സൃഷ്ടിച്ച ഒരു വിഭവം ടെറഫോർമിന്റെ നിയന്ത്രണത്തിലാക്കാന് , import ബ്ലോക്കുകൾ:

import {
  to = aws_s3_bucket.legacy
  id = "acme-legacy-bucket"
}

ഓടിപ്പോകുക. terraform plan -generate-config-out=generated.tf ടെറഫോർം പോലും റിസോഴ്സ് കോൺഫിഗറേഷന്റെ ആദ്യ ഡ്രാഫ്റ്റ് എഴുതുന്നു. അത് വൃത്തിയാക്കി, വീണ്ടും പ്ലാൻ ചെയ്ത് അപേക്ഷിക്കുക.

മാനേജ്മെന്റിന്റെ വിഭവങ്ങൾ നീക്കം ചെയ്യുക

ചിലപ്പോള് ഒരു റിസോഴ്സ് ഇല്ലാതാക്കാതെ തന്നെ അത് കൈകാര്യം ചെയ്യുന്നത് അവസാനിപ്പിക്കണമെന്ന് നിങ്ങൾ ആഗ്രഹിക്കുന്നു, ഉദാഹരണത്തിന് മറ്റൊരു സ്റ്റാക്കിലേക്ക് കൈമാറുമ്പോൾ. ഒരു removed ബ്ലോക്ക്:

removed {
  from = aws_s3_bucket.handover

  lifecycle {
    destroy = false
  }
}

വിഭവം ക്ലൌഡിൽ തന്നെ തുടരുന്നു. ടെറഫോർം അത് മറന്നു കളയും.

അത് പൊട്ടിപ്പോകുമ്പോൾ

ചില സാഹചര്യങ്ങളും എന്തു ചെയ്യണം എന്നതും:

പഴയ ലോക്ക് ഒരു പൈപ്പ് ലൈനിന് റെ തകര് പ്പിന് ശേഷം: terraform force-unlock <lock-id>, പക്ഷെ ഒന്നും പ്രവർത്തിക്കുന്നില്ലെന്ന് പരിശോധിച്ചതിനു ശേഷമേ.
കേടായതോ തെറ്റായതോ ആയ അവസ്ഥ: ബക്കറ്റിന്റെ പതിപ്പ് ചരിത്രത്തിൽ നിന്നും ഒരു മുൻ പതിപ്പ് പുനഃസ്ഥാപിക്കുക. അതുകൊണ്ടാണ് പതിപ്പ് മാറ്റം പ്രധാനം.
യാഥാര് ത്ഥ്യവുമായി പൊരുത്തപ്പെടാത്ത അവസ്ഥ: terraform plan -refresh-only വ്യത്യാസങ്ങള് കാണിക്കുന്നു, ഒപ്പം terraform apply -refresh-only അടിസ്ഥാന സൌകര്യങ്ങള് മാറ്റാതെ യാഥാര് ത്ഥ്യവുമായി പൊരുത്തപ്പെടുന്ന തരത്തില് അപ്ഡേറ്റുകള് നടത്തുന്നു.
സംസ്ഥാനം പരിശോധിക്കേണ്ടതുണ്ട്.: terraform state list ഒപ്പം terraform state show <address> സുരക്ഷിതവും വായിക്കാൻ മാത്രമുള്ളതുമായ വഴികളാണ് ഉള്ളിലേക്ക് നോക്കാനുള്ളത്.

ജെ എസ് ഒ എൻ കൈകൊണ്ട് എഡിറ്റ് ചെയ്യാതിരിക്കുക. ശരിക്കും വേണമെങ്കിൽ ആദ്യം ഒരു ബാക്കപ്പ് എടുക്കൂ, നിങ്ങൾ ഒറ്റയ്ക്കാണെന്ന് അറിയുക.

ഇന്ന് നിങ്ങള് എന്തൊക്കെ പരിശോധിക്കണം?

എല്ലാ സംസ്ഥാന ഫയലുകളും വിദൂരമായി ലോക്ക് ചെയ്തിട്ടുണ്ടോ, പതിപ്പുകൾ പരിശോധിച്ചോ, എൻക്രിപ്റ്റ് ചെയ്തോ? ആര് ക്ക് ഉല്പാദന നിലയിലേക്ക് പ്രവേശനം ഉണ്ട്? നീ ഇപ്പോഴും state mv കമാന് ഡുകള് പകരം moved ബ്ലോക്കുകൾ? ഈ മൂന്നു ചോദ്യങ്ങള് ക്ക് മിക്ക അപകടസാധ്യതകളും ഉണ്ട്.

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ അടിസ്ഥാന സൌകര്യത്തിലെ ഏറ്റവും സെൻസിറ്റീവ് ഫയലായി സ്റ്റേറ്റിനെ കാണുക. അതിനെ സംരക്ഷിക്കുക, പതിപ്പ് ഉണ്ടാക്കുക, ഒരിക്കലും അത് ലാപ്ടോപ്പിൽ ജീവിക്കാൻ അനുവദിക്കരുത്.

ഡെസ്ലി

ഐ. സി. യിലെ ടെറാഫോർംഃ പിആർ സംബന്ധിച്ച പദ്ധതി, ലയനം സംബന്ധിച്ച് അപേക്ഷിക്കുക

Tue, 20 Oct 2026 23:10:30 +0200

പല ടീമുകളിലും, ടെറഫോർം ഇപ്പോഴും ആരുടെയെങ്കിലും ലാപ്ടോപ്പിൽ നിന്നും പ്രവർത്തിക്കുന്നു. അവര് ഏറ്റവും പുതിയ കോഡ് എടുത്ത് ഓടുന്നു planനോക്കൂ, ഓടിപ്പോകൂ apply. ഇത് പ്രവർത്തിക്കുന്നു, പക്ഷെ അത് പ്രവർത്തിക്കുന്നില്ല: ആരെങ്കിലും ഒരു പഴയ ശാഖയിൽ അപേക്ഷിക്കുന്നു, രണ്ടുപേർ ഒരേസമയം അപേക്ഷിക്കുന്നു, ലാപ്ടോപ്പിന് വ്യത്യസ്ത ദാതാക്കളുടെ പതിപ്പുകൾ ഉണ്ട്, അല്ലെങ്കിൽ ഉത്പാദന യോഗ്യതയുള്ള ഒരേയൊരു വ്യക്തി അവധിക്കാലത്തിലാണ്.

പരിഹാരം ലളിതവും അറിയപ്പെടുന്നതുമായ ഒരു വർക്ക്ഫ്ലോ ആണ്: പിളര് ക്കുന്നതിനുള്ള അപേക്ഷയില് പ്ലാന്റ് ചെയ്യുക, ലയിപ്പിക്കാന് അപേക്ഷിക്കുക. ഞാനിങ്ങനെ തന്നെ സജ്ജമാക്കിയിട്ടുണ്ട്.

പ്രവര് ത്തന പ്രക്രിയ

ഒരു ഡെവലപ്പര് ഒരു ബ്രാഞ്ചില് ഇൻഫ്രാസ്ട്രക്ചര് കോഡ് മാറ്റുകയും ഒരു pull request തുറക്കുകയും ചെയ്യുന്നു.
ഐ. ഐ. ഓടുന്നു terraform plan ആ പ്ലാൻ പിൻവലിക്കൽ അഭ്യർത്ഥനയുടെ ഒരു അഭിപ്രായമായി പോസ്റ്റ് ചെയ്യുന്നു.
രണ്ടും കോഡായി പരിഗണിക്കപ്പെടുന്നു. ഒപ്പം ആ പ്ലാന് .
അംഗീകാരം ലഭിച്ച ശേഷം, പിൻവലിക്കൽ അഭ്യർത്ഥന ലയിപ്പിക്കുന്നു.
ഐ. ഐ. ഓടുന്നു terraform apply പ്ലാനുമായി, പ്രധാന ശാഖയിൽ നിന്ന്.

എല്ലാം പരിശോധിക്കുന്നു, എല്ലാം രേഖപ്പെടുത്തുന്നു, ആരും അവരുടെ ലാപ്ടോപ്പിലെ ഉല്പാദന ക്രെഡൻഷ്യലുകൾ ആവശ്യമില്ല, പ്രധാന ശാഖ എപ്പോഴും വിന്യസിച്ചിരിക്കുന്നതിനെ പ്രതിഫലിപ്പിക്കുന്നു.

ആ പ്ലാന് ആണ് യഥാര് ത്ഥ മാറ്റം. ആസൂത്രണം കോഡ് പോലെ തന്നെ ശ്രദ്ധാപൂർവ്വം പരിശോധിക്കുക.

ഓപ്ഷൻ 1: അറ്റ്ലാന്റിസ്

അറ്റ്ലാന്റിസ് ഈ വർക്ക്ഫ്ലോയ്ക്കായി നിർമ്മിച്ച ഒരു ഓപ്പൺ സോഴ്സ് സെർവറാണ്. ഇത് അഭ്യർത്ഥന സംഭവങ്ങൾ പിൻവലിക്കാൻ ശ്രദ്ധിക്കുന്നു, നിങ്ങൾ അഭിപ്രായങ്ങൾ ഉപയോഗിച്ച് അത് നിയന്ത്രിക്കുന്നുഃ

ഒരു പിആർ തുറക്കുമ്പോള് അറ്റ്ലാന്റിസ് ഓട്ടോമാറ്റിക് ആയി ഓടിപ്പോകും. plan ഒപ്പം ഔട്ട്പുട്ടിനെ കുറിച്ചുള്ള അഭിപ്രായങ്ങളും.
അഭിപ്രായങ്ങള് atlantis apply അത് പ്രയോഗിക്കുകയും, പിന്നെ ഫലത്തെക്കുറിച്ച് അഭിപ്രായമിടുകയും ചെയ്യുന്നു.
ഇത് ബാധിത ഡയറക്ടറികളെ ലോക്ക് ചെയ്യുന്നു, അങ്ങനെ രണ്ട് PR- കൾക്ക് ഒരേ സമയം ഒരേ അവസ്ഥ മാറ്റാനാവില്ല.

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

ഓപ്ഷൻ 2: ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ (അല്ലെങ്കിൽ ഏതെങ്കിലും ഐസി)

നിങ്ങളുടെ സാധാരണ ഐ. സി. യിൽ ഒരേ വർക്ക്ഫ്ലോ ഉണ്ടാക്കാം. ലളിതമായ ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ പതിപ്പ്ഃ

name: terraform

on:
  pull_request:
    paths: ["infrastructure/**"]
  push:
    branches: [main]
    paths: ["infrastructure/**"]

permissions:
  contents: read
  id-token: write
  pull-requests: write

jobs:
  terraform:
    runs-on: ubuntu-latest
    defaults:
      run:
        working-directory: infrastructure/live/production/network
    steps:
      - uses: actions/checkout@<sha> # v4
      - uses: hashicorp/setup-terraform@<sha> # v3
      - uses: aws-actions/configure-aws-credentials@<sha> # v4
        with:
          role-to-assume: arn:aws:iam::123456789012:role/terraform-${{ github.event_name == 'push' && 'apply' || 'plan' }}
          aws-region: eu-central-1
      - run: terraform init -input=false
      - run: terraform plan -input=false -out=tfplan
      - if: github.event_name == 'pull_request'
        run: terraform show -no-color tfplan > plan.txt
        # post plan.txt as a PR comment with your preferred action
      - if: github.event_name == 'push'
        run: terraform apply -input=false tfplan

ശ്രദ്ധിക്കേണ്ട കാര്യങ്ങൾ:

രണ്ട് വ്യത്യസ്ത ഐ. എ. എം റോളുകൾ: ഒരു റോൾ പ്ലാനുകൾക്ക് വായിക്കാൻ മാത്രം pull അഭ്യർത്ഥനകൾ, ഒരു റോൾ മാത്രം എഴുതുക ആക്സസ് main. ഏത് ശാഖയ്ക്ക് ഏത് റോൾ ഏറ്റെടുക്കാമെന്ന് ട്രസ്റ്റ് നയം പരിമിതപ്പെടുത്തുന്നു.
ഒഐഡിസി, ക്ലൌഡ് കീകൾ സൂക്ഷിച്ചിട്ടില്ല.
ഗിറ്റ്ഹബ് പരിതസ്ഥിതികൾ ഉപയോഗിക്കുക ഉല്പാദനത്തിന് ആവശ്യമായ അവലോകകരുമായി ഒരു അധിക അംഗീകാര ഘട്ടം വേണമെങ്കിൽ ബാധകമാണ്.

ഒരു സൂക്ഷ്മത: പിൾ അഭ്യർത്ഥനയുടെ പ്ലാനും ലയനത്തിനു ശേഷമുള്ള ആപ്ലിക്കേഷനും തമ്മിൽ വ്യത്യാസമുണ്ടാകാം. ലയനം പുനഃപരിശോധിക്കുകയും ആ പദ്ധതി നടപ്പിലാക്കുകയും ചെയ്യുക എന്നതാണ് ഏറ്റവും സുരക്ഷിതമായ മാർഗം.

ഓപ്ഷൻ 3: ടാക്കോസ്

"TACOS" (Terraform ഓട്ടോമേഷൻ ആൻഡ് സഹകരണ സോഫ്റ്റ്വെയർ) ഇതിനായി നിർമ്മിച്ച പ്ലാറ്റ്ഫോമുകളുടെ വിളിപ്പേര് ആണ്: എച്ച് സി പി ടെറാഫോർം, ബഹിരാകാശ യാത്ര, പരിസ്ഥിതി, സ്കാൽ, ഹാർനെസ് ഐഎസിഎം മറ്റു ചിലതും. അവർ കൂട്ടിച്ചേര് ത്തു:

ഓരോ പ്ലാനിലും കോഡായി നയം (ഒപിഎ അല്ലെങ്കിൽ സെന്റിനൽ).
ഡ്രീഫ്റ്റ് കണ്ടെത്തലും ഷെഡ്യൂൾ ചെയ്ത റണ്ണുകളും.
സ്റ്റാക്ക് ആശ്രിതത്വം, ചെലവ് കണക്കാക്കല്, അംഗീകാരങ്ങള് , ഓഡിറ്റ് ലോഗ്സ്.
പല ടീമുകൾക്കും സ്വയം സേവനവും RBAC ഉം.

ഇവയ്ക്ക് ചിലവ് വരും, പക്ഷേ വലിയ സംഘടനകൾക്ക് അവയുടെ നിർമ്മാണവും പരിപാലനവും വളരെ ലാഭകരമാണ്.

അംഗീകാരം

അടിസ്ഥാന സൌകര്യ മാറ്റങ്ങള് ക്ക് ആര് അംഗീകാരം നല് കും? ചില പ്രായോഗിക നിയമങ്ങള്:

കോഡ് ഉടമകൾ അങ്ങനെ ശരിയായ ടീം അവരുടെ ഭാഗത്തെ മാറ്റങ്ങൾ അവലോകനം ചെയ്യും.
ആവശ്യമായ അവലോകനങ്ങൾ ശാഖ സംരക്ഷണത്തില് .
ഉല്പാദനത്തിനുള്ള അധിക അംഗീകാരം ബാധകമാണ്, ഐ. സി. പരിതസ്ഥിതികളിലൂടെയോ പ്ലാറ്റ്ഫോമിലൂടെയോ.
അവലോകകർക്ക് കാണാവുന്ന പദ്ധതികൾ, ഏറ്റവും നല്ലത് സംഗ്രഹിക്കാം: ചേർത്തതും മാറ്റിയതും നശിപ്പിച്ചതുമായ വിഭവങ്ങളുടെ എണ്ണം. ഉല്പാദനത്തിലെ ഒരു "നശിപ്പിക്കൽ" ശ്രദ്ധേയമായിരിക്കണം.

രഹസ്യങ്ങളും ഒഐഡിസി ആധികാരികതയും

ഒരിക്കലും ടെറഫോർമിന് റെ ക്ലൌഡ് കീകൾ ഐ. സി. യിൽ സൂക്ഷിക്കരുത്. എല്ലാ പ്രധാന മേഘങ്ങളുമായും ഒഐഡിസി ഉപയോഗിക്കുക, റോളുകൾ കർശനമായി പരിപാലിക്കുക. അത് വിദൂര, എൻക്രിപ്റ്റ് ചെയ്ത, ലോക്ക് ചെയ്ത അവസ്ഥയുമായി സംയോജിപ്പിക്കുക, നിങ്ങളുടെ സജ്ജീകരണത്തിലെ ഏറ്റവും സെൻസിറ്റീവ് ഭാഗങ്ങൾ ഒരിക്കലും ഒരു ഡെവലപ്പറുടെ ലാപ്ടോപ്പിനെ സ്പർശിക്കരുത്.

എങ്ങിനെ തുടങ്ങും?

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

എന്റെ അഭിപ്രായം: അടിസ്ഥാന സൌകര്യ മാറ്റങ്ങൾ ആപ്ലിക്കേഷൻ കോഡിനോട് തുല്യമായ പൈപ്പ്ലൈൻ അച്ചടക്കം അർഹിക്കുന്നു. പ്ലാന് പുനരവലോകനം ചെയ്യുക, ലയിപ്പിക്കുക, റോബോട്ട് അപേക്ഷിക്കട്ടെ.

ഡെസ്ലി

മറ്റുള്ളവര് ക്ക് ഉപയോഗിക്കാന് ആഗ്രഹിക്കുന്ന ടെറാഫോർം മൊഡ്യൂളുകള്

Tue, 20 Oct 2026 23:10:30 +0200

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

പ്രായോഗികമായി, പല ആന്തരിക മൊഡ്യൂളുകളും അവഗണിക്കപ്പെടുകയോ (ടീമുകൾ പകരം വിഭവങ്ങൾ പകർത്തുകയോ) അല്ലെങ്കിൽ വെറുക്കപ്പെടുകയോ ചെയ്യുന്നു (ആരും മനസിലാക്കാത്തത്ര ഓപ്ഷനുകൾ). ഇതാ ഒരു മൊഡ്യൂൾ ആളുകൾ ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്നതിന്റെ കാരണം.

വ്യക്തമായ ഒരു ലക്ഷ്യത്തോടെ തുടങ്ങുക

ഒരു നല്ല മോഡുലര് ഒരു കാര്യം നന്നായി ചെയ്യുന്നു, ഒരു അഭിപ്രായം. "എല്ലാ വാദങ്ങളും ഒരു പൊതിഞ്ഞ അല്ല aws_db_instance"എന്നാല് "ഒരു പോസ്റ്റ്ഗ്രെ എസ്. ക്യു. എൽ. ഡാറ്റാബേസ് ക്രമീകരിച്ചിരിക്കുന്നത് നമ്മൾ ഡാറ്റാ ബേസുകള് ഇവിടെ പ്രവർത്തിപ്പിക്കുന്ന രീതിയിലാണ്":

ഈ മോഡുല് അടിസ്ഥാന റിസോഴ്സിന്റെ എല്ലാ ആർഗ്യുമെന്റുകളിലൂടെയും കടന്നുപോകുന്നുവെങ്കില് അത് ഒരു മൂല്യവും കൂട്ടിച്ചേര് ക്കുന്നില്ല. ടീമുകൾക്ക് നേരിട്ട് റിസോഴ്സ് ഉപയോഗിക്കാം.

നല്ല ഒരു മോഡുലര് തീരുമാനങ്ങള് നീക്കം ചെയ്യുന്നു. ഒരു മോശം മോഡുലര് അവരെ മറ്റൊരു ഫയലിലേക്ക് മാറ്റുന്നു.

ശുദ്ധമായ ഒരു ഘടന

modules/rds-postgres/
  main.tf
  variables.tf
  outputs.tf
  versions.tf
  README.md
  examples/
    basic/
      main.tf
  tests/
    defaults.tftest.hcl

versions.tf ആവശ്യമായ ടെറാഫോർം പതിപ്പും ദാതാവിന്റെ പതിപ്പും പിൻസ് ചെയ്യുക.
examples/ ഇത് യഥാർത്ഥ ഉപയോഗം കാണിക്കുന്നു, ഒരു ടെസ്റ്റ് ഫിക്ചർ ആയി ഇരട്ടിക്കുന്നു.
tests/ കൂടെ terraform test ഫയലുകൾ

ഇൻപുട്ടുകളും ഔട്ട്പുട്ടുകളും പരിശോധനയും

കുറച്ച് ഇൻപുട്ടുകൾ ആവശ്യമുണ്ട്, ബാക്കി നല്ല സ്ഥിരസ്ഥിതികളാണ്. അടിസ്ഥാന ഉദാഹരണം കുറച്ച് വരികൾ മാത്രം ആവശ്യമായി വരും:

module "orders_db" {
  source      = "git::https://github.com/acme/terraform-modules.git//rds-postgres?ref=v2.3.0"
  name        = "orders"
  environment = "production"
  size        = "medium"
}

ഇൻപുട്ടുകൾ സാധൂകരിക്കുക അതുകൊണ്ട് തെറ്റുകൾക്ക് നേരത്തേ ഒരു വ്യക്തമായ സന്ദേശവുമായി പരാജയപ്പെടാം:

variable "size" {
  description = "Database size: small, medium or large."
  type        = string
  default     = "small"

  validation {
    condition     = contains(["small", "medium", "large"], var.size)
    error_message = "size must be one of: small, medium, large."
  }
}

പരിഭാഷ size = "medium" ഓരോ ടീമും അവരുടെ കോഡ് മാറ്റാതെ തന്നെ അടിസ്ഥാന ഇൻസ്റ്റൻസിനു് തരം മാറ്റാം.

ഉപയോഗപ്രദമായ ഔട്ട്പുട്ടുകൾ: ഐഡി, എൻഡ് പോയിന്റ്, ARN, സെക്യൂരിറ്റി ഗ്രൂപ്പ് ഐഡി, രഹസ്യമായി സൂക്ഷിക്കുന്ന ക്രെഡൻഷ്യലുകളുടെ പേര്. അടുത്ത റിസോഴ്സ് എന്തായിരിക്കുമെന്ന് ആലോചിക്കുക.

കൃത്യമായ തരം ഉപയോഗിക്കുക: object({...}) പൊതുവായ ഒരു ആട്രിബ്യൂട്ടിന് പകരം ഓപ്ഷണൽ ആട്രിബിറ്റുകളുള്ളവ map(any).

പതിപ്പ് നിയന്ത്രണവും സ്വകാര്യ രജിസ്ട്രിയും

മൊഡ്യൂളുകൾ മാറുന്നു. ഉപയോക്താക്കൾക്ക് സ്ഥിരത വേണം. അപ്പോൾ:

ടാഗ് റിലീസുകൾ സെമാന്റിക് പതിപ്പുകളുമായി: v1.4.0, v2.0.0.
എല്ലായ്പ്പോഴും ഒരു പതിപ്പ് പരാമർശിക്കുക (?ref=v2.3.0 ഗിറ്റിനു വേണ്ടി, അല്ലെങ്കിൽ version = "~> 2.3" ഒരു രജിസ്ട്രിക്ക് വേണ്ടി). ഒരിക്കലും ചൂണ്ടിക്കാണിക്കരുത് main.
ഒരു മാറ്റലോഗ് എഴുതുക, ഒപ്പം മാറ്റങ്ങൾ വ്യക്തമായി അടയാളപ്പെടുത്തുക. ഒരു മാറ്റം ഒരു പുതിയ വൻ പതിപ്പ് എന്നാണ് അർത്ഥമാക്കുന്നത്.
ഒരു സ്വകാര്യ രജിസ്ട്രിയിൽ പ്രസിദ്ധീകരിക്കുക നിങ്ങൾക്ക് കഴിയുമെങ്കിൽ: എച്ച് സി പി ടെറാഫോർം, ഗിറ്റ്ലാബ്, ആർട്ടിഫാക്ടറി, സ്പേസ് ലിഫ്റ്റ് തുടങ്ങിയവയാണ് ഇവ വാഗ്ദാനം ചെയ്യുന്നത്. ഇത് നിങ്ങൾക്ക് പതിപ്പ് നിയന്ത്രണങ്ങളും കണ്ടെത്തലും ഡോക്യുമെന്റേഷനും ഒരു സ്ഥലത്ത് നൽകുന്നു.
പുതുക്കൽ മോഡുലുകളുടെ പതിപ്പുകൾ അപ്ഡേറ്റ് ചെയ്യട്ടെ ഉപഭോഗം ചെയ്യുന്ന റെപൊസിറ്ററികളില് .

സ്വയം എഴുതുന്ന രേഖകൾ

ആരും കൈകൊണ്ട് ഒരു README പരിപാലിക്കാൻ ആഗ്രഹിക്കുന്നില്ല. ടെറാഫോം ഡോക്കുകൾ നിങ്ങളുടെ കോഡിൽ നിന്നും ഇൻപുട്ട്, ഔട്ട്പുട്ട് പട്ടികകൾ സൃഷ്ടിക്കുന്നു:

terraform-docs markdown table --output-file README.md --output-mode inject .

പ്രീ-കോംമിറ്റ് ഹുക്കിലോ ഐ. സി. യിലോ ഓടിച്ചാല് ഡോക്യുമെന്റേഷന് സമന്വയിപ്പിക്കും. മുകളിൽ ഒരു ചെറിയ മനുഷ്യ എഴുതിയ വിഭാഗം ചേർക്കുകഃ മൊഡ്യൂൾ എന്താണ്, അത് സ്വതവേ എന്താണ് ചെയ്യുന്നത്, ഒരു മിനിമം ഉദാഹരണം.

പരിശോധനാ ഘടകങ്ങൾ

ചില പരിശോധനകൾ പോലും ധാരാളം സഹായിക്കുന്നു:

പ്ലാനിന് അടിസ്ഥാനമാക്കിയുള്ള പരിശോധനകൾ കൂടെ terraform test സ്ഥിരസ്ഥിതി പരിശോധനയ്ക്കായി: എൻക്രിപ്ഷൻ ഓൺ, ഇല്ലാതാക്കൽ പരിരക്ഷ ഓൺ, ടാഗുകൾ നിലവിലുണ്ട്.
പരിശോധന തെറ്റായ ഇൻപുട്ടുകൾ നിരസിക്കപ്പെടുന്നു എന്ന് പരിശോധിക്കുക.
ഒരു പരീക്ഷണം എല്ലാ കമ്മിറ്റുകളിലും അല്ല, റിലീസില് റൺ ചെയ്യണം.
സ്റ്റാറ്റിക് പരിശോധന (ടിഫ്ലിന്റ്, ചെക്കോവ്) മൊഡ്യൂളിലെ തന്നെ.

എപ്പോഴാണ് നിഷ്കൃഷ്ടമായത് നിർത്തേണ്ടത്?

ഞാൻ കാണുന്ന ഏറ്റവും സാധാരണമായ തെറ്റ്: മൊഡ്യൂളുകൾ പൊതിഞ്ഞ മൊഡ്യൂൾ പൊതിഞ്ഞ മോഡ്യൂളുകളാണ്, ഡസൻ കണക്കിന് വേരിയബിളുകളുള്ള, എല്ലാ സാധ്യതയുള്ള ഉപയോഗ കേസുകൾക്കും ഫീച്ചർ ഫ്ലാഗുകൾ, count എല്ലായിടത്തും തമാശകൾ.

നിങ്ങള് വളരെ ദൂരെ പോയിരിക്കുന്നു എന്നതിന്റെ അടയാളങ്ങള്:

ഈ മൊഡ്യൂളിന് അത് സൃഷ്ടിക്കുന്ന വിഭവങ്ങളേക്കാൾ കൂടുതൽ വേരിയബിളുകൾ ഉണ്ട്.
ഒരു പ്രത്യേക പതാക സ്ഥാപിക്കുമ്പോൾ എന്ത് സംഭവിക്കുമെന്ന് ആർക്കും വിശദീകരിക്കാനാവില്ല.
ടീമുകൾ മോഡുലര് വിഭജിക്കുന്നു കാരണം അത് മാറ്റുന്നത് വളരെ ഭീതിദമാണ്.

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

അതുകൊണ്ട്, എന്താണ് ഒരു വലിയ മൊഡ്യൂൾ ഉണ്ടാക്കുന്നത്?

വ്യക്തമായ അഭിപ്രായം, കുറച്ച് ആവശ്യമായ ഇൻപുട്ടുകൾ, സാധൂകരിക്കപ്പെട്ട വേരിയബിളുകൾ, ഉപയോഗപ്രദമായ ഔട്ട്പുട്ടുകൾ, സൃഷ്ടിച്ച ഡോക്യുമെന്റേഷനുകൾ, യഥാർത്ഥ പതിപ്പുകൾ, കുറച്ച് പരിശോധനകൾ. പൊതുവായ കാര്യങ്ങള് ക്കായി നിർമ്മിച്ചതാണ്, എല്ലാം മറയ്ക്കാത്ത വിധം താഴ്മയോടെ.

എന്റെ അഭിപ്രായം: ശരിയായ വഴി ചുരുക്കവും വ്യക്തവുമാക്കുന്ന മോഡ്യൂളുകൾ നിർമ്മിക്കുക. പകരം ആളുകൾ വിഭവങ്ങൾ പകര് ത്ത് ഉപയോഗിക്കുന്നുവെങ്കില് , മൊഡ്യൂള് അവരെ സഹായിക്കില്ല.

ഡെസ്ലി

നിങ്ങൾ ഒരിക്കലും പാക്കേജ് ചെയ്യാത്ത സെര് വറുകള്: പാക്കറുമായി സുവർണ്ണ ചിത്രങ്ങള്

Tue, 20 Oct 2026 23:10:30 +0200

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

ഒരു സെര് വറിലും മാറ്റം വരുത്തരുത്. എന്തെങ്കിലും മാറ്റം വരുമ്പോൾ, പുതിയ ഒരു ചിത്രം ഉണ്ടാക്കുക, അതിൽ നിന്ന് പുതിയ സെർവറുകൾ തുടങ്ങുക, പഴയവയെ കളയുക.

വളർത്തുമൃഗങ്ങളും കന്നുകാലികളും, വീണ്ടും പരിശോധിച്ചു

പ്രശസ്തമായ സമാനത:

വളർത്തുമൃഗങ്ങൾ പേരുകളുള്ളവരും, അതുല്യരായവരും, രോഗം വന്നാൽ ആരോഗ്യത്തോടെയിരിക്കാൻ സഹായിക്കുന്നവരുമാണ്.
കന്നുകാലികൾ അവയ്ക്ക് നമ്പറുകളുണ്ട്, അവയെല്ലാം ഒരേപോലെയാണ്, രോഗം വന്നാൽ അവയെ മാറ്റിസ്ഥാപിക്കും.

കണ്ടെയ്നറുകൾ ഉപയോഗിച്ചാണ് കന്നുകാലി മോഡലിനെ സാധാരണ ആപ്ലിക്കേഷനാക്കി മാറ്റിയത്. പക്ഷെ ധാരാളം വർക്ക് ലോഡുകൾ ഇപ്പോഴും വിർച്വൽ മെഷീനുകളിൽ പ്രവർത്തിക്കുന്നു: കുബർനെറ്റ്സ് നോഡുകൾ, ഡാറ്റാബേസുകൾ, പഴയ ആപ്ലിക്കേഷനുകൾ, ഐസി റണ്ണറുകൾ, ആപ്ലിക്കേഷൻ. സ്വർണ്ണ ചിത്രങ്ങൾ വിഎമ്മുകൾക്കും ഇതേ ആശയം നൽകുന്നു.

ഒരു സ്വർണ്ണചിത്രം എന്താണെന്ന്

ഒരു ഗോൾഡ് ഇമേജ് എന്നത് മുൻകൂട്ടി നിർമ്മിച്ച ഒരു മെഷീൻ ഇമേജാണ് (AWS- ൽ ഒരു AMI, Azure- ൽ ഒരു മാനേജുചെയ്ത ഇമേജ്, Google ക്ലൌഡിൽ ഒരു ഇഷ്ടാനുസൃത ഇമേജ് , VMware അല്ലെങ്കിൽ Proxmox- ൽ ഒരു ടെംപ്ലേറ്റ്) ഇതിനകം അടങ്ങിയിരിക്കുന്നഃ

കാലികവും കടുപ്പമേറിയതുമായ ഓപ്പറേറ്റിങ് സിസ്റ്റം
നിങ്ങളുടെ നിരീക്ഷണവും രേഖപ്പെടുത്തലും ഏജന്റുമാർ
സുരക്ഷാ ഉപകരണങ്ങളും ക്രമീകരണവും
ചിലപ്പോള് ആപ്ലിക്കേഷന് തന്നെ

പുതിയ സെര് വര് സെക്കന്റുക്കുള്ളിൽ ആരംഭിക്കും, ഇതിനകം ക്രമീകരിച്ചിരിക്കുന്ന. ബൂട്ട് ചെയ്യുമ്പോള് നീണ്ട സെറ്റപ്പ് സ്ക്രിപ്റ്റുകളില്ല, മെഷീനുകള് തമ്മില് ഒരു മാറ്റവും ഇല്ല.

ഒരു സെര് വറിന് ഒരു പരിഹാരം വേണമെങ്കില് , അത് ചെയ്യരുത്. ചിത്രം ശരിയാക്കി സെര് വറിനെ മാറ്റി വയ്ക്കുക.

പാക്കറുമായി ചിത്രങ്ങൾ നിർമ്മിക്കുക

പാക്കർഹാഷി കോർപ്പിന്റെ ചിത്രങ്ങൾ നിർമ്മിക്കാനുള്ള ഏറ്റവും സാധാരണമായ ഉപകരണമാണ്. നിങ്ങൾ HCL ൽ ചിത്രം വിവരിക്കുന്നു, പാക്കർ ഒരു താൽക്കാലിക യന്ത്രം ആരംഭിക്കുന്നു, നിങ്ങളുടെ സജ്ജീകരണ ഘട്ടങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നു, ഫലത്തെ ഒരു ചിത്രമായി സംരക്ഷിക്കുന്നു.

packer {
  required_plugins {
    amazon = {
      source  = "github.com/hashicorp/amazon"
      version = "~> 1.3"
    }
  }
}

source "amazon-ebs" "base" {
  region        = "eu-central-1"
  instance_type = "t3.small"
  ssh_username  = "ubuntu"
  ami_name      = "acme-base-{{timestamp}}"

  source_ami_filter {
    filters = {
      name                = "ubuntu/images/hvm-ssd-gp3/ubuntu-noble-24.04-amd64-server-*"
      virtualization-type = "hvm"
    }
    owners      = ["099720109477"] # Canonical
    most_recent = true
  }
}

build {
  sources = ["source.amazon-ebs.base"]

  provisioner "shell" {
    inline = [
      "sudo apt-get update",
      "sudo apt-get -y upgrade",
      "sudo apt-get -y install unattended-upgrades auditd"
    ]
  }

  provisioner "ansible" {
    playbook_file = "./playbooks/harden.yml"
  }
}

ഒരേ ടെംപ്ലേറ്റിൽ ഒരേസമയം പല മേഘങ്ങൾക്കും ചിത്രങ്ങൾ സൃഷ്ടിക്കാൻ കഴിയും. ഷെൽ സ്ക്രിപ്റ്റുകൾ, ആൻസിബിൾ പ്ലേബുക്കുകൾ അല്ലെങ്കിൽ മറ്റ് ഉപകരണങ്ങൾ എന്നിവയാണ് പ്രൊവൈഡർമാർ.

ചിത്ര പൈപ്പ്ലൈനുകൾ

കൈകൊണ്ട് ചിത്രങ്ങൾ നിർമ്മിക്കുന്നത് അതിന്റെ ഉദ്ദേശ്യം പരാജയപ്പെടുത്തുന്നു. ഒരു പൈപ്പ്ലൈനില് ഇട്ടു.

നിർമ്മിക്കുക ഒരു ഷെഡ്യൂളിലെ ചിത്രം (ആഴ്ചതോറും സാധാരണമാണ്) ഒപ്പം ടെംപ്ലേറ്റ് മാറുമ്പോഴെല്ലാം.
പരിശോധന it: ഒരു ഇൻസ്റ്റൻസിനു ബൂട്ട് ചെയ്യുക, പരിശോധനകൾ നടത്തുക (സേവനങ്ങൾ പ്രവർത്തിക്കുന്നു, പോർട്ടുകൾ അടച്ചു, കഠിനമാക്കൽ പ്രയോഗിക്കുന്നു). ഗോസ്, ഇൻസ്പെക് പോലുള്ള ഉപകരണങ്ങള് സഹായിക്കും.
സ്കാൻ ചെയ്യുക അത് ദുർബലമായ സ്ഥലങ്ങളില് .
പ്രസിദ്ധീകരിക്കുക അത് ഒരു പതിപ്പും തീയതിയും അടയാളപ്പെടുത്തി, അത് ആവശ്യമുള്ള അക്കൌണ്ടുകളുമായി പങ്കിടുക.
അത് പുറത്തെടുക്കുക. നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ കോഡിലെ ഇമേജ് ഐഡി അപ്ഡേറ്റ് ചെയ്തുകൊണ്ട്.
ശുചിയാക്കൂ പഴയ ചിത്രങ്ങള് ഒരു കാലയളവിനു ശേഷം സൂക്ഷിക്കും.

ക്ലൌഡ് പ്രൊവൈഡർമാരും ഇതിനായി നിയന്ത്രിത സേവനങ്ങള് നല് കുന്നു, EC2 ഇമേജ് ബിൽഡർ AWS- ലും അസ്യൂർ വിഎം ഇമേജ് ബിൽഡർ.

എത്ര തവണ ഞാൻ പുനർനിർമിക്കുന്നു

സുരക്ഷാ പാച്ചുകൾ നിരന്തരം പുറത്തിറക്കപ്പെടുന്നു. മാറ്റമില്ലാത്ത അടിസ്ഥാന സൌകര്യങ്ങളില് , പച്ചേജിംഗ് എന്നതിനർത്ഥം ചിത്രം പുനർനിര് മിക്കുകയും സെര് വറുകള് മാറ്റിസ്ഥാപിക്കുകയും ചെയ്യുക എന്നാണ്.

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

ഓട്ടോ സ്കേലിംഗുമായി ജോടിയാക്കൽ

ഓട്ടോ സ്കെയിലിംഗ് ഗ്രൂപ്പുകളുമായി (അല്ലെങ്കിൽ വിഎം സ്കെയിൽ സെറ്റുകൾ, അല്ലെങ്കിൽ നിയന്ത്രിത ഇൻസ്റ്റൻസി ഗ്രൂപ്പുകൾ) സ്വർണ്ണ ചിത്രങ്ങൾ മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നുഃ

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

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

എന്തിനു ശ്രദ്ധിക്കണം

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

അത് വിലപ്പെട്ടതാണോ?

ഏതൊരു വിഎം ഫ്ലീറ്റിനും, കുറച്ച് ആഴ്ചകളിലധികം നീണ്ടുനിൽക്കുന്നവയ്ക്ക്, അതെ. കുറവ് സർപ്രൈസുകൾ, വേഗതയേറിയ സ്കെയിലിംഗ്, എളുപ്പമുള്ള പാച്ച്, എന്തൊക്കെയാണ് പ്രവർത്തിക്കുന്നതെന്ന് നിങ്ങൾക്ക് എപ്പോഴും അറിയാം.

എന്റെ അഭിപ്രായം: നഴ്സിങ് സെർവറുകളെ തടയുക. ഒരിക്കൽ അവയെ ശരിയായി നിർമ്മിക്കുക, പലപ്പോഴും അവയെ മാറ്റി സ്ഥാപിക്കുക, ചിത്രത്തിന് അറിവ് പകർന്നു കൊടുക്കുക.

ഡെസ്ലി

ഐസി വേരിയബിളുകളില് രഹസ്യങ്ങള് ഇടുന്നത് നിർത്തുക.

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു ടീമിന് അവരുടെ രഹസ്യങ്ങള് എവിടെയാണെന്ന് ചോദിച്ചാൽ, സത്യസന്ധമായ ഉത്തരം പലപ്പോഴും "എവിടെയും" ആണ്. ചിലത് ഐ. സി. വേരിയബിളുകളില് . ചിലത് .env അത് കൈമാറ്റം ചെയ്യപ്പെടുന്നു. ചിലത് കൈകൊണ്ട് സൃഷ്ടിച്ച കുബർനെറ്റസ് രഹസ്യങ്ങളാണ്. പാസ്വേഡ് മാനേജറിൽ കുറച്ചുപേർ. കുറഞ്ഞത് ഒരു ഗിറ്റ് റിപ്പോസിറ്ററിയുടെ ചരിത്രത്തിൽ, മൂന്നു വർഷം മുമ്പുള്ളത്.

രഹസ്യങ്ങളുടെ വ്യാപനം ഞാൻ കണ്ടിട്ടുള്ള ഏറ്റവും സാധാരണമായ സുരക്ഷാ പ്രശ്നങ്ങളിലൊന്നാണ്, പരിഹരിക്കാൻ എളുപ്പമുള്ള ഒന്നാണ്.

രഹസ്യങ്ങൾ ചോർന്നു പോകുന്നിടത്ത്

ഗിറ്റ് ചരിത്രം. ഒരിക്കൽ ചെയ്തതാണെങ്കില് പിന്നീട് മായ്ച്ചുകളഞ്ഞതാണെങ്കില് , ചരിത്രം വീണ്ടും എഴുതപ്പെടുന്നില്ലെങ്കില് അത് എന്നെന്നേക്കുമായി അവിടെത്തന്നെ തുടരും.
സിഐ ലോഗ്സ്. ഒരു ഡീബഗ് echo, ഒരു വര് ഷോസസ് കമാന് ഡ്, ഒരു അപഹാസ്യമായ പ്രവര് ത്തനം പ്രിന്റ് പരിസ്ഥിതി വേരിയബിളുകൾ.
ഐ. സി. വേരിയബിളുകൾ വിശാലമായ പ്രവേശനമുള്ളവ: വർക്ക്ഫ്ലോ എഡിറ്റ് ചെയ്യാൻ കഴിയുന്ന ആർക്കും പലപ്പോഴും അവ വായിക്കാൻ കഴിയും.
കുബർനെറ്റസ് രഹസ്യങ്ങൾ ഗിറ്റിലെ YAML ൽ. ബേസ് 64 എന്നത് ഒരു എൻക്രിപ്ഷനല്ല.
ടെറാഫോർം അവസ്ഥ ഡാറ്റാബേസ് പാസ് വേഡുകൾ അടങ്ങിയിരിക്കുന്ന
ചാറ്റും ടിക്കറ്റും. "ഇതാ പാസ്വേഡ്, ഈ സന്ദേശം ഇല്ലാതാക്കുക".

പൊതുവായ ഒരു കാര്യം: രഹസ്യങ്ങൾ പലയിടത്തും പകർത്തപ്പെടുന്നു, ഓരോ പകർപ്പും അവ ചോർന്നിടാൻ കഴിയുന്ന ഒരു സ്ഥലമാണ്.

ലക്ഷ്യം: സത്യത്തിന്റെ ഒരൊറ്റ ഉറവിടം

ഏറ്റവും നല്ല സമീപനം: രഹസ്യങ്ങൾ സൂക്ഷിക്കുക ഒരു സെൻട്രൽ രഹസ്യ സ്റ്റോര്, ഓരോ ഉപഭോക്താവിനും (ആപ്ലിക്കേഷനുകൾ, പൈപ്പ്ലൈനുകൾ, ആളുകൾ) ആവശ്യമുള്ളപ്പോൾ മാത്രം സ്വന്തം ഐഡന്റിറ്റി ഉപയോഗിച്ച് അവിടെ നിന്ന് അവയെ കൊണ്ടുവരാൻ കഴിയും. രഹസ്യങ്ങൾ വളരെ ചുരുങ്ങിയ കാലത്തേയ്ക്കുള്ളതാണ്, അല്ലെങ്കിൽ ഓട്ടോമാറ്റിക്കായി മാറുന്നു, അങ്ങനെ ഒരു ചോർച്ച പെട്ടെന്ന് അവസാനിക്കുന്നു.

താരതമ്യം ചെയ്ത ഓപ്ഷനുകൾ

ഹാഷി കോർപ് സെൽഫ് ഏറ്റവും അറിയപ്പെടുന്നതാണ്. അത് രഹസ്യങ്ങൾ സൂക്ഷിക്കുന്നു, പക്ഷേ അവയെ ചലനാത്മകമായി സൃഷ്ടിക്കുന്നു: ആവശ്യാനുസരണം സൃഷ്ടിച്ച ഡാറ്റാബേസ് ക്രെഡൻഷ്യലുകൾ, ഒരു മണിക്കൂറിനു ശേഷം കാലഹരണപ്പെടുന്ന ക്ലൌഡ് ക്രെഡന്ഷ്യലുകൾ, സ്വന്തം പി. കെ. ഐയിൽ നിന്നുള്ള സർട്ടിഫിക്കറ്റുകൾ. വളരെ ശക്തവും, നന്നായി പ്രവർത്തിക്കുന്നതുമായ ഒരു യഥാർത്ഥ ജോലി (ഉയർന്ന ലഭ്യത, അൺസെല്ലിംഗ്, അപ്ഗ്രേഡുകൾ). 2023 മുതൽ ഇത് ബിസിനസ് സോഴ്സ് ലൈസൻസിനു കീഴിലാണ്.

ഓപ്പൺബാവോ ലൈസൻസ് മാറ്റം വരുന്നതിനു മുമ്പുള്ള വോൾട്ടിന്റെ കമ്മ്യൂണിറ്റി ഫോർക്ക് ആണ്, ഇപ്പോൾ ലിനക്സ് ഫൌണ്ടേഷന് കീഴിലാണ്. മിക്ക ഉപയോഗ കേസുകളിലും വോൾട്ടിനോട് അനുയോജ്യമായ API, ഓപ്പൺ സോഴ്സ് ലൈസൻസ്, സ്വന്തം സവിശേഷതകൾ വികസിപ്പിക്കൽ.

ക്ലൌഡ് രഹസ്യ മാനേജർമാർ: എ. ഡബ്ല്യു. എസ്. രഹസ്യ മാനേജർ, അസ്യുര് കീ വോൾട്ട്, ഗൂഗിൾ രഹസ്യ മാനെജര് . പൂർണ്ണമായും നിയന്ത്രിക്കപ്പെടുന്നു, ക്ലൌഡ് ഐ.എം.എമ്മുമായി സംയോജിപ്പിച്ചിരിക്കുന്നു, ആരംഭിക്കാൻ എളുപ്പമാണ്. പല സിസ്റ്റങ്ങളിലെ ഡൈനാമിക് രഹസ്യങ്ങൾക്കായി വോൾട്ടിനെക്കാൾ കുറവാണ്, പക്ഷേ പല ടീമുകൾക്കും തികച്ചും മതിയാകും.

ഗിറ്റിലെ എൻക്രിപ്റ്റ് ചെയ്ത ഫയലുകൾ: സോപ്പ് (പ്രായം അല്ലെങ്കിൽ ഒരു ക്ലൌഡ് കെ. എം. എസ്) YAML അല്ലെങ്കിൽ JSON ഫയലുകളിലെ മൂല്യങ്ങൾ എൻക്രിപ്റ്റ് ചെയ്യുന്നു, അതിനാൽ നിങ്ങൾക്ക് അവ സുരക്ഷിതമായി കമ്മീറ്റ് ചെയ്യാം. ഗിറ്റോപ്സ് സെറ്റപ്പുകൾക്കും ചെറിയ ടീമുകൾക്കും നല്ലതാണ്.

ഏറ്റവും നല്ല രഹസ്യം ഇതുവരെ ഉണ്ടാവാത്തതാണ്, അത് ആവശ്യമുള്ളപ്പോൾ സൃഷ്ടിക്കപ്പെടുന്നു, അത് ആർക്കും മോഷ്ടിക്കാൻ കഴിയുന്നതിന് മുമ്പ് അത് അവസാനിക്കുന്നു.

കുബർനെറ്റുകളിലേക്ക് രഹസ്യങ്ങൾ കയറ്റുന്നു

കുബർനെറ്റസിലെ ആപ്ലിക്കേഷനുകൾ സാധാരണയായി രഹസ്യങ്ങൾ പരിസ്ഥിതി വേരിയബിളുകളായോ ഫയലുകളായോ പ്രതീക്ഷിക്കുന്നു. ഒരു സെൻട്രൽ സ്റ്റോറിൽ നിന്ന് അവരെ അവിടെ എത്തിക്കാനുള്ള വഴികൾ:

എക്സ്റ്റേണൽ സീക്രട്ട്സ് ഓപ്പറേറ്റർ (ഇ എസ് ഒ) വോൾട്ട്, ഓപ്പൺബാവോ, ക്ലൌഡ് രഹസ്യ മാനേജർമാർ തുടങ്ങിയവയിൽ നിന്നുള്ള രഹസ്യങ്ങൾ സാധാരണ കുബർനെറ്റ്സ് രഹസ്യങ്ങളിലേക്ക് സമന്വയിപ്പിക്കുന്നു:

apiVersion: external-secrets.io/v1
kind: ExternalSecret
metadata:
  name: orders-db
  namespace: shop
spec:
  refreshInterval: 1h
  secretStoreRef:
    name: aws-secrets-manager
    kind: ClusterSecretStore
  target:
    name: orders-db-credentials
  data:
  - secretKey: password
    remoteRef:
      key: prod/shop/orders-db
      property: password

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

രഹസ്യങ്ങൾ സൂക്ഷിക്കുക സി. എസ്. ഐ ഡ്രൈവർ ബാഹ്യ സംഭരണിയിൽ നിന്നും നേരിട്ട് ഫയലുകളായി രഹസ്യങ്ങൾ മൌണ്ട് ചെയ്യുന്നു, ഒരു കുബർനെറ്റ്സ് രഹസ്യം സൃഷ്ടിക്കാതെ.

വോൾട്ട് ഏജന്റ് / ഓപ്പൺബാവോ ഏജന്റ് ഇഞ്ചക്ഷന് ഒരു സൈഡ് വണ്ടി ഓടിക്കുന്നു അത് ഹെഡ്കപ്പിനുള്ള രഹസ്യങ്ങള് തിരികെ കൊണ്ടുവന്ന് പുതുക്കുന്നു.

നിങ്ങൾ ഏത് തിരഞ്ഞെടുത്താലും, കുബർനെറ്റസ് രഹസ്യങ്ങൾ ശാന്തമായി ക്രിപ്റ്റ് ചെയ്തിരിക്കുന്നു etcd ൽ (മാനേജുചെയ്ത ക്ലസ്റ്ററുകൾ സാധാരണയായി KMS എൻക്രിപ്ഷനെ പിന്തുണയ്ക്കുന്നു), ആർബിഎസി ഉപയോഗിച്ച് അവ വായിക്കാൻ കഴിയുന്നവരെ പരിമിതപ്പെടുത്തുക.

സിഐ പൈപ്പ്ലൈനുകളില്

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

റൊട്ടേഷനും ഡൈനാമിക് രഹസ്യങ്ങളും

ഒരിക്കലും മാറാത്ത രഹസ്യം ഒടുവിൽ ചോരുന്ന രഹസ്യമാണ്. ലളിതം മുതൽ വിപുലമായ വരെ ഓപ്ഷനുകൾ:

ഷെഡ്യൂൾ ചെയ്ത റൊട്ടേഷൻ സ്റ്റാറ്റിക് രഹസ്യങ്ങളുടെ (ക്ലൌഡ് രഹസ്യ മാനേജർമാർക്ക് ഡാറ്റാബേസ് പാസ്വേഡുകൾ യാന്ത്രികമായി മാറാൻ കഴിയും).
ചലനാത്മക രഹസ്യങ്ങൾ വോൾട്ട്/ഓപ്പൺബാവോയിൽ നിന്നും: ഓരോ ആപ്ലിക്കേഷൻ ഇൻസ്റ്റൻസിനും മണിക്കൂറുകളോളം സാധുവായ സ്വന്തം ക്രെഡൻഷ്യലുകൾ ലഭിക്കുന്നു.
വർക്ക് ലോഡ് ഐഡന്റിറ്റിഒരു രഹസ്യവുമില്ല. അവരുടെ കുബർനെറ്റ്സ് സേവന അക്കൌണ്ട് ഐഡന്റിറ്റി ഉപയോഗിച്ച് പോഡുകൾ ക്ലൌഡ് സേവനങ്ങളിലേക്ക് ആധികാരികമാക്കുന്നു.

ഇതിനകം ചോർന്നത് കണ്ടെത്തുക.

തികഞ്ഞ സംവിധാനം നിർമ്മിക്കുന്നതിനു മുമ്പ്, അവിടെ ഇതിനകം എന്താണുള്ളതെന്ന് സ്കാൻ ചെയ്യുക:

ഗിറ്റ് ലീക്ക് അല്ലെങ്കില് ട്രഫിൾ ഹോഗ് നിങ്ങളുടെ റെപൊസിറ്ററികളിലുടനീളം, ചരിത്രം ഉൾപ്പെടെ.
ഗിറ്റ്ഹബ് രഹസ്യ സ്കാനിംഗ് പുഷ് പ്രൊട്ടക്ഷൻ സജീവമാക്കിയ
നിങ്ങള് ക്ക് കിട്ടുന്നതെല്ലാം തിരിക്കുക. കംമെറ്റ് ഇല്ലാതാക്കുന്നത് മാത്രം പോരാ.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഒരു സെൻട്രൽ സ്റ്റോർ തെരഞ്ഞെടുക്കുക. നിങ്ങളുടെ ക്ലൌഡിന്റെ രഹസ്യ മാനേജർ ആണ് ഏറ്റവും എളുപ്പമുള്ള തുടക്കം. ബാഹ്യ രഹസ്യ ഓപ്പറേറ്റർ ഇൻസ്റ്റാൾ ചെയ്യുക. ഒരു ആപ്ലിക്കേഷന്റെ രഹസ്യങ്ങൾ അവിടെ മാറ്റുക, അവയെ CI വേരിയബിളുകളിൽ നിന്നും Git-ൽ നിന്നും നീക്കം ചെയ്യുക, അവയെ തിരിക്കുക. പിന്നെ ആവർത്തിക്കട്ടെ, സേവനം സേവനം.

എന്റെ അഭിപ്രായം: രഹസ്യങ്ങൾ പകർത്തണം, പകർത്തരുത്. ഓരോ പകർപ്പും ഒരു ഭാവി സംഭവമാണ്, അതിന്റെ തീയതി കാത്തിരിക്കുന്നു.

ഡെസ്ലി

സുരക്ഷ പൈപ്പ്‌ലൈനിൽ തന്നെ, അതിനു ശേഷമല്ല

Tue, 20 Oct 2026 23:10:30 +0200

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

"ഇടത്തേക്ക് മാറുക" എന്നതിനർത്ഥം സുരക്ഷാ പരിശോധനകൾ നേരത്തെ ഡെവലപ്പറുടെ വർക്ക്ഫ്ലോയിലേക്കും ഐസി പൈപ്പ്ലൈനിലേക്കും മാറ്റുക എന്നാണ്. പ്രശ്നങ്ങൾ കണ്ടുപിടിക്കപ്പെടുന്നത് അവ അവതരിപ്പിച്ചതിന് ശേഷം മിനിറ്റുകൾക്കകം, അവ പരിഹരിക്കാന് ഏറ്റവും വിലകുറഞ്ഞ സമയത്ത്. അതാണു ഡെവ് സെക്കോപ്സിന്റെ ഹൃദയം.

സ്കാനര് തരം, ലളിതമായി

സുരക്ഷാ സ്കാനിങ്ങിന്റെ ഒരു അക്ഷരമാല സൂപ്പ് ഉണ്ട്. ഓരോരുത്തരും ചെയ്യുന്നതെന്തെന്ന് ഇതാ:

SAST (സ്റ്റാറ്റിക് ആപ്ലിക്കേഷൻ സെക്യൂരിറ്റി ടെസ്റ്റിംഗ്): നിങ്ങളുടെ സോഴ്സ് കോഡ് വായിക്കുന്നു, സുരക്ഷിതമല്ലാത്ത പാറ്റേണുകൾക്കായി തിരയുന്നു. എസ്. ക്യു. എൽ. ഇഞ്ചക്ഷൻ, ഹാർഡ് കോഡ് ചെയ്ത രഹസ്യങ്ങൾ, സുരക്ഷിതമല്ലാത്ത പ്രവർത്തനങ്ങൾ.
SCA (സോഫ്റ്റ് വെയര് ഘടന വിശകലനം): നിങ്ങളുടെ ആശ്രിതത്വങ്ങൾ അറിയപ്പെടുന്ന ദുർബലതകളും ലൈസൻസ് പ്രശ്നങ്ങളും പരിശോധിക്കുന്നു.
രഹസ്യ സ്കാനിംഗ്: കോഡിലും ചരിത്രത്തിലും പാസ്വേഡുകൾ, API കീകൾ, ടോക്കണുകൾ എന്നിവ തിരയുന്നു.
IaC സ്കാനിംഗ്: തെറ്റ് ക്രമീകരണത്തിനായി ടെറാഫോം, കുബർനെറ്റസ് മാനിഫെസ്റ്റുകൾ, ഹെൽം ചാർട്ടുകൾ, ഡോക്കർ ഫയലുകൾ എന്നിവ പരിശോധിക്കുന്നു.
കണ്ടെയ്നർ ഇമേജ് സ്കാനിംഗ്: നിങ്ങളുടെ ചിത്രങ്ങളിലെ ദുർബലമായ പാക്കേജുകൾ കണ്ടെത്തുന്നു.
DAST (ഡൈനാമിക് ആപ്ലിക്കേഷൻ സെക്യൂരിറ്റി ടെസ്റ്റിംഗ്): ഒരു (നല്ല) ഹാക്കർ ചെയ്യുന്നതുപോലെ പുറത്തുനിന്നുള്ള ഒരു ആപ്ലിക്കേഷനെ ആക്രമിക്കുന്നു.

ഞാന് ഉപയോഗിക്കുന്ന ഉപകരണങ്ങള്

തുടങ്ങാന് വിലയേറിയ ഉപകരണങ്ങള് ആവശ്യമില്ല. മികച്ച ഓപ്പൺ സോഴ്സ് ഓപ്ഷനുകൾ:

തരം	ഓപ്പൺ സോഴ്സ് ഉപകരണങ്ങൾ	കുറിപ്പുകൾ
സാന്റ്	സെംഗ്രെപ്, കോഡ് ക്യു എൽ	ഗിറ്റ്ഹബ്ബിലെ പൊതു റിപ്പോകൾക്കായി കോഡ് ക്യുഎൽ സൌജന്യമാണ്
എസ് സി എ	ട്രിവീ, ഗ്രൈപ്പ്, ഒഎസ്വി സ്കാനർ, ഡെപൻഡാബോട്ട്	ഡിപൻഡാബോട്ട് ഗിറ്റ്ഹബിൽ നിർമ്മിച്ചതാണ്
രഹസ്യങ്ങൾ	ഗിറ്റ്ലീക്ക്, ട്രഫിൾഹോഗ്, ഗിറ്റ്ഹബ് പുഷ് പരിരക്ഷണം	ഒരു തവണ ചരിത്രം സ്കാൻ ചെയ്യുക, പിന്നെ ഓരോ പ്രേരണയും
ഐ. എ. സി	ചെക്കോവ്, ട്രിവി, കിസ്	ട്രിവിയ് ഒരു ഉപകരണത്തില് ചിത്രങ്ങള് , ഡിപ്സ്, ഐഎസി എന്നിവ ഉൾക്കൊള്ളുന്നു
ചിത്രങ്ങൾ	ട്രിവീ, ഗ്രൈപ്പ്	CI യിലും റെജിസ്റ്ററില് തുടര് ച്ചയായി സ്കാൻ ചെയ്യുക
ഡാസ്റ്റ്	ഒ. എ. എ. എസ്. പി. സാപ്	സ്റ്റേജിംഗ് അല്ലെങ്കിൽ പ്രിവ്യൂ പരിതസ്ഥിതികളുമായി പ്രവർത്തിപ്പിക്കുക

വാണിജ്യ പ്ലാറ്റ്ഫോമുകൾ (സ്നൈക്ക്, ഗിറ്റ്ഹബ് അഡ്വാൻസ്ഡ് സെക്യൂരിറ്റി, ഗിട്ലാബ് അൾട്ടിമേറ്റ്, വിസ്, ഐക്കിഡോ തുടങ്ങിയവ) ഡാഷ്ബോർഡുകൾ, മുൻഗണനകൾ, പരിഹാര നിർദ്ദേശങ്ങൾ എന്നിവയുമായി ഇവയെ കൂട്ടിച്ചേർക്കുന്നു.

സുരക്ഷാ സംവിധാനങ്ങളുള്ള ഒരു പൈപ്പ് ലൈൻ

ഒരു യുക്തിസഹമായ ലേഔട്ട്:

മുൻകൂർ പ്രതിജ്ഞാബദ്ധത രഹസ്യ സ്കാനിംഗ്, വേഗത്തിലുള്ള ലീനിംഗ്. അത് നിർബന്ധിക്കപ്പെടുന്നതിനു മുമ്പേ തന്നെ വ്യക്തമായ കാര്യം മനസിലാക്കുക.
പിൻവലിക്കൽ അഭ്യർത്ഥന: SAST, SCA, IaC സ്കാനിംഗ്, ഫലങ്ങൾ PR- യുടെ അഭിപ്രായങ്ങളുമായി.
നിർമ്മിക്കുക: ഇമേജ് സ്കാനിംഗ്, എസ്. ബി. ഒ. എം. ജനറേഷൻ, ഒപ്പ്.
പ്രിവ്യൂ / പ്രിവ്യൂ: DAST പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷനെതിരെ.
തുടർച്ചയായി: പുതുതായി കണ്ടെത്തിയ ദുർബലതകൾക്കായി വീണ്ടും സ്കാൻ ചെയ്ത ചിത്രങ്ങളും SBOM കളും ഉല്പാദിപ്പിക്കുന്നു.

ട്രിവിയെ മാത്രം പരിഗണിച്ച് ഒരു അത്ഭുതകരമായ തുക കവർ ചെയ്യുന്നു:

trivy fs --scanners vuln,secret,misconfig .
trivy image --severity HIGH,CRITICAL --ignore-unfixed registry.example.com/shop-api:1.4.2

സുരക്ഷാ കണ്ടെത്തലുകൾ ബഗ് പോലെയാണ്. എത്രയും വേഗം കണ്ടുപിടിച്ചാലും വില കുറയും, ആരും പേടിക്കാതിരിക്കുകയും ചെയ്യും.

തെറ്റായ അലാറം കൈകാര്യം ചെയ്യൽ

ഇവിടെയാണ് മിക്ക ഡെവ് സെക്കോപ് ശ്രമങ്ങളും പരാജയപ്പെടുന്നത്. സ്ഥിരസ്ഥിതി ക്രമീകരണങ്ങളുള്ള അഞ്ച് സ്കാനറുകൾ ഓണാക്കിയാൽ ഡവലപ്പർമാർ നൂറുകണക്കിന് കണ്ടെത്തലുകളിൽ മുങ്ങിമരിക്കും. അവയില് പലതും അപകടസാധ്യത കുറഞ്ഞവയും, എത്താന് കഴിയാത്തവയും, തെറ്റായ പോസിറ്റീവുകളുമാണ്. ഒരാഴ്ച കഴിഞ്ഞാല് , എല്ലാവരും അവഗണിക്കും.

സഹായിക്കുന്നവ

ഉയർന്നതും നിർണായകവുമായ കണ്ടെത്തലുകളില് നിന്ന് മാത്രം തുടങ്ങുക. പിന്നീട് വിശാലമാക്കുക.
പരിഹരിക്കാനാവാത്ത ദുർബലതകളെ അവഗണിക്കുക ഇപ്പൊ (ഇതുവരെ ഒരു പാച്ച് ഇല്ല), പക്ഷെ അവരെ ട്രാക്ക് ചെയ്യുക.
ഉപയോഗം ലഭ്യമാക്കുക ഉപകരണങ്ങൾ പിന്തുണയ്ക്കുന്നിടത്ത്: ദുർബലമായ ഫംഗ്ഷൻ യഥാർത്ഥത്തിൽ വിളിക്കപ്പെടുന്നുണ്ടോ?
ട്യൂൺ നിയമങ്ങൾ തെറ്റായ പോസിറ്റീവുകളെ ഒരു രേഖാമൂലമുള്ള കാരണത്താൽ അടിച്ചമർത്തുകയും ചെയ്യുന്നു. .trivyignore അല്ലെങ്കിൽ ഇൻലൈൻ അഭിപ്രായങ്ങൾ).
പിൻ അഭ്യർത്ഥനകളിൽ പുതിയ കണ്ടെത്തലുകൾ മാത്രം കാണിക്കുക, മുഴുവൻ ബാക്കപ്പും അല്ല. ബാക്കപ്പ് വേറിട്ട് ശരിയാക്കുക.
ഫലങ്ങള് ക്കുള്ള ഒരു സ്ഥലം: ഗിറ്റ്ഹബ് കോഡ് സ്കാനിംഗ്, ഗിറ്റ്ലാബിന്റെ സുരക്ഷാ ഡാഷ്ബോർഡ്, അല്ലെങ്കിൽ ഡീഫക്ട്ഡോജോ, അഞ്ച് വ്യത്യസ്ത റിപ്പോർട്ടുകൾക്ക് പകരം.

തടയണോ അതോ റിപ്പോർട്ട് ചെയ്യണോ?

സുരക്ഷാ കണ്ടെത്തലുകൾ പൈപ്പ് ലൈനില് പരാജയപ്പെടുമോ?

എന്റെ സമീപനം:

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

ഒരു കാരണവും കാലഹരണ തീയതിയും നൽകി ഒരു റിസ്ക് താല്ക്കാലികമായി സ്വീകരിക്കാനുള്ള ഒരു മാർഗ്ഗം ഡെവലപ്പർമാരെ നൽകുക. രക്ഷപ്പെടാനില്ലാത്ത ഒരു ഹാർഡ് ബ്ലോക്ക് സ്കാനർ പ്രവർത്തനരഹിതമാക്കുന്നതിലേക്ക് നയിക്കും.

അത് ഒരു ടീം ശീലമാക്കൂ

ഉപകരണങ്ങള് പകുതി കഥയാണ്. മറ്റേ പകുതി:

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

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

പുഷ് പരിരക്ഷയുള്ള രഹസ്യ സ്കാനിംഗ്, ആശ്രിതത്വങ്ങൾക്കും ചിത്രങ്ങൾക്കും ട്രിവി, കോഡിനായി സെംഗ്രെപ് അല്ലെങ്കിൽ കോഡ് ക്യുഎൽ എന്നിവ ചേർക്കുക. ആദ്യം ഉയർന്നതും നിർണായകവുമായ പ്രശ്നങ്ങൾ മാത്രം റിപ്പോർട്ട് ചെയ്യുക. ശബ്ദം നിയന്ത്രണവിധേയമായാല് , ഏറ്റവും പ്രധാനപ്പെട്ടവയെ തടയുക.

എന്റെ അഭിപ്രായം: സുരക്ഷ ഏറ്റവും നന്നായി പ്രവർത്തിക്കുന്നത് അത് ഒരു പരിശോധനയുടെ ഭാഗമായിരിക്കുമ്പോഴാണ്, പരാജയപ്പെട്ട ഒരു പരിശോധന പോലെ സാധാരണവും, പരിഹരിക്കാൻ അത്രയും വേഗവുമാണ്.

ഡെസ്ലി

എന്റെ കുബർനെറ്റ്സ് സുരക്ഷാ ചെക്ക്ലിസ്റ്റ്

Tue, 20 Oct 2026 23:10:30 +0200

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

ഇത് ഓരോ ക്ലസ്റ്ററിലും ഞാൻ പരിശോധിക്കുന്ന ക്രമമാണ്, ഏറ്റവും പ്രധാനപ്പെട്ടതിൽ നിന്ന് ഏറ്റവും അടിയന്തിരമായി.

1. ഒരു പാരമ്പര്യം ആര് എന്ത് ചെയ്യാനാവും (RBAC)

പങ്കിട്ട അഡ്മിൻ ക്രമീകരണങ്ങളൊന്നും ഇല്ല. ആളുകൾ SSO ഉപയോഗിച്ച് ലോഗിൻ ചെയ്യുകയും ഗ്രൂപ്പുകളെ അടിസ്ഥാനമാക്കി റോളുകൾ നേടുകയും ചെയ്യുന്നു.
ആരും ഉപയോഗിക്കുന്നില്ല. cluster-admin ഓരോ ദിവസവും. ഗ്ലാസ് ബ്രേക്ക് ആക്സസ് ചെയ്യുന്നതിനായി സൂക്ഷിക്കുക, രേഖപ്പെടുത്തി മുന്നറിയിപ്പ് നൽകുക.
സേവന അക്കൌണ്ടുകൾക്ക് കുറഞ്ഞ പ്രിവിലേജ്. മിക്ക ആപ്ലിക്കേഷനുകളും കുബർനെറ്റസ് API-യുമായി സംസാരിക്കേണ്ട ആവശ്യമില്ല. സജ്ജീകരിച്ചു automountServiceAccountToken: false ആ സാധനങ്ങളുടെ കാര്യമാണ്.
അപകടകരമായ അനുമതികൾക്കായി ശ്രദ്ധിക്കുക: പ്രവേശനം secrets നാമമേഖലകളില് , pods/exec, kube-system, escalate ഒപ്പം bind ക്രിയകളും വൈഡ് കാർഡുകളും (*).
പതിവായി അവലോകനം ചെയ്യുക. ഉപകരണങ്ങൾ kubectl auth can-i --list, rbac-tool അല്ലെങ്കിൽ KubiScan എന്നിവ അധികമായി പ്രിവിലേജ് ചെയ്ത അക്കൌണ്ടുകൾ കണ്ടെത്താന് സഹായിക്കുന്നു.

2. പാഡുകൾ ലോക്ക് ചെയ്യുന്നു

കുബർനെറ്റിന് ഇതിനായി ഒരു ബിൽറ്റ്-ഇൻ സംവിധാനമുണ്ട്: സുരക്ഷാ പ്രവേശനം, മൂന്നു തലങ്ങളില്: privileged, baseline ഒപ്പം restricted. ലേബലുകളുള്ള നാമമേഖലയ്ക്കായി ഇത് പ്രവർത്തനക്ഷമമാക്കുകഃ

apiVersion: v1
kind: Namespace
metadata:
  name: shop
  labels:
    pod-security.kubernetes.io/enforce: restricted
    pod-security.kubernetes.io/warn: restricted

സി. restricted മികച്ച രീതികൾ പിന്തുടരാന് ഈ നിലയില് ആവശ്യപ്പെടുന്നു. ഒരു അനുയോജ്യമായ പാഡിന്റെ സുരക്ഷാ പശ്ചാത്തലം ഇങ്ങനെ കാണപ്പെടുന്നു:

securityContext:
  runAsNonRoot: true
  seccompProfile:
    type: RuntimeDefault
containers:
- name: app
  securityContext:
    allowPrivilegeEscalation: false
    readOnlyRootFilesystem: true
    capabilities:
      drop: ["ALL"]

ലക്ഷ്യം restricted എല്ലാ ആപ്ലിക്കേഷൻ നാമമേഖലകളിലും. സൂക്ഷിക്കുക. privileged സിസ്റ്റം ഘടകങ്ങള് ക്ക് മാത്രം അത് യഥാര് ത്ഥമായി ആവശ്യമുള്ള (സിഎൻഐ, സ്റ്റോറേജ് ഡ്രൈവറുകള് , മോണിറ്ററിംഗ് ഏജന്റുമാർ), അവരുടെ സ്വന്തം നാമമേഖലയില് .

എല്ലാ കഴിവുകളുമുള്ള റൂട്ട് ആയി പ്രവർത്തിക്കുന്ന ഒരു കണ്ടെയ്നർ, നോഡിന്റെ ഉടമസ്ഥതയിൽ നിന്നും ഒരു ദുർബലത അകലെയാണ്.

3. ഒരു കല്ല് നെറ്റ് വര് ക്ക് പോളിസികള്

സ്ഥിരസ്ഥിതിയായി, ഓരോ പാഡിനും ഗ്രൂപ്പിലെ മറ്റ് പാഡുകളുമായി സംസാരിക്കാം. ആക്രമണകാരിക്ക് അതിലൊന്ന് കിട്ടിയാൽ, അവന് എല്ലാം പിടിച്ചെടുക്കാം.

ഒരു സ്ഥിരസ്ഥിതി നിഷേധിക്കുക ഓരോ നാമമേഖലയിലും, ആവശ്യമുള്ളത് അനുവദിക്കുക:

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: default-deny
  namespace: shop
spec:
  podSelector: {}
  policyTypes: ["Ingress", "Egress"]

പിന്നെ ഗേറ്റ്വേ എപിഐയിൽ എത്താൻ അനുവദിക്കുന്ന നയങ്ങൾ ചേർക്കുക, എപിഐ അതിന്റെ ഡാറ്റാബേസിൽ എത്താൻ അനുവദിക്കുന്നു, എല്ലാം ഡിഎൻഎസിൽ എത്താൻ. ഓർക്കുക: നിങ്ങളുടെ സിഎൻഐ അവരെ പിന്തുണയ്ക്കുന്ന പക്ഷം മാത്രമേ നെറ്റ്വർക്ക് നയങ്ങൾ പ്രവർത്തിക്കൂ (Cilium, Calico, ഏറ്റവും ആധുനിക CNIs എന്നിവ ചെയ്യുന്നു).

പരിമിതപ്പെടുത്തൽ പുറംതൊലി ഇന്റർനെറ്റിലേക്ക് എത്താൻ കഴിയാത്ത ഒരു അപഹാസ്യമായ പാഡ് എളുപ്പത്തിൽ ഉപകരണങ്ങൾ ഡൌൺലോഡ് ചെയ്യാനോ ഡാറ്റ അയയ്ക്കാനോ കഴിയില്ല.

4. രഹസ്യങ്ങൾ

വിശ്രമിക്കുന്ന സമയത്ത് രഹസ്യങ്ങൾ എൻക്രിപ്റ്റ് ചെയ്യുക നിയന്ത്രിത ക്ലസ്റ്ററുകളില് കെ. എം. എസ് ഉപയോഗിച്ച്
ഗിറ്റിലെ രഹസ്യങ്ങൾ സൂക്ഷിക്കരുത് ലളിതമായ YAML ൽ. ബാഹ്യ രഹസ്യങ്ങൾ, മുദ്രവെച്ച രഹസ്യങ്ങൾ അല്ലെങ്കിൽ SOPS ഉപയോഗിക്കുക.
പരിധി get ഒപ്പം list രഹസ്യങ്ങളെ കുറിച്ച് RBAC ൽ ഒരു നാമമേഖലയില് രഹസ്യങ്ങള് ലിസ്റ്റ് ചെയ്താല് അവയെല്ലാം വെളിപ്പെടും.
ഇഷ്ടം വർക്ക് ലോഡ് ഐഡന്റിറ്റി രഹസ്യങ്ങളില് സ്റ്റാറ്റിക് ക്ലൌഡ് ക്രെഡൻഷ്യലുകള് ക്ക് മുകളില് .

5. ചിത്ര നയം

വിശ്വസനീയമായ രജിസ്ട്രികളിൽ നിന്നുള്ള ചിത്രങ്ങള് മാത്രം അനുവദിക്കുക.
ഇല്ല latest ടാഗുകൾ. പിൻ പതിപ്പുകൾ, നല്ലത് ദഹിപ്പിക്കൽ.
ഒപ്പിട്ട ചിത്രങ്ങൾ ആവശ്യപ്പെടുക (കോസിഗ്നൽ) ഉല്പാദനത്തിനായി.
സ്കാൻ ചെയ്ത ചിത്രങ്ങൾ സിഐയിലും റെജിസ്റ്ററില് തുടര് ച്ചയായി.

ഇവയെല്ലാം ഒരു പ്രവേശന നയ സംവിധാനം ഉപയോഗിച്ച് നടപ്പിലാക്കുന്നു. കിവെര് നോ അല്ലെങ്കില് ഒപിഎ ഗേറ്റ്കീപ്പർ, അല്ലെങ്കിൽ കുബർനെറ്റസ് ബിൽറ്റ് ഇൻ ചെയ്തതുമായി പ്രവേശന നയം സാധൂകരിക്കുന്നു ലളിതമായ നിയമങ്ങൾക്കായി.

6. എന്തൊക്കെ പ്രവർത്തിക്കുന്നു എന്ന് നിരീക്ഷിക്കുന്നു (റൺടൈം സെക്യൂരിറ്റി)

പ്രതിരോധ നിയന്ത്രണങ്ങളെ മറികടക്കാം. റൺടൈം സെക്യൂരിറ്റി സംശയകരമായ പെരുമാറ്റം കണ്ടുപിടിക്കുന്നു.

ഫാൽക്കോ (സിഎൻസിഎഫ്) ഒരു കണ്ടെയ്നറിൽ ജനിച്ച ഒരു ഷെൽ, അപ്രതീക്ഷിത ഔട്ട്ഗോയിംഗ് കണക്ഷനുകൾ, അല്ലെങ്കിൽ സെൻസിറ്റീവ് ഡയറക്ടറികളിലേക്ക് എഴുതുന്നതുപോലുള്ള കാര്യങ്ങളിൽ സിസ്റ്റം കോളുകളും അലേർട്ടുകളും നിരീക്ഷിക്കുന്നു.
ടെട്രാഗൺ (Cilium പ്രോജക്ട്) eBPF ഉപയോഗിക്കുന്നു നിരീക്ഷണത്തിനായി, കൂടാതെ നിരോധിതമായ എന്തെങ്കിലും ചെയ്യുന്ന ഒരു പ്രക്രിയയെ കൊല്ലുന്നത് പോലുള്ള നയങ്ങൾ നടപ്പിലാക്കാനും കഴിയും.

നിങ്ങളുടെ മറ്റ് അലേർട്ടുകളുമായി ഒരേ സ്ഥലത്തേക്ക് അവരുടെ അലേർട്ട് അയയ്ക്കുക, അവയെ ട്യൂൺ ചെയ്യുക, അല്ലെങ്കിൽ അവ ശബ്ദമായി മാറും.

7. നിയന്ത്രണ തലം, നോഡുകൾ

എപിഐ സെര് വര് പൊതുവായി ലഭ്യമല്ല, അല്ലെങ്കിൽ കുറഞ്ഞത് അറിയപ്പെടുന്ന ഐ. പി. പരിധികളിലേയ്ക്കെങ്കിലും പരിമിതപ്പെടുത്തിയിരിക്കുന്നു.
ഓഡിറ്റ് ലോഗ് ചെയ്യൽ പ്രവർത്തനക്ഷമമാക്കി, പിന്നെ ലോഗ്സ് എവിടെയെങ്കിലും സെൻട്രൽ ഷിപ്പ് ചെയ്തു.
കുബർനെറ്റുകളെ കാലികമായി നിലനിർത്തുക. സുരക്ഷാ പരിഹാരങ്ങള് പിന്തുണയ്ക്കുന്ന പതിപ്പുകളില് മാത്രം ഇറങ്ങുന്നു.
കഠിനമാക്കിയ നോഡ് ഇമേജുകൾ, കുറഞ്ഞ ഒഎസ് (ബോട്ട്ലെറോക്കറ്റ്, ടാലോസ് അല്ലെങ്കിൽ കണ്ടെയ്നർ ഒപ്റ്റിമൈസ് ചെയ്ത ഒഎസ് പോലുള്ളവ), പതിവായി മാറ്റിസ്ഥാപിക്കുന്നു.
ക്ലൌഡ് മെറ്റാഡാറ്റാ എൻഡ് പോയിന്റുകളിലേക്കുള്ള പ്രവേശനം തടയുക അല്ലെങ്കിൽ AWS- ൽ IMDSv2 നടപ്പിലാക്കുക.

8. ബെഞ്ച് മാർക്കുകൾ

സിഐഎസ് കുബർനെറ്റസ് ബെഞ്ച്മാർക്ക്: വിശദമായ ശുപാർശകൾ. കുബേ ബെഞ്ച് ഒരു ക്ലസ്റ്ററിനെ അത് പരിശോധിക്കുന്നു.
കുബെസ്കേപ്പ് ഒപ്പം ട്രിവി (trivy k8s) തെറ്റായ ക്രമീകരണത്തിനായി ക്ലസ്റ്ററുകളെ സ്കാൻ ചെയ്യുകയും അവയെ NSA/CISA കർശനമായ മാർഗ്ഗനിർദ്ദേശം പോലുള്ള ചട്ടക്കൂടുകളിലേക്ക് മാപ്പ് ചെയ്യുകയും ചെയ്യുന്നു.

അവയെ പതിവായി പരിശോധിക്കുക. 100% എന്ന ലക്ഷ്യത്തിലല്ല, എല്ലാ കണ്ടെത്തലുകളും മനസ്സിലാക്കുക എന്ന ലക്ഷ്യത്തിലേയ്ക്ക്.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

നിങ്ങൾക്ക് മൂന്ന് കാര്യങ്ങൾ മാത്രമേ ചെയ്യാനാകൂ: കുറഞ്ഞ പദവികളുള്ള RBAC ഉള്ളവരെ SSO ലേക്ക് മാറ്റുക, പോഡ് സെക്യൂരിറ്റി നടപ്പിലാക്കുക restricted ആപ്ലിക്കേഷന് നെയിംസ്പെയ്സുകളില് , കൂടാതെ സ്ഥിരസ്ഥിതി നിരസിക്കൽ നെറ്റ്വർക്ക് നയങ്ങള് ചേര് ക്കുക. അത് മിക്ക ക്ലസ്റ്ററുകളിലും സുരക്ഷാ വിടവുകൾ അടയ്ക്കുന്നു.

എന്റെ അഭിപ്രായം, കുബർനെറ്റസ് നിങ്ങൾക്ക് ആവശ്യമുള്ള എല്ലാ ലോക്കുകളും തരുന്നു. അവ തുറന്നിട്ടാണ് വരുന്നതു.

ഡെസ്ലി

നിയമങ്ങൾ കോഡായി: ഒപിഎ, കൈവേർനോ, ബിൽറ്റ് ഇൻ പോളിസികൾ

Tue, 20 Oct 2026 23:10:30 +0200

എല്ലാ സംഘടനയ്ക്കും നിയമങ്ങളുണ്ട്. കണ്ടെയ്നറുകൾ റൂട്ട് ആയി പ്രവർത്തിക്കരുത്. ഓരോ വിന്യാസത്തിനും ഒരു ഉടമ ലേബല് വേണം. നമ്മുടെ രജിസ്ട്രിയിൽ നിന്നായിരിക്കണം ചിത്രങ്ങള് വന്നത്. കുറഞ്ഞത് രണ്ട് പകർപ്പുകളെങ്കിലും വേണം. സാധാരണയായി ഈ നിയമങ്ങൾ വിക്കി പേജിൽ ഉണ്ടാകും, അവ വിക്കിപേജുകൾ വായിക്കുന്നതുപോലെ കൃത്യമായി പിന്തുടരും.

കോഡായിട്ടുള്ള നയം ആ നിയമങ്ങളെ കമ്പ്യൂട്ടർ നടപ്പിലാക്കുന്ന ഒന്നാക്കി മാറ്റുന്നു, ഓരോ മാറ്റത്തിലും, ആരും അവരെ ഓർക്കാതെ.

നിയമങ്ങൾ എന്തിന് കോഡിലാകണം?

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

കുബർനെറ്റസിൽ അവ എഴുതാനുള്ള മൂന്നു വഴികൾ

കുബർനെറ്റിന് പ്രവേശന നിയന്ത്രണം: ഓരോ സൃഷ്ടിക്കൽ അല്ലെങ്കിൽ അപ്ഡേറ്റ് അഭ്യർത്ഥനയും സൂക്ഷിക്കുന്നതിനുമുമ്പ് പരിശോധിക്കാം (സാധുവാക്കാം) അല്ലെങ്കിൽ പരിഷ്ക്കരിക്കാം (മ്യൂട്ടേറ്റ് ചെയ്യാം). പോളിസി എഞ്ചിനുകൾ അവിടെ പ്ലഗ് ഇൻ ചെയ്യുന്നു.

കിവേർനോഃ കുബർനെറ്റസ് യാംഎംഎൽ പോലുള്ള നയങ്ങൾ

കിവെർനോ, ഒരു സി. എൻ. സി. എഫ്. പ്രോജക്ട്, നിങ്ങളെ കുബർനെറ്റസ് റിസോഴ്സുകളായി നയങ്ങൾ എഴുതാൻ അനുവദിക്കുന്നു. നിങ്ങള് ക്ക് ഒരു വിന്യാസം വായിക്കാൻ കഴിയുമെങ്കില് , നിങ്ങള് ക്ക് ഒരു കൈവെര് നോ നയവും വായിക്കാം:

apiVersion: kyverno.io/v1
kind: ClusterPolicy
metadata:
  name: disallow-latest-tag
spec:
  validationFailureAction: Enforce
  rules:
  - name: require-image-tag
    match:
      any:
      - resources:
          kinds: ["Pod"]
    validate:
      message: "Images must use a specific version tag, not 'latest'."
      pattern:
        spec:
          containers:
          - image: "!*:latest"

കിവര് നോക്കും കഴിയും. മാറ്റം (സ്ഥിരസ്ഥിതി ലേബലുകളോ സുരക്ഷാ ക്രമീകരണങ്ങളോ ചേർക്കുക) സൃഷ്ടിക്കുക വിഭവങ്ങള് (ഓരോ പുതിയ നാമമേഖലയിലും ഒരു സ്ഥിരസ്ഥിതി നെറ്റ്വർക്ക് പോളിസി സൃഷ്ടിക്കുക), ഒപ്പം ചിത്രത്തിന്റെ ഒപ്പ് പരിശോധിക്കുക.

ഒപിഎ ഗേറ്റ്കീപ്പർ: റെഗോയിലെ നയങ്ങൾ

ഓപ്പൺ പോളിസി ഏജന്റ് (ഒപിഎ), സിഎൻസിഎഫ് പദ്ധതിയുമാണ്, പൊതുവായ ഉദ്ദേശ്യം ഉള്ള ഒരു പോളിസി എഞ്ചിനാണ്. റെഗോ. ഗേറ്റ് കീപ്പർ അത് കുബർനെറ്റസുമായി സംയോജിപ്പിക്കുന്നു. റെഗോ വളരെ ശക്തമാണ്, കുബർനെറ്റസിനെക്കാൾ വളരെ അപ്പുറമാണ് പ്രവർത്തിക്കുന്നത് (എപിഐകൾ, ടെറാഫോർം പ്ലാനുകൾ, സിഐ പൈപ്പ്ലൈനുകൾ), പക്ഷേ ഇതിന് ഒരു പഠന വക്രമുണ്ട്.

package k8srequiredlabels

violation[{"msg": msg}] {
  required := {"owner", "app"}
  provided := {label | input.review.object.metadata.labels[label]}
  missing := required - provided
  count(missing) > 0
  msg := sprintf("Missing required labels: %v", [missing])
}

പ്രവേശന നയം സാധൂകരിക്കുന്നുഃ കുബർനെറ്റിനുള്ളിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്നു

കുബർനെറ്റിന് ഇപ്പോൾ സ്വന്തം നയ സംവിധാനമുണ്ട്. പ്രവേശന നയം സാധൂകരിക്കുന്നുപതിപ്പ് 1.30 മുതൽ സ്ഥിരതയുള്ളതാണ്. നിയമങ്ങൾ എഴുതിയിരിക്കുന്നത് സി. ഇ. എൽ (Common Expression Language) കൂടാതെ API സെർവറിനുള്ളിൽ പ്രവർത്തിപ്പിക്കുകയും ചെയ്യുന്നു, ഇൻസ്റ്റാൾ ചെയ്യാൻ അധിക ഘടകങ്ങളൊന്നുമില്ലാതെഃ

apiVersion: admissionregistration.k8s.io/v1
kind: ValidatingAdmissionPolicy
metadata:
  name: require-replicas-in-prod
spec:
  matchConstraints:
    resourceRules:
    - apiGroups: ["apps"]
      apiVersions: ["v1"]
      operations: ["CREATE", "UPDATE"]
      resources: ["deployments"]
  validations:
  - expression: "object.spec.replicas >= 2"
    message: "Production deployments need at least 2 replicas."

(A ValidatingAdmissionPolicyBinding പിന്നീട് അത് പ്രത്യേക നാമമേഖലകളിലേക്ക് പ്രയോഗിക്കുന്നു.

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

വിക്കിയിലെ ഒരു നിയമം ഒരു നിർദ്ദേശമാണ്. പ്രവേശന നയത്തിലെ ഒരു നിയമം ഒരു ഗ്യാരണ്ടിയാണ്.

ഞാന് എപ്പോഴും കൂട്ടിച്ചേര് ക്കുന്ന പോളിസികള്

മിക്ക ക്ലസ്റ്ററുകളിലും നല്ലൊരു സ്റ്റാർട്ടർ സെറ്റ്:

ഇല്ല latest ചിത്ര ടാഗുകൾ.
അംഗീകൃത രജിസ്റ്ററുകളിൽ നിന്നുള്ള ചിത്രങ്ങള് മാത്രം.
ആവശ്യമായ ലേബലുകൾ: owner, app, ചിലപ്പോൾ cost-center.
ആവശ്യമായ വിഭവ അഭ്യർത്ഥനകൾ ഓരോ കണ്ടെയ്നറിലും.
പ്രത്യേക അവകാശങ്ങളുള്ള കണ്ടെയ്നറുകളില്ല, ഹോസ്റ്റ് നെറ്റ്വർക്കിംഗ് ഇല്ല, ഹോസ്റ്റ് പാത്ത് മൌണ്ടുകൾ ഇല്ല (സിസ്റ്റം നാമമേഖലകൾക്ക് പുറത്ത്).
റൂട്ട് അല്ലാത്തവയായി പ്രവർത്തിപ്പിക്കുക.
സജീവതയും സന്നദ്ധതയും പരിശോധിക്കുന്നവ വിന്യാസങ്ങളെ കുറിച്ചും.
ഒപ്പിട്ട ചിത്രങ്ങൾ ഉല്പാദനത്തില് .

ഇവയിൽ പലതും കൈവേർനോ നയശാലയിലും ഗേറ്റ്കീപ്പർ ലൈബ്രറിയിലും ലഭ്യമാണ്.

കാര്യങ്ങൾ തകർക്കുന്നില്ലാതെ പുറത്ത് ചാടി

ശത്രുക്കളെ ഉണ്ടാക്കാനുള്ള ഏറ്റവും വേഗതയേറിയ വഴി വെള്ളിയാഴ്ചകളിൽ 20 പോളിസികൾ നിർബന്ധിതമായി ഓണാക്കുക എന്നതാണ്. പകരം:

ഓഡിറ്റ് മോഡിൽ തുടങ്ങുക. കിവര് നോ Auditഗേറ്റ്കീപ്പറുടെ dryrun അല്ലെങ്കില് warn, അല്ലെങ്കിൽ Warn/Audit പ്രവേശന നയം സാധൂകരിക്കാനുള്ള നടപടികൾ. ലംഘനങ്ങൾ റിപ്പോർട്ട് ചെയ്യപ്പെടുന്നു, ഒന്നും തടയപ്പെടുന്നില്ല.
റിപ്പോർട്ടുകൾ നോക്കൂ. കെയ്വർനോ പോളിസി റിപ്പോർട്ടുകൾ സൃഷ്ടിക്കുന്നു, ഗേറ്റ്കീപ്പർ ലംഘനങ്ങൾ രേഖപ്പെടുത്തുന്നു. നിലവിലുള്ള വർക്ക് ലോഡുകൾ പരിഹരിക്കുക.
ആശയവിനിമയം നടത്തുക. ഏത് നിയമങ്ങളാണ് വരുന്നതെന്ന് ടീമുകളോട് പറയുക, എന്തുകൊണ്ട്, എങ്ങനെ അനുസരിക്കണം.
ക്രമേണ നടപ്പിലാക്കുക, നിയമം നിയമം, നാമമേഖല നാമമേഖല.
രേഖപ്പെടുത്തിയ ഒഴിവാക്കലുകൾ അനുവദിക്കുക, ഉടമസ്ഥനും കാലഹരണ തീയതിയും ഉള്ളത്.

പരിശോധന നയങ്ങൾ

കെയ്വർനോക്ക് ഒരു സി. ഐ. ഐ (kyverno test) നയങ്ങൾ നടപ്പിലാക്കുന്നതിനായി സാമ്പിൾ റിസോഴ്സുകൾ ഉപയോഗിച്ച്.
ഒ.പി.എ. opa test റെഗോ യൂണിറ്റ് ടെസ്റ്റുകള് ക്ക് വേണ്ടി.
ഒരേ നയങ്ങൾ നടപ്പിലാക്കുക സി. ഐയിൽ നിങ്ങളുടെ മാനിഫെസ്റ്റുകളോട് എതിര് ക്കാന് , ഡെവലപ്പര് മാര് ക്ക് അത് അറിയാന് കഴിയും, അവര് ക്ലസ്റ്ററിലെത്തുന്നതിനു മുമ്പുതന്നെ.

ഏത് എഞ്ചിനാണ്?

മിക്ക ടീമുകളും തുടങ്ങുന്ന സമയത്ത്, കിവെര് നോ ഏറ്റവും എളുപ്പമുള്ളത്: YAML നയങ്ങൾ, വലിയ ലൈബ്രറി, മ്യൂട്ടേഷനും ഇമേജ് പരിശോധനയും ഉൾപ്പെടുത്തിയിട്ടുണ്ട്. ഉപയോഗം പ്രവേശന നയം സാധൂകരിക്കുന്നു മറ്റൊരു ഘടകം ആവശ്യമില്ലാത്ത ലളിതമായ നിയമങ്ങൾക്കായി. തിരഞ്ഞെടുക്കുക ഒപിഎ കുബർനെറ്റസ്, ടെറാഫോർം, എപിഐ എന്നിവയിലുടനീളം ഒരു നയ ഭാഷ വേണമെങ്കിൽ.

എന്റെ അഭിപ്രായം: ഒരു തവണ കോഡിൽ നിയമങ്ങൾ എഴുതി, ക്ലസ്റ്ററിന് അവ ഓർമ്മിക്കാൻ അനുവദിക്കുക.

ഡെസ്ലി

സ്ക്രീൻഷോട്ടുകളില്ലാത്ത ഓഡിറ്റുകൾഃ പാലിക്കൽ ഒരു കോഡായി

Tue, 20 Oct 2026 23:10:30 +0200

നിങ്ങൾ ഒരു SOC 2 അല്ലെങ്കിൽ ISO 27001 ഓഡിറ്റ് നടത്തിയിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് പതിവ് അറിയാം. ഓഡിറ്റിന് ഒരാഴ്ച മുമ്പ്, ആരെങ്കിലും ഒരു സ്പ്രെഡ്ഷീറ്റ് അയക്കുന്നു. എഞ്ചിനീയർമാർ സ്ക്രീൻഷോട്ടുകൾ എടുക്കാൻ ജോലി നിർത്തുന്നു. ഇതാ നമ്മുടെ എംഎഫ്എ ക്രമീകരണം, ഇതാ നമ്മുടെ ബാക്കപ്പ് പോളിസി, ഇതാ മാർച്ച് മാസത്തിൽ ഞങ്ങൾ ആക്സസ് അവലോകനം ചെയ്ത തെളിവ്. ഓഡിറ്റര് കൂടുതൽ സ്ക്രീന് ഷോട്ടുകള് ആവശ്യപ്പെടുന്നു. അടുത്ത വര് ഷം വരെ എല്ലാം അവസാനിച്ചാല് എല്ലാവരും ആശ്വസിക്കും.

ഇതിലും നല്ലൊരു മാർഗമുണ്ട്: അനുസരണത്തെ മറ്റേതൊരു ആവശ്യകതയെയും പോലെ പരിഗണിക്കുക. അത് കോഡായി രേഖപ്പെടുത്തുക, നിരന്തരം പരിശോധിക്കുക, തെളിവ് ഓട്ടോമാറ്റിക്കായി സൃഷ്ടിക്കുക.

നിയന്ത്രണങ്ങൾ പരിശോധനകളായി മാറുന്നു

ഒരു പാലിക്കൽ ചട്ടക്കൂട് നിയന്ത്രണങ്ങളുടെ ഒരു പട്ടികയാണ്. അവയില് പലതും യഥാര് ത്ഥത്തില് യാന്ത്രികമായി പരിശോധിക്കാവുന്ന സാങ്കേതിക പ്രസ്താവനകളാണ്:

നിയന്ത്രണം (ലളിതമാക്കിയത്)	ഓട്ടോമേറ്റഡ് പരിശോധന
ഡാറ്റ ശാന്തമായി ക്രിപ്റ്റ് ചെയ്തിരിക്കുന്നു	എല്ലാ സംഭരണവും ഡാറ്റാബേസുകളും വോള്യങ്ങളും എൻക്രിപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കി
പ്രവേശനം ആവശ്യമായ MFA	ഐഡന്റിറ്റി ദാതാവ് എല്ലാ ഉപയോക്താക്കൾക്കും MFA നടപ്പിലാക്കുന്നു
മാറ്റങ്ങള് അവലോകനം ചെയ്യുന്നു	ഉല്പാദന റെപ്പോകളുടെ അംഗീകാരങ്ങൾ ബ്രാഞ്ച് സംരക്ഷണത്തിന് ആവശ്യമാണ്
സിസ്റ്റം പാച്ച് ചെയ്തു	ചിത്രങ്ങൾ ആഴ്ചതോറും പുതുക്കിപ്പണിയുന്നു, X ദിവസത്തിൽ കൂടുതൽ പഴക്കമുള്ള ഗുരുതരമായ ദുർബലതകൾ ഇല്ല
ബാക്കപ്പുകൾ നിലവിലുണ്ട്, അവ പരീക്ഷിക്കപ്പെടുന്നു	ബാക്കപ്പ് ജോലികൾ വിജയിച്ചു, പുനഃസ്ഥാപിക്കൽ പരിശോധനകൾ പ്രതിമാസമായി നടത്തുന്നു
ലോഗ് സൂക്ഷിക്കുന്നു	ആവശ്യമായ കാലയളവിൽ ഓഡിറ്റ് ലോഗ് പ്രവർത്തനക്ഷമമാക്കുകയും സൂക്ഷിക്കുകയും ചെയ്യുന്നു
ഏറ്റവും കുറഞ്ഞ പദവി	അംഗീകൃത ഗ്രൂപ്പിനുള്ളില് നിന്നും അഡ്മിനിസ്ട്രേറ്റർ അവകാശങ്ങളുള്ള ഉപയോക്താക്കളില്ല

ചെക്കുകളായി എഴുതിക്കഴിഞ്ഞാൽ, അവയ്ക്ക് വർഷത്തിലൊരിക്കൽ നടത്തുന്നതിനു പകരം എല്ലാ ദിവസവും നടത്താം.

ഒരു നിയന്ത്രണം ഒരു സ്ക്രിപ്റ്റ് ഉപയോഗിച്ച് പരിശോധിക്കാമെങ്കിൽ, അത് ഒരു സ്ക്രീൻഷോട്ട് ഉപയോഗിച്ച് പരിശോധിക്കേണ്ടതില്ല.

ഞാന് ഉപയോഗിക്കുന്ന ഉപകരണങ്ങള്

ക്ലൌഡ് കോൺഫിഗറേഷന് വേണ്ടി: - AWS കോൺഫിഗറേഷൻ, അസ്യൂർ നയം, ഗൂഗിൾ ക്ലൌഡ് സെക്യൂരിറ്റി കമാൻഡ് സെന്റർ: നിരവധി ചട്ടക്കൂടുകൾക്കുള്ള ബിൽറ്റ് ഇൻ റൂൾ പാക്കേജുകളുള്ള ക്ലൌഡ് റിസോഴ്സുകളുടെ തുടർച്ചയായ പരിശോധന. - അതെ. കാവൽക്കാരൻ: AWS, Azure, GCP, Kubernetes എന്നിവയ്ക്കുള്ള ഓപ്പൺ സോഴ്സ് സെക്യൂരിറ്റി ആൻഡ് കംപ്ലയിൻസ് സ്കാനർ, CIS, SOC 2, ISO 27001, PCI DSS എന്നിവയും അതിലേറെയും മാപ്പിംഗ് ചെയ്യുന്നു. - അതെ. ക്ലൌഡ് കസ്റ്റഡി: യാംലില് എഴുതിയ നിയമങ്ങള് ക്ക് സ്വയമേവ അനുരൂപമല്ലാത്ത റിസോഴ്സുകള് കണ്ടെത്താനും പരിഹരിക്കാനും കഴിയും (ഉദാഹരണത്തിന്, ടാഗ് ചെയ്യാത്ത ഇൻസ്റ്റന്സുകള് ടാഗ് ചെയ്യുകയോ നിർത്തുകയോ ചെയ്യുക).

ഇൻഫ്രാസ്ട്രക്ചറിന് വേണ്ടിയുള്ള കോഡ്: - ചെക്കോവ്, ട്രിവി, ഒ. പി. എ/കോൺഫെസ്റ്റ അവ നടപ്പിലാക്കുന്നതിനു മുമ്പ് അനുയോജ്യമല്ലാത്ത മാറ്റങ്ങൾ തടയുന്നതിന്.

കുബർനെറ്റിനു വേണ്ടി: - കിവെര് നോ അല്ലെങ്കില് ഗേറ്റ് കീപ്പർ നയങ്ങള് , കുബെസ്കേപ്പ് ഫ്രെയിം വർക്ക് അടിസ്ഥാനമാക്കിയുള്ള സ്കാനുകൾക്കായി.

വലിയ ചിത്രത്തിന് വേണ്ടി: - പാലിക്കൽ ഓട്ടോമേഷൻ പ്ലാറ്റ്ഫോമുകൾ വാന്റ, ഡ്രാറ്റ, സെക്യൂരിഫ്രെയിം തുടങ്ങിയവ നിങ്ങളുടെ ക്ലൌഡിലേക്ക് കണക്ട് ചെയ്യുന്നു, ഐഡന്റിറ്റി ദാതാവ്, എച്ച്ആർ സിസ്റ്റം, കോഡ് ഹോസ്റ്റിംഗ്, എല്ലാം നിയന്ത്രണങ്ങളിലേക്ക് മാപ്പ് ചെയ്യുക, തെളിവുകൾ നിരന്തരം ശേഖരിക്കുക. ആദ്യ ഓഡിറ്റ് നടത്തുന്ന ചെറിയ കമ്പനികൾക്ക് വളരെ ഉപകാരപ്രദമാണ്.

തടയുക, കണ്ടെത്തുക, തെളിയിക്കുക

ഞാന് അതിനെ മൂന്നു തലങ്ങളിലായി കാണുന്നു:

തടയുക: ഐ. സി. യിലെ നയങ്ങളും പ്രവേശന നിയന്ത്രണവും അനുസരിക്കാത്ത മാറ്റങ്ങൾ നടപ്പിലാക്കുന്നത് തടയുന്നു. ഒരു എൻക്രിപ്റ്റ് ചെയ്യാത്ത ബക്കറ്റ് ഒരിക്കലും സൃഷ്ടിക്കപ്പെടില്ല.
കണ്ടുപിടിക്കുകതുടര് ച്ചയായുള്ള സ്കാനിംഗ് വഴി കടന്നുപോയതോ കൈകൊണ്ട് മാറ്റിയതോ ആയ എന്തും കണ്ടെത്തുന്നു.
തെളിയിക്കുക.: തെളിവുകള് ഓട്ടോമാറ്റിക് ആയി ശേഖരിക്കുകയും അവ ഓഡിറ്റര് ക്ക് ലഭ്യമാക്കുന്നതിന് തയ്യാറായി സൂക്ഷിക്കുകയും ചെയ്യുന്നു.

പ്രതിരോധം ഏറ്റവും വിലകുറഞ്ഞതാണ്. കണ്ടെത്തൽ സുരക്ഷാ വലയാണ്. ഓഡിറ്റിന് തെളിവ് വേണം.

തെളിവായി ഗിറ്റും ഐ. ഐയും

നിങ്ങളുടെ ഉപകരണങ്ങളിൽ ധാരാളം തെളിവുകൾ ഉണ്ട്, ശരിയായി സജ്ജീകരിച്ചാൽ:

മാറ്റം കൈകാര്യം ചെയ്യല്: ഓരോ ഉല്പാദന മാറ്റവും ഒരു അനുമതിയും ഒരു പാസിംഗ് പൈപ്പ്ലൈനും ഉള്ള ഒരു പിൻ അഭ്യർത്ഥനയാണ്. ഗിറ്റ് ചരിത്രവും ബ്രാഞ്ച് പരിരക്ഷാ ക്രമീകരണങ്ങളും തെളിവാണ്.
വിന്യാസ രേഖകൾ: നിങ്ങളുടെ CI/CD, GitOps ടൂളുകൾ ആര് എന്ത് വിന്യസിച്ചു, എപ്പോൾ.
അടിസ്ഥാന സൌകര്യങ്ങളുടെ അവസ്ഥ: ടെറാഫോർം പ്ലാനുകളും അപേക്ഷകളും, CI ൽ ലോഗ് ചെയ്തിരിക്കുന്നു.
പ്രവേശന അവലോകനങ്ങൾ: ഗ്രൂപ്പ് അംഗത്വം കോഡായി കൈകാര്യം ചെയ്യപ്പെടുന്നുവെങ്കിൽ (ഉദാഹരണത്തിന് Terraform-ൽ അല്ലെങ്കിൽ നിങ്ങളുടെ ഐഡന്റിറ്റി ദാതാവിന്റെ API-യിൽ), അവലോകനങ്ങൾ pull requests ആയി മാറുന്നു.

ഓഡിറ്റർമാർ കൂടുതലായി ഈ തരം സിസ്റ്റം സൃഷ്ടിച്ച തെളിവുകളെ അംഗീകരിക്കുന്നു, പലപ്പോഴും സ്ക്രീൻഷോട്ടുകളേക്കാൾ ഇഷ്ടപ്പെടുന്നു, കാരണം ഇത് പൂർണ്ണവും വ്യാജമാക്കുന്നത് ബുദ്ധിമുട്ടാണ്.

തുടര് ച്ചയായ പാലിക്കൽ ഡാഷ്ബോർഡുകൾ

ഫലങ്ങള് ഒരു കാഴ്ചയില് ഒന്നിച്ച് കൊണ്ടുവരിക: ഏത് നിയന്ത്രണങ്ങളാണ് പാസ്സാകുന്നത്, ഏത് പരാജയമാണ്, എപ്പോഴാണ്. സുരക്ഷ, എഞ്ചിനീയറിംഗ്, മാനേജ്മെന്റ് എന്നിവയുമായി ഇത് പങ്കുവയ്ക്കുക. "ഞങ്ങള് ഓഡിറ്റിന് റെഡി ആണോ" എന്നതിൽ നിന്നും "ഈ നിയന്ത്രണം മൂന്നു ദിവസമായി പരാജയപ്പെട്ടിരിക്കുന്നു, ആരാണ് അത് ശരിയാക്കുന്നത്" എന്നതിലേക്ക് സംഭാഷണം മാറുന്നു.

ഓട്ടോമേറ്റ് ചെയ്യാൻ പറ്റാത്തത്

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

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

നിങ്ങളുടെ അവസാന ഓഡിറ്റില് നിന്നുള്ള പരിശോധനാ പട്ടിക എടുക്കുക. ഏറ്റവും കൂടുതൽ സ്ക്രീൻഷോട്ട് എടുക്കേണ്ടിവന്ന അഞ്ചു സാങ്കേതിക നിയന്ത്രണങ്ങൾ കണ്ടെത്തുക. നിങ്ങളുടെ ക്ലൌഡിന്റെ ബിൽറ്റ്-ഇൻ ടൂളുകൾ അല്ലെങ്കിൽ പ്രൊവലർ ഉപയോഗിച്ച് അവയ്ക്കുള്ള പരിശോധനകൾ ഓട്ടോമേറ്റ് ചെയ്യുക. അടുത്ത തവണ, ചിത്രങ്ങളുള്ള ഒരു ഫോൾഡറിനു പകരം ഒരു ഡാഷ്ബോർഡ് കാണിക്കും.

എന്റെ അഭിപ്രായം അനുസരണം ഒരു വാർഷിക തീപിടുത്തം പരിശീലനമായിരിക്കരുത്. നിയമങ്ങൾ കോഡായി എഴുതുക, എല്ലാ ദിവസവും അവ പരിശോധിക്കുക, ഓഡിറ്റിന് ഒരു ഔപചാരികതയാകട്ടെ.

ഡെസ്ലി

തുറന്ന ടെലിമെട്രി

Tue, 20 Oct 2026 23:10:30 +0200

വർഷങ്ങളോളം, നിരീക്ഷണക്ഷമത ഒരു വിതരണക്കാരനെ തെരഞ്ഞെടുക്കുകയും അവരുടെ ഏജന്റ് എല്ലായിടത്തും സ്ഥാപിക്കുകയും ചെയ്യേണ്ടതായിരുന്നു. പിന്നെ അവരുടെ SDK നിങ്ങളുടെ കോഡില് . പിന്നെ അവരുടെ ചോദ്യ ഭാഷ നിങ്ങളുടെ തലയില് . വിതരണക്കാരെ മാറ്റിയത് എല്ലാം വീണ്ടും ഇൻസ്ട്രുമെന്റ് ചെയ്യുകയെന്നതായിരുന്നു, അതുകൊണ്ട് ആരും മാറിയില്ല, വിലകൾ ഉയർന്നു.

ഓപ്പൺ ടെലിമെട്രി അത് മാറ്റി. ഇത് ഇപ്പോൾ ഏറ്റവും സജീവമായ രണ്ടാമത്തെ സി. എൻ. സി. എഫ്. പ്രോജക്ട് ആണ്, കുബർനെറ്റിസിന് ശേഷം, ടെലിമെട്രി ശേഖരിക്കുന്നതിനുള്ള സാധാരണ മാർഗവും. ഇന്ന് നിങ്ങൾ നിരീക്ഷണത്തിൽ നിന്ന് തുടങ്ങുകയാണെങ്കിൽ ഇവിടെ നിന്ന് തുടങ്ങുക.

എന്തിന് ഓപ്പൺ ടെലിമെട്രി

ഓപ്പൺ ടെലിമെട്രി (പലപ്പോഴും ചുരുക്കത്തിൽ ഒ. ടി. എൽ) ടെലിമെട്രി ഡാറ്റ സൃഷ്ടിക്കുന്നതിനും ശേഖരിക്കുന്നതിനുമുള്ള തുറന്ന മാനദണ്ഡങ്ങളും SDK കളും ഉപകരണങ്ങളും ആണ്. പ്രധാന ആശയം: ഒരു തവണയെങ്കിലും ഉപകരണത്തെ അയച്ചു തരൂ..

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

നാല് സിഗ്നലുകൾ

അടയാളങ്ങൾ നിങ്ങളുടെ സിസ്റ്റത്തിലൂടെ ഒരൊറ്റ അഭ്യർത്ഥന പിന്തുടരുക. ഒരു അടയാളം ഉണ്ടാക്കിയതാണ് സ്പാൻസ്, ഓരോ ഓപ്പറേഷനും ഒന്ന്: HTTP അഭ്യർത്ഥന, ഡാറ്റാബേസ് അന്വേഷണം, മറ്റൊരു സേവനത്തിലേക്കുള്ള കോൾ. "സമയം എവിടെ പോയി" എന്നും "എവിടെയാണ് അത് പരാജയപ്പെട്ടത്" എന്നും ചോദിക്കുന്ന ചോദ്യത്തിന് റെ ഉത്തരം

അളവുകൾ കാലത്തിനനുസരിച്ച് വരുന്ന സംഖ്യകളാണ്: അഭ്യർത്ഥന നിരക്ക്, പിശക് നിരക്ക്, ലേറ്റൻസി ശതമാനം, സിപിയു ഉപയോഗം, ക്യൂ ദൈർഘ്യം. സൂക്ഷിക്കാൻ വിലകുറഞ്ഞത്, ഡാഷ്ബോർഡിനും അലേർട്ടുകൾക്കും ഉത്തമം.

തണ്ടുകൾ സമയമുദ്രയുള്ള സംഭവങ്ങളാണ്. ഓപ്പൺ ടെലിമെട്രിക്ക് ട്രെയ്സ് ഐഡികൾ ലോഗുകളിലേക്ക് അറ്റാച്ചുചെയ്യാൻ കഴിയും, അതിനാൽ ഒരു ലോഗ് ലൈനിൽ നിന്ന് അത് സൃഷ്ടിച്ച അഭ്യർത്ഥനയുടെ പൂർണ്ണ ട്രെയ്സിലേക്ക് നിങ്ങൾക്ക് പോകാം.

പ്രൊഫൈലുകൾ ഏത് കോഡാണ് സിപിയുവും മെമ്മറിയും ഉപയോഗിക്കുന്നതെന്ന് കാണിക്കുക. ഇത് ഓപ്പൺ ടെലിമെട്രി യുടെ ഏറ്റവും പുതിയ സിഗ്നലാണ്, ഇപ്പോഴും പക്വത പ്രാപിക്കുന്നു.

അവ ബന്ധിപ്പിച്ചിരിക്കുമ്പോൾ അത് അത്ഭുതകരമായി സംഭവിക്കുന്നു. ലേറ്റൻസി മെട്രിക് വർദ്ധിക്കുന്നു, ഉദാഹരണ ട്രെയ്സുകളുമായി ബന്ധിപ്പിക്കുന്നു, വേഗത കുറഞ്ഞ അഭ്യർത്ഥനകളുടെ ലോഗുകളുമായി ബന്ധപ്പെടുത്തുന്നു.

മെട്രിക്സ് പറയുന്നത് എന്തോ കുഴപ്പമുണ്ടെന്ന്. എവിടെയാണെന്ന് തെളിവ് കാണും. ലോഗ്സ് അത് നിങ്ങള് ക്ക് പറഞ്ഞു തരും.

കെട്ടിട ഘടകങ്ങൾ

എപിഐകളും എസ്ഡികെയും ഓരോ ഭാഷയ്ക്കും (ജാവ, ഗോ, പൈത്തൺ, ജാവാസ്ക്രിപ്റ്റ്, .നെറ്റ്, റൂബി, പിഎച്ച്പി, റസ്റ്റ് തുടങ്ങിയവ) കോഡിൽ നിന്ന് ടെലിമെട്രി സൃഷ്ടിക്കാൻ.
ഓട്ടോ-ഇൻസ്ട്രുമെന്റേഷൻ കോഡ് മാറ്റങ്ങളില്ലാതെ സാധാരണ ലൈബ്രറികൾ (എച്ച്ടിടിപി ഫ്രെയിം വർക്കുകൾ, ഡാറ്റാബേസ് ഡ്രൈവറുകൾ, മെസേജിംഗ് ക്ലയന്റുകൾ) പിടിച്ചെടുക്കുന്നു.
ഒടിഎൽപി, ഓപ്പൺ ടെലിമെട്രി പ്രോട്ടോക്കോൾ, ഡാറ്റ അയയ്ക്കുന്നതിനുള്ള സാധാരണ വയർ ഫോർമാറ്റ്.
ശേഖരക്കാരൻ, ടെലിമെട്രി സ്വീകരിക്കുകയും പ്രോസസ്സ് ചെയ്യുകയും കയറ്റുമതി ചെയ്യുകയും ചെയ്യുന്ന ഒരു സ്വതന്ത്ര സേവനമാണ്.
സെമാന്റിക് കൺവെൻഷനുകൾ: പോലുള്ള ഗുണങ്ങളുടെ സാധാരണ നാമങ്ങൾ http.request.method അല്ലെങ്കില് db.system, ഡാറ്റ എല്ലായിടത്തും ഒരുപോലെ കാണപ്പെടുന്നു.

എന്റെ ആദ്യകാലത്തെ പടികൾ

ഓപ്പൺ ടെലിമെട്രി പ്രവർത്തനക്ഷമമായി കാണാനുള്ള ഏറ്റവും വേഗതയേറിയ മാർഗം ഓട്ടോ-ഇൻസ്ട്രുമെന്റേഷനാണ്. ഒരു പൈഥണ് ആപ്ലിക്കേഷന് വേണ്ടി:

pip install opentelemetry-distro opentelemetry-exporter-otlp
opentelemetry-bootstrap -a install

export OTEL_SERVICE_NAME=shop-api
export OTEL_EXPORTER_OTLP_ENDPOINT=http://otel-collector:4317
opentelemetry-instrument python app.py

ജാവയ്ക്കായി, ഏജന്റിനെ -javaagent:opentelemetry-javaagent.jar. Node.js-ൽ, ഓട്ടോ-ഇൻസ്ട്രുമെന്റേഷൻ പാക്കേജ് സ്റ്റാർട്ടപ്പിൽ ലോഡ് ചെയ്യുക. കുബർനെറ്റിസിൽ, ഓപ്പൺ ടെലിമെട്രി ഓപ്പറേറ്റർ ഒറ്റ കുറിപ്പിനൊപ്പം ഓട്ടോ-ഇൻസ്ട്രുമെന്റേഷൻ പോലും പോഡുകളിലേക്ക് ചേർക്കാം.

മിനിറ്റുകൾക്കുള്ളിൽ, ഓരോ ഇൻകമിംഗ് അഭ്യർത്ഥനയും, ഔട്ട്ഗോയിംഗ് HTTP കോൾ, ഡാറ്റാബേസ് അന്വേഷണം എന്നിവയും ഒരു സ്പാൻ ആയി മാറുന്നു.

പിന്നെ കുറച്ചു കൂടി കൂട്ടുക. മാനുവൽ സ്പാൻസ് പ്രധാനപ്പെട്ട ബിസിനസ് പ്രവര് ത്തനങ്ങള് ക്ക്:

from opentelemetry import trace

tracer = trace.get_tracer("shop")

def place_order(order):
    with tracer.start_as_current_span("place_order") as span:
        span.set_attribute("order.items", len(order.items))
        # ... business logic

കളക്ടര്: ഈ സംവിധാനത്തിന്റെ ഹൃദയം

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

receivers:
  otlp:
    protocols:
      grpc:
      http:

processors:
  memory_limiter:
    check_interval: 1s
    limit_percentage: 80
  batch:
  attributes:
    actions:
      - key: user.email
        action: delete      # don't ship personal data

exporters:
  otlp/tempo:
    endpoint: tempo:4317
    tls:
      insecure: true
  prometheusremotewrite:
    endpoint: http://prometheus:9090/api/v1/write

service:
  pipelines:
    traces:
      receivers: [otlp]
      processors: [memory_limiter, attributes, batch]
      exporters: [otlp/tempo]
    metrics:
      receivers: [otlp]
      processors: [memory_limiter, batch]
      exporters: [prometheusremotewrite]

കുബർനെറ്റിലെ ഒരു സാധാരണ മാതൃക: ഒരു കളക്ടർ ഒരു ഡെമോൺസെറ്റ് ഓരോ നോഡിലും (ലോക്കൽ പോഡുകളിൽ നിന്നും സ്വീകരിക്കുകയും നോഡ് ഡാറ്റ ശേഖരിക്കുകയും ചെയ്യുന്നു), ഒരു കേന്ദ്രത്തിലേക്ക് അയയ്ക്കുന്നു ഗേറ്റ് വേ സാമ്പിളുകള് എടുക്കുന്നതും ഫിൽട്ടറിംഗ് നടത്തുന്നതും കയറ്റുമതി ചെയ്യുന്നതുമായ ഒരു കളക്ടര് .

എവിടെയും ഡാറ്റ അയയ്ക്കുക

ശേഖരകന് മധ്യത്തിലായാല് ഒരു ബാക്ക്എന് ഡ് മാറ്റുകയോ കൂട്ടിച്ചേര് ക്കുകയോ ചെയ്യുന്നത് ഒരു ക്രമീകരണ മാറ്റമാണ്. ജനപ്രിയമായ ഓപ്പൺ സോഴ്സ് ലക്ഷ്യസ്ഥാനങ്ങൾ:

പ്രമേത്യുസ് അല്ലെങ്കില് മിമിര് അളവുകള് ക്ക് വേണ്ടി
ടേംപോ അല്ലെങ്കില് ജാഗർ അടയാളങ്ങൾക്കായി
ലോക്കി തടിക്ക് വേണ്ടി
ഗ്രാഫാന എല്ലാറ്റിനും മുകളില്

അല്ലെങ്കിൽ OTLP സ്വീകരിക്കുന്ന ഏതെങ്കിലും വാണിജ്യ വിതരണക്കാരന്, ഇന്ന് മിക്കവാറും എല്ലാവരും.

തുടക്കത്തിലെ നുറുങ്ങുകൾ

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

അത് വിലപ്പെട്ടതാണോ?

തീർച്ചയായും. ഓപ്പൺ ടെലിമെട്രി ആണ് ഈ വ്യവസായത്തിന്റെ ലക്ഷ്യം. ഇന്ന് ഇത് ഉപയോഗിച്ച് ഉപകരണങ്ങൾ നിർമ്മിക്കുന്നത് അർത്ഥമാക്കുന്നത് നിങ്ങൾ ഒരിക്കലും ഉപകരണങ്ങൾ പുനർനിർമ്മിക്കേണ്ടി വരില്ല, കാരണം നിങ്ങൾ വിതരണക്കാരെ മാറ്റി, നിങ്ങൾക്ക് ഒടുവിൽ പരസ്പരം സംസാരിക്കുന്ന ട്രാക്കുകളും അളവുകളും ലോഗുകളും ലഭിക്കും.

എന്റെ അഭിപ്രായം: ഒരു തവണയെങ്കിലും ഒരു തുറന്ന സ്റ്റാൻഡേർഡ് ഉപയോഗിച്ച് ഒരു ഉപകരണം ഉപയോഗിക്കുക, മറ്റെല്ലാ കാര്യങ്ങളിലും നിങ്ങളുടെ മനസ്സ് മാറ്റാനുള്ള സ്വാതന്ത്ര്യം നിലനിർത്തുക.

ഡെസ്ലി

പ്രോമെഥിയസ് 3 ഉം ഗ്രാഫാനയും ഉള്ള ഒരു നിരീക്ഷണ സ്റ്റാക്ക്

Tue, 20 Oct 2026 23:10:30 +0200

ഏകദേശം ഒരു ദശകത്തോളമായി കുബർനെറ്റസ് നിരീക്ഷണത്തിന്റെ നട്ടെല്ല് പല്ലാണ് പ്രോമിതിയസ്. കുബർനെറ്റസിന് ശേഷം സിഎൻസിഎഫിൽ ചേരുന്ന രണ്ടാമത്തെ പ്രോജക്റ്റായിരുന്നു ഇത്. പിന്നെ, 2024 അവസാനത്തോടെ, പ്രോമിത്തേയസ് 3.0 വന്നു, ഏഴ് വർഷത്തിനിടെ ആദ്യത്തെ പ്രധാന പതിപ്പ്.

ഇതാ മാറ്റം. ഒരു സാധാരണ കുബർനെറ്റ്സ് സജ്ജീകരണത്തിനായി ഞാൻ ഇന്ന് നിർമ്മിക്കുന്ന മോണിറ്ററിംഗ് സ്റ്റാക്കും.

പ്രോമീതിയസ് 3 ൽ പുതിയതെന്താണ്?

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

ഓപ്പൺ ടെലിമെട്രി പിന്തുണ. പ്രമേത്യുസിന് ഇപ്പോൾ മെട്രിക്സ് ലഭിക്കും ഒടിഎൽപി നേരിട്ട് ഓപ്പൺ ടെലിമെട്രി ഉപയോഗിച്ച് ഉപകരണങ്ങൾ ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനുകൾക്ക് അധിക പരിഭാഷാ പാളി ഇല്ലാതെ മെട്രിക്സ് പ്രോമെഥിയസിലേക്ക് നീക്കാൻ കഴിയും.

UTF-8 മെട്രിക്, ലേബൽ പേരുകൾ. പ്രമേത്യുസ് പേരുകളില് പരിമിതമായ അക്ഷരങ്ങള് മാത്രമേ അനുവദിച്ചിരുന്നുള്ളൂ. ഇപ്പോൾ ഡോട്ടുകളും മറ്റു പ്രതീകങ്ങളും അനുവദനീയമാണ്, അത് ഓപ്പൺ ടെലിമെട്രിയുടെ പേരുനൽകൽ കൺവെൻഷനുകൾക്ക് പ്രധാനമാണ് http.server.request.duration.

നാടൻ ഹിസ്റ്റോഗ്രാമുകൾ. ബക്കറ്റ് അതിരുകൾ മുൻകൂട്ടി തിരഞ്ഞെടുക്കാതെ ലേറ്റൻസി വിതരണങ്ങൾ സൂക്ഷിക്കുന്നതിനുള്ള കൂടുതൽ കാര്യക്ഷമവും കൃത്യവുമായ മാർഗ്ഗം. അവ 3.x പതിപ്പുകളില് പക്വത പ്രാപിച്ചു വരികയാണ്. അവ ലേറ്റൻസി മെട്രിക്സിനു ഉപയോഗിക്കാന് നല്ലതാണ്.

വിദൂരമായി എഴുതുക 2.0. ദീർഘകാല സംഭരണ സംവിധാനങ്ങളിലേക്ക് ഡാറ്റ അയയ്ക്കുന്നതിനുള്ള കൂടുതൽ കാര്യക്ഷമമായ പ്രോട്ടോക്കോൾ.

മാറ്റങ്ങൾ മാറ്റുന്നു ചെറിയ അളവിൽ സൂക്ഷിച്ചുവെങ്കിലും ചില സ്ഥിരസ്ഥിതികൾ മാറ്റി (ഉദാഹരണത്തിന് സ്ക്രാപ്പ് പ്രോട്ടോക്കോളുകളും ചില ഫ്ലാഗുകളും). അപ്ഗ്രേഡ് ചെയ്യുന്നതിനു മുമ്പ് മൈഗ്രേഷൻ ഗൈഡ് വായിക്കുക.

അത് സജ്ജമാക്കുന്നു

കുബർനെറ്റീസിൽ, ഒരു പൂർണ്ണ സ്റ്റാക്ക് ലഭിക്കുന്നതിനുള്ള ഏറ്റവും എളുപ്പവഴി കുബേ-പ്രൊമേഥിയസ്-സ്റ്റാക്ക് ഹെൽം ചാർട്ട്:

helm repo add prometheus-community https://prometheus-community.github.io/helm-charts
helm install monitoring prometheus-community/kube-prometheus-stack \
  --namespace monitoring --create-namespace

ഇത് ഇൻസ്റ്റാൾ ചെയ്യുന്നുഃ

പ്രൊമെഥിയസ് ഓപ്പറേറ്റർ, ഇത് കുബർനെറ്റസ് വിഭവങ്ങളുമായി പ്രോമെഥിയസിനെ നിയന്ത്രിക്കുന്നു
പ്രമേത്യുസ് സ്വയം
അലർട്ട് മാനേജർ റൂട്ടിംഗ് അലേർട്ടുകൾക്കായി
ഗ്രാഫാന റെഡിമെയ്ഡ് ഡാഷ്ബോർഡുകളുമായി
നോഡ്-എക്സ്പോർട്ടർ നോഡ് മെട്രിക്സിനും കുബേ-സ്റ്റേറ്റ്-മെട്രിക്സ് കുബർനെറ്റസ് ഒബ്ജക്ട് സ്റ്റേറ്റിനു വേണ്ടി
ഒരു വലിയ കൂട്ടം ഡീഫോൾട്ട് മുന്നറിയിപ്പ് നല് കുന്ന നിയമങ്ങൾ

നിങ്ങളുടെ സ്വന്തം ആപ്ലിക്കേഷനുകൾ സ്ക്രാപ്പ് ചെയ്യാന്, ഒരു സർവീസ് മോണിറ്റർ അല്ലെങ്കില് പോഡ് മോണിറ്റർ:

apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: shop-api
  namespace: shop
  labels:
    release: monitoring
spec:
  selector:
    matchLabels:
      app: shop-api
  endpoints:
  - port: http
    path: /metrics
    interval: 30s

ഓപ്പറേറ്റര് അത് എടുത്ത് പ്രൊമെഥിയസിനെ ഓട്ടോമാറ്റിക്കായി ക്രമീകരിക്കുന്നു. ഒരു കേന്ദ്ര കോൺഫിഗറേഷൻ ഫയല് എഡിറ്റ് ചെയ്യാന് പാടില്ല.

പ്രോമെഥിയസ് മനഃപൂർവം ലളിതമാണ്. അത് സ്ക്രാപ്പ് ചെയ്യുന്നു, സംഭരിക്കുന്നു, അലേർട്ട് ചെയ്യുന്നു, ഈ മൂന്ന് കാര്യങ്ങളും വളരെ നന്നായി ചെയ്യുന്നു.

ഡാറ്റ കൂടുതൽ കാലം സൂക്ഷിക്കുക

ഒരു പ്രോമെഥിയസ് സെര് വര് ഡുകള് ലോക്കല് ആയി സൂക്ഷിക്കുന്നു, സാധാരണയായി ഏതാനും ആഴ്ചകളോളം. ഇത് ദീർഘകാല സംഭരണത്തിനോ പല ക്ലസ്റ്ററുകളിലെയും ആഗോള കാഴ്ചയ്ക്കോ രൂപകൽപ്പന ചെയ്തിട്ടില്ല. അതിനായി, മൂന്ന് ജനപ്രിയ ഓപ്ഷനുകളുണ്ട്:

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

ചെറിയ ഒരു കൂട്ടത്തിന് വേണ്ടി, കുറച്ച് ആഴ്ചകൾ മാത്രം നിലനിര് ത്തുന്ന ഒരു സാധാരണ പ്രമേത്യുസ് തികച്ചും ശരിയാണ്. ഒരു കാഴ്ചയില് മാസങ്ങളോ പല ക്ലസ്റ്ററുകളോ ആവശ്യമുള്ളപ്പോള് ഇവയില് ഒന്ന് ചേര് ക്കുക.

ഞാൻ ശരിക്കും നോക്കുന്ന ഡാഷ്ബോർഡുകൾ

ഗ്രാഫാന നൂറുകണക്കിന് ഡാഷ്ബോർഡുകൾ ഉണ്ടാക്കുന്നു, പക്ഷെ മിക്ക ആളുകളും അവയെ വീണ്ടും നോക്കാറില്ല. ഞാന് ഉപയോഗിക്കുന്നവയാണിവ:

സേവന അവലോകനം (RED): ഓരോ സേവനത്തിനും നിരക്ക്, പിശകുകൾ, കാലാവധി. ഓരോ സേവനത്തിനും ഒരു വരി, വിശദാംശങ്ങളുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു.
ക്ലസ്റ്ററിന്റെ ശേഷി: സിപിയു, മെമ്മറി അഭ്യർത്ഥനകൾ vs അനുവദനീയമായ vs യഥാർത്ഥ ഉപയോഗം, ഓരോ നോഡ് പൂളിനും. അത് മലിനീകരണവും സമ്മർദ്ദവും കാണിക്കുന്നു.
SLO ഡാഷ് ബോർഡ്: ഏറ്റവും പ്രധാനപ്പെട്ട സേവനങ്ങളുടെ നിലവിലെ പിശക് ബജറ്റും കത്തിക്കൽ നിരക്കും.
കുബർനെറ്റുകളുടെ വർക്ക് ലോഡുകൾവീണ്ടും ആരംഭിക്കുക, OOMKills, കാത്തിരിക്കുന്ന പാഡുകൾ, പരാജയപ്പെട്ട വിന്യാസങ്ങൾ.
ആശ്രിതത്വം: ഡാറ്റാബേസുകൾ, ക്യൂകൾ, കാഷെകൾ, അവയുടെ ലേറ്റൻസി, സാച്ചുറേഷൻ.

ഗിറ്റിലെ ഡാഷ്ബോർഡുകൾ സൂക്ഷിക്കുക (ഫയലുകളിൽ നിന്നും ഡാഷ് ബോർഡുകൾ പ്രൊവിഷനിംഗ് ചെയ്യുന്നതിനുള്ള ഗ്രാഫാന പിന്തുണയ്ക്കുന്നു, ഒപ്പം കുബർനെറ്റസിനായി ഒരു ഗ്രാഫന ഓപ്പറേറ്റർ ഉണ്ട്), അങ്ങനെ അവ പതിപ്പുകൾ പോലെ അവലോകനം ചെയ്യുകയും അവലോകനം ചെയ്യുക.

പ്രധാനപ്പെട്ട മുന്നറിയിപ്പുകൾ

കുബെ-പ്രൊമേഥിയസ് സ്റ്റാക്കിൽ പല അലേർട്ടുകളും ഉണ്ട്. ചിലത് നല്ലതാണ്, ചിലത് നിങ്ങളുടെ പരിസ്ഥിതിയിൽ ശബ്ദമായിരിക്കും. അവയിലൂടെ പോകുക, പ്രവർത്തിക്കാൻ കഴിയുന്നവ സൂക്ഷിക്കുക, ലക്ഷണങ്ങൾ നിങ്ങളുടെ സ്വന്തം സേവനങ്ങൾക്കായി.

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

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഒരു ടെസ്റ്റ് ക്ലസ്റ്ററിൽ കുബെ-പ്രൊമെഥിയസ്-സ്റ്റാക്ക് ഇൻസ്റ്റാൾ ചെയ്യുക, നിങ്ങളുടെ ആപ്ലിക്കേഷനുകളിലൊന്നിനായി ഒരു സർവീസ് മോണിറ്റർ ചേർക്കുക, അതിനായി ഒരൊറ്റ RED ഡാഷ്ബോർഡ് നിർമ്മിക്കുക. നിങ്ങൾ ഇതിനകം ചെയ്തിട്ടില്ലെങ്കിൽ പ്രോമെഥിയസ് 3 ലേക്ക് അപ്ഗ്രേഡ് ചെയ്യുക, പുതിയ ഇന്റർഫേസ് പരീക്ഷിക്കുക. ദീർഘകാല സംഭരണം ആവശ്യമുള്ളതുവരെ കാത്തിരിക്കാം.

എന്റെ അഭിപ്രായം: പ്രോമിത്തേയസ് 3 പ്രോമിത്തേയം മഹത്തരമാക്കിയ എല്ലാ കാര്യങ്ങളും സൂക്ഷിക്കുന്നു, ഒടുവിൽ ഓപ്പൺ ടെലിമെട്രി സംസാരിക്കുന്നു. തുടക്കത്തിലേ മികച്ച സ്ഥലമാണ്.

ഡെസ്ലി

നിരീക്ഷണ ബില് സെര് വറുകളുടെ ബില് അടിക്കുമ്പോൾ

Tue, 20 Oct 2026 23:10:30 +0200

പല കമ്പനികളും എത്തുന്ന ഒരു ഘട്ടമുണ്ട്. ധനകാര്യ മേഖലയിൽ ഉള്ള ഒരാൾ ചോദിക്കുന്നു എന്തുകൊണ്ടാണ് നിരീക്ഷണ സംവിധാനങ്ങളുടെ കണക്കുകൂട്ടൽ ബില്ലിനേക്കാൾ വലിയ നിരീക്ഷണ ബില്ലിന്റെ വില. അത് വിഡ്ഢിത്തമായി തോന്നാം, പക്ഷെ ഇത് പലപ്പോഴും സംഭവിക്കുന്നു. നിരീക്ഷണ ചെലവുകൾ പല അടിസ്ഥാന സൌകര്യ ബജറ്റുകളിലും ഏറ്റവും വലിയ ഇനമായി മാറിയിരിക്കുന്നു.

ആ ഡാറ്റയുടെ ഭൂരിഭാഗവും ഉപയോഗിക്കാറില്ല. അത് മുറിക്കുന്നത് എന്താണ് സംഭവിക്കുന്നതെന്ന് കാണാതെ പോകുകയെന്നല്ല. അതായത്, നിങ്ങൾ സൂക്ഷിക്കുന്ന കാര്യങ്ങളെക്കുറിച്ച് തിരഞ്ഞെടുക്കുന്നവരായിരിക്കുക.

എന്തിനാ ഇത്ര വിലയേറിയത്?

എല്ലായിടത്തും തണ്ടുകൾ. ഡീബഗ് ലോഗ് ചെയ്യൽ, പ്രൊഡക്ഷൻ, വര്ബോസ് ഫ്രെയിം വർക്കുകൾ, ഹെൽത്ത് ചെക്ക് ലോഗ്, ഒരേ വിവരങ്ങൾ അഞ്ചു ലെയറുകളായി രേഖപ്പെടുത്തിയിരിക്കുന്നു.
മെട്രിക് കാർഡിനാലിറ്റി. ഒരു മെട്രിക് ലേബലുകൾ പോലെ user_id, request_id അല്ലെങ്കിൽ പൂർണ്ണ URL കൾ ഓരോ അദ്വിതീയ മൂല്യത്തിനും ഒരു പ്രത്യേക സമയ ശ്രേണി സൃഷ്ടിക്കുന്നു. ദശലക്ഷക്കണക്കിന് സീരീസുകൾ, ഓരോന്നിനും ഒരു ചാർജ്.
എല്ലാം ട്രാക്കുചെയ്യുന്നു. ഒരു വലിയ ട്രാഫിക് സിസ്റ്റത്തിൽ ട്രാക്കുചെയ്ത 100% അഭ്യർത്ഥനകളും വലിയ അളവുകൾ സൃഷ്ടിക്കുന്നു, അവരിൽ ഭൂരിഭാഗവും ഒരേ വിജയകരമായ അഭ്യർത്ഥനങ്ങൾ.
സ്ഥിരമായി നീണ്ട നിലനില് പ്. എല്ലാം മാസങ്ങളോളം സൂക്ഷിച്ചുവെച്ചിരുന്നു, "എന്തായാലും".
ഓരോ ഹോസ്റ്റിനും ഓരോ കണ്ടെയ്നറിനും വില ഓട്ടോ സ്കെയിലിംഗും പല ചെറിയ കണ്ടെയ്നറുകളും ഉപയോഗിച്ച്.
ഡ്യൂപ്ലിക്കേറ്റ് ഡാറ്റ. ഒരേ രേഖകൾ രണ്ട് ഉപകരണങ്ങളിലേക്ക് അയച്ചു, രണ്ട് ഏജന്റുമാർ ശേഖരിച്ച അളവുകൾ.

പണം എവിടെ പോകുന്നു എന്ന് അറിയുക

എന്തെങ്കിലും മുറിക്കുന്നതിന് മുമ്പ്, അളക്കുക:

ഏത് സേവനങ്ങളാണ് ഏറ്റവും കൂടുതൽ ലോഗുകളും അളവുകളും ട്രാക്കുകളും ഉണ്ടാക്കുന്നത്?
ഏത് അളവുകളാണ് ഏറ്റവും കൂടുതല് പ്രധാനപ്പെട്ടത്? (പ്രൊമെഥിയസിന് ഇത് കാണിക്കുന്ന ഒരു ടിഎസ്ഡിബി സ്റ്റാറ്റസ് പേജ് ഉണ്ട്, മിക്ക വെണ്ടർമാരും മെട്രിക് അനുസരിച്ച് ഉപയോഗം കാണിക്കുന്നു.)
ഏത് ഡാറ്റയാണ് ശരിക്കും അന്വേഷിക്കുന്നത്? ഏത് ഡാഷ്ബോർഡുകളാണ്, ഏത് അലേർട്ടുകളാണ്, അന്വേഷണങ്ങളാണ് ഏത് ഡാറ്റയാണ് ഉപയോഗിക്കുന്നതെന്ന് പല ഉപകരണങ്ങളും കാണിക്കുന്നു.

ഏതാണ്ട് എല്ലായ്പ്പോഴും ഒരുപിടി സേവനങ്ങളും അളവുകളും മിക്കവാറും എല്ലാ ബില്ലുകളും ഉണ്ടാക്കുന്നു.

ഏറ്റവും വിലകുറഞ്ഞ ടെലിമെട്രി, അത് ശേഖരിക്കാതിരിക്കാൻ തീരുമാനിച്ച ടെലിമെത്രിയാണ്, കാരണം അത് ആർക്കും നഷ്ടപ്പെടില്ലെന്ന് നിങ്ങൾക്കറിയാമായിരുന്നു.

സാമ്പിളുകളുടെ ട്രെയ്സ്

എല്ലാ സൂചനകളും വേണ്ട. നിനക്ക് രസകരമായവ വേണം.

തലയുടെ സാമ്പിൾ എടുക്കൽ ഒരു അഭ്യർത്ഥനയുടെ തുടക്കത്തിൽ അത് നിലനിർത്തണോ വേണ്ടയോ എന്ന് തീരുമാനിക്കുന്നു, ഉദാഹരണത്തിന് 10% അഭ്യർത്ഥനങ്ങൾ. ലളിതവും വിലകുറഞ്ഞതുമാണ്, പക്ഷെ അത് നിങ്ങള് ക്ക് ആവശ്യമുള്ള ഒരു പരാജയപ്പെട്ട അഭ്യർത്ഥനയെ തള്ളി കളയാം.

വാൽ സാമ്പിൾ എടുക്കൽ ട്രെയ്സിംഗ് പൂർത്തിയാക്കിയതിനു ശേഷം തീരുമാനിക്കുന്നു, അതിനാൽ എല്ലാ പിശകുകളും, എല്ലാ വേഗത കുറഞ്ഞ അഭ്യർത്ഥനകളും, സാധാരണ അഭ്യർത്ഥനാങ്ങളുടെ ഒരു ചെറിയ ശതമാനം മാത്രമേ നിലനിർത്താൻ കഴിയൂ. ഓപ്പൺ ടെലിമെട്രി കളക്ടർ ഇതിനെ പിന്തുണയ്ക്കുന്നുഃ

processors:
  tail_sampling:
    decision_wait: 10s
    policies:
      - name: keep-errors
        type: status_code
        status_code: { status_codes: [ERROR] }
      - name: keep-slow
        type: latency
        latency: { threshold_ms: 1000 }
      - name: sample-the-rest
        type: probabilistic
        probabilistic: { sampling_percentage: 5 }

ഡീബഗ്ഗിംഗിന് ഉപയോഗപ്രദമായതെല്ലാം സൂക്ഷിച്ചു വയ്ക്കുക, 90% വോളിയം കുറയ്ക്കുകയും ചെയ്യുക.

ഫിൽട്ടറിംഗ് ലോഗ്

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

മെട്രിക് കാർഡിനാലിറ്റി വളർത്തൽ

ഒരിക്കലും പരിധിയില്ലാത്ത മൂല്യങ്ങൾ ലേബലുകളായി ഉപയോഗിക്കരുത്: ഉപയോക്തൃ ഐഡികൾ, അഭ്യർത്ഥന ഐഡികൾ , ഇമെയിൽ വിലാസങ്ങൾ, പൂർണ്ണമായ URL കൾ, സമയ മുദ്രകൾ.
പാതകളെ സാധാരണമാക്കുക: /orders/{id} പകരം /orders/12345.
ഉപയോഗിക്കാത്ത അളവുകൾ ഒഴിവാക്കുക പ്രൊമേഥിയസ് അല്ലെങ്കിൽ കളക്ടറിലെ റീലേബിംഗ് നിയമങ്ങളുമായി. പല കയറ്റുമതിക്കാരും നൂറുകണക്കിന് അളവുകൾ വെളിപ്പെടുത്തുന്നു, നിങ്ങള് 10 എണ്ണം ഉപയോഗിക്കുന്നു.
സംഭരിക്കുന്നതിനു മുമ്പ് കൂട്ടിച്ചേർക്കുക രേഖപ്പെടുത്തൽ നിയമങ്ങളില് വിശദമായ ഡാറ്റ ചുരുങ്ങിയ സമയത്തേക്ക് സൂക്ഷിക്കുകയും, മൊത്തം ഡാറ്റ കൂടുതല് കാലം സൂക്ഷിക്കുകയും ചെയ്യുന്നു.
പുതിയ അളവുകള് അവലോകനം ചെയ്യുക കോഡ് അവലോകനത്തില്: ഏത് ലേബലുകളാണ് അതിന് ഉള്ളത്, ഓരോന്നിനും എത്ര മൂല്യങ്ങള് എടുക്കാന് കഴിയും?

ഓപ്പൺ സോഴ്സ് വേഴ്സസ് സാസ്

വാണിജ്യ പ്ലാറ്റ്ഫോമുകൾ സൌകര്യപ്രദവും ശക്തവുമാണ്, പക്ഷേ ഹോസ്റ്റുകൾ, കഴിച്ച ജിഗാബൈറ്റുകൾ അല്ലെങ്കിൽ ഇഷ്ടാനുസൃത അളവുകൾ എന്നിവ അടിസ്ഥാനമാക്കിയുള്ള വിലനിർണ്ണയം വേഗത്തിൽ വളരും.

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

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

ചെലവ് ദൃശ്യമാക്കുക

നിരീക്ഷണ ചെലവുകൾ കാണിക്കുക ഓരോ ടീമിനും സേവനത്തിനും.
സജ്ജീകരിച്ചു ബജറ്റുകളും അലേർട്ടുകളും കഴിച്ചാല്
പുതിയ സേവനം തുടങ്ങുമ്പോള് "ഇത് നിരീക്ഷിക്കാൻ എത്ര ചിലവാകും?" എന്ന ചോദ്യം സാധാരണ ചോദ്യമായി മാറണം.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

നിങ്ങളുടെ ഏറ്റവും മികച്ച 5 ഡേറ്റാ പ്രൊഡ്യൂസർമാരെ കണ്ടെത്തുക. വാൽ സാമ്പിളുകൾ എടുക്കുക, ആരോഗ്യ പരിശോധന രേഖകൾ ഒഴിവാക്കുക, നിങ്ങളുടെ ഏറ്റവും ഉയർന്ന കാർഡിനാലിറ്റി ലേബലുകൾ നീക്കം ചെയ്യുക. ഈ മൂന്നു മാറ്റങ്ങൾ മാത്രം പലപ്പോഴും ബില്ലിനെ ഗണ്യമായി കുറയ്ക്കുന്നു, ആരും ദൃശ്യപരതയിൽ എന്തെങ്കിലും നഷ്ടം ശ്രദ്ധിക്കുന്നില്ല.

എന്റെ അഭിപ്രായം: നിരീക്ഷണ ശേഷി നിങ്ങളുടെ സിസ്റ്റം മനസിലാക്കാൻ സഹായിക്കണം, ബജറ്റിന് വേണ്ടി മത്സരിക്കരുത്. മനഃപൂർവ്വം ശേഖരിക്കുക, ഉപയോഗിക്കുന്നവ സൂക്ഷിക്കുക, ബാക്കി വിട്ടയക്കുക.

ഡെസ്ലി

മരങ്ങൾ എവിടെയാണ് ജീവിക്കേണ്ടത്? ലോക്കി, എലാസ്റ്റിക് സെർച്ച് അല്ലെങ്കിൽ ക്ലിക്ക് ഹൌസ്

Tue, 20 Oct 2026 23:10:30 +0200

ലോഗ്സ് എന്നത് ഏറ്റവും പഴക്കമുള്ള നിരീക്ഷണ രൂപമാണ്. ഇപ്പോഴും എന്തെങ്കിലും തകരുമ്പോള് എല്ലാവരും ആദ്യം തേടുന്ന ഒന്നാണ്. അവ നിരീക്ഷണ സംവിധാനത്തിലെ ഏറ്റവും ചെലവേറിയ ഭാഗമാണ്, കാരണം അവ വളരെയധികം ഉണ്ട്.

ലോഗ് സൂക്ഷിക്കുന്ന സ്ഥലം എത്ര വേഗത്തിൽ തിരയാമെന്നും എത്ര പണം നൽകണമെന്നും എത്രമാത്രം ജോലി ചെയ്യണമെന്നും തീരുമാനിക്കുന്നു. ഇന്ന് മൂന്ന് സമീപനങ്ങളാണ് പ്രചാരത്തിലുള്ളത്, അവ വളരെ വ്യത്യസ്തമായ ആശയങ്ങളിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്.

അവ വ്യത്യാസപ്പെടുന്നത് എങ്ങനെ

എലാസ്റ്റിക് തിരയൽ / ഓപ്പൺ തിരയൽഃ എല്ലാം ഇൻഡെക്സ് ചെയ്യുക

ക്ലാസിക്. എലാസിറ്റിക് സെർച്ച് (അതിന്റെ ഓപ്പൺ സോഴ്സ് ഫോർക്ക്) ഓപ്പൺ തിരയൽ) ഒരു പൂർണ്ണമായ വാചക സൂചിക ഓരോ ലോഗോഗ്രാഫിക് വരിയുടെയും. ഓരോ വാക്കും വളരെ പെട്ടെന്ന് തിരയാവുന്നതായിത്തീരുന്നു.

കരുത്തുറ്റ വശങ്ങൾ: ശക്തമായ പൂർണ്ണ വാചക തിരയൽ, സമ്പന്നമായ അന്വേഷണങ്ങളും കൂട്ടിച്ചേർക്കലുകളും, പക്വമായ പരിസ്ഥിതി (കിബാന, ഓപ്പൺ സെർച്ച് ഡാഷ്ബോർഡുകൾ), സുരക്ഷാ വിശകലനത്തിന് മികച്ചത്.
ദുർബലതകൾ: എല്ലാം ഇൻഡെക്സ് ചെയ്യാന് സ്റ്റോറേജ്, മെമ്മറി, സിപിയു എന്നിവയില് വലിയ ചെലവാണ്. ക്ലസ്റ്ററുകള് ശ്രദ്ധാപൂർവ്വം ക്രമീകരിക്കേണ്ടതുണ്ട് (ഷാർട്ടുകള് , റെപ്ലിക്കുകള് , കൂമ്പാരങ്ങളുടെ വലുപ്പങ്ങള്). വലിയ അളവിലുള്ളവയില് ചെലവും പ്രവർത്തന പ്രയത്നവും വേഗത്തില് വളരുന്നു.

ഗ്രഫാന ലോക്കി: സൂചിക മാത്രം

ലോക്കി എതിര് സമീപനം സ്വീകരിക്കുന്നു: ലോഗ് ഉള്ളടക്കം സൂചികയിലാക്കുന്നില്ല, ചെറിയൊരു കൂട്ടം ലേബലുകൾ (നാമമേഖല, ആപ്പ്, പോഡ്, ലെവൽ തുടങ്ങിയവ). ലോഗ് ലൈനുകൾ സ്വയം കംപ്രസ് ചെയ്യുകയും വിലകുറഞ്ഞ ഒബ്ജക്റ്റ് സംഭരണത്തിൽ സൂക്ഷിക്കുകയും ചെയ്യുന്നു. തിരയുമ്പോൾ, ലോക്കി ശരിയായ സ്ട്രീമുകൾ ലേബലിലൂടെ കണ്ടെത്തുന്നു, എന്നിട്ട് അവയുടെ ഉള്ളടക്കം സ്കാൻ ചെയ്യുന്നു.

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

ക്ലിക്ക്ഹൌസ്ഃ നിര വിശകലനം

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

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

എലാസിറ്റി സെർച്ച് ചോദിക്കുന്നു "നിങ്ങളുടെ ലോഗുകളിൽ എന്തൊക്കെ വാക്കുകളാണ് ഉള്ളത്?" ലോക്കി ചോദിക്കുന്നു "അവ എവിടെ നിന്ന് വന്നു?" ക്ലിക്ക്ഹൌസ് ചോദിക്കുന്നു "ഓരോ ഫീൽഡിലും എന്തൊക്കെയാണ് ഉള്ളത്?"

വില

ഒരേ അളവിലുള്ള ലോഗ്സ് (യഥാർത്ഥ എണ്ണം കോൺഫിഗറേഷനും നിലനിർത്തലും വളരെ ആശ്രയിച്ചിരിക്കുന്നു) എന്നതിനുള്ള ഏകദേശ താരതമ്യംഃ

	എലാസിറ്റിക് തിരയൽ / ഓപ്പൺ തിരയൽ	ലോക്കി	ക്ലിക്ക് ഹൌസ്
സംഭരണ ചെലവ്	ഉയർന്ന (ഇൻഡെക്സ് + ഡാറ്റ)	കുറവ് (കുറഞ്ഞത്, വസ്തു സംഭരണം)	താഴ്ന്ന (തൂണുകളുടെ കംപ്രഷൻ)
കഴിക്കാൻ കണക്കുകൂട്ടുക	ഉയരം	കുറവ്	ഇടത്തരം
പൂർണ്ണ ടെക്സ്റ്റ് തിരയൽ വേഗത	വളരെ നന്നായി.	നീണ്ട ദൂരപരിധിക്കുള്ള നീതി	നന്നായി.
സംഗ്രഹണം / വിശകലനം	നന്നായി.	അടിസ്ഥാന (ലോഗ് ക്യു എൽ മെട്രിക്സ്)	വളരെ നന്നായി.
പ്രവർത്തന പരിശ്രമം	ഉയരം	താഴ്ന്നതും ഇടത്തരവും	ഇടത്തരം

മൂന്ന് പതിപ്പുകൾക്കും നിയന്ത്രിത പതിപ്പുകൾ ഉണ്ട്ഃ എലാസ്റ്റിക് ക്ലൌഡ്, ആമസോൺ ഓപ്പൺ സെർച്ച് സർവീസ്, ഗ്രാഫാന ക്ലൌഡ് ലോഗുകൾ, ക്ലിക്ക്ഹൌസ് ക്ലൌഡ് എന്നിവയും അവയിൽ ഒന്നിന് കീഴിൽ നിരവധി നിരീക്ഷണ വിതരണക്കാർ നിർമ്മിക്കുന്നു.

ഘടനാപരമായ രേഖകൾ എല്ലാം മെച്ചപ്പെടുത്തുന്നു

നിങ്ങള് എന്ത് തീരുമാനിച്ചാലും, ഘടനാപരമായ ലോഗ് (JSON അല്ലെങ്കിൽ logfmt) വളരെയധികം സഹായിക്കുന്നുഃ

{"ts":"2026-10-20T09:14:02Z","level":"error","service":"shop-api","trace_id":"4bf92f3577b34da6","route":"/orders","status":500,"duration_ms":1834,"msg":"payment provider timeout"}

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

എത്ര നാൾ സൂക്ഷിക്കണം?

റെറ്റീൻ ഡ്രൈവ് മറ്റേതൊരു കാര്യത്തിനും വില കൂടുതലാണ്. തലങ്ങളില് ചിന്തിക്കുക:

ചൂട് (ദിവസം മുതൽ രണ്ടാഴ്ച വരെ): വേഗതയുള്ളതും തിരയാവുന്നതും ഡീബഗ്ഗിംഗിനുള്ളതുമാണ്.
ചൂട് അല്ലെങ്കിൽ തണുപ്പ് (ആഴ്ചകൾ മുതൽ മാസങ്ങൾ വരെ): വിലകുറഞ്ഞ സംഭരണം, അന്വേഷണത്തിന് വേഗത കുറഞ്ഞ അന്വേഷണങ്ങൾ.
ആർക്കൈവ് (മാസം മുതൽ വർഷം വരെ): വസ്തു സംഭരണം, പാലിക്കൽ മാത്രം.

നിയമപരമായ ആവശ്യകതകൾ പരിശോധിക്കുക (സുരക്ഷാ രേഖകൾ, ഓഡിറ്റ് രേഖകൾ, സാമ്പത്തിക സംവിധാനങ്ങൾ) വ്യക്തിഗത വിവരങ്ങൾ ലോഗ്സുകളില് കുറയുകയും സമയബന്ധിതമായി ഇല്ലാതാക്കുകയും ചെയ്യുന്നു. ജി ഡി പി ആർ ലോഗുകളിലും ബാധകമാണ്.

എന്റെ ശുപാർശകൾ

ഗുബ്നെറ്റസ് കനത്ത ടീം ഇതിനകം ഗ്രഫാനയും പ്രോമീഥിയസും ഉപയോഗിക്കുന്നുണ്ട്: കൂടെ തുടങ്ങുക ലോക്കി. വിലകുറഞ്ഞതും ലളിതവും, മനോഹരമായി സംയോജിപ്പിക്കുന്നതും.
സുരക്ഷാ വിശകലനം, എല്ലാത്തിനും പൂർണ്ണ ടെക്സ്റ്റ് തിരയൽ, നിലവിലുള്ള എലാസ്റ്റിക് വൈദഗ്ധ്യം: എലാസ്റ്റിക് തിരയൽ അല്ലെങ്കിൽ ഓപ്പൺ തിരയൽ.
വലിയ അളവിലുള്ള ഘടനാപരമായ ലോഗുകൾ, വിശകലന ചോദ്യങ്ങൾ, അല്ലെങ്കിൽ ലോഗുകൾക്കും ട്രെയ്സുകൾക്കുമായി ഏകീകൃത സ്റ്റോർ: നോക്കൂ ക്ലിക്ക് ഹൌസ്-അടിസ്ഥാന ഉപകരണങ്ങള് .

ഒരു വിതരണക്കാരന് നിഷ്പക്ഷ പൈപ്പ്ലൈൻ ഉപയോഗിച്ച് ലോഗ് ശേഖരിക്കുക (ഓപ്പൺ ടെലിമെട്രി കളക്ടർ, വെക്റ്റർ അല്ലെങ്കിൽ ഫ്ലൂയിന്റ് ബിറ്റ്), അങ്ങനെ നിങ്ങൾക്ക് ഓരോ ആപ്ലിക്കേഷനും സ്പർശിക്കാതെ തന്നെ പിന്നീട് സംഭരണം മാറ്റാൻ കഴിയും.

നിങ്ങളുടെ തണ്ടുകൾ എവിടെയായിരിക്കണം?

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

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ ലോഗ് സ്റ്റോറേജ് തിരഞ്ഞെടുക്കുക ചോദ്യങ്ങൾ ചോദിക്കുന്ന രീതി അനുസരിച്ചാണ്, ശീലങ്ങൾ അനുസരിച്ചല്ല. ഏറ്റവും വിലകുറഞ്ഞ രേഖ നിങ്ങൾ ഒരിക്കലും എഴുതിയിട്ടില്ലാത്തതാണെന്ന് ഓർക്കുക.

ഡെസ്ലി

മനഃപൂർവം വസ്തുക്കൾ തകര് ക്കൽ: അരാജകത്വത്തിന്റെ സാങ്കേതിക വിദ്യ

Tue, 20 Oct 2026 23:10:30 +0200

എല്ലാ സിസ്റ്റത്തിനും ദുർബലതകളുണ്ട്. ഒരു ടൈം ഔട്ട് വളരെ നീണ്ടതാണ്. ഒരു ചെറിയ പ്രശ്നം വലിയ പ്രശ്നമാക്കി മാറ്റുന്ന ഒരു ശ്രമം. രണ്ടു വര് ഷം മുമ്പ് പരീക്ഷണത്തില് ഒരിക്കൽ ഫലം ചെയ്ത ഒരു ഫയല് ഓവര് , അതിനു ശേഷം ഒരിക്കലും. സാധാരണയായി, ഒരു യഥാർത്ഥ വൈദ്യുതി മുടക്കത്തില് , ഏറ്റവും മോശം സമയത്താണ് നിങ്ങള് അവരെ കണ്ടെത്തുന്നത്.

കുഴപ്പങ്ങൾ ഉണ്ടാക്കുന്നതിനു മുമ്പ്, നിയന്ത്രിതമായി, ദുർബലമായ സ്ഥലങ്ങൾ കണ്ടെത്തുക എന്നതാണ് കുഴപ്പങ്ങൾ സൃഷ്ടിക്കുന്നതിനെക്കുറിച്ചുള്ള സാങ്കേതിക വിദ്യ.

ഈ ആശയം

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

ഇന്ന് ഈ രീതി ക്രമരഹിതമായ നാശനഷ്ടങ്ങളേക്കാൾ സൂക്ഷ്മവും ശാസ്ത്രീയവുമാണ്.

സ്ഥിരസ്ഥിതി നിർവചിക്കുക: "സാധാരണ ജോലി" എന്നതിന് എന്ത് തോന്നുന്നു? സാധാരണയായി പിശക് നിരക്ക്, ലേറ്റൻസി, ഓർഡറുകൾ മിനിറ്റിൽ തുടങ്ങിയ അളവുകളിലൂടെയാണ് അളക്കുന്നത്.
ഒരു അനുമാനം ഉണ്ടാക്കുക: "ഒരു ഡാറ്റാബേസ് റെപ്ലിക്ക പരാജയപ്പെട്ടാൽ, പിശക് നിരക്ക് 0.5% നു താഴെയായി തുടരും, ആപ്ലിക്കേഷൻ 30 സെക്കൻഡിനകം വീണ്ടെടുക്കുന്നു".
ഒരു പരാജയം പരിചയപ്പെടുത്തുകറെപ്ലിക്കയെ കൊല്ലുക.
നിരീക്ഷിക്കുക: സ്ഥിരാവസ്ഥ നിലനിന്നോ?
പഠിക്കുകയും ശരിയാക്കുകയും ചെയ്യുകഇല്ലെങ്കില് , അത് ഒരു യഥാർത്ഥ തകരാറിന് കാരണമാകുന്നതിനു മുമ്പ് നിങ്ങള് ഒരു ദുർബലമായ സ്ഥലം കണ്ടെത്തിയിട്ടുണ്ട്.

ചാസ് എഞ്ചിനീയറിംഗ് എന്നത് ചിലതൊക്കെ തകര് ക്കുകയല്ല. നിങ്ങളുടെ സിസ്റ്റത്തിന് ഒരു ഹിറ്റ് എടുക്കാൻ കഴിയുമെന്ന് തെളിയിക്കാനും എവിടെയാണെന്ന് കണ്ടെത്താനും ആണ്.

ഏതു തരത്തിലുള്ള പരാജയങ്ങളാണ്?

സാധാരണ പരീക്ഷണങ്ങൾ:

കോഡുകളെയോ നോഡുകളെയോ കൊല്ലുക: കുബർനെറ്റസ് ശരിയായി മാറ്റുന്നുണ്ടോ? ഉപഭോക്താക്കള് വീണ്ടും ബന്ധപ്പെടാറുണ്ടോ?
നെറ്റ്വർക്ക് ലേറ്റൻസി കൂട്ടിച്ചേര് ക്കുക: ഒരു ആസക്തി കുറയാതെ പതുക്കെ കുറയുമ്പോൾ എന്ത് സംഭവിക്കും? (പലപ്പോഴും ദുഃഖം എന്നതിനേക്കാൾ മോശമാണ്.)
നെറ്റ്വർക്ക് ട്രാഫിക് കുറയ്ക്കുക സേവനങ്ങള് തമ്മിലോ, ഒരു ബാഹ്യ API-യിലോ.
ഡിസ്കുകൾ പൂരിപ്പിക്കുക അല്ലെങ്കിൽ എക്സോസ്റ്റ് മെമ്മറിയും സിപിയുവും.
ഒരു മുഴുവൻ ലഭ്യമായ മേഖലയും പരാജയപ്പെടുത്തുക: ട്രാഫിക് മാറുന്നുണ്ടോ?
ഡിഎൻഎസ് തകർക്കുക അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റുകളോ.
ഒരു ആശ്രിതത്വം പിശകുകൾ തിരികെ നൽകുന്നു.

നിങ്ങളുടെ ആദ്യ കളി ദിനം

A കളി ദിവസം ഒരു സംഘം ഒരുമിച്ച് ഒരു ചാസ് പരീക്ഷണം നടത്തുന്ന ഒരു ആസൂത്രിത സെഷനാണ്. അത് ആരംഭിക്കാനുള്ള ഏറ്റവും നല്ല വഴിയാണ്.

ഞാനെങ്ങനെ ഒരു ഓട്ടം നടത്തും:

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

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

പരീക്ഷിക്കാൻ കഴിയുന്ന ഉപകരണങ്ങൾ

ചാസ് മെഷ് (CNCF): ഒരു നല്ല ഇന്റർഫേസ് ഉള്ള ഒരു Kubernetes നേറ്റീവ് ടൂൾ. പരീക്ഷണങ്ങൾ കുബർനെറ്റസ് വിഭവങ്ങളാണ്: പാഡ് കൊല്ലൽ, നെറ്റ്വർക്ക് കാലതാമസം, സമ്മർദ്ദം, I/O പിഴവുകൾ, സമയ വ്യതിയാനം തുടങ്ങിയവ.
ലിറ്റ്മസ് ചാസ് (സി. എൻ. സി. എഫ്): ഒരു വലിയ ഹബ് റെഡിമെയ്ഡ് പരീക്ഷണങ്ങളും വർക്ക്ഫ്ലോകളും ഉള്ള കുബർനെറ്റസ് കുഴപ്പങ്ങൾ.
AWS തെറ്റായ ഇൻജക്ഷൻ സേവനം ഒപ്പം അസ്യുര് ചയോസ് സ്റ്റുഡിയോ: ക്ലൌഡ് റിസോഴ്സുകളില് പരാജയങ്ങള് , AZ ലെവല് തടസ്സങ്ങള് എന്നിവ ഉൾപ്പെടെയുള്ളവയില് പരാജയങ്ങള് സംയോജിപ്പിക്കുന്നതിനുള്ള മാനേജ് ചെയ്ത സേവനങ്ങള് .
ഗ്രെംലിൻ: സുരക്ഷാ നിയന്ത്രണങ്ങളുള്ളതും നല്ല ഇന്റര്ഫേസ് ഉള്ളതുമായ ഒരു വാണിജ്യ പ്ലാറ്റ്ഫോം.
ടോക്സിപ്രോക്സി: ടെസ്റ്റുകളിലെ നെറ്റ്വർക്ക് അവസ്ഥകളെ അനുകരിക്കുന്നതിനുള്ള ലളിതമായ പ്രോക്സി.

ലേറ്റൻസി കൂട്ടിച്ചേർക്കുന്ന ഒരു ചാസ് മെഷ് പരീക്ഷണം:

apiVersion: chaos-mesh.org/v1alpha1
kind: NetworkChaos
metadata:
  name: checkout-db-latency
  namespace: shop
spec:
  action: delay
  mode: all
  selector:
    namespaces: ["shop"]
    labelSelectors:
      app: checkout
  delay:
    latency: "500ms"
    jitter: "100ms"
  direction: to
  target:
    mode: all
    selector:
      labelSelectors:
        app: orders-db
  duration: "5m"

ചെറിയ കാര്യത്തില് നിന്ന് തുടങ്ങുക, സുരക്ഷിതമായിരിക്കുക

സ്റ്റേജിംഗ് തുടങ്ങുകചെറിയ സ്ഫോടന റേഡിയസ് ഉള്ള ഒരു പോഡ്, ഒരു സേവനം.
പരീക്ഷണങ്ങളെ തിരിച്ചെടുക്കാവുന്നതാക്കുക സമയ പരിധിയുമുണ്ട്.
സൂക്ഷ്മമായി നിരീക്ഷിക്കുക പ്രതീക്ഷിച്ചതിലും കൂടുതലായി കാര്യങ്ങൾ നടക്കുകയാണെങ്കില് അത് റദ്ദാക്കും.
ആളുകളോട് പറയൂ പരീക്ഷണങ്ങൾ നടത്തുന്നതിനു മുമ്പ്, പ്രത്യേകിച്ച് ആദ്യം.
ശ്രദ്ധയോടെ ഉല്പാദനത്തിലേക്ക് മാറുക., നിങ്ങളുടെ നിരീക്ഷണത്തിലും റോൾബാക്കിലും വിശ്വസിച്ചതിനുശേഷം മാത്രം, ജോലി സമയങ്ങളിൽ ഏറ്റവും അപകടകരമായ പരീക്ഷണങ്ങളുമായി ആരംഭിക്കുക.

അത് സഹായിച്ചോ?

കാലത്തിനനുസരിച്ച് പ്രഭാവം അളക്കുക:

കണ്ടെത്തിയതും പരിഹരിച്ചതുമായ ദൌർബല്യങ്ങളുടെ എണ്ണം.
നിങ്ങൾ പരീക്ഷിച്ച പരാജയ മോഡുകൾ മൂലമുണ്ടായ സംഭവങ്ങൾ (താഴ്ത്തിക്കാണണം).
യഥാര് ത്ഥ സംഭവങ്ങളില് വീണ്ടെടുക്കൽ സമയം.
സംഭവങ്ങളുടെ സമയത്ത് ടീമിന് ആത്മവിശ്വാസം ഉണ്ടാകും, അത് അളക്കാൻ ബുദ്ധിമുട്ടാണ്, പക്ഷെ വളരെ യാഥാർത്ഥ്യമാണ്.

നീയത് പരീക്ഷിക്കണോ?

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

എന്റെ അഭിപ്രായം: എല്ലാ സംവിധാനത്തിനും ഒരു തകർച്ച പോയിന്റ് ഉണ്ട്. ശനിയാഴ്ച രാത്രി തിരക്കുള്ളതിനേക്കാൾ ശാന്തമായ ചൊവ്വാഴ്ച വൈകുന്നേരം അത് കണ്ടെത്തുന്നതാണ് നല്ലത്.

ഡെസ്ലി

പ്രൊഡക്ഷനിലെ പ്രൊഫൈലിംഗ്: സിപിയു യഥാർഥത്തിൽ എവിടെ പോകുന്നു

Tue, 20 Oct 2026 23:10:30 +0200

ഇതാ ഒരു പരിചിതമായ സാഹചര്യം. ഒരു ഡാഷ്ബോർഡ് ഒരു സേവനം കാണിക്കുന്നു അത് ആയിരിക്കേണ്ടതിലും കൂടുതൽ സിപിയു ഉപയോഗിക്കുന്നു. ലേറ്റൻസി വർദ്ധിക്കുന്നു. അളവുകൾ നോക്കൂ: അതെ, സിപിയു ഉയർന്നതാണ്. നിങ്ങൾ ഈ ട്രാക്കുകൾ നോക്കൂ. അഭ്യർത്ഥനകൾ വളരെ വേഗതയുള്ളതാണ്. പക്ഷെ സേവനത്തിനുള്ളിലല്ല, അതിന്റെ ആശ്രിതത്വങ്ങളിലല്ല. രേഖകള് നോക്കൂ. അസാധാരണമായ ഒന്നും ഇല്ല.

നിങ്ങള് ക്ക് അറിയാന് ആഗ്രഹിക്കുന്നത് ഇതാണ്: ഏത് കോഡാണ് ആ സിപിയു മുഴുവനും ഉപയോഗിക്കുന്നുണ്ടോ? അതിനാണ് പ്രൊഫൈലിംഗ് ഉത്തരം പറയുന്നത്. നിരന്തരമായ പ്രൊഫൈലിംഗ് ഉല്പാദനത്തില് എല്ലാ സമയത്തും ഉത്തരം നൽകുന്നു.

പ്രൊഫൈലിംഗ് കാണിക്കുന്നത്

A പ്രൊഫൈൽ ഒരു പ്രോഗ്രാം അതിന്റെ വിഭവങ്ങൾ ചെലവഴിക്കുന്ന റെക്കോർഡുകൾ, വ്യക്തിഗത ഫംഗ്ഷനുകളും വരികളും വരെഃ

സി. പി. യു പ്രൊഫൈലുകൾ: സിപിയുവിൽ ഏത് ഫംഗ്ഷനുകളാണ് പ്രവർത്തിക്കുന്നത്, എത്രയാണ്.
മെമ്മറി (ഹീപ്) പ്രൊഫൈലുകൾ: ഏത് കോഡാണ് മെമ്മറി അനുവദിക്കുന്നത്, എത്രമാത്രം ഇപ്പോഴും സൂക്ഷിച്ചിരിക്കുന്നു.
വിഹിതം വിതരണം ചെയ്യുന്ന പ്രൊഫൈലുകൾ: എത്ര തവണ മെമ്മറി അനുവദിക്കുന്നു, അത് മാലിന്യ ശേഖരണത്തിന്റെ ചെലവ് വർദ്ധിപ്പിക്കുന്നു.
ലോക്ക്, ഗൊറൂട്ടിൻ / ത്രെഡ് പ്രൊഫൈലുകൾ: കോഡ് കാത്തിരിക്കുന്നിടത്ത്.

പ്രൊഫൈലുകൾ സാധാരണയായി കാണിക്കുന്നത് തീജ്വാലാ ഗ്രാഫുകൾഓരോ ബാറും ഒരു ഫംഗ്ഷനാണ്, അതിന്റെ വീതി അത് എത്ര സമയം എടുത്തു എന്ന് കാണിക്കുന്നു, അത് വിളിച്ച ഫംഗ്ഷനുകൾ മുകളിൽ അടുക്കിയിരിക്കുന്നു. വിശാലമായ ബാറുകളാണ് സമയം അവസാനിക്കുന്ന സ്ഥലം. ഉദാഹരണത്തിന്, സിപിയുവിന്റെ 30% ജെഎസ്ഒൻ സീരിയലൈസേഷനിലോ അല്ലെങ്കിൽ ഓരോ അഭ്യർത്ഥനയിലും സമാഹരിക്കുന്ന ഒരു റെജെക്സിലോ പോകുന്നുവെന്ന് നിങ്ങൾക്ക് ഒറ്റനോട്ടത്തിൽ കാണാം.

നിങ്ങളുടെ സേവനം വളരെ പതുക്കെയാണെന്ന് മെട്രിക്സ് പറയുന്നു. ഒരു തീജ്വാല ഗ്രാഫ് കോഡ് ലൈനിനെ ചൂണ്ടിക്കാണിക്കുന്നു അത് വേഗത കുറയ്ക്കുന്നു.

തുടർച്ചയായ പ്രൊഫൈലിംഗ് എന്തിന്

ഡെവലപ്പർമാർ പതിറ്റാണ്ടുകളായി കോഡ് പ്രൊഫൈൽ ചെയ്യുന്നു, പക്ഷേ സാധാരണയായി ലോക്കലായി, കുറച്ച് മിനിറ്റ്, പ്രത്യേക ഉപകരണങ്ങളിലൂടെ. പ്രശ്നം: ഉല്പാദനം വ്യത്യസ്തമായി പെരുമാറുന്നു. വ്യത്യസ്ത ഡാറ്റ, വ്യത്യസ്ത ട്രാഫിക്, വ്യത്യസ്ത ലോഡ്.

തുടര് ച്ചയായുള്ള പ്രൊഫൈലിംഗ് പ്രൊഫൈലുകൾ നിരന്തരം ശേഖരിക്കുകയും, കുറഞ്ഞ ഓവർഹെഡ് ഉപയോഗിച്ച് അവ സൂക്ഷിക്കുകയും ചെയ്യുന്നു, അങ്ങനെ നിങ്ങൾക്ക് കഴിയുംഃ

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

ഉപകരണങ്ങള്

ഗ്രഫാന പൈറോസ്കോപ്പ്: തുറന്ന ഉറവിടം, ഗ്രാഫാനയുമായി സംയോജിപ്പിക്കുന്നു, SDK കളിലൂടെയും eBPF വഴിയും നിരവധി ഭാഷകളെ പിന്തുണയ്ക്കുന്നു.
പാര് ക്ക: ഓപ്പൺ സോഴ്സ്, eBPF അടിസ്ഥാനമാക്കിയുള്ള, കോഡ് മാറ്റങ്ങളില്ലാതെ ഒരു നോഡിലെ എല്ലാം പ്രൊഫൈൽ ചെയ്യുന്നു.
ഓപ്പൺ ടെലിമെട്രി പ്രൊഫൈലിംഗ്: പ്രൊഫൈലുകൾ നാലാമത്തെ ഓപ്പൺ ടെലിമെട്രി സിഗ്നലായി മാറുകയാണ്. ഇപ്പോഴും പക്വത പ്രാപിക്കുന്നു, പക്ഷെ കാര്യങ്ങൾ എവിടെയാണ് പോകുന്നത് എന്ന് വ്യക്തമാണ്.
വാണിജ്യപരമായി: ഡാറ്റാഡോഗ്, എലാസ്റ്റിക്, ഗൂഗിൾ ക്ലൌഡ് പ്രൊഫൈലർ, പോളാർ സിഗ്നലുകൾ തുടങ്ങിയവ.

ശേഖരിക്കാന് രണ്ട് വഴികളുണ്ട്:

ഇ. ബി. പി. എഫ്. അടിസ്ഥാനമാക്കിയുള്ള: ഓരോ നോഡിലും ഒരു ഏജന്റ് ഓരോ പ്രക്രിയയും, ഏത് ഭാഷയിലും, കോഡ് മാറ്റങ്ങളില്ലാതെ പ്രൊഫൈൽ ചെയ്യുന്നു. വ്യാപകമായി വിതരണം ചെയ്യാന് എളുപ്പമാണ്. സമാഹരിച്ച ഭാഷകൾക്ക് മികച്ച പിന്തുണയും വ്യാഖ്യാനിച്ച ഭാഷകൾക്ക് പിന്തുണയും വർദ്ധിക്കുന്നു.
SDK അടിസ്ഥാനമാക്കിയുള്ള: നിങ്ങളുടെ അപേക്ഷയിൽ ഒരു ലൈബ്രറി. ചില റൺടൈമുകൾക്ക് (ഗോ അല്ലെങ്കിൽ ജാവയിലെ മെമ്മറി പ്രൊഫൈലുകൾ പോലുള്ളവ) ഒരു ആശ്രിതത്വം ചേർക്കുന്നതിന്റെ ചെലവിൽ സമ്പന്നമായ വിവരങ്ങൾ നൽകുന്നു.

മേല് ചെലവ്

സാധാരണയായി ചോദിക്കുന്ന ആദ്യത്തെ ചോദ്യം, പ്രൊഫൈലിംഗ് ഉല്പാദനത്തെ മന്ദഗതിയിലാക്കുന്നുണ്ടോ? ആധുനിക തുടർച്ചയായ പ്രൊഫൈലറുകൾ സാമ്പിൾ ചെയ്യുന്നു, ഉദാഹരണത്തിന് ഓരോ ഫംഗ്ഷൻ കോൾ ട്രാക്കുചെയ്യുന്നതിനുപകരം സെക്കൻഡിൽ നൂറു തവണ സ്റ്റാക്കിനെ നോക്കുന്നു. ഓവർഹെഡ് സാധാരണയായി ചെറുതാണ്, പലപ്പോഴും ഉപകരണത്തെയും ക്രമീകരണങ്ങളെയും ആശ്രയിച്ച് സിപിയുവിന്റെ 1% ആണ്.

പലപ്പോഴും കിട്ടുന്ന ലാഭവുമായി താരതമ്യം ചെയ്യുമ്പോൾ, അത് വളരെ നല്ലൊരു വിലയാണു്. പക്ഷെ നിങ്ങളുടെ വർക്ക് ലോഡുകളിൽ അത് പരീക്ഷിച്ചു നോക്കുക, കുറച്ച് സേവനങ്ങളുമായി തുടങ്ങുക.

പ്രൊഫൈലിംഗ് സിപിയു ചെലവുകൾ കുറയ്ക്കുന്നതെങ്ങനെ

ഇവിടെയാണ് തുടര് ച്ചയായുള്ള പ്രൊഫൈലിംഗ് സ്വയം പ്രതിഫലം നൽകുന്നത്. ഫ്ലീറ്റ് വ്യാപകമായ തീഗ്രാഫുകൾ ആദ്യം പരിശോധിക്കുമ്പോൾ സാധാരണ കണ്ടെത്തലുകൾ:

ചെലവേറിയ മരച്ചുവട്ടുകൾ: ഒരിക്കലും അയക്കാത്ത ഡീബഗ് ലോഗുകൾക്കുള്ള സ്ട്രിംഗ് ഫോർമാറ്റിംഗും സീരിയലൈസേഷനും.
കാര്യക്ഷമതയില്ലാത്ത സീരിയലൈസേഷൻ: ജെ എസ് ഒ എൻകോഡിംഗും ഡീകോഡിംഗുമൊക്കെ എപിഐ സേവനങ്ങളിലെ സിപിയു പ്രാധാന്യമുള്ളവയാണ്.
ആവർത്തിച്ചു സമാഹരിച്ച റിജെക്സുകൾ ഒരിക്കൽ എന്നതിനു പകരം.
അനാവശ്യമായ വിഹിതം വലിയ മാലിന്യം ശേഖരിക്കാനുള്ള ചെലവ് ഉണ്ടാക്കുന്നു.
ചാറ്റ് ലൈബ്രറികൾ: ഒരു HTTP ക്ലയന്റ് അല്ലെങ്കിൽ ORM പ്രതീക്ഷിച്ചതിലും കൂടുതൽ ജോലി ചെയ്യുന്നു.
ചൂടുള്ള ലൂപ്പുകൾ വർഷങ്ങളായി ആരും നോക്കിയിട്ടില്ലാത്ത ഒരു കോഡിലാണ്.

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

ആരംഭിക്കാനുള്ള ലളിതമായ വഴി

ഒരു ടെസ്റ്റ് ക്ലസ്റ്ററിന് ഒരു ഇ. ബി. പി. എഫ് അടിസ്ഥാനമാക്കിയുള്ള പ്രൊഫൈലര് (പൈറോസ്കോപ്പിന്റെ ഏജന്റ്, പാര്ക, അല്ലെങ്കിൽ ഒ. ടി. ഇ. എല് പ്രൊഫൈലിംഗ് ഏജന്റ്) സ്ഥാപിക്കുക.
നിങ്ങളുടെ ഏറ്റവും സിപിയു വിശക്കുന്ന സേവനത്തിനുള്ള ഫ്ലേം ഗ്രാഫ് തുറക്കുക.
നിങ്ങളുടെ പ്രധാന ബിസിനസ് ലോഗിക് അല്ലാത്ത ഏറ്റവും വിശാലമായ ബാറുകൾ നോക്കുക.
ഒന്ന് തെരഞ്ഞെടുത്ത്, ശരിയാക്കി, വിന്യസിച്ചു, താരതമ്യം ചെയ്യുക അതിനു മുമ്പും ശേഷവും.

ആദ്യത്തെ താരതമ്യം, വളരെ ഇടുങ്ങിയ ബാറും കുറഞ്ഞ സിപിയു ഗ്രാഫും, സാധാരണയായി ടീമിലെ മറ്റുള്ളവരെ ബോധ്യപ്പെടുത്തുന്നു.

അത് വിലപ്പെട്ടതാണോ?

ഏതെങ്കിലും ടീം വലിയ തോതിലുള്ള സേവനങ്ങൾ നടത്തുന്നുണ്ടെങ്കിൽ, അതെ. തുടർച്ചയായ പ്രൊഫൈലിംഗ് "സേവനം വേഗത കുറഞ്ഞതാണ്" എന്നതും "ഇതാണ് കാരണം" എന്നതും തമ്മിലുള്ള വിടവ് പൂരിപ്പിക്കുന്നു, കൂടാതെ ഇത് നിരന്തരം മുഴുവൻ നിരീക്ഷണ സ്റ്റാക്കിനും പണം നൽകുന്ന ലാഭം കണ്ടെത്തുന്നു.

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ സിപിയു എവിടെ പോകുന്നു എന്ന് ഊഹിക്കരുത്. നോക്കൂ. സാധാരണയായി നമ്മളെക്കാളും സത്യസന്ധമാണ് ഈ ഗ്രാഫ്.

ഡെസ്ലി

മേഘങ്ങളുടെ ബില് മൂന്നിലൊന്ന് കുറയ്ക്കുക

Tue, 20 Oct 2026 23:10:30 +0200

മേഘങ്ങൾ നിശബ്ദമായി വളരുന്ന രീതിയിലുള്ളതാണ്. ആരും ഇല്ലാതാക്കാത്ത ഒരു ടെസ്റ്റ് പരിസ്ഥിതി. ഒരു ലോഞ്ചിന് വേണ്ടിയുള്ള ഒരു ഡാറ്റാബേസ്, അത് ഒരിക്കലും ആവശ്യമായിരുന്നില്ല. 2022 ലെ സ്നാപ്പ്ഷോട്ടുകൾ. ഡേറ്റാ ട്രാൻസ്ഫര് ചാർജുകള് ആരും മനസ്സിലാക്കുന്നില്ല. ഓരോന്നും ചെറുതാണ്. ഒരുമിച്ച്, അവ ഒരു ബില്ലായി മാറുന്നു, അത് സാമ്പത്തിക രംഗത്തെ അസ്വസ്ഥത നിറഞ്ഞ ചോദ്യങ്ങൾ ഉന്നയിക്കുന്നു.

വ്യവസായത്തിലെ സർവേകൾ പറയുന്നത്, ക്ലൌഡ് ചെലവുകളുടെ വലിയൊരു ഭാഗം, സാധാരണയായി നാലിൽ ഒന്ന് മുതൽ മൂന്നിലൊന്ന് വരെ, പാഴാക്കപ്പെടുന്നു എന്നാണ്. എന്റെ അനുഭവത്തില് ഒരു സാധാരണ ബില്ല് 20 മുതൽ 30 ശതമാനം വരെ കുറയ്ക്കാന് സാധിക്കും. പ്രകടനത്തിന് ഒരു കുറവുമില്ലാതെ. ഇതാ എങ്ങനെ.

ഫിൻ ഒപ്സ് ആശയം

ഫിൻ ഒപ്സ് സാമ്പത്തിക ഉത്തരവാദിത്തം ക്ലൌഡ് ചെലവിന് കൊണ്ടുവരുന്ന രീതിയാണ്. ഫിൻ ഒപ്സ് ഫൌണ്ടേഷൻ ഒരു ലളിതമായ ചക്രം വിവരിക്കുന്നുഃ

അറിയിക്കുക: ചെലവുകള് ദൃശ്യമാക്കുക. ആര് എന്ത് ചെലവഴിക്കുന്നു, ഏത് സേവനത്തിന് ?
ഒപ്റ്റിമൈസ് ചെയ്യുക: മാലിന്യങ്ങൾ കുറയ്ക്കുകയും മികച്ച വില ലഭിക്കുകയും ചെയ്യുക.
ഓപ്പറേഷൻ: ചെലവ് ദൈനംദിന തീരുമാനങ്ങളുടെ ഭാഗമാക്കുക, തുടർച്ചയായി.

ഏറ്റവും പ്രധാനപ്പെട്ട ആശയം: ചെലവ് എന്നത് സാമ്പത്തിക പ്രശ്നമല്ല. എഞ്ചിനീയർമാർ ഒരു ഇൻസ്റ്റൻസിൻറെ വലുപ്പമോ സ്റ്റോറേജ് ക്ലാസോ തിരഞ്ഞെടുക്കുമ്പോഴെല്ലാം ചെലവുകൾ സൃഷ്ടിക്കുന്ന തീരുമാനങ്ങൾ എടുക്കുന്നു. അതുകൊണ്ട് എഞ്ചിനീയർമാർക്ക് ഈ സംഖ്യകൾ കാണണം.

പണം എവിടെ പോകുന്നു

കുറവ് വരുത്തുന്നതിനു മുമ്പ്, ഡാറ്റ നോക്കൂ. എല്ലാ ക്ലൌഡ് ദാതാവിനും ചിലവ് ഉപകരണങ്ങളുണ്ട് (AWS ചെലവ് എക്സ്പ്ലോറർ, അസ്യുര് ചെലവ് മാനേജ്മെന്റ്, ഗൂഗിൾ ക്ലൌഡ് ബില്ലിംഗ് റിപ്പോർട്ടുകൾ). സേവനങ്ങൾ, അക്കൌണ്ടുകൾ, പദ്ധതികൾ എന്നിവയുടെ അടിസ്ഥാനത്തിൽ ഗ്രൂപ്പ് ചെലവുകളും ടാഗുകളും.

സാധാരണയായി, ഏതാനും വിഭാഗങ്ങൾ പ്രബലമാണ്:

കണക്കുകൂട്ടൽ (വിഎം, കുബർനെറ്റസ് നോഡുകൾ)
ഡാറ്റാബേസുകൾ
സംഭരണം (ബ്ലോക്ക്, വസ്തു, സ്നാപ്പ്ഷോട്ടുകൾ)
ഡാറ്റ കൈമാറ്റം (പലപ്പോഴും ഒരു സർപ്രൈസ്)
നിയന്ത്രിത സേവനങ്ങള് ലോഗ് ചെയ്യലും നിരീക്ഷണവും പോലുള്ളവ

വിഭവങ്ങള് അടിക്കുറിപ്പുകൾ ഉടമ, ടീം, പരിസ്ഥിതി, സേവനം എന്നിവയുമായി. ടാഗുകൾ ഇല്ലാതെ, ആരുടെ ഉടമസ്ഥതയിലുള്ളതാണെന്ന് പറയാൻ കഴിയില്ല, ആരും ഉത്തരവാദിത്തം അനുഭവിക്കുന്നില്ല.

ആരും നോക്കാത്ത ഒരു മേഘം വളരുന്ന മേഘം മാത്രമാണ്.

പെട്ടെന്നുള്ള വിജയങ്ങൾ

ഇവയ്ക്ക് മാസങ്ങളല്ല, ദിവസങ്ങളേ എടുക്കൂ.

ഉപയോഗിക്കാത്ത വിഭവങ്ങൾ ഇല്ലാതാക്കുക: അറ്റാച്ച് ചെയ്യാത്ത ഡിസ്കുകൾ, പഴയ സ്നാപ്പ്ഷോട്ടുകൾ, ലോഡ് ബാലൻസർ, ഉപയോഗിക്കാത്ത ഇലാസ്റ്റിക് ഐ. പി. കൾ, മറന്നുപോയ ടെസ്റ്റ് പരിതസ്ഥിതികൾ.
ശരിയായ വലിപ്പം: പല വിഎമ്മുകളും ഡാറ്റാബേസുകളും 10 മുതൽ 20% വരെ സിപിയു ഉപയോഗിക്കുന്നു. ക്ലൌഡ് ദാതാക്കളുടെ ശുപാർശ ഉപകരണങ്ങൾ (AWS കംപ്യൂട്ട് ഒപ്റ്റിമൈസർ, അസ്യുര് അഡ്വൈസർ, ഗൂഗിൾ റീഫ്രെംമെൻഡർ) അവയെ ചൂണ്ടിക്കാണിക്കുന്നു.
രാത്രിയിലും വാരാന്ത്യങ്ങളിലും ഉല്പാദനമില്ലാത്തവ ഓഫ് ചെയ്യുക. പ്രവൃത്തി സമയങ്ങളിൽ മാത്രം പ്രവർത്തിക്കുന്ന വികസനവും പരീക്ഷണ പരിതസ്ഥിതികളും ഏകദേശം മൂന്നിലൊന്ന് ചിലവാകും.
ശരിയായ സംഭരണ ക്ലാസ് ഉപയോഗിക്കുക: പഴയ ഡാറ്റയെ വിലകുറഞ്ഞ തലങ്ങളിലേക്ക് മാറ്റുക (S3 ഇന്റലിജന്റ് ടയർ, അപൂർവ്വമായി ആക്സസ്, ആർക്കൈവ് ക്ലാസുകൾ).
പുതിയ ഇൻസ്റ്റൻസിനു് അപ്ഗ്രേഡ് ചെയ്യുക, സാധാരണയായി ഒരേ പ്രകടനത്തിന് വിലകുറഞ്ഞവയാണ്. ARM അടിസ്ഥാനമാക്കിയുള്ള ഇൻസ്റ്റൻസുകൾ (AWS ഗ്രാവിറ്റൺ പോലുള്ളവ) പലപ്പോഴും അവയെ പിന്തുണയ്ക്കുന്ന വർക്ക് ലോഡുകൾക്ക് നല്ല വില-പ്രകടന മെച്ചപ്പെടുത്തൽ നൽകുന്നു.
മരപ്പട്ടികകൾ വൃത്തിയാക്കുക: ലോഗ് ഗ്രൂപ്പുകളുടെ സൂക്ഷിക്കൽ കാലയളവുകള് നിശ്ചയിക്കുക. "ഒരിക്കലും കാലഹരണപ്പെടരുത്" എന്നത് സാധാരണവും ചെലവേറിയതുമായ ഒരു ഡീഫോൾട്ട് ആണ്.

പ്രതിബദ്ധതകളും സ്പോട്ട്

ഉപയോഗം ശരിയായ വലുപ്പത്തിലായാല് , ശേഷിക്കുന്നവയ്ക്ക് നല്ല വില കിട്ടും:

സമ്പാദ്യ പദ്ധതികളും നിക്ഷിപ്ത കേസുകളും (എ. ഡബ്ല്യു. എസ്) റിസർവേഷനും സമ്പാദ്യ പദ്ധതികളും (അസുര്), പ്രതിജ്ഞാബദ്ധമായ ഉപയോഗത്തിനുള്ള കിഴിവ് (ഗൂഗിൾ ക്ലൌഡ്): ഒരു വർഷം അല്ലെങ്കിൽ മൂന്നു വർഷം ഒരു നിശ്ചിത ഉപയോഗം നടത്തുക, ഗണ്യമായ കിഴിവ് നേടുക. സ്ഥിരതയുള്ളതും പ്രവചിക്കാവുന്നതുമായ അടിസ്ഥാന ഉപയോഗത്തിന് ഏറ്റവും അനുയോജ്യമാണ്. നിങ്ങളുടെ അടിസ്ഥാനനിലവാരത്തിലേക്ക് കടക്കുക, നിങ്ങളുടെ ഉന്നതിയിലേക്കല്ല.

സ്പോട്ട് സംഭവങ്ങൾ (എ. ഡബ്ല്യു. എസ്) സ്പോട്ട് വിഎം (അസൂർ, ഗൂഗിൾ ക്ലൌഡ്): വലിയ ഡിസ്കൌണ്ടുകളുള്ള ഒഴിവുള്ള ശേഷി, പക്ഷേ അവയെ ചുരുങ്ങിയ സമയത്തിനുള്ളിൽ നീക്കംചെയ്യാം. ഇത് വളരെ നല്ലതാണ്:

പൌരത്വമില്ലാത്ത, തിരശ്ചീനമായി സ്കെയിൽ ചെയ്ത സേവനങ്ങള്
ബാച്ച് ജോലികളും ഐ. സി. റണ്ണറുകളും
തെറ്റുകൾ സഹിഷ്ണുതയുള്ള വർക്ക് ലോഡുകൾക്കുള്ള കുബർനെറ്റസ് നോഡ് പൂളുകൾ (കാർപെന്റർ സ്പോട്ട് നന്നായി കൈകാര്യം ചെയ്യുന്നു)

ഒറ്റ ഇൻസ്റ്റൻസുള്ള ഡാറ്റാബേസുകൾക്കോ തടസ്സങ്ങൾ നേരിടാൻ കഴിയാത്ത എന്തിനും വേണ്ടിയല്ല.

ആ നുണക്കഥകൾ

ചില ചെലവുകള് നന്നായി മറഞ്ഞിരിക്കുന്നു:

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

പണിയെടുക്കുന്നത് എല്ലാവരുടെയും ജോലിയാണ്.

ആളുകളുടെ ജോലി രീതിയില് മാറ്റമില്ലെങ്കില് പെട്ടെന്നുള്ള വിജയങ്ങള് അപ്രത്യക്ഷമാകും:

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

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

എല്ലാം ടാഗ് ചെയ്യുക, നിങ്ങളുടെ ഏറ്റവും ചെലവേറിയ പത്ത് വിഭവങ്ങൾ കണ്ടെത്തുക, ഓരോന്നും പരിശോധിക്കുക: അത് ആവശ്യമാണോ, ശരിയായ വലുപ്പമാണോ, ആവശ്യമില്ലാത്തപ്പോൾ പ്രവർത്തിക്കുന്നുണ്ടോ? ഈ വ്യായാമം മാത്രം സാധാരണയായി ആദ്യത്തെ 10 മുതൽ 20% വരെ ലാഭം കണ്ടെത്തുന്നു. പിന്നെ, പ്രതിബദ്ധതയും സ്പോട്ടും നിങ്ങളെ കൂടുതൽ മുന്നോട്ട് കൊണ്ടുപോകും.

എന്റെ അഭിപ്രായം: ഒരു API കോൾ വേഗതയിൽ പണം ചെലവഴിക്കാൻ ക്ലൌഡ് നിങ്ങളെ അനുവദിക്കുന്നു. ഒരേ വേഗതയില് ആരെങ്കിലും കാണുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.

ഡെസ്ലി

ഓരോ ടീമിന്റെയും കുബർനെറ്റുകളുടെ വില എത്രയാണ്?

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു ക്ലൌഡ് ബില്ലിൽ, കുബർനെറ്റസ് വളരെ ലളിതമായി കാണപ്പെടുന്നു: നിങ്ങൾ നോഡുകൾക്ക് പണം നൽകുന്നു. 20 വിഎം, ലോഡ് ബാലൻസർ, ചില ഡിസ്കുകൾ. പക്ഷെ ആര് ആണ് ആ നോഡുകൾ ഉപയോഗിക്കുന്നത്? പത്ത് ടീമുകൾ, അമ്പതു സേനകൾ, ഏതാനും നൂറു കോശങ്ങൾ, എല്ലാവരും ഒരേ യന്ത്രങ്ങൾ പങ്കിടുന്നു. ഫിനാൻസ് വകുപ്പ് ചോദിക്കുമ്പോൾ "തിരയൽ സംഘത്തിന്റെ അടിസ്ഥാന സൌകര്യത്തിന് എത്ര ചിലവാകും?" എന്ന ചോദ്യത്തിന് ഉത്തരം പറയാൻ ക്ലൌഡ് ബില്ലിന് കഴിയില്ല.

അതാണു കുബർനെറ്റിസ് വില ദൃശ്യപരത പ്രശ്നം. ഇത് എങ്ങനെ പരിഹരിക്കാം, എങ്ങനെ ബിൽ കുറയ്ക്കാം എന്ന് നോക്കാം.

ബില്ല് വിഭജിക്കുന്നു

ക്ലസ്റ്റർ ചെലവുകൾ ടീമുകൾക്ക് വിതരണം ചെയ്യുന്നതിന്, ഓരോ നോഡിലും ഓരോ പോഡ് ഉപയോഗിക്കുന്നതോ റിസർവ് ചെയ്യുന്നതോ എത്രയാണെന്ന് നിങ്ങൾ അറിഞ്ഞിരിക്കണം, ആ നോഡിന്റെ വില എത്രയാണ്.

ഓപ്പൺ കോസ്റ്റ് അതാണ് സിഎൻസിഎഫ് പദ്ധതി ചെയ്യുന്നത്. അത് താഴെ പറയുന്നവയെ സംയോജിപ്പിക്കുന്നു:

പാഡ് റിസോഴ്സ് അഭ്യർത്ഥനകൾ യഥാര് ത്ഥവും ഉപയോഗം (സിപിയു, മെമ്മറി, ജിപിയു , സ്റ്റോറേജ്)
വിലകൾ നിങ്ങളുടെ ക്ലൌഡ് പ്രൊവൈഡറുടെ ബില്ലിംഗ് API (കുറച്ചിലുകളും സ്പോട്ട് വിലയും ഉൾപ്പെടെ) അല്ലെങ്കിൽ പ്രാദേശിക വിലകൾക്കുള്ള ഇഷ്ടാനുസൃത വിലകൾ.
കുബർനെറ്റസ് മെറ്റാ ഡാറ്റ: നാമമേഖലകൾ, ലേബലുകൾ, വിന്യാസങ്ങൾ.

ഫലമായി ലഭിക്കുന്നത്: ഓരോ നാമമേഖലയ്ക്കും ഓരോ ലേബലിനും ചെലവ് (ഉദാ. team അല്ലെങ്കില് app), ഓരോ ജോലിഭാരത്തിനും മണിക്കൂറിനും.

കുബെകോസ്റ്റ് (ഇപ്പോൾ ഐ. ബി.എമ്മിന്റെ ഭാഗമാണ്) ഓപ്പൺ കോസ്റ്റിൽ കൂടുതൽ സവിശേഷതകളോടെ നിർമ്മിച്ചിരിക്കുന്നത്ഃ ലാഭ ശുപാർശകൾ, ബജറ്റുകൾ, അലേർട്ടുകൾ, മൾട്ടി-ക്ലസ്റ്റർ കാഴ്ചകൾ, ഒരു പോളിഷ് ചെയ്ത ഇന്റർഫേസ്. AWS- ൽ EKS- യ്ക്ക് വിഭജിത ചെലവ് വിഹിതം, GKE- യിലും AKS- ലും ചെലവ് വിതരണം എന്നിവ പോലുള്ള സ്വന്തം Kubernetes ചെലവ് സവിശേഷതകളും ക്ലൌഡ് ദാതാക്കൾക്ക് ഉണ്ട്.

helm install opencost opencost/opencost --namespace opencost --create-namespace
kubectl port-forward -n opencost svc/opencost 9090

കുറച്ച് മിനിറ്റിനു ശേഷം, നിങ്ങൾ ഓരോ നാമമേഖലയ്ക്കും ചിലവ് കാണും.

"അജണ്ട" പ്രശ്നം

ടീമുകളെ ആദ്യം അത്ഭുതപ്പെടുത്തുന്ന ഒരു കാര്യം, ചെലവിന്റെ വലിയൊരു ഭാഗം ആരുടേതുമല്ല. അതാണു നിഷ്ക്രിയ ശേഷി: ഒരു പാഡ് ആവശ്യപ്പെട്ട നോഡുകളുടെ ഭാഗങ്ങൾ.

നിങ്ങളുടെ നോഡുകൾക്ക് ശരാശരി 50% അഭ്യർത്ഥന മാത്രമേയുള്ളൂ എങ്കിൽ, ക്ലസ്റ്ററിന്റെ പകുതിയും നിഷ്ക്രിയമാണ്. നിങ്ങൾ അത് എങ്ങനെ കൈകാര്യം ചെയ്യണമെന്ന് തീരുമാനിക്കുക: അത് അനുപാതമായി വിഭജിക്കുക, പ്ലാറ്റ്ഫോം ടീമിന് നൽകുക, അല്ലെങ്കിൽ (മികച്ചത്) കുറയ്ക്കുക.

നിനക്ക് കാണാൻ കഴിയാത്തത് ശരിയാക്കാൻ കഴിയില്ല. ടീമുകൾക്ക് അവരുടെ കുബർനെറ്റിസ് ചെലവ് മനസ്സിലായാല് , ഒപ്റ്റിമൈസേഷന്റെ പകുതിയും സ്വയം സംഭവിക്കും.

ലേബലുകൾ അത് ഉണ്ടാക്കുകയോ തകർക്കുകയോ ചെയ്യും

ചെലവ് വിഹിതം നിങ്ങളുടെ ലേബലുകളെ പോലെ നല്ലതാണ്. ഓരോ വർക്ക് ലോഡിനും ചില സ്റ്റാൻഡേർഡ് ലേബലുകൾ അംഗീകരിക്കുക:

team അല്ലെങ്കില് owner
app അല്ലെങ്കില് service
environment
cost-center (ഫിനാൻസ് ആവശ്യമാണെങ്കില്)

ഒരു നയം (കിവർനോ അല്ലെങ്കിൽ ഗേറ്റ്കീപ്പർ) ഉപയോഗിച്ച് അവ നടപ്പിലാക്കുക, അങ്ങനെ അവയില്ലാതെ പുതിയ വർക്ക് ലോഡുകൾ വിന്യസിക്കാൻ കഴിയില്ല.

പാക്കേജിംഗ് നോഡുകൾ ശക്തമായി

മാലിന്യങ്ങൾ കണ്ടുകഴിഞ്ഞാൽ അവയെ കുറയ്ക്കുന്നത് സാധാരണയായി ഉപയോഗംഓരോ നോഡിലും നിന്നും കൂടുതൽ ഉപയോഗപ്രദമായ ജോലി ലഭിക്കുന്നു.

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

കുബർനെറ്റിലെ സ്പോട്ട്

സ്പോട്ട് ഇൻസ്റ്റൻസുകൾ നോഡ് ചെലവുകൾ ഗണ്യമായി കുറയ്ക്കും. കുബർനെറ്റസ് വളരെ നന്നായി യോജിക്കുന്നു കാരണം ഒരു നോഡ് അപ്രത്യക്ഷമാകുമ്പോള് അത് സ്വയം പാഡുകള് മാറ്റുന്നു.

നല്ല രീതി:

A പ്രത്യേക സ്പോട്ട് നോഡ് പൂൾ (അല്ലെങ്കില് കര് പന് റ്റര് നോഡ് പൂള്) പിഴവ് സഹിഷ്ണുതയുള്ള വർക്ക് ലോഡുകൾക്കായി.
ഇൻസ്റ്റൻസിനു് തരം വൈവിധ്യവത്കരിക്കുക, അങ്ങനെ നിങ്ങള് ഒരു സ്പോട്ട് പൂളിനെ ആശ്രയിക്കില്ല.
തടസ്സപ്പെടുത്തൽ അറിയിപ്പുകൾ കൈകാര്യം ചെയ്യുക (കാർപെന്ററും AWS നോഡ് ടെർമിനേഷൻ ഹാൻഡിലറും ഇത് ചെയ്യുന്നു) നോഡുകളെ ആകർഷകമായി കളയാൻ.
ഒന്നിലധികം പകർപ്പുകളും പിഡിബികളും സ്പോട്ടിൽ വരുന്ന എന്തിനും വേണ്ടി.
സൂക്ഷിക്കുക. സ്റ്റേറ്റ്ഫുൾ, ക്രിട്ടിക്കൽ സിംഗ്ലോട്ടൺ വർക്ക് ലോഡുകൾ ആവശ്യാനുസരണം നോഡുകൾ.

ഷോബാക്ക് അല്ലെങ്കിൽ ചാർജ്ബാക്ക്

ആ സംഖ്യകളോട് എന്ത് ചെയ്യും?

ഷോബാക്ക്: ഓരോ ടീമിനും അവരുടെ ചെലവുകൾ കാണിക്കുക. പണം മാറില്ല, പക്ഷേ കാഴ്ചപ്പാട് പെരുമാറ്റത്തെ മാറ്റുന്നു. മിക്ക കമ്പനികളും ഇവിടെ തുടങ്ങുന്നു.
ചാർജ്ബാക്ക്: യഥാർത്ഥത്തിൽ ടീമുകളുടെ ബജറ്റുകളിൽ നിന്ന് അവരുടെ ഉപയോഗത്തിനായി ചാർജ് ചെയ്യുന്നു. കൂടുതൽ ഉത്തരവാദിത്തം, ന്യായമായ കാര്യങ്ങളെ കുറിച്ചുള്ള കൂടുതൽ വാദങ്ങൾ, പ്രത്യേകിച്ച് പങ്കിട്ടതും നിഷ്ക്രിയവുമായ ചെലവുകൾക്ക്.

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

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഓപ്പൺകോസ്റ്റ് ഇൻസ്റ്റോൾ ചെയ്യുക, ഓരോ വർക്ക് ലോഡിനും ഒരു team ഒരു ടീമിന് വേണ്ടിയുള്ള ചെലവ് ഡാഷ്ബോർഡ് പങ്കിടുക. പിന്നെ, ഉപയോഗശൂന്യമായ ശേഷി നോക്കൂ, വലുപ്പത്തിലുള്ള വലിയ ആവശ്യകതകളെ ശരിയായ രീതിയിൽ കണക്കാക്കുക, ഏകീകരണം സാധ്യമാക്കുക. സ്പോട്ട് അടുത്തതായി വരും, അത് കൈകാര്യം ചെയ്യാൻ കഴിയുന്ന വർക്ക് ലോഡുകൾക്ക്.

എന്റെ അഭിപ്രായം: കുബർനെറ്റ്സ് അടിസ്ഥാന സൌകര്യങ്ങൾ പങ്കിടുന്നത് എളുപ്പമാക്കുന്നു, ചെലവുകൾ പങ്കിടുന്നത് അദൃശ്യമാക്കുന്നു. അവരെ കാണാന് സഹായിക്കുക, ടീമുകള് അവരെ താഴെയിറക്കാൻ സഹായിക്കും.

ഡെസ്ലി

ഒരു മേഖല തകരുമ്പോള്: ദുരന്തം സംഭവിച്ചാല് ഫലപ്രദമായ വീണ്ടെടുക്കല്

Tue, 20 Oct 2026 23:10:30 +0200

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

ദുരന്ത വീണ്ടെടുക്കൽ എന്നത് സത്യസന്ധമായി ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുക എന്നതാണ്: ഏറ്റവും മോശം സംഭവിച്ചാൽ എത്ര വേഗത്തിൽ നമുക്ക് തിരിച്ചുവരാൻ കഴിയും, എത്ര ഡാറ്റ നഷ്ടപ്പെടും?

RPO ഉം RTO ഉം, ലളിതമായി

നിങ്ങളുടെ ഡി. ആർ. ലക്ഷ്യങ്ങളെ രണ്ടു സംഖ്യകളാണ് നിർവചിക്കുന്നത്:

RPO (വീണ്ടെടുക്കൽ പോയിന്റ് ലക്ഷ്യം): എത്ര ഡാറ്റ നഷ്ടപ്പെടാൻ നിങ്ങൾക്ക് കഴിയുന്നു? നിങ്ങളുടെ RPO ഒരു മണിക്കൂറാണെങ്കിൽ, കുറഞ്ഞത് ഓരോ മണിക്കൂറിലും നിങ്ങൾക്ക് ബാക്കപ്പുകളോ റെപ്ലിക്കേഷനുകളോ ആവശ്യമാണ്.
RTO (വീണ്ടെടുക്കൽ സമയ ലക്ഷ്യം)എത്ര നേരം നിനക്ക് കിടക്കാൻ പറ്റും? നിങ്ങളുടെ RTO നാലു മണിക്കൂറാണെങ്കിൽ, നാലു മണിക്കൂറിനുള്ളിൽ സേവനം പുനഃസ്ഥാപിക്കാൻ കഴിയണം.

കുറഞ്ഞ സംഖ്യകൾ കൂടുതല് വിലയുള്ളതാണ്. പൂജ്യം RPO, മിനിറ്റ് RTO എന്നിങ്ങനെ ഒന്നിലധികം മേഖലകളിലെ സജീവ-സജീവ സംവിധാനങ്ങൾ, അത് ചെലവേറിയതും സങ്കീർണ്ണവുമാണ്. 24 മണിക്കൂറും ഒരു ദിവസവും RTO ഒരു ആന്തരിക ഉപകരണത്തിന് നല്ലതായിരിക്കാം.

ഓരോ സിസ്റ്റത്തിനും അനുസരിച്ച്, ബിസിനസ്സുമായി. എല്ലാത്തിനും ഒരേ നിലവാരം ആവശ്യമില്ല.

നാലു തന്ത്രങ്ങൾ

വിലകുറഞ്ഞതിൽ നിന്നും വിലകൂടിയതിലേക്ക്:

1. ഒരു പാരമ്പര്യം ബാക്കപ്പ് ചെയ്ത് പുനഃസ്ഥാപിക്കുക. മറ്റൊരു മേഖലയിലോ അക്കൌണ്ടിലോ സൂക്ഷിച്ചിരിക്കുന്ന പതിവ് ബാക്കപ്പുകൾ. ഒരു ദുരന്തത്തിൽ, നിങ്ങൾ അടിസ്ഥാന സൌകര്യങ്ങൾ പുനർനിർമിക്കുന്നു (കോഡായി അടിസ്ഥാന സൌകര്യം ഉപയോഗിച്ച്) ഡാറ്റ പുനഃസ്ഥാപിക്കുന്നു. വിലകുറഞ്ഞതാണ്, പക്ഷേ സുഖം പ്രാപിക്കാൻ മണിക്കൂറുകൾ എടുക്കും. RPO ബാക്കപ്പ് ആവൃത്തിയില് ആശ്രയിച്ചിരിക്കുന്നു.

2. പൈലറ്റ് ലൈറ്റ്. പ്രധാന ഘടകങ്ങൾ (ഒരു ആവർത്തിച്ച ഡാറ്റാബേസ് പോലെ) രണ്ടാമത്തെ മേഖലയിൽ കുറഞ്ഞ വലുപ്പത്തിൽ പ്രവർത്തിക്കുന്നു. ബാക്കി എല്ലാം കോഡിൽ നിന്നും പെട്ടെന്ന് സൃഷ്ടിക്കാൻ തയ്യാറാണ്. വേഗത്തില് സുഖം പ്രാപിക്കും, ചെലവ് കുറവായിരിക്കും.

3. ഒരു കല്ല് ചൂടുള്ള സ്റ്റാൻഡ്ബൈ. രണ്ടാമത്തെ മേഖലയില് സിസ്റ്റത്തിന്റെ ഒരു ചെറിയ കോപ്പി പ്രവർത്തിക്കുന്നു. ഒരു ദുരന്തം സംഭവിച്ചാൽ, നിങ്ങൾ അത് സ്കെയിൽ ചെയ്ത് ട്രാഫിക് മാറ്റും. മിനിറ്റിനകം ഒരു മണിക്കൂറിനകം സുഖം പ്രാപിക്കും.

4. സജീവ-സജീവ (മൾട്ടി സൈറ്റ്). ഈ സംവിധാനം ഒരേസമയം പല മേഖലകളിലും പ്രവർത്തിക്കുന്നു. ഒരു മേഖലയിലെ പരാജയം ട്രാഫിക് മാറ്റുന്നു. പൂജ്യം RTO, പക്ഷെ ഏറ്റവും ചെലവേറിയതും സങ്കീർണ്ണവുമായത്, പ്രത്യേകിച്ച് ഡാറ്റാ സ്ഥിരതയ്ക്ക്.

തന്ത്രം	സാധാരണ RTO	സാധാരണ RPO	വില
ബാക്കപ്പ് ചെയ്ത് പുനഃസ്ഥാപിക്കുക	ഒരു ദിവസം മണിക്കൂറുകൾ	മണിക്കൂറുകൾ	കുറവ്
പൈലറ്റ് ലൈറ്റ്	മിനിറ്റ് മുതൽ മണിക്കൂറുകൾ വരെ	പ്രോട്ടോക്കോൾ	ഇടത്തരം
ചൂടുള്ള സ്റ്റാൻഡ്ബൈ	പ്രോട്ടോക്കോൾ	സെക്കൻഡ് മുതൽ മിനിറ്റ് വരെ	ഉയരം
സജീവമായ-സജീവമായ	പൂജ്യത്തിനു സമീപം	പൂജ്യത്തിനു സമീപം	ഏറ്റവും ഉയരം

ദുരന്തം സംഭവിച്ചാല് അത് ഒരു രേഖയല്ല. അത് ഒരു കഴിവാണ്, കഴിവ് പരിശീലനം ആവശ്യമാണ്.

അടിസ്ഥാനം

നിങ്ങള് ഏതു തന്ത്രം തെരഞ്ഞെടുത്താലും, ഈ അടിസ്ഥാനകാര്യങ്ങള് പ്രധാനമാണ്:

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

വെലറോ ഉപയോഗിച്ച് കുബർനെറ്റസ് ബാക്കപ്പുകൾ

കുബർനെറ്റിസിനായി, വെലറോ അത് ഒരു സാധാരണ ഓപ്പൺ സോഴ്സ് ടൂളാണ്. ഇത് Kubernetes റിസോഴ്സുകളും (വിന്യാസങ്ങൾ, സേവനങ്ങൾ, കോൺഫിഗറേഷൻ) സ്ഥിരമായ വോള്യങ്ങളും (സ്നാപ്പ്ഷോട്ടുകൾ അല്ലെങ്കിൽ ഫയൽ ലെവൽ ബാക്കപ്പ് ഉപയോഗിച്ച്) ഒബ്ജക്റ്റ് സംഭരണത്തിലേക്ക് ബാക്കപ്പ് ചെയ്യുന്നു, അവയെ മറ്റൊരു ക്ലസ്റ്ററിലേക്ക് പോലും പുന restore സ്ഥാപിക്കുന്നു.

# Daily backup of the shop namespace, kept for 30 days
velero schedule create shop-daily \
  --schedule="0 2 * * *" \
  --include-namespaces shop \
  --ttl 720h

# Restore into a new cluster
velero restore create --from-backup shop-daily-20261020020000

ഗിറ്റ് ഒപ്സിനൊപ്പം, നിങ്ങളുടെ കുബർനെറ്റസ് റിസോഴ്സുകൾ ഗിറ്റിലുണ്ട്, അതിനാൽ വെലറോ ചേർത്ത പ്രധാന ഭാഗം സ്ഥിരമായ ഡാറ്റ. ഡാറ്റാബേസുകൾക്ക്, സ്ഥിരമായ, പോയിന്റ്-ഇൻ-ടൈം വീണ്ടെടുക്കലിനായി ഡാറ്റാ ബേസിന്റെ സ്വന്തം ബാക്കപ്പ് ഉപകരണങ്ങൾ (അല്ലെങ്കിൽ CloudNativePG പോലുള്ള ഒരു ഓപ്പറേറ്റർ) ഇഷ്ടപ്പെടുകയും ഒരു അധിക ലെയറായി Velero ഉപയോഗിക്കുകയും ചെയ്യുക.

ശരിക്കും പരീക്ഷിച്ചുനോക്കിയതാ.

മിക്ക ടീമുകളും ഒഴിവാക്കുന്ന ഭാഗമാണിത്, ഏറ്റവും പ്രധാനപ്പെട്ട ഭാഗം.

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

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

നിങ്ങളുടെ പ്രധാനപ്പെട്ട മൂന്ന് സംവിധാനങ്ങളുടെ RPO, RTO എന്നിവ അംഗീകരിക്കുക. അവരുടെ ബാക്കപ്പുകൾ നിലവിലുണ്ടെന്നും, മറ്റൊരു മേഖലയിലും അക്കൌണ്ടിലാണെന്നും, മാറ്റമില്ലാത്തതാണെന്നും പരിശോധിക്കുക. എന്നിട്ട് അവയില് ഒന്ന് പുതിയ അന്തരീക്ഷത്തില് ഈ മാസം പുനഃസ്ഥാപിക്കുക, സമയം ക്രമീകരിക്കുക. ആ ഒരു വ്യായാമം നിങ്ങളുടെ യഥാർത്ഥ ഡി. ആർ. തയ്യാറെടുപ്പിനെക്കുറിച്ച് ഏതെങ്കിലും രേഖയെക്കാളും കൂടുതലായി പറയും.

എന്റെ അഭിപ്രായം: ഒരു ദുരന്തത്തിൽ നിന്നും വീണ്ടെടുക്കുന്നതുവരെ നിങ്ങൾക്ക് ദുരന്ത നിവാരണ സംവിധാനം ഇല്ല, ഒരു ദുരൂഹത പോലും.

ഡെസ്ലി

ഒരു AWS അക്കൌണ്ട് മതിയാകാത്തത് എന്തുകൊണ്ട്

Tue, 20 Oct 2026 23:10:30 +0200

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

പരിഹാരം ഒരു മൾട്ടി അക്കൌണ്ട് സജ്ജീകരണമാണ്, സാധാരണയായി ഒരു ഇറക്കുമതി മേഖല. ഇത് ഒരു എന്റർപ്രൈസ് ബ്യൂറോക്രാറ്റിക്ക് പോലെ തോന്നുന്നു, പക്ഷെ വളരുന്ന ഒരു കമ്പനിക്ക് AWS-ൽ ചെയ്യാൻ കഴിയുന്ന ഏറ്റവും മികച്ച നിക്ഷേപങ്ങളിലൊന്നാണ് ഇത്. (അസ്യൂറിനും ഗൂഗിൾ ക്ലൌഡിനും സമാനമായ ആശയങ്ങളുണ്ട്, അവസാനം ഞാൻ അത് വിവരിക്കും)

എന്തിന് അക്കൌണ്ടുകൾ വിഭജിക്കണം?

AWS അക്കൌണ്ട് ആണ് ഏറ്റവും ശക്തമായ ഒറ്റപ്പെടൽ പരിധി. പ്രത്യേക വിവരങ്ങള് നിങ്ങള് ക്ക് നല് കുന്നു:

സുരക്ഷാ ഒറ്റപ്പെടൽ. ഒരു ഡെവലപ്പർ അക്കൌണ്ട് ചോർത്തപ്പെട്ടാൽ അത് പ്രൊഡക്ഷനെ ബാധിക്കില്ല.
സ്ഫോടന റേഡിയസ് പരിധി. ഒരു സ്ക്രിപ്റ്റ് അല്ലെങ്കിൽ തെറ്റായ ക്രമീകരണം ഒരു അക്കൌണ്ടില് തന്നെ തുടരും.
ചെലവ് വ്യക്തമായി വിഭജിക്കുക. ഓരോ അക്കൌണ്ടിന്റെയും ബില് ഒരു ടീമിന് റെയോ പരിസ്ഥിതിയുടെയോ ഉടമസ്ഥതയിലുള്ളതാണ്.
ഓരോ അക്കൌണ്ടിനും സേവന ക്വാട്ടകൾ, ഒരു ടീമിന് എല്ലാവര് ക്കും പരിമിതികൾ തീർക്കാനാവില്ല.
ലളിതമായ അനുമതികൾ. സങ്കീർണ്ണമായ ഐ. എ. എം. നയങ്ങൾക്കു പകരം, ഒരു അക്കൌണ്ടില് ടീമുകളെ വേർതിരിച്ച്, നിങ്ങള് ടീമുകള് ക്ക് അവരുടെ സ്വന്തം അക്കൌണ്ടുകളിലേക്ക് പ്രവേശനം നല് കുന്നു.
പാലിക്കൽ സ്കോപ്പിംഗ്. നിയന്ത്രിത പ്രവര് ത്തനഭാരങ്ങള് (പേയ്മെന്റ് പ്രോസസ്സിംഗ് പോലുള്ളവ) സ്വന്തം അക്കൌണ്ടുകളില് കൂടുതല് കർശനമായ നിയന്ത്രണങ്ങളോടെയാണ് ജീവിക്കുന്നത്.

ഒരു സാധാരണ അക്കൌണ്ട് ഘടന

AWS ഓർഗനൈസേഷനുകൾ നിങ്ങളെ പല അക്കൌണ്ടുകളും കേന്ദ്രീകൃതമായി കൈകാര്യം ചെയ്യാനും അവയെ ഗ്രൂപ്പുചെയ്യാനും അനുവദിക്കുന്നു സംഘടനാപരമായ യൂണിറ്റുകൾ (ഒ. യു):

Root (management account: billing and organisation only)
├── Security OU
│   ├── Log Archive      (central, immutable logs)
│   └── Security Tooling (GuardDuty, Security Hub, audit access)
├── Infrastructure OU
│   ├── Network          (Transit Gateway, shared networking, DNS)
│   └── Shared Services  (CI/CD, container registry)
├── Workloads OU
│   ├── Prod OU
│   │   ├── shop-prod
│   │   └── search-prod
│   └── Non-Prod OU
│       ├── shop-staging
│       └── shop-dev
└── Sandbox OU
    └── personal and experiment accounts (with budgets)

പ്രധാന നിയമങ്ങൾ: മാനേജ്മെന്റ് അക്കൌണ്ടില് വർക്ക് ലോഡുകള് പ്രവർത്തിപ്പിക്കരുത്, വേലയുടെ ചുമതലയുള്ള ടീമുകൾക്ക് മാറ്റം വരുത്താനാവാത്ത ഒരു പ്രത്യേക അക്കൌണ്ടിൽ ലോഗ് സൂക്ഷിക്കുക.

അക്കൌണ്ടുകൾ വിലകുറഞ്ഞതാണ്. ഒരു പങ്കിട്ട അക്കൌണ്ട് പിന്നീട് തുറക്കാന് വളരെ ചെലവേറിയതാണ്.

സംഘടനകൾ, നിയന്ത്രണ ഗോപുരം, സി. സി. പി.

AWS സംഘടനകൾ ചിട്ടപ്പെടുത്തിയ ചട്ടക്കൂട്, ഏകീകൃത ഫയലിംഗ്, നയങ്ങൾ എന്നിവ നൽകുന്നു.

സേവന നിയന്ത്രണ നയങ്ങള് (SCP) ഒ. യു. കളിലോ അക്കൌണ്ടുകളിലോ ഉപയോഗിക്കുന്ന സുരക്ഷാ കവചങ്ങളാണ്. ആ അക്കൌണ്ടുകളിലെ ആർക്കും ഉണ്ടാവാവുന്ന പരമാവധി അനുമതികൾ അവ നിർവചിക്കുന്നു, അഡ്മിനിസ്ട്രേറ്റർമാർ പോലും. ഉദാഹരണങ്ങള്

നിങ്ങള് പ്രവര് ത്തിക്കാത്ത പ്രദേശങ്ങളില് ഉപയോഗിക്കാന് അനുവദിക്കരുത്.
ക്ലൌഡ് ട്രയല് , ഗാര് ഡ്ട്യൂട്ടി അല്ലെങ്കിൽ AWS കോൺഫിഗറേഷന് നിഷ്ക്രിയമാക്കാന് വിസമ്മതിക്കുക.
സംഘടന വിടുന്നതിനെ നിഷേധിക്കുക.
ദീർഘകാല ആക്സസ് കീകളുള്ള ഐ. എ. എം ഉപയോക്താക്കളെ സൃഷ്ടിക്കുന്നത് നിഷേധിക്കുക.

{
  "Version": "2012-10-17",
  "Statement": [{
    "Sid": "DenyOutsideEU",
    "Effect": "Deny",
    "NotAction": ["iam:*", "organizations:*", "sts:*", "support:*", "cloudfront:*", "route53:*"],
    "Resource": "*",
    "Condition": {
      "StringNotEquals": { "aws:RequestedRegion": ["eu-central-1", "eu-west-1"] }
    }
  }]
}

(അമേരിക്കൻ പ്രദേശങ്ങളിൽ നിന്ന് സേവനം ലഭിക്കുന്നതിനാൽ ആഗോള സേവനങ്ങൾ ഒഴിവാക്കിയിരിക്കുന്നു.)

AWS കൂട്ടിച്ചേര് ത്തു വിഭവ നിയന്ത്രണ നയങ്ങൾ വിഭവങ്ങളിലെ സംരക്ഷണ കവചങ്ങള് ക്ക്, പ്രസ്താവന നയങ്ങൾ അക്കൌണ്ടുകളില് സേവന ക്രമീകരണങ്ങള് നടപ്പിലാക്കാന് .

AWS നിയന്ത്രണ ഗോപുരം ലാന്റിംഗ് സോൺ ക്രമീകരിക്കുന്നതിനെ ഓട്ടോമേറ്റ് ചെയ്യുന്നു. പ്രധാന അക്കൌണ്ടുകൾ (ലോഗ് ആര് ചിവ്, ഓഡിറ്റ്) സൃഷ്ടിക്കുന്നു, ഗാർഡ് റീൽസ് ക്രമീകരിക്കുന്നു, ഒരു അക്കൌണ്ട് ഫാക്ടറി ഒരു സാധാരണ അടിസ്ഥാന രേഖയുമായി പുതിയ അക്കൌണ്ടുകൾ സൃഷ്ടിക്കുക. അത് ആരംഭിക്കാന് ഏറ്റവും വേഗതയേറിയ വഴിയാണ്. കൂടുതൽ വ്യക്തിഗതമാക്കലിന്, പല ടീമുകളും ടെറാഫോർമിന് റെ അക്കൌണ്ട് ഫാക്ടറി (എഎഫ്ടി) അല്ലെങ്കിൽ ടെറഫോർമിലെ അക്കൌണ്ടുകൾ മുഴുവനായി കൈകാര്യം ചെയ്യുക.

പ്രവേശനം: ഐ. എ. എം ഐഡന്റിറ്റി സെന്റർ

ഓരോ അക്കൌണ്ടിലും IAM ഉപയോക്താക്കളെ സൃഷ്ടിക്കരുത്. ഉപയോഗം ഐ. എ. എം. ഐഡന്റിറ്റി സെന്റര് (മുമ്പ് AWS SSO) നിങ്ങളുടെ കമ്പനി ഐഡന്റിറ്റി ദാതാവുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു (എന്റ്ര ഐഡി, ഒക്ട, ഗൂഗിൾ വർക്ക്സ്പെയ്സ്):

ആളുകൾ ഒരു തവണ ലോഗിൻ ചെയ്ത് ഏത് അക്കൌണ്ടും റോളും ഉപയോഗിക്കണമെന്ന് തിരഞ്ഞെടുക്കുന്നു.
അനുമതി സെറ്റുകൾ റീഡ് ഓൺലി, ഡെവലപ്പർ, അഡ്മിനിസ്ട്രേറ്റർ തുടങ്ങിയ റോളുകൾ നിർവചിക്കുക.
ഗ്രൂപ്പ് ആക്സസ് അനുവദിക്കുന്നു, ആളുകൾ പോകുമ്പോൾ അത് സ്വപ്രേരിതമായി നീക്കംചെയ്യുന്നു.
സി.എൽ.ഐ. അല്പകാലത്തെ ആധികാരികത ഉപയോഗിക്കുന്നു (aws sso login).

എല്ലാം ബന്ധിപ്പിക്കുന്നു

അക്കൌണ്ടുകൾ സ്ഥിരമായി ഒറ്റപ്പെട്ടതാണ്, അതുകൊണ്ട് നെറ്റ് വർക്കിന് ഒരു പ്ലാൻ വേണം:

A നെറ്റ് വർക്ക് അക്കൌണ്ട് കൂടെ ട്രാൻസിറ്റ് ഗേറ്റ് വേ വി. സി. കള് അക്കൌണ്ടുകളില് ബന്ധിപ്പിക്കുക, അല്ലെങ്കില് വി. സി. സി പങ്കിടൽ സബ്നെറ്റ് പങ്കിടാൻ.
പ്ലാന്റിന്റെ ഐ. പി. പരിധികൾ കേന്ദ്രീകൃതമായി (AWS IPAM സഹായിക്കുന്നു) അങ്ങനെ VPC കൾ ഒളിച്ചു കൂടരുത്.
കേന്ദ്രീകൃതമായി പുറപ്പെടലും പരിശോധനയും ആവശ്യമുള്ളിടത്ത്, ഉദാഹരണത്തിന് പങ്കിട്ട NAT അല്ലെങ്കിൽ ഫയർവാളുകൾ.
റോഡ് 53 ആന്തരിക ഡിഎൻഎസിനായി അക്കൌണ്ടുകൾ പങ്കിടുന്ന സ്വകാര്യ ഹോസ്റ്റുചെയ്ത മേഖലകൾ.

എല്ലാ അക്കൌണ്ടുകളിലും സുരക്ഷാ അടിസ്ഥാനം

ഓരോ പുതിയ അക്കൌണ്ടിലും ഓട്ടോമാറ്റിക്കായി പ്രയോഗിക്കുന്നു:

ലോഗ് ആർക്കൈവ് അക്കൌണ്ടിലേക്കുള്ള ക്ലൌഡ് ട്രയൽ (സംഘടനയുടെ പാത)
ഗാർഡ് ഡ്യൂട്ടി, സെക്യൂരിറ്റി ഹബ്, AWS കോൺഫിഗറേഷൻ എന്നിവ സെക്യൂറിറ്റി ടൂളിങ് അക്കൌണ്ടിൽ നിന്നും നിയന്ത്രിക്കുന്നു
സ്ഥിരസ്ഥിതി EBS എൻക്രിപ്ഷൻ, S3 ബ്ലോക്ക് പബ്ലിക് ആക്സസ്
ബജറ്റുകളും ചെലവ് അലേർട്ടുകളും
ഒഐഡിസി ഉപയോഗിച്ച് ഐസി/സിഡിക്ക് ഐഎംഎസിന്റെ സാധാരണ റോളുകൾ

അസ്യുറിനും ജിസിപിക്കും തുല്യമായവ

അസൂര്: മാനേജ്മെന്റ് ഗ്രൂപ്പുകളും സബ്സ്ക്രിപ്ഷനുകളും, അസ്യുര് പോളിസി സംരക്ഷണമായി ഉപയോഗിക്കുന്നു. മൈക്രോസോഫ്റ്റിന് റെ നീലനിറത്തിലുള്ള ലാൻഡിംഗ് സോൺ ഈ ആര് ഥിറ്റക്ചര് (ക്ലൌഡ് അഡോപ്ഷൻ ഫ്രെയിം വർക്കിന്റെ ഭാഗം) കൺട്രോൾ ടവറിന് തുല്യമാണ്.
ഗൂഗിൾ ക്ലൌഡ്: സംഘടനയുടെയും ഫോൾഡറുകളുടെയും പ്രോജക്റ്റുകളുടെയും റിസോഴ്സ് ഹൈറാർക്കി, സംഘടനയുടെ നയങ്ങൾ. ഗൂഗിൾ ഒരു ഇറക്കുമതി മേഖല പ്ലാന്റ് പ്രിന്റ്, ടെറാഫോർം ഫൌണ്ടേഷൻ മൊഡ്യൂളുകൾ.

ആശയങ്ങള് ഒരേപോലെയാണ്: ഒരു ശ്രേണി, പരിസ്ഥിതിക്കും ടീമിനും അനുസരിച്ച് ഒറ്റപ്പെടൽ, കേന്ദ്ര സംരക്ഷണ കവറുകൾ, കേന്ദ്ര ലോഗിംഗും ഐഡന്റിറ്റിയും.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

നിങ്ങൾ ഇപ്പോഴും ഒരു അക്കൌണ്ടിലാണെങ്കിൽ, AWS ഓർഗനൈസേഷനുകളും കൺട്രോൾ ടവറും ഇപ്പോൾ സജ്ജമാക്കുക, പ്രത്യേക പ്രൊഡക്ഷൻ, നോൺ-പ്രൊഡക്ഷൻ അക്കൌണ്ടുകൾ സൃഷ്ടിക്കുക, പുതിയ വർക്ക് ലോഡുകൾ അവിടെ നീക്കുക. പഴയ വർക്ക് ലോഡുകൾ ക്രമേണ മാറ്റുക. നിങ്ങള് ക്ക് ഇതിനകം പല അക്കൌണ്ടുകളുണ്ടെങ്കില് , എസ്. സി. പി. കളും, സെന് ട്രല് ലോഗിംഗും, ഐഡന്റിറ്റി സെന്ററും എല്ലാം സജ്ജമാക്കിയിട്ടുണ്ടോ എന്ന് പരിശോധിക്കുക.

എന്റെ അഭിപ്രായം: ഒരു ലാൻഡിംഗ് സോൺ നിങ്ങളുടെ മേഘ ഭവനത്തിന്റെ അടിസ്ഥാനമാണ്. അത് നിർമ്മിക്കുന്നത് ബോറടിപ്പിക്കുന്നതാണ്, അതിനുശേഷം എല്ലാ ദിവസവും നിങ്ങൾ അതിന് നന്ദിയുള്ളവരായിരിക്കും.

ഡെസ്ലി

ഞാൻ എല്ലാ ദിവസവും ഉപയോഗിക്കുന്ന ലിനക്സ് കമാൻഡുകൾ

Tue, 20 Oct 2026 23:10:30 +0200

കുബർനെറ്റുകളും ക്ലൌഡ് കൺസോളുകളും നല്ല ഡാഷ്ബോർഡുകളും. പക്ഷെ എന്തെങ്കിലും ശരിക്കും കുഴപ്പമുണ്ടായാൽ, താമസിയാതെ ഞാൻ ഒരു ലിനക്സ് മെഷീനില് ഒരു ടെർമിനലിലോ, അല്ലെങ്കിൽ ഒരു കണ്ടെയ്നറിലോ ആയിത്തീരും, വർഷങ്ങളായി ഉപയോഗിക്കുന്ന അതേ കമാൻഡുകൾ ടൈപ്പുചെയ്യുന്നു.

നൂറുകണക്കിന് കമാൻഡുകൾ അറിയേണ്ട കാര്യമില്ല. ശരിയായ ഇരുപതോ മുപ്പതോ പേരെ നന്നായി അറിയണം. ഇതാ എന് റെ കയ്യിലുള്ളത്.

പ്രക്രിയകളും സേവനങ്ങളും

എന്താണ് വിഭവങ്ങൾ പ്രവർത്തിപ്പിക്കുകയും ഉപയോഗിക്കുകയും ചെയ്യുന്നത്?

top                 # live view of CPU, memory and processes (press 1 for per-CPU, M to sort by memory)
htop                # friendlier version, if installed
ps aux --sort=-%mem | head   # top memory users
ps -ef | grep nginx          # find a specific process
pgrep -a java                # same, simpler

സിസ്റ്റം ഡി ഉള്ള സേവനങ്ങള്:

systemctl status nginx       # is it running? recent log lines too
systemctl restart nginx
systemctl list-units --failed   # what's broken?
journalctl -u nginx -f       # follow a service's logs
journalctl -u nginx --since "1 hour ago"
journalctl -p err -b         # all errors since last boot

ചിലതൊക്കെ നിർത്തുന്നു:

kill <pid>          # polite request to stop (SIGTERM)
kill -9 <pid>       # force (SIGKILL), only when the polite way fails

ഡിസ്കുകളും ഫയലുകളും

ഡിസ്ക് സ്പേസ് തീരാത്തത് ഏറ്റവും സാധാരണമായ പ്രശ്നമാണ്. ഇവയെല്ലാം വേഗം കണ്ടെത്തുന്നു:

df -h                        # free space per filesystem
df -i                        # free inodes (yes, you can run out of these too)
du -sh /var/* | sort -h      # which folders are big?
ncdu /var                    # interactive disk usage browser, if installed
lsof +L1                     # deleted files still held open (space not freed until process restarts)

ഫയലുകൾ കണ്ടെത്താനും വായിക്കാനും:

find /var/log -name "*.log" -mtime -1      # logs modified in the last day
find / -size +1G 2>/dev/null               # files larger than 1 GB
tail -f /var/log/syslog                    # follow a log
less +F app.log                            # follow, but can scroll back (Ctrl+C, then F again)
grep -ri "error" /var/log/app/             # search recursively, case-insensitive
grep -c "500" access.log                   # count matching lines

മിക്ക ഉല്പാദന പ്രശ്നങ്ങളും വിരസമാണ്: ഒരു ഡിസ്ക് നിറഞ്ഞിരിക്കുന്നു, ഒരു പ്രക്രിയ തകർന്നു, തെറ്റായ അനുമതി, ഒരു തുറമുഖം അടച്ചു. വിരസമായ പ്രശ്നങ്ങൾ വേഗത്തിൽ കണ്ടെത്തുന്ന കമാൻഡുകളാണ് ഏറ്റവും വിലപ്പെട്ടവ.

മെമ്മറിയും പ്രകടനവും

free -h             # memory and swap usage
vmstat 1            # CPU, memory, swap, I/O every second
iostat -xz 1        # disk I/O per device (from sysstat)
uptime              # load average
dmesg -T | tail     # kernel messages, including OOM kills and hardware errors

ഒരു ചെറിയ ഉപദേശം: free "ബഫ്/കാഷെ" എന്നതിനുള്ള മെമ്മറി കാണിക്കുന്നു. അത് സാധാരണമാണ്. ലിനക്സ് കാഷിംഗിനായി സ്വതന്ത്ര മെമ്മറി ഉപയോഗിക്കുന്നു, ആവശ്യമുള്ളപ്പോൾ അത് തിരികെ നൽകുന്നു. പകരം "സൌകര്യപ്രദമാണ്" എന്ന് നോക്കുക.

ഒരു പ്രക്രിയ വളരെ അധികം മെമ്മറി ഉപയോഗിച്ചതിന് മരിച്ചാൽ, dmesg -T | grep -i oom സാധാരണയായി വിശദാംശങ്ങള് തരുന്നു.

നെറ്റ് വർക്ക്

ip a                         # IP addresses of all interfaces
ip r                         # routing table
ss -tulpn                    # which ports are listening, and by which process
ss -tan state established    # active TCP connections
curl -v https://example.com  # full HTTP request with headers and TLS info
curl -o /dev/null -s -w "%{http_code} %{time_total}\n" https://example.com   # status and timing
dig example.com +short       # DNS lookup
dig @8.8.8.8 example.com     # ask a specific DNS server
nc -zv db.internal 5432      # is the port reachable?
mtr example.com              # traceroute and ping combined
tcpdump -i any port 443 -nn  # capture packets (needs root)

ss -tulpn ഒന്നുകിൽ ആ പോർട്ടിൽ ഒന്നും കേൾക്കുന്നില്ല, അല്ലെങ്കിൽ എല്ലാ ഇന്റർഫേസുകളിലും കേൾക്കുന്നില്ല.

ഉപയോക്താക്കൾ, അനുമതികൾ, ഐഡന്റിറ്റി

whoami && id                 # who am I, what groups?
sudo -l                      # what am I allowed to run with sudo?
ls -la                       # permissions, owners, hidden files
chmod 640 file && chown app:app file
namei -l /path/to/file       # permissions of every directory along a path

namei -l ഒരു ഫയൽ വായിക്കാൻ കഴിയാത്ത ഒരു സേവനമാണ് ഒരു മറഞ്ഞിരിക്കുന്ന രത്നം, എന്തുകൊണ്ടെന്ന് നിങ്ങൾക്ക് മനസ്സിലാകുന്നില്ല. പലപ്പോഴും അത് ഒരു രക്ഷക ഡയറക്ടറിയാണ്, എക്സിക്യൂട്ട് അനുമതിയില്ലാതെ.

വാചക സംസ്കരണം

awk '{print $1}' access.log | sort | uniq -c | sort -rn | head   # top client IPs
cut -d: -f1 /etc/passwd                                         # first field
sed -n '100,120p' big.log                                       # lines 100 to 120
jq '.items[].metadata.name'                                     # parse JSON
wc -l file                                                      # count lines

പഠനം awk, sort, uniq ഒപ്പം jq ലോഗ് ഫയലുകളെ ഉത്തരങ്ങളാക്കി മാറ്റുന്നു.

കാര്യക്ഷമമായി ജോലി ചെയ്യുക

Ctrl+R നിങ്ങളുടെ കമാന് ഡ് ചരിത്രം പരിശോധിക്കുന്നു.
!! അവസാനത്തെ കമാൻഡ് ആവർത്തിക്കുന്നു (sudo !! സഡോ മറന്നുപോയപ്പോൾ).
tmux അല്ലെങ്കില് screen നിങ്ങളുടെ കണക്ഷൻ നഷ്ടപ്പെട്ടാൽ സെഷനുകൾ സജീവമായി നിലനിർത്തുക.
watch -n 2 'kubectl get pods' ഓരോ രണ്ട് സെക്കന്റിലും ഒരു കമാൻഡ് റീറൺ ചെയ്യുന്നു.
man ഒപ്പം tldr ഉദാഹരണങ്ങളിലൂടെ പെട്ടെന്ന് സഹായിക്കാന്.

ചീറ്റ് ഷീറ്റ്

പ്രശ്നം	ആദ്യ കമാന് ഡുകള്
സേവനം നിലച്ചു.	`systemctl status`, `journalctl -u <svc> -n 100`
ഡിസ്ക് നിറഞ്ഞിരിക്കുന്നു	`df -h`, `du -sh /* \\| sort -h`, `lsof +L1`
ഉയർന്ന സിപിയു	`top`, `ps aux --sort=-%cpu \\| head`
ഓർമ്മയിൽ നിന്നും	`free -h`, `dmesg -T \\| grep -i oom`
കണക്ട് ചെയ്യാൻ പറ്റുന്നില്ല.	`ss -tulpn`, `nc -zv host port`, `curl -v`
DNS പ്രശ്നങ്ങൾ	`dig name`, `cat /etc/resolv.conf`
വേഗത കുറഞ്ഞ ഡിസ്ക്	`iostat -xz 1`, `vmstat 1`
അനുമതി നിഷേധിച്ചു	`id`, `ls -la`, `namei -l path`
ബൂട്ടില് സംഭവിച്ചത്	`journalctl -b -p err`, `dmesg -T`

എന്റെ അഭിപ്രായം: ഉപകരണങ്ങൾ വന്നു പോകുന്നു, പക്ഷേ ലിനക്സ് കമാൻഡ് ലൈൻ ഇപ്പോഴും പ്രശ്നങ്ങളുടെ അവസാനത്തെ ഏറ്റുപറയലാണ്. ഇവ നന്നായി പഠിച്ചാൽ ഏത് സെർവറിലും നിങ്ങൾക്ക് സുഖം തോന്നും.

ഡെസ്ലി

ഓരോ ഡെവ്ഒപ്സ് എൻജിനീയർമാർക്കും ആവശ്യമുള്ള നെറ്റ്വർക്കിംഗ് അടിസ്ഥാനങ്ങൾ

Tue, 20 Oct 2026 23:10:30 +0200

ഞാൻ ഡീബഗ് ചെയ്ത ഏറ്റവും പ്രയാസമുള്ള പ്രശ്നങ്ങളെ നോക്കുമ്പോൾ, അതിശയകരമായ ഒരു എണ്ണം നെറ്റ് വർക്കിങ് പ്രശ്നങ്ങളാണ്. "ആപ്ലിക്കേഷൻ വേഗത കുറഞ്ഞതാണ്" എന്ന് പറഞ്ഞപ്പോൾ അത് ഡിഎൻഎസ് ആയി മാറുകയായിരുന്നു. "വിന്യാസം പരാജയപ്പെട്ടു" എന്നത് ഒരു സുരക്ഷാ സംഘം ആണെന്ന് തെളിഞ്ഞു. "കുബർനെറ്റസ് കേടായി" എന്ന് പറഞ്ഞപ്പോൾ അത് ഐ. പി. പരിധികൾ ഒത്തുചേരുന്നതായി കാണുന്നു.

നിങ്ങൾ ഒരു നെറ്റ് വർക്ക് എഞ്ചിനീയർ ആയിരിക്കണമെന്നില്ല DevOps ൽ ജോലി ചെയ്യാൻ. പക്ഷെ ഒരു പാക്കറ്റ് എയിൽ നിന്നും ബിയിലേയ്ക്ക് എങ്ങനെ പോകുന്നു എന്നതിനെ കുറിച്ച് നിങ്ങൾക്ക് ഒരു നല്ല മാനസിക മാതൃക വേണം. തുടക്കത്തിൽ തന്നെ കിട്ടിയിരുന്നെങ്കിൽ എന്ന് ഞാൻ ആഗ്രഹിച്ച പതിപ്പ് ഇതാ.

പ്രധാനപ്പെട്ട പാളികൾ

ഏഴ് പാളികളുള്ള ഒഎസ്ഐ മോഡലിനെ കുറിച്ച് നിങ്ങൾ കേട്ടിരിക്കും. ദൈനംദിന DevOps പ്രവര് ത്തനത്തില് നാല് ആശയങ്ങളാണ് പ്രധാനം:

ഐ. പി. (ലെയർ 3): ഓരോ മെഷീനും ഒരു വിലാസം ഉണ്ട്, റൂട്ടറുകളും ഒരു നെറ്റ്വർക്കിൽ നിന്ന് മറ്റൊന്നിലേക്ക് പാക്കറ്റുകൾ എങ്ങനെ എത്തുന്നു എന്ന് തീരുമാനിക്കുന്നു.
ടിസിപിയും യുഡിപിയും (ലെയർ 4): TCP വിശ്വസനീയവും ക്രമീകരിച്ചതുമായ കണക്ഷനുകൾ നൽകുന്നു (മിക്ക വെബ് ട്രാഫിക്കും). യുഡിപി എന്നത് തീയും മറക്കലും ആണ് (ഡിഎൻഎസ്, വീഡിയോ, ക്വിക് പോലുള്ള ചില പുതിയ പ്രോട്ടോക്കോളുകൾ). ഒരു മെഷീനിൽ ഏത് ആപ്ലിക്കേഷനാണ് ട്രാഫിക് സ്വീകരിക്കേണ്ടതെന്ന് പോർട്ടുകൾ തിരിച്ചറിയുന്നു.
ടി. എൽ. എസ്: ടിസിപിയുടെ മുകളില് എൻക്രിപ്ഷൻ. അതാണ് HTTPS-ൽ "S" എന്ന് എഴുതുന്നത്.
HTTP (ലെയർ 7): ഞങ്ങളുടെ മിക്ക സേവനങ്ങളും ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോൾ.

എന്തെങ്കിലും ശരിയായില്ലെങ്കിൽ, ഞാൻ തലങ്ങളിലേക്ക് കയറുന്നു: എനിക്ക് ഐ. പി. യിലേക്ക് എത്താമോ? തുറമുഖം തുറന്നിട്ടുണ്ടോ? ടി. എൽ. എസ്. പ്രവർത്തിക്കുന്നുണ്ടോ? HTTP ശരിയായ പ്രതികരണം നൽകുന്നുണ്ടോ?

ഐ. പി. വിലാസങ്ങളും സബ്നെറ്റുകളും

ഒരു ഐ. പി. വിലാസം 10.0.12.34 ഒരു സബ് നെറ്റ്, എഴുതിയിരിക്കുന്നു സിഐഡിആർ നോട്ടേഷൻ: 10.0.0.0/16 ആദ്യത്തെ 16 ബിറ്റുകൾ ഉള്ള എല്ലാ വിലാസങ്ങളും 10.0" അതായത് 65,536 വിലാസങ്ങൾ.

/16: 65,536 വിലാസങ്ങൾ
/20: 4,096
/24: 256
/28: 16

സ്വകാര്യ ശ്രേണികൾ (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) നെറ്റ്വർക്കുകൾക്കുള്ളിൽ ഉപയോഗിക്കുന്നു, ഇന്റർനെറ്റിൽ നിന്ന് നേരിട്ട് എത്തിച്ചേരാനാവില്ല. NAT (നെറ്റ്വർക്ക് വിലാസം പരിഭാഷ) സ്വകാര്യ വിലാസങ്ങളുള്ള മെഷീനുകൾക്ക് ഒരു പൊതു വിലാസം പങ്കിട്ടുകൊണ്ട് ഇന്റർനെറ്റിലേക്ക് പ്രവേശിക്കാൻ അനുവദിക്കുന്നു.

ഞാന് കാണുന്ന ഏറ്റവും സാധാരണമായ തെറ്റ്: ഓവർലാപ്പിംഗ് പരിധികൾ. രണ്ടും വി.പി.സികളാണ് ഉപയോഗിക്കുന്നത്. 10.0.0.0/16 ഒരിക്കലും ബന്ധിപ്പിക്കാനാവില്ല. നിങ്ങളുടെ ഓഫീസ് വിപിഎനുമായി ഒത്തുചേരുന്ന കുബർനെറ്റസ് പോഡും സേവന ശ്രേണികളും നിഗൂഢമായ പരാജയങ്ങൾ ഉണ്ടാക്കുന്നു. ഐ. പി. പരിധികൾ കേന്ദ്രീകരിച്ച്, നേരത്തെ.

ഡിഎൻഎസ്

DNS പേരുകൾ വിവർത്തനം ചെയ്യുന്നു (shop.example.com) വിലാസങ്ങളിലേക്ക് മാറ്റുന്നു. മിക്കവാറും എല്ലാ അഭ്യർത്ഥനകളിലും ഇത് ഉൾപ്പെടുന്നു, അതുകൊണ്ടാണ് "എപ്പോഴും ഡിഎൻഎസ്" എന്നത് ഒരു തമാശയായിരിക്കുന്നത്.

പ്രധാന ആശയങ്ങള്:

എ / എഎഎഎ രേഖകൾ: ഐ. പി. വി. 4 / ഐ. പി . വി. 6 വിലാസത്തിന്റെ പേര്.
സി. എൻ. എം.: മറ്റൊരു പേരിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്ന ഒരു അപരനാമം.
ടിടിഎൽ: ഒരു ഉത്തരം റെസലൂഷന് കാഷെ ചെയ്യുന്നതിന് എത്ര സമയമെടുക്കും. കുറഞ്ഞ ടിടിഎല്ലുകൾ മാറ്റങ്ങൾ വേഗത്തിൽ വരുത്തുന്നു; ഉയർന്ന ടിടിഎൽസ് ലോഡും ഡിഎൻഎസിനെ ആശ്രയിക്കുന്നതും കുറയ്ക്കുന്നു.
പരിഹാരങ്ങൾ: നിങ്ങളുടെ പേരുകൾ തിരയുന്ന സെർവറുകൾ. കുബർനെറ്റസിന്റെ ഉള്ളില് , അത് കോര് ഡിഎന് എസ് ആണ്.

dig shop.example.com +short
dig shop.example.com +trace     # follow the lookup from the root servers

IP വഴി പ്രവർത്തിക്കുമ്പോള് , പക്ഷെ പേര് ഉപയോഗിക്കാതെ, അത് DNS ആണ്. ചിലപ്പോൾ അത് പ്രവർത്തിക്കുമ്പോള് , പക്ഷേ എല്ലായ്പ്പോഴും അല്ല, അത് ഡിഎൻഎസും ആയിരിക്കാം.

ടി. എൽ. എസ്. , സർട്ടിഫിക്കറ്റുകൾ

ടി.എൽ.എസ് രണ്ടു കാര്യങ്ങൾ ചെയ്യുന്നു: എൻക്രിപ്റ്റ് ചെയ്യുന്നു ഗതാഗതവും തിരിച്ചറിയൽ തെളിവ്. സെർവർ ഒരു സർട്ടിഫിക്കറ്റ് അവതരിപ്പിക്കുന്നു, ക്ലയന്റ് വിശ്വസിക്കുന്ന ഒരു സർട്ടിഫോക്ട് അതോറിറ്റി (CA) ഒപ്പിട്ടത്, "ഞാൻ shop.example.com" എന്ന് പറയുന്നു.

സാധാരണ പ്രശ്നങ്ങൾ:

കാലാവധി കഴിഞ്ഞ സർട്ടിഫിക്കറ്റുകൾ: സ്വയം പുതുക്കൽ (സെർട്ട് മാനേജർ, നമുക്ക് എൻക്രിപ്റ്റ് ചെയ്യാം, ക്ലൌഡ് സർട്ടിഫിക്കറ്റ് മാനേജറുകൾ).
പേര് പൊരുത്തക്കേട്: സർട്ടിഫിക്കറ്റ് www.example.comപക്ഷെ നീ വിളിച്ചല്ലോ. example.com.
മിഡിൽ സർട്ടിഫിക്കറ്റുകള് കാണാതായ ചങ്ങലയില് .
ആന്തരിക സി. എ. ആ കക്ഷികള് വിശ്വസിക്കുന്നില്ല.

openssl s_client -connect shop.example.com:443 -servername shop.example.com </dev/null | openssl x509 -noout -dates -subject

ലോഡ് ബാലൻസറുകൾ

ഒരു ലോഡ് ബാലൻസർ ട്രാഫിക് പല ബാക്ക് എൻഡുകളിലേക്കും വ്യാപിപ്പിക്കുകയും പരാജയങ്ങൾ മറയ്ക്കുകയും ചെയ്യുന്നുഃ

ലെയർ 4 (TCP/UDP) ലോഡ് ബാലൻസർ അകത്തേക്ക് നോക്കാതെ മുന്നോട്ട് കണക്ഷനുകൾ. വേഗത്തിലും ലളിതമായും. ഉദാഹരണം: AWS നെറ്റ് വർക്ക് ലോഡ് ബാലൻസർ.
ലേയർ 7 (എച്ച്ടിടിപി) ലോഡ് ബാലൻസർമാർക്ക് അഭ്യർത്ഥനകൾ മനസിലാക്കാൻ കഴിയും. പാത്ത് അല്ലെങ്കിൽ ഹോസ്റ്റ് വഴി റൂട്ട് ചെയ്യാം, TLS അവസാനിപ്പിക്കാം, തലക്കെട്ടുകൾ ചേർക്കാം. ഉദാഹരണങ്ങള്: AWS ആപ്ലിക്കേഷൻ ലോഡ് ബാലൻസർ, എംബോയ്, എൻജിഎൻഎക്സ്, കുബർനെറ്റ്സ് ഗേറ്റ്വേ എപിഐ നടപ്പിലാക്കലുകൾ.

അവ ആശ്രയിക്കുന്നത് ആരോഗ്യ പരിശോധന ഏത് ബാക്ക്എൻഡുകളാണ് ആരോഗ്യമുള്ളതെന്ന് അറിയാൻ. തെറ്റായ ആരോഗ്യ പരിശോധന പാതയാണ് "എല്ലാ ബാക്ക്എൻഡുകളും അനാരോഗ്യകരമല്ല" എന്നതിന്റെ വളരെ സാധാരണ കാരണം.

ക്ലൌഡിലെ ഒരു നെറ്റ്വർക്ക് രൂപകല് പിക്കുക

ഒരു സാധാരണ വിപിസി ഡിസൈന്:

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

വളർച്ചയ്ക്ക് ഇടം നൽകുക: നിങ്ങളുടെ വിപിസിക്ക് ഒരു വലിയ ശ്രേണി നൽകുക, കൂടാതെ കുബർനെറ്റസിന് ധാരാളം പോഡ് ഐ. പി. കൾ നൽകുക, പ്രത്യേകിച്ച് പോഡുകൾക്ക് വിപിസി വിലാസങ്ങൾ നൽകുന്ന സിഎൻഐകൾ ഉപയോഗിച്ച്.

എന്റെ ഡീബഗ് ചെയ്യൽ ഉപകരണങ്ങൾ

ചോദ്യം	ഉപകരണം
എന്റെ ഐ. പി. യും റൂട്ടും എന്താണ്?	`ip a`, `ip r`
പേര് മനസ്സിലായില്ലേ?	`dig`, `nslookup`
ഹോസ്റ്റുമായി ബന്ധപ്പെടാൻ കഴിയുമോ?	`ping`, `mtr`
തുറമുഖം തുറന്നിട്ടുണ്ടോ?	`nc -zv host port`
ലോക്കലായി എന്താണ് കേള് ക്കുന്നത്?	`ss -tulpn`
HTTP/TLS പ്രവർത്തിക്കുന്നുണ്ടോ?	`curl -v`
ശരിക്കും എന്താണ് വയറിൽ ഉള്ളത്?	`tcpdump`വയര് ഷാര് ക്ക്

ഒരു ചോദ്യം കൂടി സമയം ലാഭിക്കും: എവിടെ നിന്ന്? ഞാൻ പരീക്ഷിക്കുകയാണോ? നിങ്ങളുടെ ലാപ്ടോപ്പ്, ഒരു പാഡ്, ഒരു നോഡ്, ഒരു ഐ. ഐ. റണ്ണർ എന്നിവയ്ക്ക് വളരെ വ്യത്യസ്തമായ നെറ്റ്വർക്കുകൾ കാണാൻ കഴിയും.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

സബ്നെറ്റിംഗ് സ്വാഭാവികമായി തോന്നുന്നതുവരെ CIDR പഠിക്കുക, നിങ്ങളുടെ പരിതസ്ഥിതിയിൽ (പ്രത്യേകിച്ച് Kubernetes ൽ) DNS റെസലൂഷൻ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസിലാക്കുക, ഒപ്പം ഡീബഗ്ഗിംഗ് ഉപയോഗിച്ച് പരിശീലിക്കുക dig, nc, curl ഒപ്പം ss. ആ അടിത്തറ നിങ്ങളെ മണിക്കൂറുകളോളം രക്ഷിക്കും.

എന്റെ അഭിപ്രായം: നെറ്റ് വർക്കിംഗ് മാന്ത്രികമല്ല, അത് വെറും പാളികളാണ്. ഓരോ തവണയും അവ പരിശോധിക്കാൻ പഠിക്കുക, മിക്ക രഹസ്യങ്ങളും സ്വയം പരിഹരിക്കപ്പെടും.

ഡെസ്ലി

നിങ്ങളെ അത്ഭുതപ്പെടുത്താത്ത ബാഷ് സ്ക്രിപ്റ്റുകൾ

Tue, 20 Oct 2026 23:10:30 +0200

ബാഷിനെ എല്ലായിടത്തും കാണാം. ഐ. ഐ. പൈപ്പ്ലൈനുകൾ, ഡോക്കർ ഫയലുകൾ, വിന്യാസ സ്ക്രിപ്റ്റുകൾ, ക്രോൺ ജോലികൾ, വേഗത്തിലുള്ള ഓട്ടോമേഷനുകൾ. അത് അടിസ്ഥാന സൌകര്യങ്ങളെ ഒന്നിച്ചു നിർത്തുന്ന പശയാണ്.

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

എന്റെ തിരക്കഥകളെ ഏറ്റവും നല്ല രീതിയിൽ ബോറടിപ്പിക്കുന്ന ചില ശീലങ്ങളുണ്ട്.

ഓരോ സ്ക്രിപ്റ്റിന്റെയും ആദ്യ വരികൾ

#!/usr/bin/env bash
set -euo pipefail
IFS=$'\n\t'

അവര് ചെയ്യുന്നതെന്താണ്:

set -e: ഒരു കമാന് ഡ് പരാജയപ്പെടുമ്പോൾ സ്ക്രിപ്റ്റ് നിർത്തുക, തുടര് ന്നു് പോകുന്നതിന് പകരം.
set -u: ഒരു ശൂന്യമായ സ്ട്രിംഗിന് പകരം, നിർവചിക്കാത്ത വേരിയബിളുകളെ ഒരു പിശകായി കണക്കാക്കുക.
set -o pipefail: ഒരു പൈപ്പ്ലൈനില് ഏതെങ്കിലും കമാന് ഡുകള് പരാജയപ്പെട്ടാല് , അവസാനത്തെ കമാന് ഡിന് മാത്രമല്ല.
IFS=$'\n\t': പുതിയ വരികളിലും ടാബുകളിലും മാത്രം വേർതിരിക്കപ്പെട്ട വാക്കുകൾ, സ്പെയ്സുകൾ അല്ല. സ്പെയ്സുകൾ അടങ്ങിയ ഫയൽനാമങ്ങളില് കുറവ് ആശ്ചര്യങ്ങള് .

എന്തിന് ? set -u ഒരു ഉദാഹരണം കാണുക.

rm -rf "$BUILD_DIR/"*

എങ്കിൽ BUILD_DIR അബദ്ധത്തിൽ സജ്ജമാക്കിയിട്ടില്ലെങ്കിൽ, set -u ഇത് മാറുന്നു rm -rf /*. കൂടെ set -u, ഒരു പിശകോടെ സ്ക്രിപ്റ്റ് അവസാനിക്കുന്നു. ആ ഒറ്റ വരി പല സംവിധാനങ്ങളെയും രക്ഷിച്ചു.

(set -e ചില അറിയപ്പെടുന്ന എഡ്ജ് കേസുകൾ ഉണ്ട്, പോലുള്ള കമാൻഡുകൾ അവസ്ഥ അല്ലെങ്കിൽ സബ്ഷെല്ലുകൾ. ഇത് തികഞ്ഞതല്ല, പക്ഷേ സ്ഥിര സ്വഭാവത്തേക്കാൾ വലിയ മെച്ചപ്പെടുത്തലാണ്.

ബാഷിന് തോന്നുന്നു നിങ്ങള് ക്ക് അറിയാമെന്ന്. നല്ല തിരക്കഥകൾ ആരുമായും, അവരുടെ രചയിതാവിനെയും കുറിച്ച് അങ്ങനെ കരുതുന്നില്ല.

ഷെൽ ചെക്ക് ചെയ്യുക

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

shellcheck deploy.sh

അത് നിങ്ങളുടെ എഡിറ്ററിലേക്കും ഐ. സി. ലേക്കും ചേർക്കുക. ഷെല് ചെക്ക് മുന്നറിയിപ്പുകളെ ഞാന് കമ്പൈലറിലെ പിശകുകളായി കണക്കാക്കുന്നു.

മിക്ക ബഗുകളെയും തടയുന്ന ശീലങ്ങൾ

നിങ്ങളുടെ വേരിയബിളുകൾ ഉദ്ധരിക്കൂ. എപ്പോഴും. "$file"അല്ല $file. ഉദ്ധരിക്കാത്ത വേരിയബിളുകൾ സ്പെയ്സുകളായി വിഭജിക്കപ്പെടുകയും വൈഡ്കാർഡുകളായി വികസിപ്പിക്കുകയും ചെയ്യുന്നു.

ഉപയോഗം [[ ]] പരിശോധനകൾക്കായി ബാഷില് , അല്ല [ ]. ഇത് കൂടുതൽ സുരക്ഷിതവും കൂടുതൽ സവിശേഷതകളും പിന്തുണയ്ക്കുന്നു.

if [[ -z "${ENVIRONMENT:-}" ]]; then
  echo "ENVIRONMENT must be set" >&2
  exit 1
fi

സ്ഥിരസ്ഥിതികളും ആവശ്യമായ പരിശോധനകളും നൽകുക പരാമീറ്റര് വിപുലീകരണത്തോടെ:

REGION="${REGION:-eu-central-1}"       # default value
: "${API_TOKEN:?API_TOKEN is required}" # fail with a message if unset

ഉപയോഗം local ഫംഗ്ഷനുകളില് അങ്ങനെ വേരിയബിളുകൾ ചോരാതിരിക്കില്ല.

stderr ലേക്ക് പിശകുകൾ എഴുതുക (>&2) കൂടാതെ പരാജയപ്പെട്ടാൽ പൂജ്യം അല്ലാത്ത കോഡുകളോടെ പുറത്തുകടക്കുക.

വൃത്തിയാക്കുക trap, സ്ക്രിപ്റ്റ് പരാജയപ്പെട്ടാലും:

tmpdir="$(mktemp -d)"
trap 'rm -rf "$tmpdir"' EXIT

ഉപയോഗം $(...) പിന്നിലേക്കുള്ള കുത്തിവയ്പ്പ് കമാന് ഡു മാറ്റി വയ്ക്കുന്നതിനായി.

വിശകലനം ഒഴിവാക്കുക ls. ഗ്ലോബ്സ് ഉപയോഗിക്കുക find പകരം.

ഞാൻ വീണ്ടും ഉപയോഗിക്കുന്ന ഒരു ടെംപ്ലേറ്റ്

#!/usr/bin/env bash
set -euo pipefail

usage() {
  cat <<EOF
Usage: $(basename "$0") -e <environment> [-d]
  -e  target environment (staging|production)
  -d  dry run
EOF
}

log() { printf '%s [%s] %s\n' "$(date -u +%FT%TZ)" "${1}" "${2}" >&2; }

main() {
  local env="" dry_run=false

  while getopts ":e:dh" opt; do
    case "$opt" in
      e) env="$OPTARG" ;;
      d) dry_run=true ;;
      h) usage; exit 0 ;;
      *) usage; exit 1 ;;
    esac
  done

  [[ "$env" =~ ^(staging|production)$ ]] || { usage; exit 1; }

  log INFO "Deploying to $env (dry run: $dry_run)"
  if [[ "$dry_run" == false ]]; then
    : # real work here
  fi
}

main "$@"

ഇതിന് വാദപ്രതിവാദം വിശകലനം, സാധൂകരണം, സമയമുദ്ര ഉപയോഗിച്ച് ലോഗ് ചെയ്യൽ, ഡ്രൈ റൺ മോഡ്, ഒരു main ഫംഗ്ഷൻ ശരി, വേണ്ടാത്തത് മായ്ക്കുക.

ബാഷ് തെറ്റായ ഉപകരണമാണെങ്കിൽ

ബാഷ് കമാൻഡുകൾ ഒന്നിച്ച് ചേർക്കുന്നതിന് നല്ലതാണ്. മറ്റെല്ലാ കാര്യങ്ങളിലും അത് മോശമാണ്. ഒരു സ്ക്രിപ്റ്റ് ഉപയോഗിക്കുമ്പോൾ ഞാൻ പൈത്തണിലേക്ക് മാറുന്നു.

ഏകദേശം 100 വരികളാണ്.
യഥാര് ത്ഥ ഡാറ്റാ ഘടനകൾ (ചേര് ന്ന ഡാറ്റ, പട്ടികകളുടെ മാപ്പുകൾ) ആവശ്യമാണ്.
ലളിതമായ JSON അല്ലെങ്കിൽ YAML പാഴ്സ് ചെയ്യുന്നു jq വിളിക്ക്.
ആധികാരികത, പേജിനേഷൻ, വീണ്ടും ശ്രമങ്ങൾ എന്നിവ ഉപയോഗിച്ച് API-കളുമായി സംസാരിക്കുന്നു.
"പരാജയത്തെ തടയുക" എന്നതിനേക്കാൾ കൂടുതൽ സൂക്ഷ്മമായ പിശക് കൈകാര്യം ചെയ്യൽ ആവശ്യമാണ്.
പരിശോധനകൾ വേണം.
അത് വളരെക്കാലം പലര് ക്കും ഉപയോഗിക്കാന് സാധിക്കും.

ശരിയായ CLI ലൈബ്രറിയോ ചെറിയ Go ടൂളോ ഉള്ള പൈത്തൺ വായിക്കാനും പരിശോധിക്കാനും പരിപാലിക്കാനും വളരെ എളുപ്പമാണ്.

സിഐ പൈപ്പ്ലൈനുകളില്

CI YAML ൽ പലപ്പോഴും മൾട്ടി-ലൈൻ ഷെൽ സ്ക്രിപ്റ്റുകൾ അടങ്ങിയിരിക്കുന്നു. ഒരേ നിയമങ്ങൾ തന്നെയാണ് ബാധകമാകുന്നത്:

പല ഐ. സി. സിസ്റ്റങ്ങളും അനുവദിക്കുന്നില്ല set -euo pipefail സ്ഥിരമായി. അത് കൂട്ടിച്ചേര് ക്കുക, അല്ലെങ്കിൽ മുഴുവൻ ജോലിക്കും ഷെൽ ഓപ്ഷനുകൾ സജ്ജമാക്കുക.
YAML ൽ നിന്നും നീണ്ട സ്ക്രിപ്റ്റുകൾ ശേഖരത്തിലെ ഫയലുകളിലേക്ക് നീക്കുക, അവിടെ ShellCheck-ന് അവയെ ലിന്റ് ചെയ്യാനും നിങ്ങൾക്ക് അവയെ പ്രാദേശികമായി പ്രവർത്തിപ്പിക്കാനും കഴിയും.

പിന്നെ, ചെയ്യേണ്ട കാര്യം എന്താണ്?

കൂട്ടിച്ചേര് ക്കുക set -euo pipefail ഓരോ സ്ക്രിപ്റ്റിന്റെയും മുകളില് പോയി, അവയെല്ലാം ഷെല്ല് ചെക്ക് ചെയ്ത് നോക്കുക. ആ രണ്ടു ശീലങ്ങൾ ആണ് ഷെൽ സ്ക്രിപ്റ്റുകളിൽ നിന്നും ഞാൻ കണ്ടിട്ടുള്ള മിക്ക ദുരന്തങ്ങളും തടയുന്നത്.

എന്റെ അഭിപ്രായം, ബാഷ് ഒരു മൂർച്ചയുള്ള കത്തിയാണ്. ചെറിയ മുറിവുകള് ക്കായി ഉപയോഗിക്കുക, ഷെല്ല് ചെക്ക് ഉപയോഗിച്ച് അത് മൂർച്ചയുള്ളതാക്കുക, ജോലി വലുതാകുമ്പോള് ശരിയായ ഉപകരണത്തിലേക്ക് മാറുക.

ഡെസ്ലി

ദൈനംദിന ഓട്ടോമേഷന് വേണ്ടി പൈഥണ്

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു ബാഷ് സ്ക്രിപ്റ്റ് നൂറ് വരികൾക്കപ്പുറം വളരുമ്പോള് , അല്ലെങ്കിൽ ഒരു API- യുമായി സംസാരിക്കാന് ആവശ്യപ്പെടുമ്പോള്, ഞാന് പൈഥോണിലേക്ക് മാറുന്നു. വായിക്കാവുന്നതാണ്, മിക്കവാറും എല്ലാത്തിനും ഒരു ലൈബ്രറിയുണ്ട്, സഹപ്രവർത്തകര് ക്ക് ഡീകോഡിംഗ് സെഷന് ഇല്ലാതെ തന്നെ അത് മനസ്സിലാക്കാൻ കഴിയും.

DevOps-നു വേണ്ടി ഉപയോഗപ്രദമായ പൈത്തൺ എഴുതാൻ സോഫ്റ്റ് വെയർ എഞ്ചിനീയർ ആവേണ്ട ആവശ്യമില്ല. കുറച്ച് ലൈബ്രറികളും ശീലങ്ങളും നിങ്ങൾക്ക് ആവശ്യമുള്ള മിക്കതും ഉൾക്കൊള്ളുന്നു.

ഞാന് ഉപയോഗിക്കുന്ന ലൈബ്രറികള്

ബോട്ടോ3: ആ ഡബ്ല്യു എസ് എസ് എസ് കെ. AWS ലെ എല്ലാ കാര്യങ്ങളും ഇതില് നിന്നും ലഭ്യമാണ്. (അസ്യൂറിന് azure-identity സേവന SDK കളും ഗൂഗിൾ ക്ലൌഡും google-cloud-* ലൈബ്രറികള്)
കുബര് നെറ്റ്സ്: ഔദ്യോഗിക കുബർനെറ്റ്സ് ക്ലയന്റ്.
httppx അല്ലെങ്കില് അഭ്യർത്ഥനകൾ: REST API കൾ വിളിക്കുന്നു.
തരം അല്ലെങ്കില് ക്ലിക്ക് ചെയ്യുക: ആര് ഗ്മെന്റുകളും സഹായ ടെക്സ്റ്റും ഉപയോഗിച്ച് കമാന്ഡ് ലൈന് ടൂളുകള് നിർമ്മിക്കുക.
സമ്പന്നൻ: ടെർമിനലിലെ നല്ല പട്ടികകളും നിറങ്ങളും പുരോഗതി ബാറുകളും.
പ്യ്ദാന്തിക്: കോൺഫിഗറേഷനും ഡാറ്റയും പരിശോധിക്കുന്നു.
പ്യ്യാംല് / റൂമൽ.: YAML വായിക്കുകയും എഴുതുകയും ചെയ്യുക.
കഠിനാധ്വാനം: പി. എ. ഐ. കളുടെ അഭാവം പരിശോധിക്കുന്നു.

UV ഉള്ള പാക്കേജിംഗ്

പൈത്തൺ പാക്കേജിംഗ് വേദനയേറിയതായിരുന്നു: വിർച്വൽ പരിതസ്ഥിതികൾ, പിപ്, ആവശ്യകത ഫയലുകൾ, പതിപ്പ് വൈരുദ്ധ്യങ്ങൾ. uv, ആസ്ട്രലില് നിന്നും, അത് വളരെ ലളിതവും വേഗവുമാക്കി.

uv init cloud-tools
cd cloud-tools
uv add boto3 typer rich
uv run python main.py

ചെറിയ സ്ക്രിപ്റ്റുകളിലെ എന്റെ പ്രിയപ്പെട്ട സവിശേഷത: ഇൻലൈൻ ആശ്രിതത്വം. ഒരു ഫയലിന്റെ മുകളില് നിങ്ങള്ക്ക് ആശ്രയത്വങ്ങള് പ്രഖ്യാപിക്കാം, uv run പരിസ്ഥിതി യാന്ത്രികമായി കൈകാര്യം ചെയ്യുന്നു:

# /// script
# requires-python = ">=3.12"
# dependencies = ["boto3", "typer", "rich"]
# ///

പിന്നെ ആർക്കും ഓടാം. uv run cleanup.py ഒന്നും ക്രമീകരിക്കാതെ. ഒരു ടീമിൽ ചെറിയ ഉപകരണങ്ങൾ പങ്കുവയ്ക്കാൻ പറ്റിയതാണ്.

ഏറ്റവും നല്ല ഓട്ടോമേഷൻ സ്ക്രിപ്റ്റ് നാളെ ഒരു സഹപ്രവർത്തകന് എങ്ങനെ ചെയ്യണമെന്ന് ചോദിക്കാതെ തന്നെ പ്രവർത്തിപ്പിക്കാൻ കഴിയുന്നതാണ്.

ഉദാഹരണംഃ ഉപയോഗിക്കാത്ത ക്ലൌഡ് റിസോഴ്സുകൾ കണ്ടെത്തുക

ഒരു യഥാർത്ഥ ലോക ഉദാഹരണംഃ ബന്ധിപ്പിക്കാത്ത EBS വോള്യങ്ങൾ കണ്ടെത്തുക (ഒരു ക്ലാസിക് മാലിന്യ സ്രോതസ്സ്) അവയെ ഇല്ലാതാക്കുക.

# /// script
# requires-python = ">=3.12"
# dependencies = ["boto3", "typer", "rich"]
# ///
import boto3
import typer
from rich.console import Console
from rich.table import Table

app = typer.Typer()
console = Console()


@app.command()
def unattached_volumes(
    region: str = "eu-central-1",
    delete: bool = typer.Option(False, help="Actually delete the volumes"),
):
    """List (and optionally delete) unattached EBS volumes."""
    ec2 = boto3.client("ec2", region_name=region)
    paginator = ec2.get_paginator("describe_volumes")
    pages = paginator.paginate(Filters=[{"Name": "status", "Values": ["available"]}])

    table = Table("Volume ID", "Size (GiB)", "Created", "Name")
    volumes = []
    for page in pages:
        for v in page["Volumes"]:
            name = next((t["Value"] for t in v.get("Tags", []) if t["Key"] == "Name"), "-")
            table.add_row(v["VolumeId"], str(v["Size"]), v["CreateTime"].date().isoformat(), name)
            volumes.append(v["VolumeId"])

    console.print(table)
    console.print(f"[bold]{len(volumes)}[/bold] unattached volumes in {region}")

    if delete and volumes and typer.confirm("Delete all of them?"):
        for vol_id in volumes:
            ec2.delete_volume(VolumeId=vol_id)
            console.print(f"Deleted {vol_id}")


if __name__ == "__main__":
    app()

ചില ശീലങ്ങൾ ശ്രദ്ധിക്കുക:

പേജിനേഷൻ: AWS API കൾ പേജുകളിലെ ഫലങ്ങൾ തിരികെ നൽകുന്നു. എപ്പോഴും പേജിനേറ്റർ ഉപയോഗിക്കുക, അല്ലെങ്കിൽ ആദ്യത്തെ പേജ് മാത്രമേ കാണൂ.
സ്ഥിരമായി ഡ്രൈ റൺ: അത് ലിസ്റ്റുചെയ്യുന്നു, നിങ്ങൾ പാസാകാത്ത പക്ഷം മാത്രം. --delete, പിന്നെ സ്ഥിരീകരണം ആവശ്യപ്പെടുകയും ചെയ്യുന്നു.
വായിക്കാവുന്ന ഔട്ട്പുട്ട് ഒരു മേശയും.

ഉദാഹരണം: ഒരു കുബർനെറ്റസ് റിപ്പോർട്ട്

ഏത് പാഡുകളിലാണ് വിഭവ അഭ്യർത്ഥനകളില്ലാത്തത്? ഒരു ചോദ്യം പലപ്പോഴും ഉയരുന്നുണ്ട്:

from kubernetes import client, config

config.load_kube_config()  # or load_incluster_config() inside a pod
v1 = client.CoreV1Api()

for pod in v1.list_pod_for_all_namespaces().items:
    for c in pod.spec.containers:
        requests = (c.resources and c.resources.requests) or {}
        if "cpu" not in requests or "memory" not in requests:
            print(f"{pod.metadata.namespace}/{pod.metadata.name} [{c.name}] missing requests")

പത്ത് വരികൾ, പിന്നെ നിനക്ക് ഒരു റിപ്പോർട്ട് കിട്ടും, അത് എല്ലാ ആഴ്ചയും ഐ. സി. യിൽ പോസ്റ്റ് ചെയ്യാം.

ഓട്ടോമേഷൻ സ്ക്രിപ്റ്റുകളുടെ ശീലങ്ങൾ

സ്ഥിരമായി ഡ്രൈ റൺ നശിപ്പിക്കുന്ന ഏതൊരു കാര്യത്തിനും വേണ്ടി.
സാധാരണ ക്രെഡൻഷ്യൽ ചെയിൻ ഉപയോഗിക്കുക (പരിസ്ഥിതി, പ്രൊഫൈലുകൾ, എസ്എസ്ഒ, ഇൻസ്റ്റൻസി റോളുകൾ) ഒരിക്കലും ഹാർഡ് കോഡ് ക്രെഡൻഷ്യലുകൾ.
നിങ്ങള് ചെയ്യുന്നതെല്ലാം രേഖപ്പെടുത്തുക, പിന്നീട് പുനർനിർമിക്കാൻ മതിയായ വിശദാംശങ്ങളോടെ.
പിശകുകളും വീണ്ടും ശ്രമങ്ങളും കൈകാര്യം ചെയ്യുക നെറ്റ് വർക്ക് കോളുകള് ക്ക് വേണ്ടി.
തരം സൂചനകൾ ചേർക്കുക ഒരു ലിന്ററും ഫോർമാറ്ററും പ്രവർത്തിപ്പിക്കുക.
ഒരു ചെറിയ ടെസ്റ്റ് എഴുതൂ. പ്രധാനപ്പെട്ട യുക്തിക്ക് വേണ്ടി.
ഗിറ്റിലേയ്ക്ക് മാറ്റുക, ഒരു README ഉപയോഗിച്ച് അത് എന്താണ് ചെയ്യുന്നതെന്നും അത് എങ്ങനെ പ്രവർത്തിപ്പിക്കാമെന്നും വിശദീകരിക്കുന്നു.

സ്ക്രിപ്റ്റിൽ നിന്നും ടൂളിലേക്ക്

ഒരു തിരക്കഥ ടീം ആശ്രയിക്കുന്ന ഒന്നായി മാറുമ്പോൾ:

ടൈപ്പറിനും സഹായ ടെക്സ്റ്റിനും ഒരു ശരിയായ CLI നൽകുക.
ഇത് UV കൊണ്ട് പാക്കേജ് ചെയ്യുക, അങ്ങനെ അത് uv tool install.
ഐ. ഐ. യിലോ ലാപ്ടോപ്പുകളിലോ അല്ലാതെ ഒരു കുബർനെറ്റ്സ് ക്രോൺജോബിലോ പ്രവർത്തിപ്പിക്കുക.
നിങ്ങളുടെ പ്ലാറ്റ്ഫോമിന്റെ ഭാഗമാകണോ അതോ ഓപ്പറേറ്ററാകണോ എന്ന് ആലോചിക്കുക.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഓരോ ആഴ്ചയും നിങ്ങൾ ചെയ്യുന്ന ഒരു ആവർത്തിച്ചുള്ള ജോലി തിരഞ്ഞെടുക്കുക, ഉദാഹരണത്തിന് വിഭവങ്ങൾ വൃത്തിയാക്കുക, ഒരു റിപ്പോർട്ട് സൃഷ്ടിക്കുക അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റുകൾ പരിശോധിക്കുക. യുവി യുടെ ഇൻലൈൻ ആശ്രിതത്വങ്ങളുള്ള ഒരു ചെറിയ പൈഥൺ സ്ക്രിപ്റ്റ് എഴുതുക. അത് പങ്കുവെക്കൂ. ടീം എത്ര പെട്ടെന്ന് കൂടുതൽ ആവശ്യപ്പെടുന്നു എന്ന് നിങ്ങള് ക്ക് അത്ഭുതപ്പെടും.

എന്റെ അഭിപ്രായം: പൈത്തൺ "ഞാൻ ഇത് കൈകൊണ്ട് ചെയ്യും, ഇത് പത്ത് മിനിറ്റ് മാത്രമേ എടുക്കൂ" എന്ന് "ഇത് എല്ലാ രാത്രിയും പ്രവർത്തിക്കുന്നു, ആരും അതിനെക്കുറിച്ച് ചിന്തിക്കുന്നില്ല" എന്ന് മാറ്റുന്നു.

ഡെസ്ലി

സെർട്ട് മാനേജറുമായി ഓട്ടോപൈലറ്റിൽ HTTPS

Tue, 20 Oct 2026 23:10:30 +0200

കാലഹരണപ്പെട്ട സർട്ടിഫിക്കറ്റുകൾ സാങ്കേതിക ചരിത്രത്തിലെ ഏറ്റവും നാണക്കേടായ ചില തകരാറുകൾക്ക് കാരണമായിട്ടുണ്ട്. വലിയ കമ്പനികളും, ജനപ്രിയ ആപ്ലിക്കേഷനുകളും, സുരക്ഷാ വിതരണക്കാരും പോലും, ആരെങ്കിലും സർട്ടിഫിക്കറ്റ് പുതുക്കാൻ മറന്നതുകൊണ്ട്, തകർന്നു. എല്ലായ്പ്പോഴും ഒരേ കഥയാണ്. പോയ ഒരാളുടെ കലണ്ടർ ഓർമ്മപ്പെടുത്തൽ, ആരും ഓർക്കുന്നില്ലാത്ത ഒരു മാനുവൽ പ്രക്രിയ.

ഈ പ്രശ്നം അവഗണിക്കാൻ കൂടുതൽ ബുദ്ധിമുട്ടാണ്, കാരണം സർട്ടിഫിക്കറ്റ് കാലാവധി വളരെ വേഗത്തിൽ ചുരുങ്ങുകയാണ്.

TLS സർട്ടിഫിക്കറ്റുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു, ലളിതമായി

നിങ്ങള് സന്ദർശിക്കുമ്പോൾ https://shop.example.comസെര് വര് ഒരു സർട്ടിഫിക്കറ്റ് "ഞാൻ shop.example.com" എന്ന് എഴുതിയിരിക്കുന്നു, സർട്ടിഫിക്കറ്റ് അതോറിറ്റി (CA) നിങ്ങളുടെ ബ്രൌസർ വിശ്വസിക്കുന്നു. ബ്രൌസർ ഒപ്പ്, പേര്, കാലഹരണ തീയതി എന്നിവ പരിശോധിക്കുന്നു. എല്ലാം ശരിയായിട്ടുണ്ടെങ്കിൽ, അത് ഒരു എൻക്രിപ്റ്റ് ചെയ്ത കണക്ഷൻ സജ്ജമാക്കും.

സർട്ടിഫിക്കറ്റുകള് മനഃപൂർവം കാലഹരണപ്പെടുന്നു. ഒരു സ്വകാര്യ കീ മോഷ്ടിക്കപ്പെട്ടാല് , കാലഹരണപ്പെടൽ തീയതി അത് എത്രകാലം ദുരുപയോഗം ചെയ്യാന് കഴിയുമെന്ന് പരിമിതപ്പെടുത്തുന്നു. ചുരുങ്ങിയ ആയുസ്സ് ഓട്ടോമേഷനെ നിർബന്ധിക്കുന്നു, ഇത് സിസ്റ്റത്തെ കൂടുതൽ ചടുലമാക്കുന്നു.

ജീവിതകാലം ചുരുങ്ങുന്നു.

പൊതു സർട്ടിഫിക്കറ്റുകളുടെ നിയമങ്ങൾ നിശ്ചയിക്കുന്ന CA/Browser ഫോറം, പരമാവധി സർട്ടിഫികറ്റ് ആയുസ്സ് 398 ദിവസത്തിൽ നിന്ന് കുറയ്ക്കുന്നതിനുള്ള ഒരു ഷെഡ്യൂൾ അംഗീകരിച്ചുഃ

2026 മാർച്ചില് നിന്ന്: പരമാവധി 200 ദിവസം
2027 മാർച്ചില് നിന്ന്: പരമാവധി 100 ദിവസം
2029 മാർച്ചില് നിന്ന്: പരമാവധി 47 ദിവസം

ഡൊമെയ്ൻ സാധൂകരണം വീണ്ടും ഉപയോഗിക്കാവുന്ന സമയവും കുറയുകയാണ്. 90 ദിവസത്തെ സർട്ടിഫിക്കറ്റുകൾ എപ്പോഴും നൽകുന്ന നമുക്ക് എൻക്രിപ്റ്റ്, വളരെ കുറഞ്ഞ കാലാവധിയുള്ള സർട്ടിഫികറ്റുകൾ വാഗ്ദാനം ചെയ്യാൻ തുടങ്ങി.

പ്രായോഗികമായി ഇത് എന്താണ് അർത്ഥമാക്കുന്നത്: മാനുവൽ സർട്ടിഫിക്കറ്റ് പുതുക്കൽ മരിച്ചു കൊണ്ടിരിക്കുകയാണ്. 47 ദിവസം കഴിഞ്ഞാൽ, ഒരുപിടി സർട്ടിഫിക്കറ്റുകളുടെ കരകൌശല പുതുക്കൽ ഒരു മുഴുവൻ സമയ ശല്യവും ഒരു തടസ്സവും ആകും.

ഒരു മനുഷ്യന് ഒരു സർട്ടിഫിക്കറ്റ് പുതുക്കേണ്ടതായി വന്നാൽ, ആ സർട്ടിഫിക്റ്റ് കാലഹരണപ്പെടും.

നമുക്ക് എൻക്രിപ്റ്റ് ചെയ്യാം, എസിഎംഇയും

നമുക്ക് എൻക്രിപ്റ്റ് ചെയ്യാം വെബിൽ മാറ്റം വരുത്തിയ സ്വതന്ത്രവും ഓട്ടോമേറ്റഡ് CA ആണ് ഇത്. എസിഎംഇ പ്രോട്ടോക്കോൾ, ഒരു സോഫ്റ്റ് വെയറിന് ഒരു ഡൊമെയ്നില് നിയന്ത്രണം തെളിയിക്കാനും മനുഷ്യന്റെ ഇടപെടലില്ലാതെ ഒരു സർട്ടിഫിക്കറ്റ് നേടാനും സാധിക്കുന്നു.

നിയന്ത്രണം തെളിയിക്കാനുള്ള രണ്ട് സാധാരണ വഴികൾ:

എച്ച്ടിടിപി-01: സി. എ. ഒരു ഫയൽ ആവശ്യപ്പെടുന്നു http://yourdomain/.well-known/acme-challenge/.... ലളിതം, പക്ഷെ 80 പോര് ട്ട് ലഭ്യമാക്കണം, വൈല്ഡ്കാർഡുകളെ പിന്തുണയ്ക്കില്ല.
ഡി. എൻ. എസ്-01: നിങ്ങൾ DNS ൽ ഒരു TXT റെക്കോർഡ് സൃഷ്ടിക്കുന്നു. വൈൽഡ് കാർഡ് സർട്ടിഫിക്കറ്റുകളും പൊതുജനങ്ങൾക്ക് ലഭ്യമല്ലാത്ത ആന്തരിക സേവനങ്ങളും. നിങ്ങളുടെ ഡിഎൻഎസ് ദാതാവിന് റെ എപിഐ ആക്സസ് വേണം.

മറ്റ് എസിഎംഇ സിഎകളും ഉണ്ട് (സീറോഎസ്എസ്എൽ, ഗൂഗിൾ ട്രസ്റ്റ് സർവീസസ്, നിരവധി വാണിജ്യ സിഎകൾ), സ്വകാര്യ സിഎകൾ ആന്തരിക സർട്ടിഫിക്കറ്റുകൾക്കായി എസിഎമ്മെ സംസാരിക്കും.

സര് ട്ടി-മാനേജര് സജ്ജീകരണം

കുബർനെറ്റീസിൽ, സര് ട്ടിഫിക്കറ്റ് മാനേജർ (സിഎൻസിഎഫ് ഗ്രാജ്വേഡ് പ്രോജക്ട്) സർട്ടിഫിക്കറ്റുകളെ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള സാധാരണ മാർഗമാണ്. ഇത് സർട്ടിഫിക്കറ്റുകള് ആവശ്യപ്പെടുന്നു, അവയെ കുബർനെറ്റസ് രഹസ്യങ്ങളില് സൂക്ഷിക്കുന്നു, അവ കാലഹരണപ്പെടുന്നതിന് വളരെ മുമ്പുതന്നെ അവ പുതുക്കുന്നു.

ഇത് ഇൻസ്റ്റാൾ ചെയ്യുകഃ

helm install cert-manager oci://quay.io/jetstack/charts/cert-manager \
  --namespace cert-manager --create-namespace \
  --set crds.enabled=true

ഒരു എമിറ്റർ (ഇവിടെ നമുക്ക് ഡീ. എൻ. എസ്. -01 ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്യാം, റൂട്ട് 53 ൽ, വർക്ക് ലോഡ് ഐഡന്റിറ്റി ഉപയോഗിച്ച്):

apiVersion: cert-manager.io/v1
kind: ClusterIssuer
metadata:
  name: letsencrypt
spec:
  acme:
    server: https://acme-v02.api.letsencrypt.org/directory
    email: platform@example.com
    privateKeySecretRef:
      name: letsencrypt-account-key
    solvers:
    - dns01:
        route53:
          region: eu-central-1

ഒരു സർട്ടിഫിക്കറ്റ് ആവശ്യപ്പെടുക:

apiVersion: cert-manager.io/v1
kind: Certificate
metadata:
  name: example-com
  namespace: infra
spec:
  secretName: example-com-tls
  issuerRef:
    name: letsencrypt
    kind: ClusterIssuer
  dnsNames:
  - example.com
  - "*.example.com"

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

അതുപോലെ തന്നെ ഗേറ്റ്വേ API നേരിട്ട്: ഒരു ഗേറ്റ്വേയിൽ ഒരു പരാമർശം നൽകുക, സർട്ടിഫിക്കറ്റ് മാനേജർ അതിന്റെ ശ്രോതാക്കൾക്കായി സർട്ടിഫികറ്റുകൾ സൃഷ്ടിക്കുന്നു.

നുറുങ്ങ്: Let's Encrypt's നെതിരെ പരീക്ഷിക്കുക ഘട്ടം ഘട്ടമായുള്ള ആദ്യം സെര് വര് . പ്രൊഡക്ഷന് സെര് വറിന് നിരക്ക് പരിമിതികളുണ്ട്, തെറ്റായ ക്രമീകരണം നിങ്ങളെ കുറച്ചു കാലത്തേക്ക് പൂട്ടിയിടാം.

കുബർനെറ്റിനു അപ്പുറം

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

നിരീക്ഷണ സർട്ടിഫിക്കറ്റുകൾ എന്തായാലും

ഓട്ടോമേഷൻ നിശബ്ദമായി പരാജയപ്പെടാം: ഡിഎൻഎസ് ക്രെഡൻഷ്യലുകൾ കാലഹരണപ്പെടാം, നിരക്ക് പരിധി ബാധിക്കും, ഒരു വെബ്ഹുക്ക് തകരും. കാലഹരണപ്പെടൽ നിരീക്ഷിക്കുക.

സെര് ട്ടി-മാനേജര് മാരുടെ എക്സ്പോസിഷനുകള് പ്രോമേഥിയസ് മെട്രിക്സ് ഒരുപോലെ certmanager_certificate_expiration_timestamp_seconds. ഒരു സർട്ടിഫിക്കറ്റിന് ഇനി രണ്ടാഴ്ചയെങ്കിലും ബാക്കിയുണ്ടെങ്കിൽ മുന്നറിയിപ്പ് നൽകുക.
ബ്ലാക്ക് ബോക്സ് കയറ്റുമതിക്കാരൻ അല്ലെങ്കിൽ ഒരു ബാഹ്യ പ്രവർത്തന സമയ ഉപകരണത്തിന് ഓരോ പൊതു അന്തിമ പോയിന്റിലും യഥാർത്ഥത്തിൽ വിതരണം ചെയ്ത സർട്ടിഫിക്കറ്റ് പരിശോധിക്കാൻ കഴിയും.
സർട്ടിഫിക്കറ്റിന്റെ സുതാര്യത നിങ്ങളുടെ ഡൊമെയ്നുകൾക്ക് നൽകിയിട്ടുള്ള എല്ലാ പൊതു സർട്ടിഫിക്കറ്റുകളും രേഖകൾ കാണിക്കുന്നു, അപ്രതീക്ഷിതവയെ കണ്ടെത്തുന്നതിന് ഉപയോഗപ്രദമാണ്.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഇന്ന് നിങ്ങൾ പുതുക്കുന്ന എല്ലാ സർട്ടിഫിക്കറ്റുകളും കൈകൊണ്ട് ലിസ്റ്റ് ചെയ്യുക. അവയെ ഒരു സർട്ടിഫിക്കറ്റ് മാനേജർ, ഒരു ക്ലൌഡ് സർട്ടിഫികറ്റ് മാനേജ്, അല്ലെങ്കിൽ ACME ഉള്ള ഒരു സെർവർ എന്നിവയിലേക്ക് മാറ്റുക. കാലഹരണപ്പെടൽ അലേർട്ടുകൾ ചേർക്കുക. 47 ദിവസത്തെ സർട്ടിഫിക്കറ്റുകൾ എത്തുമ്പോള് നിങ്ങള് അത് ശ്രദ്ധിക്കാന് പോലും പോകുന്നില്ല.

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ ഫോൺ ക്ലോക്ക് അപ്ഡേറ്റ് ചെയ്യുന്നതുപോലെ സർട്ടിഫിക്കറ്റുകൾ സ്വയം പുതുക്കണം. അവ എത്ര ചെറുതാവുന്നുവോ അത്രയും സത്യമാണ്.

ഡെസ്ലി

എല്ലായ്പ്പോഴും ഡി. എൻ. എസ് ആണ്.

Tue, 20 Oct 2026 23:10:30 +0200

സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരുടെ ഇടയില് ഒരു പ്രശസ്ത ഹൈക്കു ഉണ്ട്:

അത് ഡി. എൻ. എസ് അല്ല. അത് ഡി. എൻ. എസ് ആകാൻ വഴിയില്ല. അത് ഡി. എൻ. എസ് ആയിരുന്നു.

അത് സത്യമാണ് എന്നതുകൊണ്ട് തന്നെ അത് രസകരമാണ്. കഴിഞ്ഞ വർഷങ്ങളിലെ ഏറ്റവും വലിയ ചില തകരാറുകൾ, ക്ലൌഡ് പ്രൊവൈഡറുകളിലും വലിയ വെബ്സൈറ്റുകളിലും, ഡിഎൻഎസ് പ്രശ്നങ്ങളിലേക്ക് വന്നതാണ്. ദൈനംദിന ജോലിയിലും ആപ്പ് കണക്ട് ചെയ്യാൻ പറ്റുന്നില്ല എന്ന വലിയൊരു ഭാഗം രഹസ്യങ്ങൾ അവസാനിക്കുന്നത് ആരെങ്കിലും പറയും "ഓ, അത് പഴയ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്നു"

ഡി. എൻ. എസിന് റെ പ്രശ്നം

ഡിഎൻഎസ് എന്തിനാണ് എല്ലായിടത്തും ഉള്ളത്?

മിക്കവാറും എല്ലാ നെറ്റ് വർക്ക് കണക്ഷനും തുടങ്ങുന്നത് ഒരു ഡി. എൻ. എസ്. തിരയലിലൂടെയാണ്. നിങ്ങളുടെ ബ്രൌസർ, നിങ്ങളുടെ ആപ്പ് അതിന്റെ ഡാറ്റാബേസിലേക്ക് കണക്ട് ചെയ്യുന്നു, മറ്റൊരു സേവനത്തെ വിളിക്കുന്ന ഒരു പാഡ്, ഒരു ഐ. സി. ജോലി ഒരു ചിത്രം എടുക്കുന്നു. ഡിഎൻഎസ് പതുക്കെയാണെങ്കിൽ, എല്ലാം പതുക്കെയാണ്. അത് തെറ്റാണെങ്കിൽ, എല്ലാം തെറ്റായ സ്ഥലത്തേക്കു പോകും. അത് ഓഫ് ആണെങ്കിൽ, ഒന്നും പ്രവർത്തിക്കില്ല, എല്ലാ സെർവറുകളും ആരോഗ്യകരമാണെങ്കിലും.

ഡിഎൻഎസ് പല തലങ്ങളിലും കാഷെ ചെയ്തിരിക്കുന്നു: ആപ്ലിക്കേഷനുകളിലും, ഓപ്പറേറ്റിങ് സിസ്റ്റങ്ങളിലും, ലോക്കൽ റെസലൂഷനുകളിലും നിങ്ങളുടെ ISP-യിലും. അതായത് പ്രശ്നങ്ങൾ അസ്ഥിരവും വൈകുന്നതും പുനർനിർമ്മിക്കാൻ വളരെ പ്രയാസമുള്ളതുമാണ്.

റെക്കോർഡുകളും ടിടിഎല്ലുകളും

നിങ്ങള് ഏറ്റവും കൂടുതല് ജോലി ചെയ്യുന്ന റെക്കോഡുകള്:

എ / എഎഎഎ: ഐ. പി. വി. 4 / ഐ. പി . വി. 6 വിലാസത്തിന്റെ പേര്.
സി. എൻ. എം.: മറ്റൊരു പേരിന് റെ അപരനാമം. (അത് സോൺ അപ്ക്സിൽ ഉപയോഗിക്കാൻ കഴിയില്ല example.com; സേവനദാതാക്കൾ അതിനായി ALIAS അല്ലെങ്കിൽ ANAME രേഖകൾ വാഗ്ദാനം ചെയ്യുന്നു.
TXT: സ്വമേധയാ ഉള്ള വാചകം, ഡൊമെയ്ൻ പരിശോധനയ്ക്കായി ഉപയോഗിക്കുന്നു, SPF, DKIM, ACME വെല്ലുവിളികൾ.
MXമെയിൽ സെര് വറുകള് .
എസ്ആര്വി: തുറമുഖങ്ങളുമായി സേവന കണ്ടെത്തൽ.
എൻ എസ് / എസ് ഒ എ: ഏത് സെർവറുകളാണ് ഒരു സോണിന് ആധികാരികതയുള്ളത്.

TTL (ജീവിതകാലം) ഒരു ഉത്തരം എത്രനേരം കാഷെ ചെയ്യണമെന്ന് റെസലൂഷന് മാരെ അറിയിക്കുന്നു. അത് നിങ്ങളുടെ ഏറ്റവും പ്രധാനപ്പെട്ട ലവലാണ്:

കുറഞ്ഞ ടിടിഎൽ (60 മുതൽ 300 സെക്കൻഡ് വരെ): മാറ്റങ്ങൾ പെട്ടെന്ന് തന്നെ പ്രാബല്യത്തിലാകുന്നു. അടിയന്തര സാഹചര്യത്തില് മാറ്റേണ്ട റെക്കോർഡുകൾക്ക് നല്ലതാണ്, ഫയല് ഓവര് എന് ഡ്പോയിന്റ്സ് പോലെ.
ഉയർന്ന ടിടിഎൽ (മണിക്കൂർ): ഡിഎൻഎസിന് കുറവ് ലോഡ്, നിങ്ങളുടെ ഡിഎൻഎസ് ദാതാവിന് പ്രശ്നമുണ്ടെങ്കിൽ കൂടുതൽ പ്രതിരോധശേഷി. സ്ഥിരതയുള്ള രേഖകൾക്കായി നല്ലതാണ്.

ഒരു ക്ലാസിക് തെറ്റ്: ഒരു മൈഗ്രേഷൻ പ്ലാനിംഗ്, റെക്കോർഡ് മാറ്റം, പഴയ ടിടിഎല് കണ്ടെത്തൽ 24 മണിക്കൂറായിരുന്നു. ഒന്നോ രണ്ടോ ദിവസം മുമ്പ് TTL കുറയ്ക്കുക. ഒരു ആസൂത്രിത മാറ്റം, പിന്നെ അത് പിന്നീട് വീണ്ടും ഉയർത്തുക.

ഡിഎൻഎസ് മാറ്റങ്ങൾ നിങ്ങൾ വരുമ്പോൾ സംഭവിക്കുന്നില്ല. ലോകത്തിലെ അവസാനത്തെ കാഷെ പഴയ ഉത്തരം മറന്നുപോയപ്പോൾ അവ സംഭവിക്കുന്നു.

കുബർനെറ്റിനു ഉള്ളിലെ DNS

കുബർനെറ്റിന് സ്വന്തമായി ഡിഎൻഎസ് ഉണ്ട്, സാധാരണയായി കോര് ഡ് എൻ എസ്. ഓരോ സേവനത്തിനും ഒരു പേര് കിട്ടും orders.shop.svc.cluster.local.

ചില കാര്യങ്ങൾ ആളുകളെ ഇടറുന്നു:

ചെറിയ പേരുകൾ ഒരേ നാമമേഖലയില് മാത്രമേ പ്രവർത്തിക്കൂ. orders പ്രവര് ത്തനങ്ങള് shop നെയിംസ്പെയ്സ്; മറ്റെവിടെ നിന്നും, ഉപയോഗിക്കുക orders.shop അല്ലെങ്കിൽ മുഴുവൻ പേരും.
സി. ndots:5 ക്രമീകരണം. സ്ഥിരസ്ഥിതിയായി, അഞ്ച് ഡോട്ടുകളിൽ കുറവുള്ള പേരുകൾ ബന്ധുക്കളായി കണക്കാക്കുകയും ആദ്യം നിരവധി തിരയൽ ഡൊമെയ്നുകൾ പരീക്ഷിക്കുകയും ചെയ്യുന്നു. ഒരു തിരച്ചിൽ api.example.com യഥാർത്ഥ അന്വേഷണത്തിനു മുമ്പ് പല പരാജയപ്പെട്ട അന്വേഷണങ്ങളും സൃഷ്ടിക്കാൻ കഴിയും. ബാഹ്യ നാമങ്ങളുടെ കാര്യത്തിൽ, ഒരു അവസാന പോയിന്റ് (api.example.com.) അല്ലെങ്കിൽ ട്യൂണിങ് ndots കപ്പലില് dnsConfig അത് കുറയ്ക്കുന്നു.
കോര് ഡിഎന് എസ് ഒരു കുടുക്ക് തടസ്സമാകാം തിരക്കേറിയ കൂട്ടത്തില് . അത് അളക്കുക, പരിഗണിക്കുക NodeLocal DNSCache എന്നതിനായി, ഓരോ നോഡിലും ഒരു കാഷെ പ്രവർത്തിപ്പിക്കുന്നു.
കരാറുകളും യുഡിപിയും ചില സെറ്റപ്പുകളിൽ ഇടയ്ക്കിടെയുള്ള വേഗത കുറഞ്ഞ തിരയലുകൾ (ക്ലാസിക് അഞ്ച് സെക്കൻഡ് കാലതാമസം) ഉണ്ടാക്കുന്നു. നോഡ് ലോക്കൽ ഡിഎൻഎസ്കാഷും ആ കാര്യത്തിലും സഹായിക്കുന്നു.

എക്സ്റ്റേണൽ ഡിഎൻഎസ്

ഓരോ സേവനത്തിനും പൊതു ഡിഎൻഎസ് റെക്കോർഡുകൾ കൈകൊണ്ട് കൈകാര്യം ചെയ്യുന്നത് പിശകുകൾക്ക് വിധേയമാണ്. എക്സ്റ്റേണൽ ഡിഎൻഎസ് കുബർനെറ്റസ് റിസോഴ്സുകൾ (സേവനങ്ങൾ, പ്രവേശനം, ഗേറ്റ്വേ API റൂട്ടുകൾ) നിരീക്ഷിക്കുകയും റൂട്ട് 53, ക്ലൌഡ് ഡിഎൻഎസ്, അസ്യൂർ ഡിഎൻഎസ്, ക്ലൌഡ്ഫ്ലെയർ എന്നിവയിലും മറ്റു പലതിലും സ്വപ്രേരിതമായി ഡിഎൻ എസ് റെക്കോർഡുകൾ സൃഷ്ടിക്കുകയും ചെയ്യുന്നു.

apiVersion: gateway.networking.k8s.io/v1
kind: HTTPRoute
metadata:
  name: shop
  namespace: shop
spec:
  parentRefs:
  - name: web
    namespace: infra
  hostnames: ["shop.example.com"]   # ExternalDNS creates this record
  rules:
  - backendRefs:
    - name: shop-api
      port: 8080

ഒരു TXT രജിസ്ട്രി അത് സ്വന്തമായിട്ടുള്ള രേഖകളിലേക്ക് മാത്രം സ്പർശിക്കുന്നു. ഡൊമെയ്ൻ ഫിൽട്ടർ അതുകൊണ്ട് അത് പാടില്ലാത്ത മേഖലകളെ മാറ്റാൻ കഴിയില്ല.

DNS അടിസ്ഥാനമാക്കിയുള്ള പരാജയമാറ്റം

ഡിഎൻഎസിന് ട്രാഫിക് പരാജയങ്ങളിൽ നിന്നും അകറ്റാൻ കഴിയും:

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

TTL ഓർക്കുക: കേസ് ഓവർ ചെയ്യാനുള്ള വേഗത കാഷെ കാലാവധി തീരുന്നതനുസരിച്ചായിരിക്കും. ചില ക്ലയന്റുകൾ TTL പറയുന്നതിനേക്കാൾ വളരെ കൂടുതലായി DNS കാഷെ ചെയ്യുന്നു (പഴയ ജാവ പതിപ്പുകൾ ഇതിനു പ്രശസ്തമായിരുന്നു).

ഞാന് കണ്ടിട്ടുള്ള (നിങ്ങളും കാണും)

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

എന്റെ ഡീബഗ് റൂട്ടിൻ

dig shop.example.com +short                 # what does my resolver say?
dig @1.1.1.1 shop.example.com +short        # what does a public resolver say?
dig shop.example.com +trace                 # follow it from the root
dig shop.example.com NS                     # who is authoritative?
kubectl run -it --rm dnstest --image=busybox:1.36 -- nslookup orders.shop   # from inside the cluster

വ്യത്യസ്ത സ്ഥലങ്ങളിൽ നിന്നുള്ള ഉത്തരങ്ങൾ താരതമ്യം ചെയ്യുക. അവ തമ്മിൽ വ്യത്യാസമുണ്ടെങ്കിൽ അത് കാഷിംഗ് അല്ലെങ്കിൽ സ്പ്ലിറ്റ് ഹൊറിസോൺ ആണ്. ആധികാരികമായ ഉത്തരം തെറ്റാണെങ്കിൽ, അത് റെക്കോർഡ് തന്നെ.

എങ്ങനെയാണ് ഡിഎൻഎസ് കേടാകുന്നത് കുറയ്ക്കുന്നത്?

റെക്കോർഡുകൾ കോഡായി അല്ലെങ്കിൽ ExternalDNS ഉപയോഗിച്ച് നിയന്ത്രിക്കുക, TTL കൾ മനഃപൂർവ്വം ആസൂത്രണം ചെയ്യുക, നിങ്ങളുടെ ഡൊമെയ്നുകളും സർട്ടിഫിക്കറ്റുകളും നിരീക്ഷിക്കുക, വർക്ക് ലോഡുകൾക്ക് സമീപമുള്ള DNS കാഷെ ചെയ്യുക, ക്ലയന്റ് യഥാർത്ഥത്തിൽ എവിടെയാണെന്ന് എല്ലായ്പ്പോഴും പരിശോധിക്കുക.

എന്റെ അഭിപ്രായം: ഡിഎൻഎസ് ലളിതമാണ്, അത് അങ്ങനെ അല്ല. അതിനെ ഒരു നിർണായക അടിസ്ഥാന സൌകര്യമായി കണക്കാക്കുക, കാരണം എല്ലാ അഭ്യർത്ഥനകളും ആദ്യം തൊടുന്ന ഒന്നാണ് അത്.

ഡെസ്ലി

എന്നെ രക്ഷിച്ച ഗിറ്റ് തന്ത്രങ്ങൾ

Tue, 20 Oct 2026 23:10:30 +0200

മിക്ക ആളുകളും ഏകദേശം ആറ് ഗിറ്റ് കമാൻഡുകൾ ഉപയോഗിക്കുന്നുഃ ക്ലോൺ, ട്രിഗ്, അഡ്, കമ്മീറ്റ്, പുഷ്, ചെക്ക് ഔട്ട് (അല്ലെങ്കിൽ സ്വിച്ച്). ഒരു സാധാരണ ദിവസത്തിന് ഇത് മതിയാകും. പക്ഷെ, വൈകാതെ, എന്തെങ്കിലും കുഴപ്പം സംഭവിക്കും. തെറ്റായ ശാഖയില് ഒരു കംമെയിറ്റ്. കഴിഞ്ഞ ആഴ്ചയിൽ എപ്പോഴോ വന്ന ഒരു ബഗ്. എല്ലാം മായ്ച്ചുകളഞ്ഞ ഒരു ബലപ്രയോഗം.

അപ്പോഴാണ് കുറച്ച് സാധാരണ കമാൻഡുകൾ രക്ഷകന്മാരാകുന്നത്. DevOps ൽ, ഗിറ്റ് എന്നത് നമ്മൾ അടിസ്ഥാന സൌകര്യങ്ങൾ വിന്യസിക്കുന്ന രീതി കൂടിയാണ്, അവയെ അറിയുന്നത് കൂടുതൽ ഉപയോഗപ്രദമാണ്.

റീബേസ് ചെയ്യുകയോ ലയിപ്പിക്കുകയോ?

രണ്ടും രണ്ടു ശാഖകളില് നിന്നുള്ള ജോലികള് സംയോജിപ്പിക്കുന്നു. അവര് വ്യത്യസ്തമായി ചെയ്യുന്നു:

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

git switch feature
git fetch origin
git rebase origin/main      # put my commits on top of the latest main

എന്റെ പൊതുനിയമം: നിങ്ങളുടെ സ്വന്തം പ്രാദേശിക ശാഖകളെ പുനർനിർമ്മിക്കുക അവ കാലികവും വൃത്തിയുള്ളതുമായി നിലനിർത്തുക; മറ്റുള്ളവരുടെ കരാറുകള് റീബേസ് ചെയ്യരുത്. (പ്രധാന ശാഖ പോലെ ശാഖകൾ പങ്കിട്ടു). പല ടീമുകളും ചർച്ച ഒഴിവാക്കുന്നു. കുക്കോസ് ലയനം pull requests: മുഴുവൻ ബ്രാഞ്ചും പ്രധാനത്തിൽ ഒരു ക്ലീൻ കമ്മീറ്റ് ആയി മാറുന്നു.

ഇന്ററാക്ടീവ് റീബേസ് ഒരു pull request തുറക്കുന്നതിനു മുമ്പ് നിങ്ങളുടെ commits വൃത്തിയാക്കാൻ അനുവദിക്കുന്നു: squash "fix typo" commits, reorder, reword messages.

git rebase -i origin/main

ബൈസെക്ട് ഉപയോഗിച്ച് ഒരു ബഗ് കണ്ടെത്തുന്നു

"കഴിഞ്ഞയാഴ്ച അത് പ്രവർത്തിച്ചു, ഇപ്പോൾ അത് പ്രവർത്തിക്കുന്നില്ല. "ഇതിനിടയിൽ 80 കമ്മിറ്റുകളുണ്ട്. " അവയെ ഓരോന്നായി പരിശോധിക്കുന്നതിനു പകരം, ഗിറ്റ് ഒരു ബൈനറി തിരയൽ നടത്തട്ടെഃ

git bisect start
git bisect bad                 # current commit is broken
git bisect good v2.3.0         # this version worked
# Git checks out a commit in the middle. Test it, then:
git bisect good                # or: git bisect bad
# ...repeat about 6-7 times for 80 commits...
git bisect reset

ഇതിലും നല്ലത്, പരാജയപ്പെട്ടാൽ പൂജ്യം അല്ലാത്തത് പുറത്തു വരുന്ന ഒരു ടെസ്റ്റ് സ്ക്രിപ്റ്റ് ഉപയോഗിച്ച് അത് ഓട്ടോമേറ്റ് ചെയ്യുക:

git bisect run ./scripts/test-login.sh

ഗിറ്റ് കൃത്യമായ കമ്മിറ്റ് കണ്ടെത്തുന്നു, സാധാരണയായി മിനിറ്റുകൾക്കുള്ളിൽ. അടിസ്ഥാന സൌകര്യങ്ങളുടെ കാര്യത്തിലും ഇത് ശരിയാണ്: "ഏത് മാറ്റമാണ് ഹെൽമിന്റെ ചാർട്ട് തകർത്തിയത്?"

git bisect "കഴിഞ്ഞ ആഴ്ചയിൽ തകർന്നു" എന്ന് എഴുപത് ഘട്ടങ്ങളിലൂടെ "ഈ സമയത്ത് തകർന്നു" എന്നാക്കി മാറ്റുന്നു.

റീഫ്ലോഗ് ഉപയോഗിച്ച് ഏതാണ്ട് എന്തും മാറ്റിവെക്കുന്നു

ഗിറ്റിനെ കുറിച്ചുള്ള ഏറ്റവും ആശ്വാസകരമായ വസ്തുത ഇതാ: അത് ഒരിക്കലും യഥാർത്ഥത്തിൽ പ്രതിജ്ഞാബദ്ധമായ പ്രവൃത്തി നഷ്ടപ്പെടുന്നില്ല. ഒരു മോശം റീസെറ്റ്, ഒരു മോശം പുനർസ്ഥാപനം അല്ലെങ്കിൽ ഒരു ബ്രാഞ്ച് ഇല്ലാതാക്കിയാലും, ഒരു സമയത്ത് കമിറ്റ്സ് നിലനിൽക്കും. പുനർനിർമ്മാണം എല്ലായിടത്തും കാണിക്കുന്നു HEAD അടുത്തിടെ ചൂണ്ടിക്കാട്ടി:

git reflog
# a1b2c3d HEAD@{0}: reset: moving to HEAD~3
# e4f5g6h HEAD@{1}: commit: add retry logic
# ...

git reset --hard e4f5g6h      # go back to before the bad reset
# or recover a deleted branch:
git branch rescued e4f5g6h

"ഞാൻ എന്റെ ജോലി നശിപ്പിച്ചു" എന്ന് നിങ്ങൾ ചിന്തിച്ചാൽ, നിർത്തുക, ശ്വസിക്കുക, ഓടിപ്പോകുക git reflog.

മറ്റു ദൈനംദിന രക്ഷാപ്രവർത്തനങ്ങൾ

തെറ്റായ ശാഖയിൽ ഏർപ്പെട്ടിരിക്കുന്നു:

git switch correct-branch
git cherry-pick <commit>
git switch wrong-branch
git reset --hard HEAD~1       # remove it from the wrong branch (if not pushed)

അവസാനത്തെ കംമെറ്റ് പരിഹരിക്കുക (സന്ദേശമോ മറന്നുപോയ ഫയലോ):

git add forgotten-file.yaml
git commit --amend

ഇതിനകം നീക്കിയിട്ടുള്ള ഒരു കംമെറ്റ് റദ്ദാക്കുക, സുരക്ഷിതമായി, ചരിത്രം തിരുത്തി എഴുതാതെ:

git revert <commit>

ഗിറ്റോപ്സ് സജ്ജീകരണത്തില് , git revert അക്ഷരാർത്ഥത്തില് ഒരു വിന്യാസം എങ്ങനെ പിൻവലിക്കുന്നു എന്നതാണ്.

പാർക്ക് പൂർത്തിയാകാത്ത പ്രവൃത്തികൾ:

git stash push -m "half-done refactor"
git stash list
git stash pop

ആരാണ് ഈ വാചകം മാറ്റിയത്, എന്തിന്?

git blame -L 40,60 values.yaml
git log -p -S "replicas: 1" -- deploy/   # find the commit that added or removed a string

കൂടുതൽ സുരക്ഷിതമായി തള്ളാൻ നിർബന്ധിക്കുക., നിങ്ങള് ക്ക് ഇനിപ്പറയുന്ന കാര്യങ്ങൾ ചെയ്യേണ്ടിവരുമ്പോൾ:

git push --force-with-lease

വ്യത്യസ്തമായി --force, അത് മറ്റാരെങ്കിലും തളച്ചാൽ അത് നിരസിക്കും.

ശാഖകളെ സംരക്ഷിക്കുക

ഒരു ടീമിൽ ഏറ്റവും സുരക്ഷിതം പിഴവുകൾ എളുപ്പത്തിൽ പ്രധാന ഭാഗത്ത് എത്താത്തതാണ്.

ശാഖ സംരക്ഷണം / നിയമങ്ങൾ: പ്രധാന ആവശ്യങ്ങൾക്കായി പിൻ അഭ്യർത്ഥനകൾ, അവലോകനങ്ങൾ, പാസ് പരിശോധനകൾ എന്നിവ ആവശ്യപ്പെടുന്നു. ബലപ്രയോഗം തടയുക, ഇല്ലാതാക്കുക.
കോഡ് ഉടമകൾ: ശരിയായ ഫയലുകൾക്കായി ശരിയായ ടീമിൽ നിന്ന് അവലോകനങ്ങൾ സ്വപ്രേരിതമായി ആവശ്യപ്പെടുക. പ്രത്യേകിച്ച് ഇൻഫ്രാസ്ട്രക്ചർ ഫോൾഡറുകളിൽ ഉപയോഗപ്രദമാണ്.
ഒപ്പിട്ട കരാറുകൾ: SSH അല്ലെങ്കിൽ GPG കീകളിലൂടെ (അല്ലെങ്കിൽ Sigstore ന്റെ gitsign ഉപയോഗിച്ച് കീ രഹിതമായി) സൈൻ ഇൻ ചെയ്യുക, സംരക്ഷിത ബ്രാഞ്ചുകളിൽ ഒപ്പുകൾ ആവശ്യപ്പെടുക. അത് തെളിയിക്കുന്നു കുറ്റകൃത്യങ്ങള് യഥാർത്ഥത്തില് വന്നത് അവര് അവകാശപ്പെടുന്ന ആളില് നിന്നാണെന്ന്.

# .github/CODEOWNERS
/infrastructure/   @acme/platform-team
/deploy/prod/      @acme/platform-team @acme/sre

ഞാന് എപ്പോഴും ഉപയോഗിക്കുന്ന ചില ക്രമീകരണങ്ങള്

git config --global pull.rebase true          # rebase instead of merge on pull
git config --global rebase.autoStash true     # stash and unstash automatically during rebase
git config --global push.autoSetupRemote true # no more --set-upstream
git config --global rerere.enabled true       # remember conflict resolutions
git config --global init.defaultBranch main

പിന്നെ, നീ എന്തു പരിശീലിക്കണം?

ശ്രമിക്കൂ git bisect ഒരു യഥാർത്ഥ ബഗ് പരിശോധിച്ച് ഒരു ടെസ്റ്റ് റീസെറ്റ് നടത്തുക. അതിനുശേഷം ഒരു റിപ്പോയിൽ ഒരു റീഫ്ലോഗ് വീണ്ടെടുക്കൽ നടത്തുക. ഒരിക്കൽ നീ നിന്നെത്തന്നെ രക്ഷിച്ചുകഴിഞ്ഞാൽ, ഗിറ്റ് പേടിപ്പെടുത്തുന്നത് അവസാനിപ്പിക്കും.

എന്റെ അഭിപ്രായം: ജിറ്റ് മിക്കവാറും എല്ലാം ഓര് മിക്കുന്നു. അത് ചോദിക്കാൻ അനുവദിക്കുന്ന കമാൻഡുകൾ പഠിച്ചാൽ, നിങ്ങൾക്ക് ജോലി നഷ്ടപ്പെടാൻ സാധ്യത കുറവായിരിക്കും.

ഡെസ്ലി

"എന്റെ മെഷീനിൽ പ്രവർത്തിക്കുന്നു", നിക്സുമായി പരിഹരിക്കപ്പെട്ടോ?

Tue, 20 Oct 2026 23:10:30 +0200

ഓരോ ടീമിനും ഓരോ സംഭാഷണമുണ്ട്. "എന്റെ ബിൽഡ് പരാജയപ്പെട്ടു". "എന്റെ മെഷീനിൽ പ്രവർത്തിക്കുന്നു". പിന്നെ ഇരുപത് മിനിറ്റ് വേരിയൻറ് താരതമ്യം: വ്യത്യസ്ത ടെറാഫോർം, പുതിയ നോഡ്, പഴയ കുബെക്ട്ൽ, മാക് ഒഎസിനൊപ്പം വന്ന പൈത്തൺ, കാണാതായ സിസ്റ്റം ലൈബ്രറി.

പുതിയ ടീം അംഗത്തെ കൂട്ടിച്ചേര് ക്കാന് ഒരു ദിവസം എടുത്തേക്കാം ശരിയായ ഉപകരണങ്ങള് ശരിയായ പതിപ്പില് കിട്ടാന് മാത്രം. ഐ. സി. പലപ്പോഴും തികച്ചും വ്യത്യസ്തമായ പതിപ്പുകൾ ഉപയോഗിക്കുന്നു.

പുനർനിർമ്മിക്കാവുന്ന വികസന പരിതസ്ഥിതികൾ ഇത് പരിഹരിക്കുന്നു. അവരെ കിട്ടാനുള്ള ഏറ്റവും ശക്തമായ മാർഗ്ഗം നിക്സാണ്, പുതിയ ഉപകരണങ്ങൾ അത് കൂടുതൽ ആക്സസ് ചെയ്യാവുന്നതാക്കി.

പ്രശ്നം

വികസന പരിതസ്ഥിതികൾ മാറുന്നു കാരണംഃ

എല്ലാവരും വ്യത്യസ്തമായി ടൂളുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു: ഹോംബ്രൂ, അപ്റ്റ്, ഡൌൺലോഡ് ചെയ്ത ബൈനറികൾ, പതിപ്പ് മാനേജർമാർ.
പതിപ്പുകൾ അറ്റാച്ചുചെയ്തിട്ടില്ല, അല്ലെങ്കിൽ ആരും പിന്തുടരാത്ത ഒരു README-ലാണ് അറ്റാച്ച് ചെയ്തിരിക്കുന്നത്.
ഉപകരണങ്ങൾ സിസ്റ്റം ലൈബ്രറികളെ ആശ്രയിച്ചിരിക്കുന്നു, അത് മെഷീനുകൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു.
CI ചിത്രങ്ങള് ഡെവലപ്പര് സ്ടെപ്പുകളിൽ നിന്നും വേറിട്ടു സൂക്ഷിക്കുന്നു.

നമുക്ക് വേണ്ടത്: റിപ്പോസിറ്ററിയിൽ ഒരു ഫയൽ, ഏത് ഉപകരണങ്ങൾ (വെർഷനുകൾ) ആണ് പ്രോജക്ടിന് വേണ്ടത് എന്ന് കൃത്യമായി നിർവചിക്കുന്ന, എല്ലാ ഡവലപ്പർമാരുടെയും മെഷീനിലും CI യിലും ഒരേപോലെ പ്രവർത്തിക്കുന്ന.

ഒരു ഖണ്ഡികയില് നിക്സ

നിക്സ് ഒരു റാഡിക്കൽ ആശയത്തെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു പാക്കേജ് മാനേജറും ബിൽഡ് സിസ്റ്റവുമാണ്: ഓരോ പാക്കേജും അതിന്റെ ഇൻപുട്ടുകളുടെ കൃത്യമായ വിവരണത്തിൽ നിന്ന് ഒറ്റപ്പെട്ട് നിർമ്മിക്കുകയും ആ ഇൻപുട്ടുകൾ (അത്തരം) /nix/store/abc123-terraform-1.9.8) പലതരം പതിപ്പുകൾ പരസ്പരം പൊരുത്തപ്പെടാതെ ജീവിക്കുന്നു. ഒന്നും ആഗോളതലത്തിൽ സ്ഥാപിച്ചിട്ടില്ല. രണ്ട് മെഷീനുകൾ ഒരേ നിക്സ് വിവരണം ഉപയോഗിച്ചാൽ, അവയ്ക്ക് കൃത്യമായി ഒരേ സോഫ്റ്റ്വെയർ ലഭിക്കും, ബിറ്റ് ബിറ്റ്. നിക്സ്പ്കഗ്സ് ഈ ശേഖരത്തില് 100,000 പാക്കേജുകള് കൂടുതലുണ്ട്. പാക്കേജ് മാനേജര് മാരില് ഏറ്റവും വലിയ പാക്കേജിന് റെ കൂട്ടത്തില് ഒന്നാണിത്.

നിക്സ് പരുത്തി

പരുത്തി എല്ലാം കൃത്യമായി ക്രമീകരിക്കുന്ന ഒരു ലോക്ക് ഫയൽ ഉപയോഗിച്ച് നിക്സ് പ്രോജക്ടുകളെ നിർവചിക്കാനുള്ള ആധുനിക മാർഗമാണ്. ഒരു ഇൻഫ്രാസ്ട്രക്ചർ പ്രോജക്ടിന് വേണ്ടിയുള്ള ഒരു ഡെവലപ്പർ ഷെൽ:

{
  description = "Infrastructure dev environment";

  inputs.nixpkgs.url = "github:NixOS/nixpkgs/nixos-unstable";

  outputs = { self, nixpkgs }:
    let
      systems = [ "x86_64-linux" "aarch64-linux" "aarch64-darwin" ];
      forAll = f: nixpkgs.lib.genAttrs systems (s: f nixpkgs.legacyPackages.${s});
    in {
      devShells = forAll (pkgs: {
        default = pkgs.mkShell {
          packages = with pkgs; [
            opentofu
            kubectl
            kubernetes-helm
            awscli2
            jq
            shellcheck
          ];
        };
      });
    };
}

ഓടിപ്പോകുക. nix develop, നിങ്ങള് ആ ഉപകരണങ്ങളുമായി ഒരു ഷെല്ലിലായിരിക്കും. flake.lock ഫയൽ അവയെ പിൻ ചെയ്യുന്നു, അങ്ങനെ എല്ലാവരും ഒരേ പതിപ്പുകൾ ലഭിക്കുന്നു ആരെങ്കിലും മനഃപൂർവ്വം ലോക്ക് അപ്ഡേറ്റ് ചെയ്യുന്നതുവരെ.

സത്യസന്ധമായി, നിക്സിന്റെ ഭാഷയ്ക്കും ആശയങ്ങൾക്കും ഒരു കുത്തനെയുള്ള പഠന വക്രമുണ്ട്. അവിടെയാണ് കൂടുതൽ സൌഹൃദ ഉപകരണങ്ങൾ വരുന്നത്.

നിക്സിനെ ഉപയോഗിക്കുക എന്നതല്ല ലക്ഷ്യം. "ഉപകരണങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുക" എന്ന കമാൻഡ് എപ്പോഴും ഒരേ ഫലം നൽകുന്ന ഒരു കമാൻഡായി മാറുകയാണ് ലക്ഷ്യം.

devbox, devenv: വേദനയില്ലാതെ നിക്സ്

devbox (ജെറ്റിഫൈയിൽ നിന്നും) നിക്സ് ഉപയോഗിക്കുന്നു, പക്ഷേ നിങ്ങൾ ഒരു ലളിതമായ ജെസോൺ ഫയൽ മാത്രം എഴുതുന്നു:

{
  "packages": [
    "opentofu@1.10",
    "kubectl@1.33",
    "helm@latest",
    "awscli2@latest",
    "jq@latest"
  ],
  "shell": {
    "init_hook": ["echo 'Infra shell ready'"]
  }
}

devbox shell

നിക്സ് അറിവ് ആവശ്യമില്ല. ഒരേ ഫയലിൽ നിന്നും ഡോക്കർ ഫയലുകളും ഡെവ് കണ്ടെയ്നർ കോൺഫിഗറേഷനുകളും സൃഷ്ടിക്കാനും ഇതിന് കഴിയും.

വിഭജനം (Cachix ൽ നിന്ന്) മറ്റൊരു ജനപ്രിയ ഓപ്ഷനാണ്ഃ കൂടുതൽ നിക്സ് ഹൂഡിനടിയിൽ, എന്നാൽ ഭാഷകൾക്കും സേവനങ്ങൾക്കുമായി തയ്യാറാക്കിയ മൊഡ്യൂളുകൾ (ലോക്കൽ പോസ്റ്റ്ഗ്രെഎസ്.സി.എൽ. തുടങ്ങുന്നത് പോലെ), പ്രീ-കമ്മിറ്റ് ഹുക്കുകൾ, സ്ക്രിപ്റ്റുകൾ എന്നിവ ഉപയോഗിച്ച്.

രണ്ടും നന്നായി പ്രവർത്തിക്കുന്നു ഡെര് വ്, നിങ്ങൾ ഓട്ടോമാറ്റിക്കായി പരിസ്ഥിതി സജീവമാക്കുന്നു cd പ്രോജക്ട് ഫോൾഡറിലേക്ക്

പകരം ഡെവ് കണ്ടെയ്നറുകൾ?

പ്രധാന ബദല് ഡെവ് കണ്ടെയ്നറുകൾ: a devcontainer.json നിങ്ങളുടെ എല്ലാ ഉപകരണങ്ങളുമായും ഒരു കണ്ടെയ്നർ ഇമേജ് നിർവചിക്കുന്നു, അത് വിഎസ് കോഡ്, ജെറ്റ് ബ്രെയിൻസ് ഐഡിഇ, ഗിറ്റ്ഹബ് കോഡ്സ്പേസുകൾ തുടങ്ങിയവ ഉപയോഗിക്കുന്നു.

	നിക്സ് / ഡെവ്ബോക്സ് / ഡീവൺ	ഡെവ് കണ്ടെയ്നറുകൾ
റൺസ്	നിങ്ങളുടെ മെഷീനിൽ പ്രാദേശികമായി	ഒരു കണ്ടെയ്നറിനുള്ളില്
പുനർനിർമ്മാണ ശേഷി	വളരെ ഉയർന്ന (ലോക്ക് ചെയ്ത ഇൻപുട്ടുകൾ)	ചിത്രം എങ്ങനെ നിർമ്മിക്കപ്പെടുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു
മാകോസ് ലെ പ്രകടനം	പ്രാദേശിക വേഗത	ചില ഓവർഹെഡ് (ഫയൽ സിസ്റ്റം, വിഎം)
പഠന വക്രത	കുത്തനെയുള്ള (Nix), എളുപ്പമുള്ള (devbox)	ഡോക്കറിനെ അറിയുന്നതുകൊണ്ട് എളുപ്പമാണ്.
എഡിറ്റർ സംയോജനം	ഡെറൻവ് വഴി, എല്ലായിടത്തും പ്രവർത്തിക്കുന്നു	വിഎസ് കോഡിലും കോഡ് സ്പെയ്സിലും മികവ്
ക്ലൌഡ് ഡെവലപ്പർ പരിതസ്ഥിതികൾ	സാധ്യമാണ്	കോഡ് സ്പെയ്സുകളിലും സമാനമായവയിലും സ്വദേശി

രണ്ടും നല്ല തീരുമാനങ്ങളാണ്. മിക്ക ടീമുകൾക്കും ഡെവ് കണ്ടെയ്നറുകൾ പരിചിതമാണ്. നിക്സ് അടിസ്ഥാനമാക്കിയുള്ള ഉപകരണങ്ങള് കൂടുതല് കൃത്യവും നേറ്റീവ് ആയി പ്രവർത്തിക്കുന്നതുമാണ്. ചില ടീമുകൾ ഇവയെ സംയോജിപ്പിക്കുന്നു. ഒരു ഡെവലപ്പർ കണ്ടെയ്നറിനുള്ളിലെ നിക്സ്.

സിഐയിലെ നിക്സ്

യഥാർത്ഥ പ്രതിഫലം: സമാനമായ പരിസ്ഥിതി ലാപ്ടോപ്പുകളിലെ പോലെ.

- uses: cachix/install-nix-action@<sha>
- run: nix develop --command make test

അല്ലെങ്കിൽ devbox ഉപയോഗിച്ച്ഃ devbox run test. ഒരു ബൈനറി കാഷെ (കാച്ചിക്സ്, അല്ലെങ്കിൽ സ്വയം ഹോസ്റ്റുചെയ്ത ഒന്ന്) മുൻകൂട്ടി നിർമ്മിച്ച പാക്കേജുകൾ ഡൌൺലോഡ് ചെയ്യുന്നതിലൂടെ CI വേഗത്തിൽ നിലനിർത്തുന്നു.

"എന്റെ ലാപ്ടോപ്പിനേക്കാൾ വ്യത്യസ്തമായ ടെറാഫോം പതിപ്പാണ് ഐസിഐയുടെ ചിത്രത്തിലുള്ളത്" എന്നൊന്നും വേണ്ട.

നീയത് പരീക്ഷിക്കണോ?

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

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ പ്രോജക്ടിന്റെ ഉപകരണങ്ങൾ നിങ്ങളുടെ പ്രോജക്ടിന്റെ ഭാഗമാണ്. അവയെ സംഭരണിയിൽ ഇടുക, അവയെ കുത്തിവയ്ക്കുക, പരസ്പരം ലാപ്ടോപ്പുകൾ ഡീബഗ് ചെയ്യുന്നത് നിർത്തുക.

ഡെസ്ലി

ഡോക്സിനും റൺബുക്കുകളും ആളുകൾ വായിക്കുന്നുണ്ട്.

Tue, 20 Oct 2026 23:10:30 +0200

എല്ലാ ടീമുകളും ഡോക്യുമെന്റേഷന് വിലമതിക്കുന്നു. പിന്നെ വിക്കി തുറന്ന് മൂന്ന് വർഷം മുമ്പ് അപ്ഡേറ്റ് ചെയ്ത പേജുകൾ കാണും, നിലവിലില്ലാത്ത സെർവറുകളുടെ നിർദ്ദേശങ്ങൾ, 2023 ൽ പോയ ഒരാളുടെ "TODO: write this" എന്ന പേജ്.

മോശം രേഖകളാണ് ഒന്നുമില്ലാത്തതിലും മോശം, കാരണം ആളുകൾ അവയെ വിശ്വസിക്കുകയും അവയെ പിന്തുടരുകയും ചെയ്യുന്നു. പക്ഷെ നല്ല ഡോക്യുമെന്റേഷൻ ഒരു DevOps ടീമിന് ഉല്പാദിപ്പിക്കാവുന്ന ഏറ്റവും ഉയർന്ന ലിവറേജ് ഉള്ള കാര്യമാണ്. അവധിദിനങ്ങളെയും രോഗദിനങ്ങളേയും ആളുകൾ മുന്നോട്ട് പോകുന്നതിലും അറിവ് അതിജീവിക്കുന്നത് ഇങ്ങനെയാണ്.

ഇവിടെ ഉപയോഗപ്രദമായി നിലനിൽക്കുന്ന ഡോക്യുമെന്റേഷനുകൾ എഴുതുന്നതെങ്ങനെ എന്ന് കാണിക്കുന്നു.

ഡോക്ടർമാർ ചീഞ്ഞുവീഴുന്നത് എന്തിനാണ്?

അവര് കോഡില് നിന്ന് വളരെ അകലെ താമസിക്കുന്നു. സിസ്റ്റം മാറ്റുമ്പോള് ആരും നോക്കാത്ത വിക്കി.
അവയൊന്നും ആരുടേയും സ്വന്തമല്ല. എല്ലാവരും എഡിറ്റ് ചെയ്യാം, അതുകൊണ്ട് ആരും ഉത്തരവാദിത്തം അനുഭവിക്കുന്നില്ല.
അവരും ഈ ജോലിയുടെ ഭാഗമല്ല. ഡോക്യുമെന്ററി അധികമാണ്, പിന്നീട് ചെയ്താൽ മതി, അതായത് ഒരിക്കലും.
അവ വളരെ നീണ്ടതാണ്. ആളുകൾ വായിച്ചു കളയുന്നു, പ്രധാനപ്പെട്ട ഭാഗം കാണാതെ പോകുന്നു, പിന്നെ വായിക്കുന്നത് നിർത്തുന്നു.

ഡോക്റ്റർമാര് കോഡിന്റെ അടുത്താണ് താമസിക്കുന്നത്.

ഡോക്സിംഗ് കോഡ് രേഖകള് കോഡായി കണക്കാക്കുക എന്നാണ് അർത്ഥം.

എഴുതിയത് മാർക്കഡൌൺ, ഒരേ റിപ്പോസിറ്ററി അവര് വിവരിച്ച കോഡായി.
പരിഷ്കരിച്ച ഒരേ വലിച്ചെടുക്കൽ അഭ്യർത്ഥന കോഡ് മാറുന്നതോടെ.
അവലോകനം ഒരു കോഡ് പോലെ.
സ്വയം പ്രസിദ്ധീകരിച്ചു ഒരു നല്ല വെബ്സൈറ്റിലേക്കുള്ള ഒരു പൈപ്പ്ലൈൻ വഴി.

ഇത് എളുപ്പമാക്കുന്ന ഉപകരണങ്ങള്:

എം. കെ. ഡോക് കൂടെ വസ്തുക്കൾ വിഷയം: ലളിതവും മനോഹരവും സാങ്കേതിക രേഖകൾക്കായി വളരെ പ്രചാരമുള്ളതുമാണ്.
ഡോക്സൌറസ്: വലിയ ഡോക്യുമെന്റേഷൻ സൈറ്റുകൾക്ക് അനുയോജ്യമായ, റിയാക്ട് അടിസ്ഥാനമാക്കിയുള്ളതാണ്.
തിരശ്ശീലയിലെ ടെക് ഡോക്കുകൾ: നിങ്ങളുടെ ഡെവലപ്പർ പോർട്ടലിനുള്ളിലെ ഓരോ റിപ്പോസിറ്ററിയിൽ നിന്നും MkDocs ഡോക്കുകൾ റാൻഡർ ചെയ്യുന്നു.
പ്ലെയിൻ README.md എന്ന താളിൽ നിന്നും ഗിറ്റ്ഹബ്, ഗിറ്റ്ലാബ് എന്നിവയും നന്നായി റെൻഡർ ചെയ്യുന്നു.

"ഡോക്യുമെന്റേഷൻ അപ്ഡേറ്റ് ചെയ്തു (അല്ലെങ്കിൽ ആവശ്യമില്ല) " എന്ന ചെക്ക്ബോക്സുള്ള ഒരു പിൻ അഭ്യർത്ഥന ടെംപ്ലേറ്റ് വളരെ സഹായകരമാണ്.

ഡോക്യുമെന്റേഷൻ അപ്ഡേറ്റ് ചെയ്യാനുള്ള ഏറ്റവും നല്ല സമയം തെറ്റായ ഒരു പിൾ അഭ്യർത്ഥനയിലായിരിക്കും.

ഒരു റൺബുക്ക് ടെംപ്ലേറ്റ്

ഓപ്പറേഷന് റെ ഏറ്റവും പ്രധാനപ്പെട്ട രേഖകളാണ് റൺബുക്കുകൾ. രാവിലെ 3 മണിക്ക് ഒരു അലാറം തുടങ്ങുമ്പോൾ, ഡിറ്റര് ണിംഗ് എഞ്ചിനീയര് ക്ക് പെട്ടെന്ന് ഉത്തരം വേണം, പ്രസയല്ല.

എന്റെ ടെംപ്ലേറ്റ്:

# Alert: CheckoutHighErrorRate

## What it means
More than 2% of checkout requests return 5xx errors over 5 minutes.

## Impact
Customers can't complete purchases. Revenue impact. Treat as SEV2 or higher.

## Check
1. Dashboard: [Checkout overview](https://grafana.example.com/d/checkout)
2. Recent deployments: `kubectl rollout history deploy/checkout -n shop`
3. Errors by endpoint: [Logs query](https://grafana.example.com/explore?...)
4. Payment provider status: https://status.paymentprovider.example

## Common causes and fixes
- **Bad deployment** → roll back: revert the commit in the GitOps repo
  (or `kubectl rollout undo deploy/checkout -n shop` in an emergency).
- **Payment provider outage** → switch to backup provider via feature flag `payments.fallback`.
- **Database connection exhaustion** → check `orders-db` connections dashboard; scale checkout down
  temporarily or restart the connection pooler.

## Escalation
- Checkout team: @checkout-oncall
- Database: @dba-oncall
- Incident commander for SEV1: use `/incident declare`

## Last reviewed
2026-09-15 by @desly

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

തീരുമാനങ്ങള് രേഖപ്പെടുത്തുക

ആറുമാസം കഴിഞ്ഞിട്ടും ആരും തീരുമാനമെടുത്തത് എന്തിന് എന്ന് ഓർക്കുന്നില്ല. "എന്തുകൊണ്ടാണ് നമ്മൾ ലോക്കി ഉപയോഗിക്കുന്നത്, എലാസ്റ്റിക് സെർച്ച് അല്ലെ?" "എന്തുകൊണ്ട് ഈ സേവനം സ്വന്തം ക്ലസ്റ്ററിൽ ഉണ്ട്?" ഒരു റെക്കോർഡ് ഇല്ലാതെ, ടീമുകൾ പഴയ ചർച്ചകൾ ആവർത്തിക്കുകയോ അല്ലെങ്കിൽ നല്ല തീരുമാനങ്ങൾ അബദ്ധത്തിൽ അസാധുവാക്കുകയോ ചെയ്യുന്നു.

വാസ്തുവിദ്യാ തീരുമാന രേഖകൾ (ADRs) ഇത് പരിഹരിക്കൂ. ഒരു എ ഡി ആർ എന്നത് ഒരു ചെറിയ രേഖയാണ്, സാധാരണയായി ഒരു പേജ്, റിപ്പോസിറ്ററിയിൽ സൂക്ഷിക്കുന്നുഃ

# ADR-012: Use Gateway API instead of Ingress for new services

## Status
Accepted (2026-05-04)

## Context
ingress-nginx was retired in March 2026. We need a supported way to route traffic.

## Decision
New services use Gateway API with Envoy Gateway. Existing Ingress resources
are migrated by end of Q3.

## Consequences
+ Supported, portable API with role separation.
- Teams need to learn HTTPRoute; some annotations need manual migration.

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

അത് പുതുതായി സൂക്ഷിക്കുക

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

എഐയെ കുറിച്ചുള്ള ഒരു വാക്ക്

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

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

മുകളിലുള്ള ടെംപ്ലേറ്റിനൊപ്പം നിങ്ങളുടെ ഏറ്റവും പതിവ് അഞ്ച് അലേർട്ടുകൾക്കായി റൺബുക്കുകൾ എഴുതുക, അവ അലേർട്ടിൽ നിന്ന് ലിങ്കുചെയ്യുക. പിന്നെ ഒരു ADR ഫോൾഡർ തുറന്ന് നിങ്ങളുടെ ടീം എടുക്കുന്ന അടുത്ത തീരുമാനത്തെക്കുറിച്ച് ആദ്യത്തെ റെക്കോർഡ് എഴുതുക.

എന്റെ അഭിപ്രായം: ഡോക്യുമെന്റേഷൻ നിങ്ങളുടെ ഭാവിയിലേക്കുള്ള സമ്മാനമാണ്, നിങ്ങളുടെ സഹപ്രവർത്തകർക്കും. അത് കോഡിനോട് ചേര് ന്ന്, ചുരുക്കമായി, സത്യസന്ധമായി സൂക്ഷിക്കുക.

ഡെസ്ലി

പ്ലാറ്റ്ഫോം എഞ്ചിനീയറിംഗ്, ഡെവോപ്സ്, എസ്ആർഇ. യഥാർത്ഥ വ്യത്യാസം എന്താണ്?

Tue, 20 Oct 2026 23:10:30 +0200

ഏതാനും മാസങ്ങൾക്കുള്ളിൽ, ആരെങ്കിലും എന്നോട് ചോദിക്കും ഞാൻ എന്ത് ചെയ്യുന്നു എന്ന്. ഞാൻ "ഡെവൊപ്സ്" എന്ന് പറയുമ്പോൾ, എനിക്ക് ഒരു തലയാട്ടമുണ്ടാകും. ഒരു സഹപ്രവർത്തകൻ "പ്ലാറ്റ്ഫോം എഞ്ചിനീയർ" എന്ന് പറയുമ്പോൾ, തലകുനിക്കുന്നത് വളരെ പതുക്കെയാണ്. ആരെങ്കിലും "SRE" എന്ന് പറയുമ്പോൾ, ആളുകൾ മര്യാദയോടെ പുഞ്ചിരിക്കും.

ഈ വ്യവസായത്തിൽ, നമുക്ക് കൂടുതൽ വ്യക്തതയില്ല എന്നതാണ് ആശയക്കുഴപ്പമുണ്ടാക്കുന്ന കാര്യം. ഒരേ ജോലി മൂന്നു തലക്കെട്ടുകളിലും പോസ്റ്റ് ചെയ്യപ്പെടുന്നു, ഒരേ തലക്കെട്ട് മൂന്ന് വ്യത്യസ്ത ജോലികൾ അർത്ഥമാക്കാം. അത് പരിഹരിക്കാനുള്ള എന്റെ ശ്രമം ഇതാ.

എന്തിനാണ് എല്ലാവരും പെട്ടെന്നു തന്നെ "പ്ലാറ്റ്ഫോം" എന്ന് പറയുന്നത്?

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

പിന്നെ ആ ആശയം ഒരു റോളായി മാറി. കമ്പനികൾ "ഡെവൊപ്സ് എഞ്ചിനീയർമാരെ" നിയമിച്ചു, പലപ്പോഴും ആ ആളുകൾ പുതിയ മതിൽ ആയിത്തീർന്നു. ഓരോ ടീമിനും അവരിൽ നിന്ന് എന്തെങ്കിലും ആവശ്യമായിരുന്നു: ഒരു പൈപ്പ്ലൈൻ, ഒരു ക്ലസ്റ്റർ, ഒരു ഡാറ്റാബേസ്, ഒരു പരിഹാരം. ഡെവൊപ്സ് ടീം ഒരു ടിക്കറ്റ് ക്യൂ ആയി മാറി.

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

ഓരോ റോളിനും എന്താണുള്ളത്, ലളിതമായി പറഞ്ഞാൽ

ഡെവൊപ്സ് സംസ്കാരവും സമ്പ്രദായങ്ങളും: ഓട്ടോമേഷൻ, ഐസി/സിഡി, കോഡായി അടിസ്ഥാന സൌകര്യം, നിരീക്ഷണം, പങ്കിട്ട ഉടമസ്ഥാവകാശം. ഒരു തൊഴിൽ ശീർഷകമായി, സാധാരണയായി "സോഫ്റ്റ്വെയർ നിർമ്മിക്കുന്നതും കയറ്റുമതി ചെയ്യുന്നതും പ്രവർത്തിപ്പിക്കുന്നതുമായ വ്യക്തിയെ" അർത്ഥമാക്കുന്നു.

SRE (സൈറ്റ് വിശ്വാസ്യത എഞ്ചിനീയറിംഗ്) ഗൂഗിളിൽ നിന്നും വന്നതാണ്. ഇത് ഒരു സോഫ്റ്റ് വെയര് പ്രശ്നമായിട്ടാണ് ഓപ്പറേഷനെ കാണുന്നത്. എസ്.ആര്.ഇ.കള് വിശ്വാസ്യതയെക്കുറിച്ച് ശ്രദ്ധിക്കുന്നു. അവരുടെ പ്രധാന ചോദ്യം "ഇത് എത്രത്തോളം വിശ്വസനീയമായിരിക്കണം, എങ്ങനെ നമുക്ക് അവിടെ എത്താം തീ കത്തിക്കാതെ" എന്നതാണ്.

പ്ലാറ്റ്ഫോം എഞ്ചിനീയറിംഗ് സോഫ്റ്റ്വെയർ വിതരണം ചെയ്യുന്നതിനായി ഡെവലപ്പർമാർ ഉപയോഗിക്കുന്ന ആന്തരിക ഉത്പന്നം നിർമ്മിക്കുന്നു. നിങ്ങളുടെ സ്വന്തം ഡെവലപ്പർമാരാണ് നിങ്ങളുടെ ഉപഭോക്താക്കൾ. അവരുടെ പ്രധാന ചോദ്യം "നമ്മൾ എങ്ങനെയാണ് ശരിയായ വഴി എളുപ്പവഴിയാക്കുന്നത്" എന്നതാണ്.

DevOps ആണ് തത്ത്വചിന്ത, SRE ആണ് ഒരു എൻജിനീയറിങ് ഡിസിപ്ലിനായി വിശ്വാസ്യത, പ്ലാറ്റ്ഫോം എൻജിനിയറിങ് ആണ് രണ്ട് സ്കെയിലുകളും ഉണ്ടാക്കുന്ന ഉൽപ്പന്നം.

എന്റെ സ്വന്തം കൃതികളില് അവ ഒത്തുചേരുന്നു

പ്രായോഗികമായി, അതിര് അഴകാണ്. സാധാരണ ആഴ്ചയിൽ ഞാൻ ഒരു പൈപ്പ്ലൈൻ ടെംപ്ലേറ്റ് (പ്ലാറ്റ്ഫോം) എഴുതാം, ഒരു അലേർട്ട് ട്യൂൺ ചെയ്യുക, അങ്ങനെ അത് ആളുകളെ വെറുതെ ഉണർത്തുന്നത് നിർത്തുന്നു (SRE), ഒരു ടീമിനെ അവരുടെ വിന്യാസം പരാജയപ്പെടുന്നത് എന്തുകൊണ്ടാണെന്ന് മനസിലാക്കാൻ സഹായിക്കുന്നു (ക്ലാസിക് DevOps).

അത് സാധാരണമാണ്, പ്രത്യേകിച്ച് ചെറിയ കമ്പനികളിൽ. തലക്കെട്ടുകൾ നിങ്ങളുടെ ശ്രദ്ധ എവിടെയാണെന്ന് വിവരിക്കുന്നു, നിങ്ങൾക്ക് സ്പർശിക്കാൻ അനുവാദമുള്ളതിനെ ചുറ്റിപ്പറ്റിയുള്ള വേലി അല്ല.

അതിന്റെ അടിവശം ഉള്ള കഴിവുകൾ ഏതാണ്ട് ഒന്നുതന്നെയാണ്: ലിനക്സ്, നെറ്റ് വർക്കിംഗ്, ക്ലൌഡ്, കണ്ടെയ്നറുകൾ, കുബർനെറ്റ്സ്, കോഡായി അടിസ്ഥാന സൌകര്യം, നിരീക്ഷണക്ഷമത, സ്ക്രിപ്റ്റിംഗ്. മാറ്റം വന്നത് നിങ്ങൾ കാണുന്ന കോണിലാണ്.

ഒരു ചെറിയ ടീമിന് ഒരു പ്ലാറ്റ്ഫോം ടീം ആവശ്യമുണ്ടോ?

ഒരുപക്ഷേ ഇതുവരെ അല്ല. പത്ത് ഡവലപ്പർമാരും ഒന്നോ രണ്ടോ പേർ ഓപ്പറേഷനുകൾ നടത്തുന്നവരും ഉണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഒരു "പ്ലാറ്റ്ഫോം ടീം" ആവശ്യമില്ല. നല്ല ചില ടെംപ്ലേറ്റുകളും, നല്ലൊരു പൈപ്പ്ലൈനും, നല്ല രേഖകളും വേണം.

നിങ്ങൾ ഒരു പ്ലാറ്റ്ഫോം സമീപനത്തിന് തയ്യാറാണെന്ന് സൂചിപ്പിക്കുന്ന അടയാളങ്ങൾ:

ഒരേ അഭ്യർത്ഥന ഓപ്സ് ടീമിന് വീണ്ടും വീണ്ടും കിട്ടുന്നു.
ഓരോ ടീമും വ്യത്യസ്തമായി പൈപ്പ് ലൈനുകൾ നിർമ്മിക്കുന്നു, ആരും മറ്റൊരാളെ സഹായിക്കില്ല.
പുതിയ സേവനങ്ങള് ഉല്പാദനത്തില് എത്തിച്ചേരാന് ദിവസങ്ങളോ ആഴ്ചകളോ എടുക്കും.
ഡെവലപ്പര് മാര് അവരുടെ ഉത്പന്നങ്ങളേക്കാൾ കൂടുതൽ സമയം ചെലവഴിക്കുന്നത് അടിസ്ഥാന സൌകര്യങ്ങള് ക്കു വേണ്ടിയാണ്.

അത് കൂട്ടിയിണക്കിയാല് , ഒരു ചെറിയ പ്ലാറ്റ്ഫോം ടീം ഡെവലപ്പര് അനുഭവം ഒരു ഉത്പന്നമായി കണക്കാക്കുന്നു, അത് സ്വയം പണം അടയ്ക്കാൻ തുടങ്ങുന്നു.

ഒരു പാത തെരഞ്ഞെടുക്കുന്ന ഒരാളോട് ഞാൻ എന്ത് പറയും

പേരിനെക്കുറിച്ച് അധികം ചിന്തിക്കരുത്. അടിസ്ഥാനകാര്യങ്ങള് ഒരേപോലെയാണ്, നിങ്ങള് ക്ക് ഈ റോളുകള് തമ്മില് പിന്നീട് മാറാം.

നിങ്ങള് ഓട്ടോമേഷനെ സ്നേഹിക്കുകയും മറ്റു എഞ്ചിനീയര് മാരുടെ ഉപകരണങ്ങള് നിർമ്മിക്കുകയും ചെയ്യുന്നുവെങ്കില് , പ്ലാറ്റ്ഫോം എഞ്ചിനിയറിങ്ങിലേക്ക് ചായുക. സംഭവങ്ങൾ, അളവുകൾ, സമ്മർദ്ദത്തിനിടയില് സിസ്റ്റങ്ങള് നിലനിര് ത്തുന്നതില് നിങ്ങള് ക്ക് താല്പര്യം ഉണ്ടെങ്കില് , എസ്. ആർ. ഇ. നിങ്ങള് ക്കുള്ളതാകാം. നിങ്ങൾക്ക് എല്ലാ കാര്യങ്ങളും ഇഷ്ടമാണെങ്കിൽ, "ഡെവൊപ്സ് എഞ്ചിനീയർ" തുടക്കത്തിന് നല്ലൊരു സ്ഥലമാണ്.

അപ്പോൾ, ഏത് വേണം?

മിക്ക ടീമുകൾക്കും ആദ്യം വേണം DevOps മനോഭാവം. വിശ്വസനീയതയുടെ രീതി അടുത്തതായി വരുന്നു, ഒരു കാര്യം തകർന്നാൽ അത് ശ്രദ്ധിക്കുന്ന ഉപയോക്താക്കൾ ഉണ്ടെങ്കിൽ. ഒരു പ്ലാറ്റ്ഫോം ടീം ഉണ്ടാവുന്നത് നിങ്ങൾക്കു വേണ്ടത്ര ഡവലപ്പർമാരുണ്ടാകുമ്പോൾ സ്വയം സേവനങ്ങൾ നിർമ്മിക്കുന്നതിനേക്കാൾ കൂടുതൽ സമയം ലാഭിക്കുന്നു.

എന്റെ അഭിപ്രായം: ഓരോ കുറച്ച് വർഷങ്ങൾക്കുള്ളിലും തലക്കെട്ടുകൾ മാറുന്നു. സോഫ്റ്റ് വെയര് എളുപ്പത്തിൽ വിതരണം ചെയ്യാനും തകര് ക്കാനും ബുദ്ധിമുട്ടുള്ളതാക്കുക എന്നത് ഒരിക്കലും ഫാഷന് വിട്ട് പോകില്ല.

ഡെസ്ലി

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

Tue, 20 Oct 2026 23:10:30 +0200

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ഡെസ്ലി

നമ്മൾ ശരിക്കും വേഗത്തിലാണോ? ഡോറ ഉപയോഗിച്ച് ഡെവൊപ്സ് അളക്കുന്നു

Tue, 20 Oct 2026 23:10:30 +0200

"ഞങ്ങള് ഇപ്പോൾ ഡെവൊപ്സ് ചെയ്യുന്നു". പക്ഷെ അത് ഫലപ്രദമാണോ? നാം വേഗത്തിൽ സഞ്ചരിക്കുന്നുണ്ടോ? കുറച്ചുകൂടി തകർക്കുന്നോ? വേഗത്തിൽ സുഖം പ്രാപിക്കുന്നുണ്ടോ? മിക്ക ടീമുകൾക്കും ഈ ചോദ്യങ്ങൾക്ക് ഒരു തോന്നലിന് റെ സഹായത്തോടെ ഉത്തരം പറയാൻ കഴിയില്ല.

ഈ ചോദ്യങ്ങൾക്ക് ഉത്തരം നല് കാന് ഡോറാ മെട്രിക്സ് സഹായിക്കുന്നു. അവ ദെവൊപ്സ് റിസർച്ച് ആൻഡ് അസസ്മെന്റ് ടീമിന്റെ (ഇപ്പോൾ ഗൂഗിൾ ക്ലൌഡിന്റെ ഭാഗമാണ്) വർഷങ്ങളോളം നടത്തിയ ഗവേഷണങ്ങളിൽ നിന്നാണ് വന്നത്. നമ്മുടെ വ്യവസായത്തിന് ഒരു പങ്കിട്ട സ്കോർബോർഡിനോട് ഏറ്റവും അടുത്ത് ഉള്ള കാര്യമാണിവ.

ലളിതമായ വാക്കുകളില് ഡോറയുടെ അളവുകള്

വിന്യാസത്തിന്റെ ആവൃത്തി. എത്ര തവണ നിങ്ങൾ പ്രൊഡക്ഷന് റിലീസ് ചെയ്യുന്നു? ദിവസേന, ആഴ്ചതോറും, മാസതോറും?

മാറ്റങ്ങൾക്കായി സമയം അനുവദിക്കുക. ഒരു മാറ്റം ഉല്പാദനത്തിലേക്ക് എത്താൻ എത്ര സമയമെടുക്കും? മണിക്കൂറുകളോ ആഴ്ചകളോ?

പരാജയ നിരക്ക് മാറ്റുക. എത്ര ശതമാനം വിന്യാസങ്ങൾ ഒരു പ്രശ്നത്തിന് കാരണമാകുന്നു, അത് പരിഹരിക്കപ്പെടണം, റോൾബാക്ക് അല്ലെങ്കിൽ ഹോട്ട്ഫിക്സ്?

സേവനം പുനഃസ്ഥാപിക്കാനുള്ള സമയമായി. ഉല്പാദനത്തില് എന്തെങ്കിലും തകരാറുണ്ടായാല് , അത് വീണ്ടും പ്രവർത്തിക്കുന്നതിന് എത്ര സമയമെടുക്കും?

പുനർനിർമ്മാണ നിരക്ക്. ഏറ്റവും പുതിയ കൂട്ടിച്ചേർക്കൽ: എത്ര വിന്യാസങ്ങൾ മുൻകാല വിന്യാസം കൊണ്ടുള്ള പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന് വേണ്ടി മാത്രം ആസൂത്രണം ചെയ്യപ്പെട്ടിട്ടില്ല?

ആദ്യത്തെ രണ്ട് നടപടികൾ വേഗത. മറ്റുള്ളവർ അളക്കുന്നു സ്ഥിരത. ഡോറയുടെ പ്രധാന കണ്ടെത്തൽ ഇവ പരസ്പരം പോരാടുന്നില്ല എന്നതാണ്. മികച്ച ടീമുകള് വേഗതയേറിയതും സ്ഥിരതയുള്ളതുമാണ്. ചെറിയതും പതിവുള്ളതുമായ മാറ്റങ്ങൾ പരീക്ഷിക്കാനും അവലോകനം ചെയ്യാനും പിൻവലിക്കാനും എളുപ്പമാണ്.

വേഗതയും സ്ഥിരതയും ഒരു വിട്ടുവീഴ്ചയല്ല. ചെറിയ മാറ്റങ്ങൾ വരുത്തുന്ന ടീമുകൾ പലപ്പോഴും കുറവ് തകർക്കുന്നു, കൂടുതൽ അല്ല.

അന്താരാഷ്ട്ര തലത്തിൽ ഏറ്റവും പുതിയ ഡോറ ഗവേഷണം പറയുന്നത് എന്താണെന്ന് നോക്കാം.

അടുത്തിടെ വന്ന ഡൊറ റിപ്പോർട്ടുകൾ വളരെ ഗൌരവമായി ശ്രദ്ധ കേന്ദ്രീകരിച്ചത് AI സഹായത്തോടെയുള്ള വികസനത്തിലായിരുന്നു. മാർക്കറ്റിംഗിനേക്കാൾ കൂടുതൽ സൂക്ഷ്മമായ തലക്കെട്ട്: AI വ്യക്തികളെ വേഗത്തിൽ കോഡ് എഴുതാൻ സഹായിക്കുന്നു, പക്ഷേ ഇത് വലിയ മാറ്റങ്ങളിലേക്ക് നയിക്കും, വലിയ മാറ്റങ്ങൾ സ്ഥിരതയെ ബാധിക്കും.

AI യുടെ ഏറ്റവും വലിയ ഗുണം അനുഭവിക്കുന്ന ടീമുകൾക്ക് ഇതിനകം തന്നെ ശക്തമായ അടിത്തറയുണ്ട്: നല്ല ടെസ്റ്റുകൾ, ചെറിയ ബാച്ചുകൾ, വേഗത്തിലുള്ള ഫീഡ്ബാക്ക്, ശക്തമായ ആന്തരിക പ്ലാറ്റ്ഫോം. നല്ലതോ ചീത്തയോ ആയ കാര്യങ്ങൾക്ക് AI ആക്കം കൂട്ടുന്നു.

സ്പ്രെഡ്ഷീറ്റുകളില്ലാതെ അവ ശേഖരിക്കുന്നു

തുടങ്ങാന് വലിയ ഉപകരണങ്ങള് ആവശ്യമില്ല. മിക്ക വിവരങ്ങളും ഇതിനകം നിലവിലുണ്ട്:

വിന്യാസത്തിന്റെ ആവൃത്തി: നിങ്ങളുടെ സിഐ/സിഡി സിസ്റ്റത്തിൽ നിന്നും വിജയകരമായ ഉല്പാദന വിന്യാസങ്ങൾ എണ്ണുക.
ലീഡ് സമയം: ആദ്യ കമ്മിറ്റ് (അല്ലെങ്കിൽ സംയോജിപ്പിക്കുക) മുതൽ അത് അടങ്ങുന്ന പ്രൊഡക്ഷൻ വിന്യാസത്തിലേക്ക് സമയം. ഗിറ്റിനും നിങ്ങളുടെ പൈപ്പ് ലൈൻ ലോഗിനും സമയ മുദ്രയുണ്ട്.
മാറ്റം പരാജയ നിരക്ക്: റോൾബാക്കുകൾ, ഹോട്ട്ഫിക്സുകൾ, വിന്യാസവുമായി ബന്ധപ്പെട്ട സംഭവങ്ങൾ എന്നിവ അടയാളപ്പെടുത്തുക.
പുനഃസ്ഥാപിക്കാനുള്ള സമയം: നിങ്ങളുടെ സംഭവ ഉപകരണത്തിൽ നിന്നും തുറന്നു പരിഹരിച്ചു.

ഡോറ ടീമിന്റെ ഓപ്പൺ സോഴ്സ് ഓപ്ഷനുകൾ ഉണ്ട് നാലു താക്കോലുകൾ പ്രോജക്ട് പ്രചോദനമായി ഉപയോഗിക്കുകയും, അവയെ യാന്ത്രികമായി കണക്കാക്കുന്ന നിരവധി വാണിജ്യ ഉപകരണങ്ങൾ (LinearB, Sleuth, Swarmia, DX, GitLab, GitHub ഉൾക്കാഴ്ചകൾ)

കഠിനമായി തുടങ്ങുക. ഓരോ ആഴ്ചയും വിന്യാസങ്ങളും സംഭവങ്ങളും കണക്കാക്കുന്ന ഒരു സ്ക്രിപ്റ്റ് ഒരിക്കലും നിർമ്മിക്കാത്ത ഒരു ഡാഷ്ബോർഡിനേക്കാൾ നല്ലതാണ്.

ഞാന് നിരീക്ഷണം അവസാനിപ്പിച്ച നമ്പറുകൾ

ചില അളവുകള് ഒരു സ്ലൈഡില് നല്ലതായി കാണപ്പെടുന്നു, പക്ഷേ വളരെ കുറവാണ് പറയുന്നത്:

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

ഡൊറ അളവുകള് ഏറ്റവും നന്നായി പ്രവർത്തിക്കുന്നത് ടീം ടീം തന്നെ മെച്ചപ്പെടുത്താന് ഉപയോഗിക്കുന്ന ഒരു തലത്തില് . വ്യക്തികളെ റാങ്കുചെയ്യാനോ ടീമുകളെ ശിക്ഷിക്കാനോ ഉപയോഗിക്കുന്ന നിമിഷം, ആളുകൾ സിസ്റ്റത്തിനു പകരം സംഖ്യകൾ ഒപ്റ്റിമൈസ് ചെയ്യാൻ തുടങ്ങുന്നു.

ഡോറയ്ക്കു പുറത്ത്: സ്പേസ്, ഡെവ് എക്സ്

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

നിങ്ങള് അളക്കണോ?

അതെ, പക്ഷേ ശ്രദ്ധയോടെ. ഡോറയുടെ അളവുകൾ തെരഞ്ഞെടുക്കുക, അവയെ ഏകദേശമായി അളക്കുക, സമ്പൂർണ്ണ മൂല്യങ്ങളേക്കാൾ പ്രവണതകളെ നോക്കൂ, അവയെക്കുറിച്ച് ഒരു ടീമായി സംസാരിക്കുക. ഒരു സംഖ്യ മാറുമ്പോള് , എന്തിന് എന്ന് ചോദിക്കുക.

എന്റെ അഭിപ്രായം: സിസ്റ്റത്തെ അളക്കുക, ആളുകളെ അല്ല. എവിടെയാണ് വേദനയെന്ന് പഠിക്കുക എന്നതാണ് ലക്ഷ്യം, ലീഡർബോർഡ് നേടുകയല്ല.

ഡെസ്ലി

പോർട്ടലുകൾ, CLIs അല്ലെങ്കിൽ Git: ഡെവലപ്പർമാർ ശരിക്കും ഉപയോഗിക്കുന്നത്

Tue, 20 Oct 2026 23:10:30 +0200

പ്ലാറ്റ്ഫോം ടീമുകൾ അവരുടെ പ്രവൃത്തി കാണിക്കുമ്പോൾ, സാധാരണയായി ഒരു പോർട്ടൽ കാണിക്കുന്നു. നല്ല കാർഡുകൾ, സേവന പേജുകൾ, ഒരു വലിയ "സൃഷ്ടിക്കുക" ബട്ടൺ. അത് മനോഹരമായി പ്രദർശിപ്പിക്കുന്നു.

പക്ഷെ ഡെവലപ്പർമാർ ശരിക്കും ജോലി ചെയ്യുന്നത് കാണുമ്പോള് അവര് ഒരു പോർട്ടലിലല്ല താമസിക്കുന്നത്. അവ അവരുടെ എഡിറ്ററിലും ടെർമിനലിലും അവരുടെ പിൻ അഭ്യർത്ഥനകളിലും ചാറ്റ് ടൂളിലും ജീവിക്കുന്നു. ഓരോ പ്ലാറ്റ്ഫോം ടീമും ചോദിക്കേണ്ട ചോദ്യം ഇതാണ്: എവിടെയാണ് പ്ലാറ്റ് ഫോം ഡെവലപ്പർമാരെ കണ്ടുമുട്ടേണ്ടത്?

ഒരു പ്ലാറ്റ്ഫോം വാഗ്ദാനം ചെയ്യുന്നതിനുള്ള മൂന്ന് വഴികൾ

ഒരു വെബ് പോർട്ടൽ (ബാക്ക് സ്റ്റേജ്, പോർട്ട് തുടങ്ങിയവ) പുതിയ സേവനങ്ങൾ കണ്ടെത്താനും ഉടമകൾ, രേഖകൾ എന്നിവ കണ്ടെത്താനും പുതിയ സേവനങ്ങൾ സൃഷ്ടിക്കുന്നതുപോലുള്ള ഇടയ്ക്കിടെയുള്ള ജോലികൾക്കും ഇത് നല്ലതാണ്. ഒരു ദിവസം ഇരുപതു തവണ ചെയ്യുന്ന കാര്യങ്ങള് ക്ക് അത്ര നല്ലതല്ല.

ഒരു സി. ഐ. ഐ. ടെർമിനലിൽ താമസിക്കുന്ന ഡെവലപ്പർമാർക്ക് ഒരു നല്ല കമാൻഡ് ലൈൻ ടൂൾ ഇഷ്ടമാണ്. platform create service, platform logs, platform env up. വേഗതയുള്ളതും, സ്ക്രിപ്റ്റ് ചെയ്യാവുന്നതും, ഐ. സി. യിൽ ഉപയോഗിക്കാൻ എളുപ്പവുമാണ്. അതിന്റെ ദോഷം: ആരെങ്കിലും അത് നിർമ്മിക്കുകയും പരിപാലിക്കുകയും വേണം, അത് എല്ലായിടത്തും ഇൻസ്റ്റാൾ ചെയ്യുകയും അപ്ഡേറ്റ് ചെയ്യുകയും വേണം.

ഗിറ്റ് ഇന്റർഫേസായി (ഗിറ്റോപ്സ്). ഡെവലപ്പർമാർ ഒരു റിപ്പോസിറ്ററിയില് ഒരു YAML ഫയല് മാറ്റുന്നു, ഒരു pull request തുറക്കുന്നു, ബാക്കി ഓട്ടോമേഷൻ ചെയ്യുന്നു. ഓരോ മാറ്റവും അവലോകനം ചെയ്യപ്പെടുന്നു, പതിപ്പുകൾ പരിശോധിക്കുകയും ഓഡിറ്റ് ചെയ്യുകയും ചെയ്യുന്നു. കുറവുകൾ: യാംല ക്ഷീണം, പുതുമുഖങ്ങൾക്ക് ഇത് തിരിച്ചറിയാൻ കഴിയാത്തത്.

ഇവയിൽ ഒന്നും "ശരിയായവ" അല്ല. വ്യത്യസ്ത നിമിഷങ്ങളില് അവര് നല്ലവരാണ്.

ഏറ്റവും നല്ല പ്ലാറ്റ്ഫോം ഇന്റർഫേസ് ഡെവലപ്പർമാർക്ക് ആവശ്യമുള്ളപ്പോൾ ഇതിനകം തന്നെ നോക്കിയിരിക്കുന്ന ഒന്നാണ്.

ഡെവലപ്പർമാരോട് ചോദിച്ചതില് നിന്ന് ഞാന് പഠിച്ചത്

ഒരു പ്ലാറ്റ്ഫോമിൽ നിന്നും എന്താണു് ഡെവലപ്പർമാര് ക്ക് വേണ്ടതെന്നു് ചോദിച്ചാല് , "ഒരു നല്ല പോര് ടല് " എന്നാണു് മറുപടി. പലപ്പോഴും ഇവയൊക്കെ ഇങ്ങനെ ആണ്:

"എന്തിനാണ് എന്റെ വിന്യാസം ആരോടും ചോദിക്കാതെ പരാജയപ്പെട്ടതെന്ന് അറിയണം".
"എന്റെ സേവനത്തിനുള്ള ലോഗ്സ് എനിക്ക് വേണമെങ്കിൽ ഒരു അന്വേഷണ ഭാഷ പഠിക്കാതെ തന്നെ".
"എനിക്ക് ഒരു ടിക്കറ്റ് തുറക്കാതെ ഒരു ടെസ്റ്റ് പരിസ്ഥിതി വേണം".
"എന്റെ സേവനം തകര് ക്കുന്ന ആരുടെ സേവനമാണിതെന്ന് എനിക്ക് അറിയണം".

ശ്രദ്ധിക്കുക, ഇവ ഫലങ്ങളെ കുറിച്ചാണ്, ഇന്റർഫേസുകളെ കുറിച്ചല്ല. ആ ഫലങ്ങൾ എളുപ്പമാക്കുക എന്നതാണ് പ്ലാറ്റ്ഫോം ടീമിന്റെ ജോലി, എവിടെയായിരുന്നാലും ഡെവലപ്പർ.

ചില പ്രായോഗിക മാതൃകകൾ:

വിവരങ്ങള് പിൻവലിക്കല് അഭ്യര് ഥനയില് എത്തിക്കുക. PR- യുടെ അഭിപ്രായമായി URL- കൾ, പരിശോധനാ ഫലങ്ങൾ, സുരക്ഷാ കണ്ടെത്തലുകൾ, ചെലവ് മാറ്റങ്ങൾ എന്നിവ പ്രിവ്യൂ ചെയ്യുക.
ചാറ്റില് അലേര് മുകള് കൊണ്ടുവരിക വലതു ഡാഷ്ബോർഡിലേക്കും റൺബുക്കിലേക്കും നേരിട്ട് ലിങ്കുകൾ ഉള്ളത്.
കണ്ടെത്തലിനായി പോർട്ടൽ ഉപയോഗിക്കുക അപൂർവമായ പ്രവര് ത്തനങ്ങളില് , ദൈനംദിന പ്രവര് ത്തനം അല്ല.
സത്യത്തിന്റെ യഥാർത്ഥ ഉറവിടം ഗിറ്റിൽ സൂക്ഷിക്കുക, പോർട്ടലും CLIയും അത് വായിക്കട്ടെ.

ഡോക്സിങ് ഒരു സവിശേഷതയാണ്.

ഏതൊരു പ്ലാറ്റ്ഫോമിന്റെയും ഏറ്റവും വിലമതിക്കപ്പെടാത്ത ഭാഗം ഡോക്യുമെന്റേഷനാണ്. ആരും മനസ്സിലാക്കാത്ത ഒരു പ്ലാറ്റ്ഫോം ആരും ഉപയോഗിക്കാത്ത ഒരു പ്ലാട്ഫോമാണ്.

നല്ല പ്ലാറ്റ്ഫോം ഡോക്ഃ

എക്സെക്സ് എങ്ങനെ ചെയ്യാം എന്ന ഗൈഡുകളുമായി തുടങ്ങുക, വാസ്തുവിദ്യാ രേഖാചിത്രങ്ങളല്ല.
കോഡിന്റെ അടുത്താണ് ജീവിക്കുന്നത് (ഡോക്സ്-അസ്-കോഡ്) കോഡായി അവലോകനം ചെയ്യപ്പെടുന്നു.
ശരിക്കും പ്രവർത്തിക്കുന്ന കോപ്പി-പേസ്റ്റ് ഉദാഹരണങ്ങൾ ഉണ്ടായിരിക്കണം.
അവയൊക്കെ ആരുടെയെങ്കിലും ഉടമസ്ഥതയിലുള്ളതാണ്, പതിവായി അവലോകനം ചെയ്യപ്പെടുന്നു.

ഈ ക്വാർട്ടറിൽ ഒരു മെച്ചപ്പെടുത്തലിന് മാത്രമേ സമയം കിട്ടുകയുള്ളൂ എങ്കിൽ, ഡോക്യുമെന്റേഷനുകൾ മെച്ചപ്പെടുത്തുന്നത് പലപ്പോഴും പുതിയ ഫീച്ചർ ചേർക്കുന്നതിനെ മറികടക്കുന്നു.

മുമ്പും ശേഷവും

നിങ്ങൾ ഏത് ഇന്റർഫേസ് തിരഞ്ഞെടുത്താലും, അത് സഹായിക്കുന്നുണ്ടോ എന്ന് അളക്കുക. താരതമ്യത്തിന് മുമ്പും ശേഷവും ഉപയോഗപ്രദമായവ:

"എനിക്ക് പുതിയ സേവനം വേണം" എന്നതിൽ നിന്നും "ഇത് ഒരു ടെസ്റ്റ് പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കുന്നു" എന്നതിലേക്കുള്ള സമയം.
പ്ലാറ്റ്ഫോം ടീമിന് പതിവ് അഭ്യർത്ഥനകളുടെ എണ്ണം.
ഒരു പരാജയപ്പെട്ട വിന്യാസം ഡീബഗ് ചെയ്യുന്നതിന് ഡെവലപ്പർമാർക്ക് എത്ര തവണ സഹായം ആവശ്യമുണ്ട്?
"ഒരു മാറ്റം എത്ര എളുപ്പമാണ്" എന്ന ചോദ്യത്തിനുള്ള ഉത്തരം

ഒരു പോർട്ടൽ തുടങ്ങിയതിനു ശേഷം നമ്പറുകൾ മാറുന്നില്ലെങ്കിൽ, പോർട്ടലല്ല നിങ്ങള് ക്ക് പരിഹരിക്കേണ്ട പ്രശ്നം.

പിന്നെ, ഏത് കെട്ടിടം വേണം?

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

എന്റെ അഭിപ്രായം: ഡെവലപ്പർമാരുടെ ശീലങ്ങളെ അടിസ്ഥാനമാക്കി പ്ലാറ്റ്ഫോം നിർമ്മിക്കുക, ഡെമോയെ അടിസ്ഥാനമാക്കിയല്ല. ഡെമോ 10 മിനിറ്റ് നീണ്ടു നിൽക്കും, ശീലങ്ങൾ വർഷങ്ങളോളം നീണ്ടു നിൽക്കുന്നു.

ഡെസ്ലി

കുറച്ചുകൂടി ചിന്തിക്കേണ്ടിവരും: ഡെവലപ്പർമാരുടെ ബുദ്ധിപരമായ ഭാരം കുറയ്ക്കുക

Tue, 20 Oct 2026 23:10:30 +0200

"നിങ്ങള് അത് നിർമ്മിക്കുന്നു, നിങ്ങള് അത് നടത്തുന്നു". ഞാന് ആ ആശയത്തില് വിശ്വസിക്കുന്നു. ഉല്പാദനത്തിലെ തങ്ങളുടെ സേവനങ്ങൾ സ്വന്തമാക്കുന്ന ടീമുകൾ മികച്ച സോഫ്റ്റ്വെയർ നിർമ്മിക്കുന്നു. പക്ഷെ, എവിടെയോ, "നിങ്ങൾ അത് പ്രവർത്തിപ്പിക്കുക" എന്നതു "കുബർനെറ്റസ്, ഹെൽം, ടെറാഫോർം, ഐഎഎം, നെറ്റ് വർക്കിംഗ്, നിരീക്ഷണക്ഷമത, സുരക്ഷാ സ്കാനിംഗ്, മൂന്ന് ഐഐ സംവിധാനങ്ങൾ എന്നിവ മനസിലാക്കേണ്ടതുണ്ട്" എന്നായി മാറി. ഉത്പന്നം നിർമ്മിക്കുന്നതിനു പുറമെ ഇത് വളരെയധികം കാര്യങ്ങളാണ്.

ആ ഭാരത്തിന് ഒരു പേരുണ്ട്: ബുദ്ധിപരമായ ലോഡ്.

ജോലിസ്ഥലത്ത് അറിവ് ലോഡ് എന്താണ് അർത്ഥമാക്കുന്നത്

ഈ ആശയം മനഃശാസ്ത്രത്തില് നിന്നും വന്നതാണ്, പുസ്തകത്തില് നിന്നും ടീം ടോപ്പോളജികൾ സോഫ്റ്റ് വെയറില് അത് ജനപ്രിയമാക്കി. ഓരോ വ്യക്തിക്കും ടീമിനും പരിമിതമായ മാനസിക ശേഷിയുണ്ട്. അവയില് കൂടുതല് പണവും അവരുടെ പ്രധാന ജോലിയില്ലാത്ത കാര്യങ്ങള് ക്ക് ഉപയോഗിക്കാന് പോകുന്നുവെങ്കില് അവരുടെ പ്രധാന ജോലിക്ക് ദോഷം സംഭവിക്കുന്നു.

ഏകദേശം മൂന്നു തരം ഉണ്ട്:

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

പ്ലാറ്റ്ഫോം ടീമിന്റെ ജോലി പരമാവധി ബാഹ്യ ലോഡ് നീക്കം ചെയ്യുക എന്നതാണ്, അതിനാൽ ഡവലപ്പർമാർക്ക് അവരുടെ ഊർജ്ജം ആന്തരികവും ജർമ്മൻ തരങ്ങളിലും ചെലവഴിക്കാൻ കഴിയും.

നിങ്ങളുടെ ഡെവലപ്പർമാർക്ക് നിങ്ങളുടെ മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറും മനസിലാക്കണമെങ്കിൽ ഒരു കോഡ് ലൈൻ മാറ്റാൻ, ഇൻഫ്രാക്ചർ ആണ് പ്രശ്നം.

കുബർനെറ്റ്സിനെ ഒളിപ്പിച്ചു വെക്കുക, സൌമ്യമായി

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

കുറയ്ക്കാനുള്ള വഴികൾ:

ഒരു പങ്കിട്ട ഹെൽം ചാർട്ട് നല്ല ഡിഫോൾട്ടുകളുമായി. ഡെവലപ്പറുടെ മൂല്യങ്ങളുടെ ഫയല് 300ന് പകരം 15 വരികളാണ്.
ഉയർന്ന തലത്തിലുള്ള സ്പെസിഫിക്കേഷനുകൾ സ്കോർ (ഒരു സേവനത്തിന് ആവശ്യമുള്ളത് വിവരിക്കുന്ന ഒരു വർക്ക് ലോഡ് സ്പെസിഫിക്കേഷൻ, അത് എങ്ങനെ വിന്യസിക്കണമെന്നില്ല), അല്ലെങ്കിൽ ക്രോ, ക്രോസ്പ്ലെയ്ൻ എന്നിവ നിങ്ങളുടെ സ്വന്തം ലളിതമായ App വിഭവം.
ശൈലികൾ എല്ലാം ഒരിക്കൽ സൃഷ്ടിക്കുന്നവയാണിവ. അതുകൊണ്ട് ഡെവലപ്പർമാർ പ്രവർത്തിക്കുന്ന എന്തെങ്കിലും ഉപയോഗിച്ച് തുടങ്ങുന്നു.

"മൃദുവായി" എന്ന വാക്ക് പ്രധാനമാണ്. കുബർനെറ്റസിനെ പൂർണ്ണമായും മറയ്ക്കരുത്, അങ്ങനെ ഡീബഗ്ഗിംഗ് അസാധ്യമാകും. ലളിതമായ പാത ലളിതമാക്കൂ, ആവശ്യമുള്ള ആളുകൾക്ക് വിശദാംശങ്ങൾ ലഭ്യമാക്കൂ.

നല്ല സ്ഥിരസ്ഥിതികൾ നല്ല ഡോക്യുമെന്റേഷനെ മറികടക്കുന്നു

ഒരു ഡെവലപ്പറോട് എടുക്കാൻ ആവശ്യപ്പെടുന്ന ഓരോ തീരുമാനവും ഒരു ചെറിയ ഭാരം മാത്രമാണ്. അവരിൽ ഭൂരിഭാഗം പേർക്കും ന്യായമായ ഉത്തരം ഉണ്ട് 90% സമയവും അത് ശരിയാണ്.

ആ ഉത്തരങ്ങൾ പ്ലാറ്റ്ഫോമിൽ വയ്ക്കുക:

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

ഡോക്യുമെന്റേഷൻ ഇപ്പോഴും പ്രധാനമാണ്, പക്ഷെ ഏറ്റവും നല്ല ഡോക്യുമേന്റേഷൻ ആരും വായിക്കേണ്ട ഒന്നാണ് കാരണം സ്ഥിരസ്ഥിതി ശരിയാണ്.

നിങ്ങളുടെ പ്ലാറ്റ്ഫോം അതിനെ കൂടുതൽ മോശമാക്കുന്നതിന്റെ അടയാളങ്ങൾ

പ്ലാറ്റ്ഫോം ടീമുകൾക്ക് അവരുടെ ബുദ്ധിശക്തി വർദ്ധിപ്പിക്കാനും കഴിയും. ശ്രദ്ധിക്കുക:

പഠിക്കാനുള്ള മറ്റൊരു ഉപകരണം പ്ലാറ്റ്ഫോം ടീം മാത്രമേ ശരിക്കും മനസ്സിലാക്കുന്നുള്ളൂ.
ചോർച്ചയുണ്ടാക്കുന്ന അബ്സ്ട്രാക്ഷനുകൾ: എന്തെങ്കിലും തകരാറിലായാല് , ഡെവലപ്പര് മാര് ക്ക് അത് മനസ്സിലാക്കണം, അത് അസംബന്ധവും അതിന് റെ അടിവശം ഉള്ളതും.
വളരെയധികം തിരഞ്ഞെടുപ്പുകൾ: "നിങ്ങൾക്ക് ഓപ്ഷൻ A, B, അല്ലെങ്കിൽ C ഉപയോഗിച്ച് വിന്യസിക്കാം" എന്നത് സ്വയം സേവനമല്ല, ഇത് ഗൃഹപാഠമാണ്.
നിരന്തരമായ മാറ്റംഓരോ ക്വാർട്ടറും പുതിയ രീതിയിലുള്ള ജോലികൾ.

ഡെവലപ്പർമാരോട് പതിവായി ചോദിക്കുക എന്താണു അവരെ മന്ദഗതിയിലാക്കുന്നത് എന്ന്. ആ ലിസ്റ്റിൽ ആ പ്ലാറ്റ്ഫോം ഉണ്ടെങ്കിൽ അത് ഗൌരവമായി എടുക്കുക.

പിന്നെ, എങ്ങനെ തുടങ്ങും?

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

എന്റെ അഭിപ്രായം: ഏറ്റവും നല്ല പ്ലാറ്റ്ഫോം ഡെവലപ്പർമാർ ശ്രദ്ധിക്കാത്ത ഒന്നാണ്. അവര് ഷിപ്പ് ചെയ്യുകയും, കാര്യങ്ങൾ നടക്കുകയും ചെയ്യുന്നു.

ഡെസ്ലി

മോണോറെപോ അതോ പല റെപോ?

Tue, 20 Oct 2026 23:10:30 +0200

കുറച്ച് വിഷയങ്ങളാണ് എൻജിനീയർമാരുടെ ഇടയിൽ ഈ വിഷയത്തെക്കാൾ വേഗത്തിൽ വാദങ്ങൾ ആരംഭിക്കുന്നത്. ചിലര് എല്ലാം ഒരു വലിയ ശേഖരത്തില് സൂക്ഷിക്കുമെന്ന് ശപഥം ചെയ്യുന്നു. മറ്റുള്ളവർ അത് ഭ്രാന്താണെന്ന് കരുതുന്നു, ഓരോ സേവനത്തിനും ഒരു റിപ്പോസിറ്ററി വേണം. ഇരു കൂട്ടരും തങ്ങളുടെ രീതിയില് ചെയ്യുന്ന പ്രശസ്ത കമ്പനികളെ ചൂണ്ടിക്കാണിക്കുന്നു.

ഇതാ ഞാൻ ഇതിനെ കുറിച്ച് ചിന്തിക്കുന്നത് ഒരു DevOps വീക്ഷണകോണിൽ നിന്ന്: ഇത് പൈപ്പ്ലൈനുകൾ, ഉടമസ്ഥാവകാശം, ദൈനംദിന ജോലി എന്നിവയ്ക്ക് എന്താണ് അർത്ഥമാക്കുന്നത്.

നമ്മൾ താരതമ്യം ചെയ്യുന്നത്

മോണോറെപ്പോ: പല സേവനങ്ങൾക്കും ലൈബ്രറികൾക്കുമുള്ള എല്ലാ കോഡുകളും (അല്ലെങ്കിൽ മിക്കതും) ഒരു റിപ്പോസിറ്ററിയിൽ താമസിക്കുന്നു.

പോളിറെപ്പോ: ഓരോ സേവനത്തിനും ലൈബ്രറിയ്ക്കും സ്വന്തമായി ഒരു റിപ്പോസിറ്ററി ഉണ്ട്.

ഒരു മധ്യസ്ഥസ്ഥത കൂടിയുണ്ട്. ഓരോ ടീമിനും ഓരോ ഉൽപ്പന്ന മേഖലയ്ക്കും ഒരു റിപ്പോസിറ്ററി. പല കമ്പനികളും അവിടെ അവസാനിക്കുന്നു, അവർ അതിനെ വിളിക്കാതിരുന്നാലും.

ഐ. സി. യുടെ മാറ്റങ്ങൾ

ഇവിടെയാണ് തീരുമാനം ഏറ്റവും വേദനിപ്പിക്കുകയോ സഹായിക്കുകയോ ചെയ്യുന്നത്.

ഒരു പോളിറെപ്പോ ലോകത്ത്ആദ്യം, സിഐ വളരെ ലളിതമാണ്. ഓരോ റിപ്പോസിറ്ററിനും അതിന്റേതായ പൈപ്പ്ലൈൻ ഉണ്ട്, അത് ആ സേവനം മാത്രം നിർമ്മിക്കുന്നു, അത് വേഗത്തിലാണ്. വേദന പിന്നീട് വരുന്നുഃ പങ്കിട്ട ലൈബ്രറികൾ ഓരോ ഉപഭോക്താവിനും റിലീസ് ചെയ്യുകയും പതിപ്പുകൾ പരിഷ്കരിക്കുകയും അപ്ഡേറ്റ് ചെയ്യുകയും വേണം. മൂന്ന് സേവനങ്ങളെ ബാധിക്കുന്ന ഒരു മാറ്റം മൂന്ന് പിൻവലിക്കൽ അഭ്യർത്ഥനകൾ, മൂന്ന് അവലോകനങ്ങൾ, മൂന്ന് പൈപ്പ്ലൈനുകൾ എന്നിവയാണെന്നാണ് അർത്ഥമാക്കുന്നത്, കൈകൊണ്ട് ഏകോപിപ്പിച്ചിരിക്കുന്നത്.

ഒരു മോണോറെപ്പോയില്, ഒരു ക്രോസ്-സെക്ടറിംഗ് മാറ്റം ഒരു പിൻ അഭ്യർത്ഥനയാണ്. ഒരു പങ്കിട്ട ലൈബ്രറി പുനർനിർമിക്കുകയും അതിന്റെ എല്ലാ ഉപയോക്താക്കളെയും അപ്ഡേറ്റ് ചെയ്യുകയും ചെയ്യുന്നത് ആറ്റോമിക് ആയി സംഭവിക്കുന്നു. പക്ഷെ നിഷ്കളങ്കരായ ഐ. ഐ. കള് വളരെ വേഗത കുറഞ്ഞവരായിത്തീരുന്നു. ഓരോ കമൈറ്റും എല്ലാം ബിൽഡ് ചെയ്ത് ടെസ്റ്റ് ചെയ്താൽ, റിപ്പോ വളരുന്നതനുസരിച്ച് പൈപ്പ്ലൈനുകൾക്ക് ഒരു നിത്യതയേ എടുക്കൂ.

മോണോറെപ്പോ ഐ. സി. യുടെ പരിഹാരം ബാധിതരായ കെട്ടിടങ്ങള്: മാറ്റം യഥാർഥത്തിൽ ബാധിക്കുന്ന പദ്ധതികളെ കണ്ടെത്തുക, അവ മാത്രം നിർമ്മിക്കുകയും പരീക്ഷിക്കുകയും ചെയ്യുക. അതിന് ആശ്രിതത്വ ഗ്രാഫ് മനസിലാക്കുന്ന ഒരു ഉപകരണം വേണം.

സ്മാർട്ട് ബിൽഡ് ടൂളിങ് ഇല്ലാത്ത ഒരു മോണോറെപ്പോ വളരെ വലിയ പോളൈറെപ്പോ ആണ്, പതുക്കെയുള്ള പൈപ്പ്ലൈനുകളുള്ളത്.

ഉടമസ്ഥതയും ആശ്രിതത്വവും

പോളിറെപോസ് ഉടമസ്ഥാവകാശം വ്യക്തമാക്കുക. ഈ ശേഖരം ആ ടീമിന് റെതാണ്. അനുമതികൾ ലളിതമാണ്. പക്ഷെ ആശ്രിതത്വ പതിപ്പുകൾ മാറുന്നു: ഒരു സേവനം പങ്കിട്ട ലൈബ്രറിയുടെ പതിപ്പ് 1 ലാണ്, മറ്റൊന്ന് പതിപ്പ് 4 ലാണ്, ആരും അപ്ഗ്രേഡ് ചെയ്യാൻ ആഗ്രഹിക്കുന്നില്ല.

മോണോറെപ്പോസ് എല്ലാവരെയും ആന്തരിക കോഡിന്റെ ഏറ്റവും പുതിയ പതിപ്പിൽ തന്നെ തുടരാൻ പ്രോത്സാഹിപ്പിക്കുക, കാരണം ഒരു പതിപ്പ് മാത്രമേയുള്ളൂ. ഉടമസ്ഥാവകാശം വ്യക്തമാക്കണം, സാധാരണയായി ഒരു CODEOWNERS ഫയൽ മാപ്പുകൾ ഫോൾഡറുകളിലേക്ക് മാപ്പ് ചെയ്യുന്നു, അങ്ങനെ ശരിയായ ആളുകൾ ശരിയായ മാറ്റങ്ങൾ അവലോകനം ചെയ്യുന്നു.

മോണോറെപ്പോസ് പ്രവർത്തിപ്പിക്കാൻ സഹായിക്കുന്ന ഉപകരണങ്ങൾ

ഗ്രാഫ് മനസിലാക്കുന്നതും ഫലങ്ങൾ കാഷെ ചെയ്യുന്നതുമായ ഒരു ബിൽഡ് ടൂൾ നിങ്ങൾക്ക് വേണം:

Nx ഒപ്പം ടര് ബൊരെപ്പോ: ജാവാസ്ക്രിപ്റ്റ് / ടൈപ്പ്സ്ക്രിപ്ട് ലോകത്ത് ജനപ്രിയമാണ്, സ്വീകരിക്കാൻ എളുപ്പമാണ്, വിദൂര കാഷിംഗിനൊപ്പം.
ബേസൽ: വളരെ ശക്തവും ഭാഷാ-അജ്ഞാതവും, വളരെ വലിയ തോതിൽ ഉപയോഗിക്കുന്നു. പഠിക്കാനും നിലനിർത്താനും വേണ്ടിയുള്ള ഒരു വലിയ നിക്ഷേപം കൂടിയാണിത്.
പാന്റ്സ് ഒപ്പം ബക്ക് 2: പൈത്തൺ, പോളിഗ്ലോട്ട് റിപ്പോ എന്നിവയ്ക്കായി ശക്തമായ ഗ്രാഫ് അടിസ്ഥാനമാക്കിയുള്ള ബിൽഡ് സിസ്റ്റങ്ങൾ.
ബിൽറ്റ് ഇൻ പാത്ത് ഫിൽട്ടറുകൾ ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ അല്ലെങ്കിൽ ഗിറ്റ്ലാബ് സിഐഃ ഏറ്റവും ലളിതമായ ഓപ്ഷൻ, ചില ഫോൾഡറുകൾ മാറ്റുമ്പോൾ മാത്രമേ ജോലികൾ പ്രവർത്തനക്ഷമമാക്കൂ. ചെറിയ മോണോറെപ്പോസിനു വേണ്ടത്ര നല്ലത്.

വിദൂര കാഷെ യഥാർത്ഥ വേഗതയേറിയതാണു്. ഒരേ കോഡ് മറ്റൊരാളുടെ പൈപ്പ്ലൈനില് നിർമ്മിക്കുകയും പരീക്ഷിക്കുകയും ചെയ്തിട്ടുണ്ടെങ്കില്, വീണ്ടും ചെയ്യുന്നതിനു പകരം ഫലത്തെ വീണ്ടും ഉപയോഗിക്കുക.

രണ്ടിനുമിടയില് നീങ്ങുന്നു

ഇരു ദിശകളിലുമുള്ള കുടിയേറ്റം നടക്കുന്നു.

പോളിറെപ്പോ മോണോറെപ്പോ: റിപ്പോസിറ്ററികളെ സബ്ഫോൾഡറുകളായി ലയിപ്പിച്ചുകൊണ്ട് ചരിത്രം സംരക്ഷിക്കാം. ബുദ്ധിമുട്ടുള്ള ഭാഗം ഗിറ്റല്ല, പങ്കിട്ട ഉപകരണങ്ങൾ, ബിൽഡ് സജ്ജീകരണം, ഐ. ഐ എന്നിവയെക്കുറിച്ച് യോജിപ്പാണ്.

മോണോറെപ്പോ പോളിറെപ്പോ: ഉപകരണങ്ങൾ പോലുള്ളവ git filter-repo ചരിത്രവുമായി ഒരു ഫോൾഡറിനെ സ്വന്തം റിപ്പോസിറ്ററിയിൽ വിഭജിക്കാം. ഏറ്റവും ബുദ്ധിമുട്ടുള്ള കാര്യം പെട്ടെന്ന് വേരിയന്റ് ചെയ്യേണ്ട പങ്കിട്ട കോഡ് അഴിച്ചുമാറ്റുകയാണ്.

ഏത് ദിശയിലായാലും, ക്രമേണ, ഒരു സേനയോ ടീമോ ആയി മാറുക.

പിന്നെ, ഏത്?

എന്റെ ഏകദേശ ഗൈഡ്:

ചെറിയ ടീം, കുറച്ച് സേവനങ്ങൾ, പങ്കിട്ട കോഡ്: ഒരു മോണോറെപ്പോ പലപ്പോഴും ലളിതമാണ്.
പല സ്വതന്ത്ര ടീമുകളും, വ്യത്യസ്ത ഭാഷകളും, ചെറിയ കോഡ് പങ്കിടലുംപോളിറെപ്പോസ് ശരിയാണ്.
കനത്ത കോഡ് പങ്കിടൽ ഉള്ള വലിയ സംഘടന: ഒരു മോണോറെപ്പോ വലിയ കാര്യമാണ്, പക്ഷെ ഗുരുതരമായ നിർമ്മാണ ഉപകരണങ്ങളും അത് സ്വന്തമാക്കുന്ന ഒരു ടീമും ഉണ്ടെങ്കിൽ മാത്രം.

സത്യസന്ധമായി പറഞ്ഞാൽ, ഈ ഘടന അത്ര പ്രധാനമല്ല അതിനെ ചുറ്റിപ്പറ്റിയുള്ള അച്ചടക്കം പോലെ: വ്യക്തമായ ഉടമസ്ഥാവകാശം, വേഗത്തിലുള്ള പൈപ്പ്ലൈനുകൾ, പങ്കിട്ട കോഡ് അപ്ഡേറ്റ് ചെയ്യുന്നതിനുള്ള വിശ്വസനീയമായ മാർഗ്ഗം.

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ ഏറ്റവും സാധാരണമായ മാറ്റം എളുപ്പമാക്കുന്ന ലേഔട്ട് തിരഞ്ഞെടുക്കുക. പിന്നെ ഉപകരണങ്ങളില് നിക്ഷേപിക്കുക. അങ്ങനെ സാധാരണക്കാര് ഉപദ്രവിക്കില്ല.

ഡെസ്ലി

MCP: നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് AI കണക്ട് ചെയ്യുക

Tue, 20 Oct 2026 23:10:30 +0200

വളരെക്കാലമായി, അടിസ്ഥാന സൌകര്യങ്ങൾക്കായി AI ഉപയോഗിക്കുന്നത് കോപ്പി ചെയ്ത് ഒട്ടിക്കുക എന്നതായിരുന്നു. പിഴവ് ചാറ്റിൽ പകർത്തുക, മറുപടി ടെർമിനലിൽ പകർത്തുക. നിങ്ങള് കാണിച്ചതൊക്കെ മാത്രമേ ആ ഐ. എ. ക്ക് കാണാനാവൂ.

മോഡൽ കോൺടെക്സ്റ്റ് പ്രോട്ടോക്കോൾ, അല്ലെങ്കിൽ എംസിപി, അത് മാറ്റുന്നു. ഇത് ഐ. ഐ. അസിസ്റ്റന്റുമാര് ക്ക് ഉപകരണങ്ങളോടും ഡാറ്റയോടും ബന്ധിപ്പിക്കാന് ഒരു സാധാരണ മാർഗ്ഗം നല് കുന്നു. DevOps-ന്, നിങ്ങളുടെ ക്ലസ്റ്ററിനും, പൈപ്പ്ലൈനുകൾക്കും ഡാഷ്ബോർഡുകൾക്കും ശരിക്കും നോക്കാൻ കഴിയുന്ന ഒരു അസിസ്റ്റന്റ് എന്നാണ് ഇതിനർത്ഥം.

MCP എന്താണെന്നും, അത് വലിയ പ്രചാരണങ്ങളില്ലാതെ

MCP ഒരു തുറന്ന പ്രോട്ടോക്കോളാണ്, 2024 അവസാനത്തോടെ ആന്ത്രോപിക് അവതരിപ്പിച്ചു, ഇപ്പോൾ മിക്ക പ്രധാന AI ഉപകരണങ്ങളും പിന്തുണയ്ക്കുന്നു. യുഎസ്ബി ഫോർ ഐ. ഐ. പോലെ ചിന്തിക്കുക. ഓരോ ഐ. ഐ ആപ്പും ഓരോ ഉപകരണങ്ങളുമായി സ്വന്തം സംയോജനം ഉണ്ടാക്കുന്നതിനു പകരം, ഉപകരണങ്ങൾ ഒരു എം സി പി സെര് വര്, ഒപ്പം എംസിപി സംസാരിക്കുന്ന ഏതൊരു AI ആപ്ലിക്കേഷനും (ആപ്ലിക്കേഷൻ ഉപഭോക്താവ്) ഉപയോഗിക്കാം.

ഒരു എംസിപി സെർവർ നല് കുന്നുഃ

ഉപകരണങ്ങൾ: "പട്ടികാപട്ടികകൾ" അല്ലെങ്കിൽ "പൈപ്പ്ലൈൻ ലോഗുകൾ നേടുക" പോലുള്ള പ്രവർത്തനങ്ങൾ AI നടത്താം.
വിഭവങ്ങൾ: ഡാറ്റ, ഫയലുകൾ, രേഖകൾ, രേഖകൾ എന്നിവ പോലെ.
സൂചനകൾ: സാധാരണ ജോലികള് ക്കുള്ള തയ്യാറായ നിർദ്ദേശങ്ങള് .

നിങ്ങളുടെ അഭ്യർത്ഥനയെ അടിസ്ഥാനമാക്കി ഒരു ഉപകരണം വിളിക്കേണ്ട സമയത്തെക്കുറിച്ച് AI തീരുമാനിക്കുന്നു. "എന്തിനാണ് കാശുടമസ്ഥൻ തകരാറിലാകുന്നത്" എന്ന് ചോദിച്ചാൽ, സഹായി ഒരു പട്ടിക തയ്യാറാക്കും, സമീപകാല സംഭവങ്ങൾ വായിക്കും, ലോഗുകൾ എടുത്ത് കണ്ടെത്തിയ കാര്യങ്ങൾ സംഗ്രഹിക്കും.

DevOps-ന് പ്രധാനപ്പെട്ട സെർവറുകൾ

നാം ദിവസവും ഉപയോഗിക്കുന്ന മിക്ക ഉപകരണങ്ങൾക്കും എംസിപി സെർവറുകൾ ഉണ്ട്:

കുബർനെറ്റുകള്: വിഭവങ്ങളും സംഭവങ്ങളും ലോഗുകളും വായിക്കുകയും ചിലപ്പോൾ മാറ്റങ്ങൾ വരുത്തുകയും ചെയ്യുന്നു.
ഗിറ്റ്ഹബ്, ഗിറ്റ്ലാബ്: പ്രശ്നങ്ങൾ, പിൻ അഭ്യർത്ഥനകൾ, വർക്ക്ഫ്ലോ റൺസ്.
ടെറാഫോർം, ക്ലൌഡ് സേവനദാതാക്കൾ: രേഖകള് പരിശോധിക്കുക, വിഭവ വിവരങ്ങള് , ചില സന്ദര് ഭങ്ങളില് പദ്ധതികള് .
നിരീക്ഷണ ഉപകരണങ്ങൾ: ഗ്രാഫാന, ഡാറ്റാഡോഗ് തുടങ്ങിയവയിൽ നിന്നുള്ള അന്വേഷണ അളവുകൾ, ലോഗുകൾ, ട്രെയ്സുകൾ.
സംഭവങ്ങളും ടിക്കറ്റ് ഉപകരണങ്ങളുംസംഭവങ്ങൾ വായിക്കുക, അപ്ഡേറ്റുകൾ എഴുതുക.

പല വിതരണക്കാരും ഇപ്പോൾ ഔദ്യോഗിക സെർവറുകളാണ് വിതരണം ചെയ്യുന്നത്, കൂടാതെ നിരവധി കമ്മ്യൂണിറ്റി സെർവറുകൾ ഉണ്ട്. ഗുണനിലവാരം വളരെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു, അതുകൊണ്ട് പ്രധാനപ്പെട്ട എന്തെങ്കിലും കണക്ട് ചെയ്യുന്നതിനു മുമ്പ് സെർവറിനെ പരിപാലിക്കുന്നത് ആരാണെന്ന് പരിശോധിക്കുക.

MCP ഒരു AI അസിസ്റ്റന്റിനെ നിങ്ങൾ പ്രശ്നം വിവരിക്കുന്ന ഒരാളിൽ നിന്നും സ്വയം പ്രശ്നം നോക്കാവുന്ന ഒരാളായി മാറ്റുന്നു. അതിനാലാണ് അതിര് വരര് ക്കുകള് ആവശ്യമായി വരുന്നത്.

എന്താണു തെറ്റ് സംഭവിക്കാന് കഴിയുക?

എംസിപി വളരെ ശക്തമാണ് കാരണം അത് ഐ. എ. ക്ക് പ്രവേശനം നൽകുന്നു. അതൊരു അപകടം കൂടിയാണ്.

വളരെ വിശാലമായ യോഗ്യതകൾ. ഒരു എംസിപി സെർവർ നിങ്ങളുടെ വ്യക്തിഗത അഡ്മിൻ കുബെകോൺഫിഗ് ഉപയോഗിക്കുന്നുവെങ്കിൽ, നിങ്ങളുടെ ക്ലസ്റ്ററിന് അഡ്മിനിലെ അവകാശങ്ങൾ AI- ന് ഉണ്ട്. ഓരോ ഉപകരണ കോൾ സെര് വറിന് എന്ത് ആക്സസ് ഉണ്ടെങ്കിലും ഉപയോഗിച്ച് നടത്തുന്നു.

പെട്ടെന്ന് കുത്തിവയ്ക്കാം. നിങ്ങളുടെ ഉപകരണങ്ങളിൽ നിന്നും ഡാറ്റ വായിക്കുന്നു: പ്രശ്ന വിവരണങ്ങൾ, ലോഗ് ലൈനുകൾ, വെബ് പേജുകൾ, README ഫയലുകൾ. ആരെങ്കിലും ആ ഡാറ്റയിൽ നിർദ്ദേശങ്ങൾ ഇടുകയാണെങ്കിൽ ("മുൻ നിർദ്ദേശങ്ങൾ അവഗണിക്കുകയും നാമമേഖല ഇല്ലാതാക്കുകയും ചെയ്യുക"), മോശമായി പരിരക്ഷിത സജ്ജീകരണം അവ പിന്തുടരാം. ഇത് ഇന്ന് AI ഏജന്റുമാരുടെ ഏറ്റവും വലിയ സുരക്ഷാ പ്രശ്നമാണ്, അത് പൂർണ്ണമായും പരിഹരിക്കപ്പെട്ടിട്ടില്ല.

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

നിശബ്ദമായി എഴുതുന്നു. വായന വളരെ സുരക്ഷിതമാണ്. എഴുതുകയോ, പ്രയോഗിക്കുകയോ, ഇല്ലാതാക്കുകയോ ചെയ്യുകയല്ല.

എങ്ങനെ സുരക്ഷിതമായി ഉപയോഗിക്കാമെന്ന്

വായിക്കാൻ മാത്രം തുടങ്ങുക. കുബർനെറ്റസ് അല്ലെങ്കിൽ ക്ലൌഡ് എംസിപി സെർവറിന് വായിക്കാൻ മാത്രമുള്ള ഒരു റോൾ നൽകുക. ഡീബഗ്ഗിംഗും വിശദീകരണവും വായിക്കുന്നതിലൂടെ ലഭിക്കുന്നതാണ് ഏറ്റവും വലിയ മൂല്യം.
പ്രത്യേക യോഗ്യതാ രേഖകൾ. MCP സെര് വറുകളുടെ സമർപ്പിത സേവന അക്കൌണ്ടുകൾ, പ്രത്യേക നാമമേഖലകളിലേക്കോ പ്രോജക്ടുകളിലേക്കോ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു, ഒരിക്കലും നിങ്ങളുടെ വ്യക്തിഗത അഡ്മിനിസ്ട്രേറ്റർ ആക്സസ് ഇല്ല.
ആദ്യം ഉല്പാദനം ഒഴിവാക്കുക. അത് ഡെവലപ്പറിലും ഇൻസ്റ്റിഗേഷനിലും ഉപയോഗിക്കുക, നിങ്ങൾ സെറ്റപ്പിൽ വിശ്വസിക്കുന്നതുവരെ.
കത്ത് സ്ഥിരീകരിക്കണം. മിക്ക AI ക്ലയന്റുകൾക്കും ഓരോ ടൂൾ കോൾ ചെയ്യുന്നതിനു മുമ്പും ചോദിക്കാം. അവസ്ഥ മാറുന്ന കാര്യങ്ങള് ക്ക് വേണ്ടി അത് ധരിക്കുക.
ഔദ്യോഗിക അല്ലെങ്കിൽ നന്നായി അവലോകനം ചെയ്ത സെർവറുകളെ ഉപയോഗിക്കുക, ഒരു പതിപ്പിലേക്ക് അറ്റാച്ചുചെയ്തിരിക്കുന്നു.
ലോഗ് ടൂൾ കോളുകൾ അതിനു ശേഷം സംഭവിച്ചത് എന്താണെന്ന് കാണാന് .

ഞാനൊരു ചെറിയ കെട്ടിടം ഉണ്ടാക്കുന്നു

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

നല്ല ഒരു ആദ്യ സെർവർ: നിങ്ങളുടെ കമ്പനിക്ക് പ്രത്യേകമായി വായിക്കാൻ മാത്രമുള്ള എന്തെങ്കിലും. ഉദാഹരണത്തിന്, നിങ്ങളുടെ സേവന കാറ്റലോഗിൽ നിന്നും "ഈ സേവനത്തിന്റെ ഉടമസ്ഥൻ ആരാണ്, അതിന്റെ റൺബുക്ക് എവിടെയാണ്" എന്ന് ഉത്തരം നൽകുന്ന ഒരു ഉപകരണം. ചെറുതും ഉപയോഗപ്രദവും ഒന്നും തകര് ക്കാന് പറ്റാത്തതുമാണ്.

നീയത് പരീക്ഷിക്കണോ?

അതെ, ശ്രദ്ധയോടെ. എംസിപി വളരെ വേഗം തന്നെ ഐ. ഐ. യുടെ ഉപകരണങ്ങളുമായി ബന്ധിപ്പിക്കുന്ന സാധാരണ മാർഗമായി മാറുകയാണ്. അത് മനസ്സിലാക്കുക എന്നത് ഡെവ് ഒപ്സ് ജോലിയുടെ ഭാഗമാകും. വായന മാത്രം, നോൺ പ്രൊഡക്ഷൻ, ചുരുങ്ങിയ ക്രെഡൻഷ്യലുകളുമായി തുടങ്ങുക. അത് എന്ത് ചെയ്യുന്നു എന്ന് മനസ്സിലാക്കിയാൽ മാത്രമേ അത് വികസിപ്പിക്കൂ.

എന്റെ അഭിപ്രായം: കൈകൊടുക്കുന്നതിനു മുമ്പ് AI-ന് കണ്ണുകൾ കൊടുക്കുക. നിങ്ങൾ കൈകോർക്കുമ്പോൾ, അവയ്ക്ക് അബദ്ധത്തിൽ ഉല്പാദനത്തിലേക്ക് എത്താൻ കഴിയുന്നില്ലെന്ന് ഉറപ്പാക്കുക.

ഡെസ്ലി

അല്ല് കോഡ് എഴുതുന്നു. ആരാണ് അത് പരിശോധിക്കുന്നത്?

Tue, 20 Oct 2026 23:10:30 +0200

നമ്മുടെ സംഭരണികളിലെ കോഡിന്റെ വളരുന്ന ഒരു ഭാഗം മനുഷ്യന് ടൈപ്പ് ചെയ്തിട്ടില്ല. AI അസിസ്റ്റന്റുമാർ ഫംഗ്ഷനുകൾ, ടെസ്റ്റുകൾ, ഡോക്കർ ഫയലുകൾ, ടെറഫോർം എന്നിവ എഴുതുന്നു. ഏജന്റുമാർ മുഴുവൻ പിൻവലിക്കൽ അഭ്യർത്ഥനകളും തുറക്കുന്നു. അത് ഉല്പാദനക്ഷമതയെ വൻതോതിൽ വർദ്ധിപ്പിക്കും.

കോഡ് വോള്യം കൂടുതലായതുകൊണ്ട് കൂടുതൽ കാര്യങ്ങൾ പരിശോധിക്കേണ്ടിവരും, പക്ഷെ ലഭ്യമായ സമയം മാറ്റമില്ല. കൂടാതെ, AI സൃഷ്ടിച്ച കോഡിന് അതിന്റേതായ പിശകുകളുണ്ട്. അതുകൊണ്ട് പൈപ്പ് ലൈനിന് കൂടുതൽ പരിശോധന നടത്തണം.

പുതിയ അപകടസാധ്യതകൾ ലളിതമായി

സുരക്ഷിതമല്ലാത്ത പാറ്റേണുകൾ, എല്ലാം ശരിയായി കാണപ്പെടുന്നു. പൊതു കോഡിൽ നിന്നും AI പഠിച്ചു, പൊതു കോഡിന്റെ ഒരു വലിയ ഭാഗം സുരക്ഷിതമല്ല. സ്ട്രിങ്ങുകളിൽ നിന്നും നിർമ്മിച്ച SQL, TLS പരിശോധന പ്രവർത്തനരഹിതമാക്കി, അനുമതികൾ വളരെ വിശാലമാണ്, കോൺഫിഗറേഷൻ ഫയലുകളിലെ രഹസ്യങ്ങൾ.

കാലഹരണപ്പെട്ട ഉപദേശം. കാലഹരണപ്പെട്ട API കൾ, അറിയപ്പെടുന്ന ദുർബലതകളുള്ള പഴയ ലൈബ്രറി പതിപ്പുകൾ, നീക്കം ചെയ്ത API പതിപ്പുകൾ ഉപയോഗിച്ച് Kubernetes പ്രകടനങ്ങൾ.

ഹാലുസിനേഷൻ ആശ്രിതത്വം. ഇ. ഐ. പറയുന്നത് ശരിയായി തോന്നുന്ന ഒരു പാക്കേജ് ഇറക്കുമതി ചെയ്യണം എന്നാണെങ്കിലും അത് നിലവിലില്ല.

ലൈസൻസ് പ്രശ്നങ്ങള് . നിയന്ത്രിത ലൈസൻസിനു കീഴിലുള്ള കോഡിന് വളരെ സാമ്യമുള്ള കോഡ് സൃഷ്ടിച്ചു.

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

"സ്ലോപ്സ്ക്വാറ്റിംഗ്": ഒരു AI കണ്ടുപിടിച്ച ഒരു പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യുക

ഇത് പുതിയതും വഞ്ചനാപരവുമാണ്.

ഭാഷാ മോഡലുകൾ ചിലപ്പോൾ പാക്കേജ് പേരുകൾ കണ്ടുപിടിക്കുന്നു. വിശ്വസനീയമായവ, requests-oauth-helper അല്ലെങ്കില് express-secure-session. ഗവേഷകർ ശ്രദ്ധിച്ചത് ഒരേ കെട്ടിച്ചമച്ച പേരുകൾ തന്നെ പലതവണ പ്രത്യക്ഷപ്പെടുന്നു എന്നാണ്. ആക്രമണകാരികള് ക്ക് ആ പേരുകൾ npm-ലോ PyPI-യിലോ രജിസ്റ്റര് ചെയ്യാം, എന്നിട്ട് അവയെ ക്ഷുദ്രവെയറുകളുമായി പൂരിപ്പിക്കാം. ഒരു ഡെവലപ്പർ, അല്ലെങ്കിൽ ഒരു ഏജന്റ്, നിർദ്ദേശത്തെ വിശ്വസിക്കുകയും പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യുമ്പോൾ, ആക്രമണകാരിയുടെ കോഡ് പ്രവർത്തിക്കുന്നു.

ഇത് ടൈപ്പ് ക്വാട്ടിംഗിന്റെ ഒരു വകഭേദം ആണ്, സമൂഹം അതിനെ കുലുങ്ങൽ.

ഒരു പാക്കേജ് നിർദ്ദേശിക്കുന്ന ഒരു AI ഒരു ശുപാർശയല്ല. അത് ഒരു ഊഹമാണ്, ആക്രമണകാരികൾ ആ ഊഹങ്ങളിലാണ് വാതുവെക്കുന്നത്.

ഞാന് ഈ പൈപ്പ് ലൈനില് ചേര് ക്കുന്ന ചെക്കുകള്

ഇവയ്ക്കെല്ലാം വിചിത്രമായ ഉപകരണങ്ങൾ ആവശ്യമില്ല. ഇതിന് സാധാരണ DevSecOps ടൂൾബോക്സ് വേണം, ശരിക്കും ഓണാക്കി നടപ്പിലാക്കുക:

ആശ്രിതത്വം പരിശോധന. അറിയപ്പെടുന്ന അപര്യാപ്തതകൾക്കായി സോഫ്റ്റ്വെയർ ഘടന വിശകലനം (ഡെപൻഡാബോട്ട് അലേർട്ടുകൾ, ഒഎസ്വി-സ്കാനർ, സ്നൈക്ക്, ട്രിവി). കൂടാതെ സോക്കറ്റ് പോലുള്ള ഉപകരണങ്ങളും സംശയകരമായ പാക്കേജുകളെ അടയാളപ്പെടുത്തുന്നു. പുതിയത്, കുറച്ച് ഡൌൺലോഡുകൾ, സ്ക്രിപ്റ്റുകൾ ഇൻസ്റ്റാൾ ചെയ്യുക.
പുതിയ ആശ്രിതത്വങ്ങൾക്കുള്ള ഒരു നയം. പുതിയ പാക്കേജ് ചേർക്കുന്നത്, പിൻവലിക്കൽ അഭ്യർത്ഥനയിൽ ദൃശ്യമാകണം, ഒരു മനുഷ്യ രൂപം നേടുക. ചില ടീമുകൾ ഒരു ആന്തരിക പ്രോക്സി അല്ലെങ്കിൽ രജിസ്ട്രിയിൽ നിന്നുള്ള പാക്കേജുകൾ മാത്രമേ അനുവദിക്കുന്നുള്ളൂ.
സ്റ്റാറ്റിക് വിശകലനം (SAST). സെംഗ്രെപ്, കോഡ് ക്യു എൽ, അല്ലെങ്കിൽ സമാനമായവ, സുരക്ഷിതമല്ലാത്ത ക്രിപ്റ്റോ, അപകടകരമായ പ്രവർത്തനങ്ങൾ.
രഹസ്യ സ്കാനിംഗ് ഓരോ പുഷ്, പുഷ് സംരക്ഷണം ലഭ്യമാണ് എവിടെ.
ഐ. എ. സി. സ്കാനിംഗ്. ടെറാഫോർം, കുബർനെറ്റ്സ് മാനിഫെസ്റ്റുകൾക്കുള്ള ചെക്കോവ്, ട്രിവി അല്ലെങ്കിൽ ടിഫ്ലിന്റ്: തുറന്ന സുരക്ഷാ ഗ്രൂപ്പുകൾ, പ്രത്യേക അവകാശമുള്ള കണ്ടെയ്നറുകൾ, എൻക്രിപ്ഷൻ നഷ്ടമായി.
ലൈസൻസ് സ്കാനിംഗ് നിങ്ങളുടെ കമ്പനി ലൈസന്സിന്റെ പാലനം ശ്രദ്ധിക്കുന്നുണ്ടെങ്കിൽ.
പരിശോധനകൾ, ആവശ്യമായി വന്നിരുന്നു. തെറ്റായ കോഡിനെതിരെ ഏറ്റവും നല്ല പ്രതിരോധം പരാജയപ്പെട്ട ഒരു പരീക്ഷണം ആണ്.

അവലോകനം ചെയ്യേണ്ടിവരുമ്പോൾ അവലോകനം ചെയ്യുക

ഉപകരണങ്ങള് പാറ്റേണുകള് പിടിക്കുന്നു. മനുഷ്യര് ക്ക് ഇപ്പോഴും യുക്തി മനസ്സിലാക്കണം. ചില ശീലങ്ങൾ സഹായിക്കും:

പിൻവലിക്കൽ അഭ്യർത്ഥനകൾ ചെറുതായി സൂക്ഷിക്കുക, എഐ വലിയവ എളുപ്പമാക്കുന്നു പോലും. ഏജന്റുവിനോട് ജോലി വിഭജിക്കാന് പറയൂ.
AI സൃഷ്ടിച്ച മാറ്റങ്ങൾ അടയാളപ്പെടുത്തുക അതുകൊണ്ട് നിരൂപകർ കൂടുതൽ ശ്രദ്ധയോടെ നോക്കണം. ചില ടീമുകൾ ഒരു ലേബല് ഉപയോഗിക്കുന്നു അല്ലെങ്കിൽ ട്രെയിലര് കമ്മിറ്റ് ചെയ്യുന്നു.
ആദ്യം പരിശോധനകൾ പരിശോധിക്കുക. പരിശോധന ദുർബലമാണെങ്കില് , അത് പാസാക്കുന്ന കോഡ് വളരെ കുറവാണ്.
ഓരോ പുതിയ ആസക്തിക്കും "എന്തിനാണ്" എന്ന് ചോദിക്കുക.
AI യുടെ സ്വന്തം കോഡ് ഒറ്റയ്ക്ക് അവലോകനം ചെയ്യാൻ അനുവദിക്കരുത്. AI അവലോകന ഉപകരണങ്ങൾ ഉപയോഗപ്രദമായ ഒരു കൂട്ടം കണ്ണുകളാണ്, മനുഷ്യന്റെ അംഗീകാരത്തിന് പകരം വയ്ക്കാനല്ല.

ആര് അത് പരിശോധിക്കും?

പൈപ്പ്ലൈനിന് അത് ഓട്ടോമാറ്റിക്കായി പരിശോധിക്കാം, ഒരു മനുഷ്യന് ശരിക്കും പ്രധാനപ്പെട്ടത് പരിശോധിക്കും. അത് എപ്പോഴും ഇങ്ങനെ തന്നെയായിരുന്നു. AI അത് കൂടുതൽ ബുദ്ധിമുട്ടാക്കുന്നു കാരണം കൂടുതൽ കോഡുകൾ ഉണ്ട്, വേഗത്തിൽ എഴുതിയിരിക്കുന്നു, ഒരിക്കലും മടിക്കാത്ത എന്തെങ്കിലും.

എന്റെ അഭിപ്രായം: AI ക്ക് കോഡ് എഴുതാം. നിങ്ങളുടെ പൈപ്പ് ലൈനും അവലോകകരും അത് കയറ്റി അയക്കാനുള്ള അവകാശം നേടിയെടുക്കണം.

ഡെസ്ലി

വളരെയധികം അലേർട്ടുകൾ: ശബ്ദം കുറയ്ക്കാൻ AIക്ക് കഴിയുമോ?

Tue, 20 Oct 2026 23:10:30 +0200

ഓരോ ഡിറ്റര് ണല് എഞ്ചിനീയര് ക്കും ആ തോന്നല് അറിയാം. നിങ്ങളുടെ ഫോൺ ബിംബിംഗ് ചെയ്യുന്നു. നിങ്ങള് പരിശോധിക്കുക, ഒരു വർഷമായി 85% ത്തിൽ പ്രവർത്തിക്കുന്ന ഒരു നോഡിലെ സിപിയു. വീണ്ടും ബസ്: രണ്ടു മിനിറ്റിനകം സ്വയം പരിഹരിക്കുന്ന ഒരു ഡിസ്ക് മുന്നറിയിപ്പ്. ബസ്: ഒരേ ഡാറ്റാബേസ് പ്രശ്നത്തിന് പത്ത് അലേർട്ടുകൾ, അത് ഉപയോഗിക്കുന്ന ഓരോ സേവനത്തിൽ നിന്നും ഒന്ന്.

കുറച്ച് ആഴ്ചകൾക്കു ശേഷം ആളുകൾ പ്രതികരിക്കുന്നില്ല. ശരിക്കും പ്രാധാന്യമുള്ള ആ മുന്നറിയിപ്പ് അവഗണിക്കപ്പെടുകയും ചെയ്യും. അതൊരു അലർട്ട് ഫാറ്റിഗാണ്, അത് അപകടകരമാണ്.

എഐഒപിഎസ് ഉപകരണങ്ങള് അത് മെഷീന് പഠനത്തിലൂടെ പരിഹരിക്കുമെന്ന് വാഗ്ദാനം ചെയ്യുന്നു. അവർ അങ്ങനെ ചെയ്യുന്നുണ്ടോ?

സ്റ്റാറ്റിക് പരിധികൾ പരാജയപ്പെടുന്നത് എന്തുകൊണ്ട്

മിക്ക അലേർട്ടുകളും ഇങ്ങനെ നിർമ്മിക്കപ്പെടുന്നു: "എക്സ് മെട്രിക് Y ന് മുകളിലാണെങ്കിൽ Z മിനിറ്റിനുള്ളിൽ, ആരെയെങ്കിലും വിളിക്കുക". ലളിതവും പ്രവചിക്കാവുന്നതുമാണ്. പലപ്പോഴും തെറ്റായത്:

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

AIOps ഉപകരണങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നതെന്താണ്

"AIOps" എന്നത് ഒരു വിശാലമായ മാർക്കറ്റിംഗ് പദമാണ്, പക്ഷേ സാധാരണയായി ഇത് ചില യഥാർത്ഥ സവിശേഷതകൾ ഉൾക്കൊള്ളുന്നുഃ

അപൂർവത കണ്ടെത്തൽ. നിശ്ചിത പരിധികൾക്കു പകരം, ഓരോ അളവിലും സാധാരണ എന്താണെന്ന് പഠിക്കുന്നു, ദിവസേനയും ആഴ്ചതോറും ഉള്ള പാറ്റേണുകൾ ഉൾപ്പെടെ, അസാധാരണമായ പെരുമാറ്റത്തെക്കുറിച്ചുള്ള അലേർട്ടുകൾ.
ബന്ധവും ഗ്രൂപ്പിംഗും. വിവിധ സേവനങ്ങളിൽ നിന്നുള്ള ബന്ധപ്പെട്ട അലേർട്ടുകൾ ഒരു സംഭവമായി കൂട്ടിച്ചേർക്കുന്നു, ഏറ്റവും മികച്ചത് മൂലകാരണം ഊഹിക്കുക.
ഡെഡുപ്ലിക്കേഷനും അടിച്ചമർത്തലും. അലേർട്ടുകളും ഡ്യൂപ്ലിക്കേറ്റുകളും ലയിപ്പിക്കുകയോ മൌണ്ട് ചെയ്യുകയോ ചെയ്യുന്നു.
സംഗ്രഹം LLM യുടെ സഹായത്തോടെ പല ഉപകരണങ്ങളും ഇപ്പോൾ സംഭവിക്കുന്ന കാര്യങ്ങളെക്കുറിച്ച് ലളിതമായ ഭാഷയിൽ വിശദീകരണം എഴുതുന്നു.

ഡാറ്റാഡോഗ്, ഡൈനട്രേസ്, ന്യൂ റെലിക്, ഗ്രാഫാന, പേജർ ഡ്യൂട്ടി, ബിഗ്പാണ്ട തുടങ്ങിയവ ഈ സവിശേഷതകളുടെ ചില പതിപ്പുകൾ വാഗ്ദാനം ചെയ്യുന്നു.

അവ യഥാര് ത്ഥത്തില് നല് കുന്നത്

എന്റെ അനുഭവത്തിൽ, സത്യസന്ധമായി, ചില യഥാർത്ഥ മൂല്യം, വിൽപ്പന ഡെക്കിനേക്കാൾ കുറവ് മാജിക്.

ഗ്രൂപ്പിംഗും ബന്ധവും അതാണ് എനിക്ക് ഏറ്റവും ഗുണം ചെയ്യുന്ന സ്ഥലം. 40 അലേർട്ടുകൾ ഒരു സംഭവമായി മാറ്റുന്നത് ഒരു ടൈംലൈനില് ഒരു വലിയ പുരോഗതിയാണ്.

അസാധാരണമായ കണ്ടെത്തൽ ട്രാഫിക്, ബിസിനസ് നമ്പറുകൾ തുടങ്ങിയ ശക്തമായ പാറ്റേണുകളുള്ള അളവുകൾക്ക് ഉപയോഗപ്രദമാണ്, മറ്റെല്ലാത്തിനും ശബ്ദമുണ്ടാക്കുന്നു. "അസാധാരണ" എന്നതുകൊണ്ട് മോശം എന്നർത്ഥമില്ല. ഒരു മാർക്കറ്റിംഗ് കാമ്പയിനും ഒരു അപൂർവതയാണ്.

ഐ. എ. സംഗ്രഹം തെളിവുകൾ പരിശോധിക്കുക എന്ന പതിവ് മുന്നറിയിപ്പോടെ വേഗത്തിൽ ഓറിയന്റേഷന് സഹായിക്കും.

AIക്ക് ശബ്ദത്തെ തരംതിരിക്കാനാകും, പക്ഷെ നിങ്ങൾക്ക് എന്തിനെക്കുറിച്ചാണ് ശ്രദ്ധിക്കേണ്ടതെന്ന് തീരുമാനിക്കാൻ കഴിയില്ല. ആ ഭാഗം ഇപ്പോഴും നിന്റെ ജോലിയാണ്.

ആദ്യം അടിസ്ഥാനകാര്യങ്ങള് ശരിയാക്കുക

എന്തെങ്കിലും വാങ്ങുന്നതിനു മുമ്പ്, മിക്ക ടീമുകൾക്കും അവരുടെ അലേർട്ട് ശബ്ദത്തിന്റെ പകുതി ശാസ്ത്രം കൊണ്ട് മാത്രം ഇല്ലാതാക്കാൻ കഴിയും:

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

ഒരു അലാറം സെറ്റപ്പിന്റെ മുകളിൽ AIOps ഒരു സംഘടിത കുഴപ്പമാണ് ഉണ്ടാക്കുന്നത്.

ഒരു അലേർട്ട് വിലമതിക്കപ്പെട്ടതാണോ എന്ന് വിലയിരുത്തുക

എനിക്ക് ഏറ്റവും ഇഷ്ടപ്പെട്ട അളവ് ഇതാണ് പ്രവർത്തനക്ഷമത നിരക്ക്കഴിഞ്ഞ മാസം എല്ലാ പേജുകളിലും, എത്ര പേജുകൾ ആരെയെങ്കിലും എന്തെങ്കിലും ചെയ്യാൻ പ്രേരിപ്പിച്ചു? പകുതിയിലേറെ കുറവാണെങ്കിൽ നിങ്ങൾക്ക് ശബ്ദ പ്രശ്നമുണ്ട്.

മറ്റു ഉപയോഗപ്രദമായ നമ്പറുകൾ: ഡിറ്റര് ഷിപ്പ് ഷിഫ്റ്റിന് പേജുകൾ, ജോലി സമയത്തിന് പുറത്ത് പേജുകൾ , റിസീവ് ചെയ്യേണ്ട സമയം. ആ പ്രവണത ശരിയായ ദിശയിലാണെങ്കിൽ, നിങ്ങൾ മാറ്റിയതെന്തും പ്രവർത്തിക്കുന്നു, AI യുമൊത്ത് അല്ലെങ്കിൽ ഇല്ലാതെ.

അപ്പോള്, എ ഐക്ക് ശബ്ദം കുറയ്ക്കാൻ കഴിയുമോ?

ഭാഗികമായി. ഗ്രൂപ്പുചെയ്യാനും സംഗ്രഹിക്കാനും അത് നല്ലതാണ്. പക്ഷെ ഏറ്റവും വലിയ വിജയം ഒരു ടീമായി തീരുമാനിക്കുന്നതിലൂടെയാണ് വരുന്നത്, ആരെയെങ്കിലും ഉണർത്താൻ അർഹമായത്. ആദ്യം അത് ചെയ്യുക, പിന്നെ ബാക്കി AI സഹായിക്കട്ടെ.

എന്റെ അഭിപ്രായം: ഏറ്റവും നിശബ്ദമായ പീജര് നല്ല അലാറം ഡിസൈനില് നിന്നാണ് വരുന്നത്. AI ഒരു സഹായകരമായ ഫിൽട്ടറാണ്, പ്രധാനപ്പെട്ടത് എന്താണെന്ന് തീരുമാനിക്കുന്നതിനു പകരം വയ്ക്കുന്നതല്ല.

ഡെസ്ലി

DevOps ആളുകള് ക്കുള്ള ജിപിയു

Tue, 20 Oct 2026 23:10:30 +0200

എന്റെ കരിയറിലെ മിക്ക സമയത്തും ജിപിയു കളിക്കാരെയും ഗവേഷകരെയും ആശങ്കപ്പെടുത്തി. ഞാന് പ്രവർത്തിപ്പിച്ച അടിസ്ഥാന സൌകര്യങ്ങള് സി. പി. യു. കളും, മെമ്മറിയും, ഡിസ്കുകളും, നെറ്റ് വർക്കുകളും ആയിരുന്നു. അപ്പോള് AI സംഭവിച്ചു, പെട്ടെന്ന് ടീമുകള് ജിപിയു നോഡുകള് ആവശ്യപ്പെട്ടു, മോഡല് സെര്വിംഗ്, "ഞങ്ങള് ക്ക് ഈ എല്.എല്.എമ്മിനെ സ്വയം പ്രവർത്തിപ്പിക്കാമോ?"

നിങ്ങൾ ഒരു DevOps എൻജിനീയർ ആണെങ്കിൽ, ജിപിയു നിങ്ങളുടെ മേശപ്പുറത്ത് ഉണ്ടാകും, അല്ലെങ്കിൽ ഉടൻ തന്നെ ഉണ്ടാകും. ഇതാ, നിങ്ങള് ക്കറിയേണ്ട കാര്യം.

എന്തിന് ജിപിയു എന്റെ മേശപ്പുറത്ത് വന്നു?

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

DevOps-ന് ഇത് പുതിയ ചോദ്യങ്ങള് ഉന്നയിക്കുന്നു:

എങ്ങനെയാണ് നമ്മൾ വർക്ക് ലോഡുകൾക്ക് ജിപിയു ആക്സസ് കൊടുക്കുന്നത്?
അവരെ എങ്ങനെ വിഭജിക്കും, അങ്ങനെ അവർ വെറുതെ ഇരിക്കില്ല?
അവരെ എങ്ങനെ നിരീക്ഷിക്കും?
മേഘം പൊട്ടിത്തെറിക്കാതിരിക്കാൻ നമുക്ക് എങ്ങനെ കഴിയും?

ജിപിയു അടിസ്ഥാനകാര്യങ്ങള് അഞ്ച് മിനിറ്റിനകം

നിരന്തരം വരുന്ന ചില പദങ്ങൾ:

വിആര് എംജിപിയുവിന്റെ സ്വന്തം മെമ്മറി. LLM- കള് ക്ക് ഇത് സാധാരണയായി പരിധിയാണ്. മോഡലിന് ഭാരം യോജിക്കണം, കൂടാതെ പ്രോസസ്സ് ചെയ്യപ്പെടുന്ന അഭ്യർത്ഥനകൾക്ക് ഇടം നൽകണം.
സി. യു. ഡി. എ: എൻവിഡിയയുടെ സോഫ്റ്റ് വെയർ പ്ലാറ്റ്ഫോം. മിക്ക AI സോഫ്റ്റ് വെയറുകളും അതിനെ ആശ്രയിച്ചിരിക്കുന്നു, അതുകൊണ്ടാണ് എൻവിഡിയ ആധിപത്യം പുലർത്തുന്നത്.
ഡ്രൈവർമാർ: നിങ്ങളുടെ സോഫ്റ്റ് വെയറിന് ആവശ്യമുള്ള CUDA പതിപ്പുമായി പൊരുത്തപ്പെടുന്ന ഹോസ്റ്റിലെ പ്രത്യേക ഡ്രൈവറുകൾ ജിപിയുക്ക് ആവശ്യമാണ്. പതിപ്പുകളുടെ വ്യത്യാസം വേദനയുടെ ഒരു സാധാരണ സ്രോതസ്സാണ്.
തലമുറകൾ: എൻവിഡിയ എ100, എച്ച്100, എച്200 തുടങ്ങിയ ഡേറ്റാ സെന്റർ ജിപിയുകളും പുതിയവയും, എൽ4 , ടി4 പോലുള്ള ചെറുതും വിലകുറഞ്ഞതുമായവയും. വിലകൂടിയത് എപ്പോഴും നിങ്ങളുടെ ജോലിഭാരത്തിന് നല്ലതല്ല.

ഒരു ജിപിയു പങ്കിടൽ: MIG ഉം ടൈം സ്ലൈസിംഗും

ഒരു ചെറിയ മോഡലിന് ആവശ്യമുള്ളതിനേക്കാൾ കൂടുതലാണ് ഒരു പൂർണ്ണ ജിപിയു. പങ്കിടൽ ഓപ്ഷനുകൾ:

MIG (മൾട്ടി ഇൻസ്റ്റൻസ് ജിപിയു): ഉയർന്ന നിലവാരമുള്ള എൻവിഡിയ ജിപിയുകളിൽ പിന്തുണയ്ക്കുന്നു. ഒരു ജിപിയുവിനെ പൂർണ്ണമായും ഒറ്റപ്പെട്ട പല സ്ലൈസുകളായി വിഭജിക്കുന്നു, ഓരോന്നും അതിന്റേതായ മെമ്മറിയും കമ്പ്യൂട്ടറും ഉള്ളവയാണ്. നല്ല ഐസൊലേഷന് , നിശ്ചിത വലുപ്പമുള്ളവ.
സമയ വിഭജനം: ഒരേ ജിപിയുവിൽ ഒന്നിലധികം വർക്ക് ലോഡുകൾ മാറി മാറി പ്രവർത്തിക്കുന്നു. കൂടുതൽ വഴക്കമുള്ളതും, പക്ഷേ മെമ്മറി ഐസൊലേഷന് ഇല്ല, അതുകൊണ്ട് ഒരു അത്യാഗ്രഹ പ്രവൃത്തി മറ്റുള്ളവരെ ബാധിക്കും.
MPS (മൾട്ടി-പ്രോസസ്സ് സേവനം): ചില പരിമിതികളോടെ പ്രോസസ്സുകൾക്ക് ജിപിയു കൂടുതൽ കാര്യക്ഷമമായി പങ്കിടാൻ സാധിക്കുന്നു.

ചെറിയ മോഡലുകളുടെ നിഗമനത്തിന്, പങ്കിടൽ ചെലവ് ഗണ്യമായി കുറയ്ക്കും.

നിങ്ങളുടെ ഡേറ്റാ സെന്ററിലെ ഏറ്റവും വിലപിടിപ്പുള്ള കാര്യമാണ് ഒന്നും ചെയ്യാത്ത ഒരു ജിപിയു.

കുബർനെറ്റസിൽ പ്രവർത്തിപ്പിക്കുന്നു

കുബർനെറ്റീസിൽ, സാധാരണ സജ്ജീകരണം:

ഒരു ജിപിയു നോഡ് പൂൾ സാധാരണ വർക്ക് ലോഡുകൾ വിലയേറിയ ജിപിയു നോഡുകളില് എത്തുന്നില്ല.
എൻവിഡിയ ജിപിയു ഓപ്പറേറ്റർ, ഡ്രൈവറുകളും കണ്ടെയ്നർ ടൂൾകിറ്റും ഡിവൈസ് പ്ലഗിൻ, ജിപിയു നോഡുകളിലെ നിരീക്ഷണവും ഓട്ടോമാറ്റിക്കായി ഇൻസ്റ്റാൾ ചെയ്യുന്നു.
പാഡുകൾ ജിപിയു ആവശ്യപ്പെടുന്നു മറ്റേതൊരു വിഭവവും പോലെ:

resources:
  limits:
    nvidia.com/gpu: 1

ടോളറേഷനും നോഡ് സെലക്ടറുകളും അങ്ങനെ ജിപിയു പാഡുകൾ ശരിയായ നോഡുകളില് എത്തിച്ചേരുന്നു.

കുബർനെറ്റിന് ഇപ്പോൾ ഡൈനാമിക് റിസോഴ്സ് അലോക്കേഷൻ (ഡിആർഎ), ഇത് സ്ഥിരതയുള്ളതും വർക്ക് ലോഡുകൾക്ക് പ്രത്യേക ജിപിയു മോഡലുകൾ, മിനിമം മെമ്മറി വലുപ്പങ്ങൾ അല്ലെങ്കിൽ ജിപിയുവിന്റെ സ്ലൈസുകൾ അഭ്യർത്ഥിക്കാൻ അനുവദിക്കുന്നു. ഈ പ്രവണതയെ കൂടുതൽ ഉപകരണങ്ങള് പിന്തുടരാൻ സാധ്യതയുണ്ട്.

ക്ലൌഡിൽ, നിയന്ത്രിത നോഡ് പൂളുകളും മരംപണിക്കാരൻ (AWS- ൽ) ജിപിയു നോഡുകൾ ചേർക്കാൻ കഴിയും, ജിപിയുവിന് കാത്തിരിക്കുമ്പോൾ മാത്രം, പിന്നീട് അവ നീക്കംചെയ്യുക.

മോണിറ്ററിംഗ് ജിപിയു

സാധാരണ നോഡ് മോണിറ്ററിംഗ് ജിപിയുകളെ കുറിച്ച് കൂടുതലൊന്നും പറയുന്നില്ല. കൂട്ടിച്ചേര് ക്കാന് എൻവിഡിയ ഡിസിജിഎം കയറ്റുമതിക്കാരൻ പ്രൊമെഥിയസ് എന്നതിനായി, അത് നിങ്ങൾക്ക് നൽകുന്നു:

ജിപിയു ഉപയോഗം
ഉപയോഗിച്ച മെമ്മറി
താപനിലയും ഊർജ്ജവും
പിശകുകൾ (അതെ, ജിപിയുകളും പരാജയപ്പെടുന്നു, ചില പിശകുകളും നോഡ് ശൂന്യമാക്കണം എന്നാണ് അർത്ഥമാക്കുന്നത്)

ഏറ്റവും പ്രധാനപ്പെട്ട ഡാഷ്ബോർഡ്: ഓരോ വർക്ക് ലോഡിനും കാലാകാലങ്ങളിൽ ഉപയോഗം. ഇത് ഉടനെ കാണിക്കുന്നു ആരാണ് ജിപിയു വാങ്ങുന്നത്, ആരാണ് ഉപയോഗിക്കാത്തത്.

ഒന്നും ചെയ്യാത്ത ജിപിയുക്കള് ക്ക് പണം നല് കുന്നു

ജിപിയു ചെലവുകള് സജീവമായി നിയന്ത്രിക്കേണ്ടതുണ്ട്:

പൂജ്യം വരെ ട്രാഫിക് ഇല്ലാത്ത സമയത്താണ്, നിങ്ങളുടെ സ്റ്റാർട്ട് അപ്പ് സമയം അനുവദിക്കുന്നുവെങ്കിൽ.
ശരിയായ വലിപ്പം: ഒരു ചെറിയ ജിപിയു, അല്ലെങ്കിൽ ഒരു കഷണം, പലപ്പോഴും അനുമാനത്തിന് മതി.
സ്പോട്ട് അല്ലെങ്കിൽ മുൻകൂർ ഇൻസ്റ്റൻസുകൾ പരിശീലനത്തിനും തടസ്സപ്പെടാവുന്ന ബാച്ച് ജോലികൾക്കും.
ഷെഡ്യൂൾ പരീക്ഷണങ്ങളും പീക്ക് മണിക്കൂറുകളില് ബാർട്ട് വർക്കുകളും.
ഷോബാക്ക്: ഓരോ ടീമിനും ജിപിയു ചെലവുകൾ ദൃശ്യമാക്കുക. ആളുകൾ ആ നമ്പർ കാണുമ്പോള് പെരുമാറ്റം പെട്ടെന്ന് മാറുന്നു.

അപ്പോൾ, DevOps എഞ്ചിനീയർമാർക്ക് ജിപിയു പഠിക്കേണ്ടി വരുമോ?

നിങ്ങളുടെ കമ്പനി എ ഐ ഉപയോഗിച്ച് എന്തെങ്കിലും ഗൌരവമുള്ളതാക്കുന്നുവെങ്കിൽ, അതെ. നിങ്ങള് ക്ക് ഗണിതം മനസിലാക്കേണ്ട കാര്യമില്ല, പക്ഷെ നിങ്ങള് ക്ക് ജിപിയു ഷെഡ്യൂൾ ചെയ്യാനും പങ്കുവയ്ക്കാനും നിരീക്ഷിക്കാനും പണമടയ്ക്കാനും അറിയണം. ആ അറിവ് അതിവേഗം അടിസ്ഥാന സൌകര്യങ്ങളുടെ ഒരു പ്രധാന കഴിവായി മാറുകയാണ്.

എന്റെ അഭിപ്രായം: ജിപിയു വളരെ ഉയർന്ന വിലയുള്ള മറ്റൊരു വിഭവമാണ്. അവരെ എല്ലാ കാര്യങ്ങളും പോലെ ശിക്ഷണം ചെയ്യണം, പക്ഷെ കൂടുതൽ.

ഡെസ്ലി

എന്റെ ഡെവൊപ്സ് ജോലി എൽഐ ഏറ്റെടുക്കുമോ? ഒരു വര് ഷം കഴിഞ്ഞ്

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു വര് ഷം മുമ്പ് ഞാന് എഴുതിയിരുന്നു AI എന്റെ DevOps ജോലി എടുക്കുമോ?. എന്റെ മറുപടി അക്കാലത്ത്: ഭാഗികമായി അതെ. ആവർത്തിക്കുന്ന ഭാഗങ്ങള് . പക്ഷെ സന്ദര് ശനമോ ഉത്തരവാദിത്തമോ അല്ല, ആളുകളോട് സംസാരിക്കുന്ന രീതിയോ അല്ല. "AI നിർദ്ദേശിക്കുന്നു, മനുഷ്യർ തീരുമാനിക്കുന്നു" എന്നതോടെയാണ് ഞാൻ അവസാനിച്ചത്.

പ്രവചിക്കുന്നതിനേക്കാൾ രസകരമാണ് പിന്നോട്ട് നോക്കുന്നത്. സത്യത്തിൽ സംഭവിച്ചത് ഇതാ.

ഞാന് പ്രവചിച്ചത്

ചുരുക്കത്തില് ഞാന് പറഞ്ഞു:

AI കൂടുതൽ വിരസമായ ക്രമീകരണം എഴുതുന്നു.
AI ലോഗ് വായിക്കുന്നതില് വളരെ നല്ലതായിത്തീരും.
ഏജന്റുമാർ ചെറിയ മാറ്റങ്ങള് സ്വയം വരുത്താന് തുടങ്ങും.
സന്ദര് ശനം, ഉത്തരവാദിത്തം, ആശയവിനിമയം എന്നിവ മനുഷ്യന് റെതായിരിക്കും.
ജോലിയുടെ പുതിയ ഭാഗം AI ഏജന്റുമാര് ക്ക് വേണ്ടി ഗാര് ഡ് റീല് നിർമ്മിക്കുക എന്നതായിരിക്കും.
എം. എൽ. ഒ. പി. കളുടെ പ്രാധാന്യം കൂടിവരും.

ശരിക്കും നടന്നത്

ബോറടിപ്പിക്കുന്ന ക്രമീകരണം: അതെ, പൂർണ്ണമായും. YAML ആദ്യം മുതൽ എഴുതുന്നത് പഴയ രീതിയിലുള്ളതായി തോന്നുന്നു. അത് അവലോകനം ചെയ്യുക എന്നത് ഇപ്പോഴത്തെ ജോലിയാണ്.

വായന രേഖകൾ: അതെ, അതിലേറെയും. എംസിപിയും വെണ്ടർ സംയോജനവും വഴി നേരിട്ട് നിരീക്ഷണ ഉപകരണങ്ങളുമായി ബന്ധിപ്പിച്ച AI ഒരു സംഭവത്തിന്റെ ആദ്യ മിനിറ്റുകൾ മാറ്റി. അന്വേഷിക്കുന്നതിനു പകരം, ഞാന് ചോദ്യങ്ങള് ചോദിക്കുകയും തെളിവുകള് പരിശോധിക്കുകയും ചെയ്യുന്നു.

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

ഗാർഡ് റീൽസ്: ഇത് ഒരു യഥാർത്ഥ ജോലിയായി മാറി. ഏജന്റുമാരുടെ അനുമതി, സാൻഡ്ബോക്സുകൾ, അവലോകന നിയമങ്ങൾ, ഏത് ഉപകരണങ്ങളാണ് ഒരു AI വിളിക്കാവൂ എന്ന് തീരുമാനിക്കുക. ഞാൻ പ്രതീക്ഷിച്ചതിലും കൂടുതൽ സമയം എടുത്തതാണ് ഇത്. വളരെ DevOps ആണ്. ശക്തമായ ഓട്ടോമേഷന് ചുറ്റും സുരക്ഷാ റെയിലുകൾ നിർമ്മിക്കുക.

അതെ. എല്ലാവരും AI ഫീച്ചറുകൾ ആഗ്രഹിക്കുന്നു, ആരെങ്കിലും അത് വിന്യസിക്കുകയും നിരീക്ഷിക്കുകയും അതിനായി പണം നൽകുകയും വേണം. ജിപിയു, മോഡൽ സർവിംഗ്, എൽഎൽഎം നിരീക്ഷണ ശേഷി എന്നിവ സാധാരണ അടിസ്ഥാന സ്രോതസ്സുകളായി മാറി.

ജോലി കുറഞ്ഞു വന്നില്ല. അത് ഒരു ലെവൽ മുകളിലേക്ക് നീങ്ങി, ഞാൻ പ്രതീക്ഷിച്ച പോലെ, പക്ഷെ ഞാൻ പ്രതീക്ഷിച്ചതിലും വേഗത്തിൽ.

ഞാന് തെറ്റ് ചെയ്തതെന്ത്?

ഏജന്റുമാർ എത്ര പെട്ടെന്ന് മെച്ചപ്പെടും എന്ന് ഞാന് ഊഹിച്ചില്ല.
സുരക്ഷ, പ്രത്യേകിച്ച് പെട്ടെന്നുള്ള ഇൻജക്ഷൻ, ഐ. എ. സംഭാഷണത്തിന്റെ വലിയ ഭാഗമാകുമെന്ന് ഞാൻ പ്രതീക്ഷിച്ചില്ല.
ഞാന് കരുതി പരിഷ്കൃത കമ്പനികളില് സ്വീകരണം കുറവായിരിക്കും എന്ന്. ചിലയിടത്ത് അത് ഉണ്ടായിരുന്നു, മറ്റു ചിലയിടങ്ങളിൽ ഞാൻ കണ്ടിട്ടുള്ളതിലും വേഗതയേറിയതായിരുന്നു.

ഞാന് നിർമ്മിച്ച കാവല്

ഈ വര് ഷത്തെ കാവല് പാളികള് നിര് മിക്കുന്നതില് നിന്ന് പഠിച്ച പാഠങ്ങള്:

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

ഇതെല്ലാം പുതിയ കാര്യമല്ല. അത് ഏറ്റവും കുറഞ്ഞ പ്രിവിലേജും നല്ല ഐ. സി. യും ആണ്, പുതിയ തരം ഉപയോക്താവിന് വേണ്ടി പ്രയോഗിച്ചിരിക്കുന്നത്.

ഇന്ന് മുതൽ ഞാന് ആരോടെങ്കിലും പറയാന് പോകുന്ന കാര്യങ്ങൾ, അപ്ഡേറ്റ് ചെയ്തിരിക്കുന്നു

കഴിഞ്ഞ വർഷത്തെ ഉപദേശം ഇപ്പോഴും നിലനിൽക്കുന്നു: അടിസ്ഥാനകാര്യങ്ങൾ പഠിക്കുക, ദിവസവും AI ഉപയോഗിക്കുക, മനുഷ്യ കഴിവുകൾ പരിശീലിപ്പിക്കുക. ഞാന് രണ്ട് കാര്യങ്ങൾ കൂടി പറയട്ടെ:

നന്നായി അവലോകനം ചെയ്യാൻ പഠിക്കുക. വിമർശനാത്മകമായും വേഗത്തിലും ഒരു വ്യത്യാസം വായിക്കുന്നത് ഇപ്പോൾ DevOps ലെ ഏറ്റവും വിലപ്പെട്ട കഴിവുകളിലൊന്നാണ്.
സുരക്ഷാ സംവിധാനം പഠിക്കൂ. അനുമതികൾ, വിതരണ ശൃംഖലയിലെ അപകടസാധ്യതകൾ, പെട്ടെന്നുള്ള ഇൻജക്ഷൻ എന്നിവ മനസിലാക്കുന്നത് നിങ്ങളെ ഐ. ഐ. ഉപകരണങ്ങളുമായി ബന്ധപ്പെട്ട് ടീമുകൾ വിശ്വസിക്കുന്ന ആളാക്കി മാറ്റുന്നു.

അപ്പോള്, എ ഐ എന്റെ ജോലി എടുത്തോ?

ഇതുവരെ ഇല്ല. എന്റെ ചില ജോലികള് അത് എടുത്തു, സത്യസന്ധമായി പറഞ്ഞാൽ, എനിക്ക് അവയെ മിസ് ചെയ്യുന്നില്ല. ഇനി കൂടുതൽ രസകരമായത് സിസ്റ്റം രൂപകൽപ്പന ചെയ്യലും തീരുമാനങ്ങൾ എടുക്കലും സുരക്ഷിത പാതയിൽ AI സൂക്ഷിക്കുന്നതുമാണ്.

ഒരു വർഷം കഴിഞ്ഞ് എന്റെ അഭിപ്രായം: AI നിർദ്ദേശിക്കുന്നു, മനുഷ്യർ തീരുമാനിക്കുന്നു. ഈ പ്രസ്താവനകൾ നല്ലതായി. തീരുമാനം ഇപ്പോഴും എന് റെതാണ്.

ഡെസ്ലി

കുബർനെറ്റസിൽ പുതിയതെന്താണ്, എന്തിനു വേണ്ടി ഞാൻ അപ്ഗ്രേഡ് ചെയ്യുന്നു

Tue, 20 Oct 2026 23:10:30 +0200

കുബർനെറ്റസ് ഒരു പുതിയ ചെറിയ പതിപ്പ് ഒരു വർഷം ഏകദേശം മൂന്നു പ്രാവശ്യം പുറത്തിറക്കുന്നു. ഓരോ പതിപ്പിനും ഒരു നീണ്ട മാറ്റ ലോഗ് ഉണ്ട്, മെച്ചപ്പെടുത്തൽ നമ്പറുകളുള്ള ഒരു ബ്ലോഗ് പോസ്റ്റ്, ആൽഫയിൽ നിന്നും ബീറ്റയിലേക്കും സ്ഥിരതയിലേക്കും നീങ്ങുന്ന സവിശേഷതകളുടെ ഒരു ലിസ്റ്റ്. അത് മറന്നു കളയാനും മുന്നോട്ട് പോകാനും എളുപ്പമാണ്.

പക്ഷെ ഓരോ റിലീസിലും ചില മാറ്റങ്ങൾ ക്ലസ്റ്ററുകൾ എങ്ങനെ പ്രവർത്തിപ്പിക്കാമെന്നതിനെ ബാധിക്കുന്നു. അവയില് ചിലത്, നീക്കങ്ങള് , അപ്ഗ്രേഡ് ചെയ്യുന്ന ദിവസം ചിലത് തകര് ക്കാന് കഴിയും. ഒരു റിലീസ് ഞാൻ വായിക്കുന്നത് ഇങ്ങനെയാണ്, ഏറ്റവും പ്രധാനപ്പെട്ട മാറ്റങ്ങൾ.

ഒരു കുബർനെറ്റസ് റിലീസ് എങ്ങനെ വായിക്കുന്നു

ഞാന് നാല് കാര്യങ്ങള് നോക്കിയിട്ടുണ്ട്, ഈ ക്രമത്തില്:

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

അറിയേണ്ട ഏറ്റവും പുതിയ പ്രധാന സംഭവങ്ങൾ

കഴിഞ്ഞ ഏതാനും പതിപ്പുകളില് ഏറെക്കാലം കാത്തിരുന്ന പല സവിശേഷതകളും സ്ഥിരത കൈവരിച്ചു. ഇവയാണ് എനിക്ക് വലിയ മാറ്റം വരുത്തുന്നവയെന്ന് തോന്നുന്നു:

നാടൻ സൈഡ് കാര് കണ്ടെയ്നറുകൾ. സൈഡ് കാര് (ലോഗ് ഷിപ്പേഴ്സ്, പ്രോക്സി, ഏജന്റുമാർ) സാധാരണ കണ്ടെയ്നറുകളായിരുന്നു, ഉറപ്പുള്ള ആരംഭമോ നിർത്തലാക്കലോ ഇല്ല. ഇപ്പോൾ നിങ്ങൾക്ക് അവയെ init കണ്ടെയ്നറുകളായി പ്രഖ്യാപിക്കാം restartPolicy: Always: അവ പ്രധാന കണ്ടെയ്നറിന് മുമ്പേ തുടങ്ങുകയും അതിനു ശേഷം നിർത്തുകയും ചെയ്യുന്നു. അത് ഒരു കൂട്ടം ബഗ് പരിഹരിക്കും, ജോലി ഒരിക്കലും അവസാനിക്കുന്നില്ല കാരണം സൈഡ് വണ്ടി ഓടിക്കൊണ്ടിരിക്കുന്നു.

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

ഡൈനാമിക് റിസോഴ്സ് അലോക്കേഷൻ (ഡിആർഎ). പ്രത്യേക ഹാർഡ് വെയറുകള് , പ്രത്യേകിച്ച് ജിപിയു കള് , ലളിതമായ എണ്ണത്തില് നിന്നും കൂടുതല് വിശദമായി ആവശ്യപ്പെടാനുള്ള വഴികാട്ടി. AI വർക്ക് ലോഡുകൾ പ്രവർത്തിപ്പിക്കുന്ന ഏതൊരാൾക്കും ഇത് പ്രധാനമാണ്.

ഗേറ്റ് വേ എപിഐയുടെ കാലാവധി. കുബർനെറ്റസിന്റെ പ്രധാന പതിപ്പുകളുടെ ഭാഗമല്ല, പക്ഷേ പ്രായോഗികമായി അവയുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. ഇംഗ്രെസ്-നിങ്നിക്സ് വിരമിച്ചതോടെ ഗേറ്റ്വേ എപിഐ ഇപ്പോൾ ഒരു ക്ലസ്റ്ററിലേക്ക് ട്രാഫിക് എത്തിക്കുന്നതിനുള്ള സ്ഥിര മാർഗമാണ്. ഞാന് ആ കുടിയേറ്റത്തെപ്പറ്റി എഴുതിയിട്ടുണ്ട് വിട ingress-nginx, ഹലോ ഗേറ്റ്വേ API.

പഴയ അടിത്തറ നീക്കം ചെയ്യുക. cgroup v1 യിൽ നിന്നും പഴയ കണ്ടെയ്നർ റൺടൈം പതിപ്പുകളിൽ നിന്നും അകന്നുപോകുന്നത് തുടർന്നു. നിങ്ങളുടെ നോഡുകൾ പഴയ ലിനക്സ് വിതരണമോ പഴയ കണ്ടെയ്നറോ പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, അപ്ഗ്രേഡ് ചെയ്യുന്നതിനു മുമ്പ് റിലീസ് നോട്ടുകൾ ശ്രദ്ധാപൂർവ്വം പരിശോധിക്കുക.

പുതിയ സവിശേഷതകൾ കാരണം ഒരു കുബർനെറ്റസ് അപ്ഗ്രേഡ് അപൂർവ്വമായി തകരുന്നു. നീ ഉപയോഗിക്കുന്ന പഴയ സാധനം കൊണ്ട് അത് തകർന്നു.

എന്റെ അപ്ഗ്രേഡ് ചെക്ക് ലിസ്റ്റ്

എന്ത് സംഭവിച്ചാലും എന്റെ പതിവ് ഒന്നുതന്നെ.

നിരോധനങ്ങളും നീക്കങ്ങളും വായിക്കുക. എല്ലാം, അത് ബോറടിച്ചാലും.
കാലഹരണപ്പെട്ട API കൾക്കായി സ്കാൻ ചെയ്യുക നിങ്ങളുടെ മാനിഫെസ്റ്റുകളിലും, പ്ലൂട്ടോ അല്ലെങ്കില് കുബെന്റ്:

pluto detect-all-in-cluster
pluto detect-files -d ./manifests

നിങ്ങളുടെ ആഡ്-ഓണുകൾ പരിശോധിക്കുക. പ്രവേശന കൺട്രോളർ, സി. എൻ. ഐ, സി. എസ്. ഐ ഡ്രൈവർ, സെർട്ടിഫിക്കറ്റ് മാനേജർ, മോണിറ്ററിംഗ് ഏജന്റുമാർ, സർവീസ് മെഷ്. ഓരോന്നിനും സ്വന്തം പിന്തുണയുള്ള കുബർനെറ്റസ് പതിപ്പുകളുണ്ട്.
ആദ്യം ഒരു നോൺ പ്രൊഡക്ഷൻ ക്ലസ്റ്റർ അപ്ഗ്രേഡ് ചെയ്യുക കുറച്ചു നേരം ഓടിക്കട്ടെ.
നിയന്ത്രണ തലം അപ്ഗ്രേഡ് ചെയ്യുക, പിന്നെ നോഡ് പൂള്, ഒരു സമയം ഒരു ചെറിയ പതിപ്പ്. നിയന്ത്രണ പ്ലാനിനുള്ള ചെറിയ പതിപ്പുകൾ ഒഴിവാക്കുന്നത് Kubernetes പിന്തുണയ്ക്കുന്നില്ല.
പോഡ് ഡിസ്റപ്ഷൻ ബജറ്റ്സ് കാണുക. പൂജ്യം തടസ്സങ്ങൾ അനുവദിക്കുന്ന ഒരു പിഡിബി നോഡ് ഡ്രെയിനുകൾ തടയും.
നോഡുകൾക്ക് ഒരു റോൾബാക്ക് പ്ലാൻ ഉണ്ടായിരിക്കണം. നിയന്ത്രണ വിമാനങ്ങളെ സാധാരണയായി ഡൌൺഗ്രേഡ് ചെയ്യാനാവില്ല, പക്ഷേ നോഡ് പൂളുകൾ പുനർനിർമ്മിക്കാം.

എത്ര തവണ അപ്ഗ്രേഡ് ചെയ്യണം

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

എന്റെ നിയമം: ഏറ്റവും പുതിയ പതിപ്പിന്റെ ഒന്നോ രണ്ടോ പതിപ്പുകളിൽ മാത്രം നിൽക്കുക. ഓരോ രണ്ടു വർഷത്തിലും വലിയ ചാട്ടം നടത്തുന്നതിലും വളരെ കുറവ് വേദനയേറിയതാണ് ചെറിയ ചുവടുകളിലൂടെ പതിവായി അപ്ഗ്രേഡ് ചെയ്യുന്നത്.

ഇപ്പോൾ അപ്ഗ്രേഡ് ചെയ്യേണ്ടതാണോ?

സാധാരണയായി അതെ, ആദ്യത്തെ പാച്ച് റിലീസ് (x.y.1 അല്ലെങ്കിൽ x.y.2) പുറത്തിറങ്ങിയതിനുശേഷം നിങ്ങളുടെ മാനേജ് ചെയ്ത ദാതാവ് അതിനെ പിന്തുണയ്ക്കുന്നു. സ്ഥിരതയുള്ള സവിശേഷതകൾ, നേറ്റീവ് സൈഡ് കാർസ്, ഇൻ-പ്ലേസ് വലുപ്പം മാറ്റം എന്നിവ ഉണ്ടായിരിക്കുന്നത് മൂല്യവത്താണ്, നിലവിലുള്ളത് നിലനിർത്തുന്നത് സുരക്ഷാ പരിഹാരങ്ങൾ തുടരുക എന്നാണ്.

എന്റെ അഭിപ്രായം: ആദ്യം നീക്കം ചെയ്യൽ വായിക്കുക, ഇഷ്ടമില്ലാത്ത ക്ലസ്റ്ററിൽ പരീക്ഷിക്കുക, പ്രോജക്ട് ആകാത്തവിധം പലപ്പോഴും അപ്ഗ്രേഡ് ചെയ്യുക.

ഡെസ്ലി

വിട ingress-nginx, ഹലോ ഗേറ്റ്വേ API

Tue, 20 Oct 2026 23:10:30 +0200

വർഷങ്ങളായി, എല്ലാ പുതിയ കുബർനെറ്റസ് ക്ലസ്റ്ററുകളിലും ഞാൻ ആദ്യം ഇൻസ്റ്റാൾ ചെയ്യുന്ന കാര്യം ഇൻഗ്രെസ്സ്-നിങ്ക്സ് ആയിരുന്നു. ആപ്ലിക്കേഷനുകൾക്കും, നിരീക്ഷണത്തിനും, രസകരമായ എന്തും ഉണ്ടാകുന്നതിനു മുമ്പും. അത് മുൻവാതിലായിരുന്നു. ട്രാഫിക് വന്നു, ഇംഗെസ്-നിങ്ക്സ് ശരിയായ സ്ഥലത്തേക്ക് അയച്ചു, എനിക്ക് അതിനെക്കുറിച്ച് ചിന്തിക്കേണ്ടി വന്നത് വളരെ അപൂർവമായിരുന്നു.

ആ വാതിൽ ഇപ്പോൾ ഔദ്യോഗികമായി പരിപാലിക്കപ്പെടുന്നില്ല. 2025 നവംബറിൽ, കുബർനെറ്റസ് പ്രോജക്റ്റ് ഇൻഗ്രെസ്-നിങ്ക്സ് വിരമിക്കുമെന്ന് പ്രഖ്യാപിച്ചു, മികച്ച പരിശ്രമ പരിപാലനത്തോടെ 2026 മാർച്ചുവരെ മാത്രം. ആ തീയതി കഴിഞ്ഞു. നിങ്ങൾ ഇപ്പോഴും അത് പ്രവർത്തിപ്പിക്കുന്നുണ്ടെങ്കിൽ, പല ക്ലസ്റ്ററുകളും പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, അതിന്റെ അർത്ഥം ഇതാണ്, ഞാൻ എങ്ങനെ പുറത്തുവരും.

ശരിക്കും നടന്നത്

ingress-nginx ഒരു കമ്മ്യൂണിറ്റി പ്രോജക്ട് ആയിരുന്നു, വളരെ ചെറിയ ഒരു കൂട്ടം സന്നദ്ധപ്രവർത്തകർ അവരുടെ ഒഴിവുസമയങ്ങളിൽ വർഷങ്ങളോളം നിലനിർത്തി. അതൊരു വിമർശനമല്ല. നമ്മളെല്ലാം ആശ്രയിക്കുന്ന സോഫ്റ്റ് വെയറുകളുടെ പിന്നിലെ അസുഖകരമായ സത്യം.

സുരക്ഷ അത് കൂടുതൽ വഷളാക്കി. 2025 മാർച്ചില് , ഗുരുതരമായ ഒരു കൂട്ടം ദുർബലതകൾ അകത്തുകടക്കുക ഇന് ഗ്രെസ്-നിന് ജിക്സിലെ ഒരു ബഗ് ഏറ്റവും മോശം സാഹചര്യത്തില് ഒരു ആക്രമണകാരിയെ ഒരു ക്ലസ്റ്ററിനെ മുഴുവന് കൈകാര്യം ചെയ്യാൻ അനുവദിക്കുമെന്ന് കാണിച്ചു. ഇത്തരത്തിലുള്ള കാര്യങ്ങൾ ശരിയായി പരിഹരിക്കാന് സമയവും ആളുകളും ആവശ്യമാണ്. അതുകൊണ്ട് കുബർനെറ്റസ് സിഐജി നെറ്റ് വർക്കും സെക്യൂരിറ്റി റെസ്പോൺസ് കമ്മിറ്റിയും സത്യസന്ധമായി തീരുമാനിച്ചു: അത് പിൻവലിക്കുക. ആസൂത്രിതമായി പിന്തുടരുന്ന ഒരു പദ്ധതി, ഇൻഗേറ്റ് എന്നൊരു പദ്ധതി, ഒരിക്കലും വേണ്ടത്ര മുന്നോട്ട് പോയിട്ടില്ല, അവരും വിരമിക്കുകയാണ്.

ഇവിടെ രണ്ടു കാര്യങ്ങൾ എളുപ്പത്തിൽ കൂട്ടിയിണക്കാവുന്നതാണ്, അതുകൊണ്ട് വ്യക്തമായി പറയാം:

എൻഗെര് സ്-നിന് ജിക്സ് കണ്ട്രോളര് വിരമിച്ചിരിക്കുന്നു. പുതിയ പതിപ്പുകളില്ല, ബഗ് പരിഹാരങ്ങളില്ല, സുരക്ഷാ പാച്ചുകളില്ല. ഈ റിപ്പോസിറ്ററികള് വായിക്കാന് മാത്രമുള്ളവയാണ്.
കുബർനെറ്റസ് ഇന്ഗ്രെസ് എപിഐ അല്ല. സി. Ingress റിസോഴ്സ് ഇപ്പോഴും പ്രവർത്തിക്കുന്നു. അത് മരവിപ്പിച്ചു. പുതിയ സവിശേഷതകളൊന്നും വരില്ല.
F5 ൽ നിന്നുള്ള വാണിജ്യ NGINX ഇൻഗ്രെസ് കൺട്രോളർ വ്യത്യസ്തമായ ഉൽപ്പന്നമാണ്. ഒരേ കുടുംബനാമം, വ്യത്യസ്ത കോഡ്, ഇപ്പോഴും നിലനിർത്തിയിരിക്കുന്നു.

എനിക്ക് പേടിക്കണോ?

ഇല്ല. അറ്റകുറ്റപ്പണി അവസാനിച്ചപ്പോൾ നിങ്ങളുടെ ക്ലസ്റ്റർ തകർന്നില്ല. നിലവിലുള്ള ഇൻസ്റ്റലേഷനുകൾ തുടരുന്നു, ചിത്രങ്ങളും ഹെൽം ചാർട്ടുകളും ഇപ്പോഴും ലഭ്യമാണ്.

പക്ഷെ ഈ ഘടകം എന്താണെന്ന് ചിന്തിക്കുക. നിങ്ങളുടെ ക്ലസ്റ്ററിലെ ഇന്റർനെറ്റിനെ നേരിട്ട് അഭിമുഖീകരിക്കുന്ന ഒരേയൊരു കാര്യം. അപരിചിതരുടെ എല്ലാ അഭ്യർത്ഥനകളും അത് വിശകലനം ചെയ്യുന്നു. ഇനിമുതൽ, അടുത്ത ദുർബലമായ സ്ഥലം കണ്ടെത്തുമ്പോൾ, ആരും അത് പരിഹരിക്കില്ല. അത് ഒരു "ഒരുനാൾ" പ്രശ്നമല്ല. ഇത് ഈ പാദത്തിലെ പ്രശ്നമാണ്.

നിങ്ങളുടെ ക്ലസ്റ്ററിന്റെ അറ്റത്ത് പച്ചയില്ലാത്ത സോഫ്റ്റ്വെയർ പ്രവർത്തിപ്പിക്കുന്നത് മുൻവാതിൽ തുറന്നിടുന്നത് പോലെയാണ് കാരണം അത് ഇതുവരെ മോഷ്ടിക്കപ്പെട്ടിട്ടില്ല.

ആദ്യം, നിങ്ങളില് എന്തെങ്കിലും രോഗം ഉണ്ടോ എന്ന് കണ്ടുപിടിക്കുക. ഈ കമാന് ഡ്, ഔദ്യോഗിക പ്രഖ്യാപനത്തില് നിന്നും, ക്ലസ്റ്ററിലുടനീളമുള്ള എല്ലാ എൻഗെര് സ്-നിന് ജിക്സ് പാഡുകളും പട്ടികപ്പെടുത്തുന്നു:

kubectl get pods --all-namespaces \
  --selector app.kubernetes.io/name=ingress-nginx

അത് ഒന്നും പറയുന്നില്ലെങ്കിൽ, നിങ്ങൾക്ക് വിശ്രമിക്കാം, അവസാനം വരെ പോകാം. അത് കോഡുകൾ തിരികെ നൽകുകയാണെങ്കിൽ, വായിക്കുന്നത് തുടരുക.

ഗേറ്റ്വേ API, ലളിതമായ വാക്കുകളിൽ

ഗേറ്റ്വേ എപിഐ ആണ് ഇന്ഗ്രെസിന്റെ ഔദ്യോഗിക പിൻഗാമി. ഇത് പുതിയ കാര്യമല്ല. 2023 ൽ തന്നെ കോർ സ്ഥിരമായി. മിക്കവാറും എല്ലാ പ്രധാന നെറ്റ് വർക്കിങ് പ്രോജക്ടുകളും ക്ലൌഡ് ദാതാക്കളും ഇന്ന് ഇത് പിന്തുണയ്ക്കുന്നു.

ഏറ്റവും വലിയ മാറ്റം ഒരു വലിയ വസ്തുവിന് കുറച്ച് ചെറിയ വസ്തുക്കളായി മാറുന്നു എന്നതാണ്, ഓരോന്നും ശരിയായ വ്യക്തിക്ക് സ്വന്തമാണ്:

ഗേറ്റ്വേ ക്ലാസ്: ഏത് നടപ്പിലാക്കലാണ് ട്രാഫിക് നടത്തുന്നത്, ഉദാഹരണത്തിന് എംബോയ് ഗേറ്റ്വേ അല്ലെങ്കിൽ സിലിയം. സാധാരണയായി പ്ലാറ്റ്ഫോം ടീം ഒരിക്കൽ സജ്ജമാക്കുന്നു.
ഗേറ്റ്വേ: യഥാർത്ഥ പ്രവേശന സ്ഥലം. ഏത് പോർട്ടുകൾ, ഹോസ്റ്റ്നാമങ്ങൾ, ഏത് TLS സർട്ടിഫിക്കറ്റുകൾ ആര് ആ ക്ലസ്റ്റര് നടത്തുന്നുവോ അവര് ക്കുള്ളതാണ്.
എച്ച്ടിടിപി റൂട്ട്: ഒരു ആപ്പിന്റെ റൂട്ടിംഗ് നിയമങ്ങൾ. "അയയ്ക്കുക /api ആപ്പ് ടീമിന് സ്വന്തമായ ഒരു നാമമേഖലയിൽ.

ഇന് ഗ്രെസ് ഉപയോഗിച്ച്, എല്ലാം ഒരു റിസോഴ്സിലേക്ക് ചുരുക്കി, സ്പെസിഫിക്കേഷന് മൂടിയിട്ടില്ലാത്തതെല്ലാം വ്യാഖ്യാനങ്ങളിൽ മറച്ചിരുന്നു. 15 പേരുടെ കൂടെ ഒരു ഇന്ഗ്രെസ് കണ്ടിട്ടുള്ള ആരെങ്കിലും nginx.ingress.kubernetes.io/... ലൈനുകൾക്ക് അറിയാം ഞാനെന്ത് ഉദ്ദേശിക്കുന്നു എന്ന്. ആ കുറിപ്പുകൾ ഒരു കൺട്രോളറിൽ മാത്രമേ പ്രവർത്തിക്കൂ, അതുകൊണ്ട് "പോർട്ടബിൾ കുബർനെറ്റ്സ്" വാതിൽക്കൽ നിന്നു.

	അകത്തേക്കു കയറുന്നു	ഗേറ്റ്വേ API
ഘടന	ഒരു വിഭവം എല്ലാം ചെയ്യുന്നു	പ്ലാറ്റ്ഫോം, ആപ്ലിക്കേഷൻ ടീമുകൾക്കുള്ള പ്രത്യേക ഭാഗങ്ങൾ
വിപുലമായ സവിശേഷതകൾ	കൺട്രോളറിനു പ്രത്യേകമായ കുറിപ്പുകൾ	സ്പെസിഫിക്കേഷനിലേക്ക് ബിൽറ്റ് ഇൻ ചെയ്തിരിക്കുന്നു: തലക്കെട്ട് പൊരുത്തപ്പെടുത്തൽ, ട്രാഫിക് വിഭജനം, റീഡയറക്ട്
പ്രോട്ടോക്കോളുകൾ	എച്ച്ടിടിപി, എച്ച്ട്ടിടിഎപിഎസ്	ചില നടപ്പാക്കലുകളുള്ള HTTP, gRPC, TLS, TCP/UDP എന്നിവ
കൈമാറ്റം ചെയ്യാവുന്നവ	കുറിപ്പുകൾ വന്നാല് താഴ്ന്ന നിലയില്	വളരെ നല്ലത്: ഒരേ YAML നടപ്പിലാക്കലുകളിലുടനീളം പ്രവർത്തിക്കുന്നു
ഭാവി	മരവിപ്പിച്ച	പുതിയ ജോലികളെല്ലാം നടക്കുന്നിടത്ത്

ഇത് പ്രായോഗികമായി എങ്ങനെയിരിക്കും എന്ന് നോക്കാം. ആദ്യം ഗേറ്റ്വേ, പ്ലാറ്റ്ഫോം ടീം ഒരിക്കൽ സജ്ജീകരിച്ചതാണ്:

apiVersion: gateway.networking.k8s.io/v1
kind: Gateway
metadata:
  name: web
  namespace: infra
spec:
  gatewayClassName: eg          # e.g. Envoy Gateway
  listeners:
  - name: https
    protocol: HTTPS
    port: 443
    hostname: "*.example.com"
    tls:
      mode: Terminate
      certificateRefs:
      - name: example-com-tls
    allowedRoutes:
      namespaces:
        from: All               # tighten this with a label selector later

ഓരോ ആപ്ലിക്കേഷൻ ടീമും സ്വന്തം റൂട്ട് അറ്റാച്ചുചെയ്യുന്നു, സ്വന്തം നാമമേഖലയിൽ:

apiVersion: gateway.networking.k8s.io/v1
kind: HTTPRoute
metadata:
  name: shop
  namespace: shop
spec:
  parentRefs:
  - name: web
    namespace: infra
  hostnames: ["shop.example.com"]
  rules:
  - matches:
    - path: { type: PathPrefix, value: /api }
    backendRefs:
    - name: shop-api
      port: 8080

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

പകരം വയ്ക്കുന്നതിനെ തെരഞ്ഞെടുക്കുന്നു

ഗേറ്റ്വേ API ഒരു സ്പെസിഫിക്കേഷന് മാത്രമാണ്. അത് ഓടിക്കാൻ എന്തെങ്കിലും വേണം. നല്ല വാർത്ത, ധാരാളം നല്ല ഓപ്ഷനുകൾ ഉണ്ട് എന്നതാണ്.

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

ആഴ്ചകളോളം ബെഞ്ച്മാർക്ക് താരതമ്യം ചെയ്യരുത്. മിക്ക ക്ലസ്റ്ററുകളിലും, സത്യസന്ധമായ നിർണായക ചോദ്യം ഇതാണ്: എന്റെ ടീം ഇതിനകം എന്താണ് മനസ്സിലാക്കുന്നത്, മൂന്ന് വർഷത്തിനുള്ളിൽ നമ്മൾ ഇപ്പോഴും എന്താണ് നിലനിർത്തുന്നത്?

ഞാൻ എങ്ങനെ കുടിയേറുന്നു, പടിപടിയായി

വലിയ മാറ്റം വരുത്താതിരിക്കുക എന്നതാണ് തന്ത്രം. ഇരുവരും ഒരുമിച്ചു ഓടുക, ട്രാഫിക് പതുക്കെ നീക്കുക, പിന്നോട്ട് പോകരുത്.

അവലോകനം ചെയ്യുക. എല്ലാ ഇൻഗ്രേഡുകളും, അതിലും പ്രധാനമായി, ഉപയോഗത്തിലുള്ള എല്ലാ കുറിപ്പുകളും ലിസ്റ്റ് ചെയ്യുക. ഈ ഒറ്റ വരിയില് പെട്ടെന്ന് എണ്ണാന് സാധിക്കും:

bash kubectl get ingress -A -o yaml \ | grep -o 'nginx.ingress.kubernetes.io/[a-z-]*' \ | sort | uniq -c | sort -rn

ആ കുറിപ്പുകളിലാണ് യഥാർത്ഥ കൃതി ഒളിപ്പിച്ചിരിക്കുന്നത്.

പഴയതിന് അടുത്തായി പുതിയ നടപ്പിലാക്കല് ഇൻസ്റ്റാൾ ചെയ്യുക. അതിന് സ്വന്തമായി ലോഡ് ബാലൻസറും ഐ. പി. യും കിട്ടും. ഉപയോക്താക്കള് ക്ക് ഇതുവരെ ഒന്നും മാറിയിട്ടില്ല.
ഇന്ഗ്രെസ്2 ഗേറ്റ്വേ വഴി പരിവർത്തനം ചെയ്യുക. കുബർനെറ്റസ് പ്രോജക്ടിന്റെ സ്വന്തം ഉപകരണം 1.0 പതിപ്പിലേക്ക് 2026 മാർച്ചിൽ എത്തി. ഇത് നിങ്ങളുടെ നിലവിലുള്ള ഇൻഗ്രെസ്സ് റിസോഴ്സുകൾ വായിക്കുകയും ഗേറ്റ്വേ API തുല്യത എഴുതുകയും ചെയ്യുന്നു:

bash ingress2gateway print --providers=ingress-nginx \ --all-namespaces -o yaml > gateway-resources.yaml

ഉല് പ്പാദനം ഒരു ആദ്യ ഡ്രാഫ്റ്റ് ആയി കണക്കാക്കുക, അന്തിമ ഉത്തരമായിട്ടല്ല. ഒരു ട്രാക്ക് അഭ്യർത്ഥന പോലെ അത് അവലോകനം ചെയ്യുക.

ഉപകരണത്തിന് പറ്റാത്തത് കൈകൊണ്ട് ശരിയാക്കാം. ഇഷ്ടാനുസൃത സ്നിപ്പെറ്റുകൾ, ആധികാരികത, നിരക്ക് പരിമിതപ്പെടുത്തൽ, അസാധാരണമായ പുനർരൂപകൽപ്പനകൾ, റീജെക്സ് പാതകൾ എന്നിവ സാധാരണയായി മാനുവൽ ജോലിയാണ് ആവശ്യപ്പെടുന്നത്. അവയിൽ പലതും വ്യാഖ്യാനങ്ങളല്ല, നടപ്പാക്കലിന് പ്രത്യേകമായ നയങ്ങളായി മാറുന്നു.
ഡിഎൻഎസ് മാറ്റം വരുന്നതിനു മുമ്പ് പരിശോധിക്കുക. പുതിയ ഐ. പി. യിലേക്ക് നേരിട്ട് അഭ്യർത്ഥനകൾ അയയ്ക്കുകയും എല്ലാം പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുകയും ചെയ്യുക:

bash curl --resolve shop.example.com:443:NEW_GATEWAY_IP \ https://shop.example.com/api/health

ട്രാഫിക് ക്രമേണ മാറ്റുക. ഒരു ദിവസം മുമ്പ് നിങ്ങളുടെ ഡിഎൻഎസ് ടിടിഎല്ലുകൾ കുറയ്ക്കുക, പിന്നെ ഒരു ഹോസ്റ്റ്നാമം ഒരു സമയത്ത് നീക്കുക, ഏറ്റവും പ്രധാനപ്പെട്ടത് ആരംഭിക്കുക. ഇന് ഗ്രെസ്-നിങ്നിക്സ് പ്രവർത്തിപ്പിക്കുക, അങ്ങനെ തിരികെ പോകുന്നത് ഒരു ഡിഎൻഎസ് മാറ്റം മാത്രമാണ്.
വൃത്തിയാക്കൂ. എല്ലാം ഒരു കാലത്തേക്ക് ശാന്തമായി നടക്കുമ്പോൾ, Ingress-nginx ഉം അതിന്റെ Ingress റിസോഴ്സുകളും നീക്കം ചെയ്യുക. അതിന്റെ ചുറ്റുമുള്ള ഉപകരണങ്ങളെ മറക്കരുത്: സെർട്ട് മാനേജറും എക്സ്റ്റേണൽ ഡിഎൻഎസും ഗേറ്റ്വേ API പിന്തുണയ്ക്കുന്നു, പക്ഷേ അവ ഇതിനായി ക്രമീകരിക്കേണ്ടതുണ്ട്.

കടിയ്ക്കാൻ സാധ്യതയുള്ളവ

ചില കാര്യങ്ങള് വളരെ എളുപ്പത്തില് നിസ്സാരമായി കാണാന് കഴിയും:

ഒരു ചെറിയ കുറിപ്പ്. ആരെങ്കിലും എച്ച് ജി എൻ എക്സ് ക്രമീകരണം configuration-snippet വർഷങ്ങൾക്കു മുമ്പ്, നേരിട്ടുള്ള വിവർത്തനം ഇല്ലായിരുന്നു. ആദ്യം അത് എന്തിനുവേണ്ടിയാണെന്ന് കണ്ടുപിടിക്കണം. ചിലപ്പോള് ഉത്തരം "ഇനി ഒന്നും ഇല്ല" എന്നായിരിക്കും.
വീണ്ടും എഴുതുന്നു. rewrite-target റെജെക്സ് ഗ്രൂപ്പുകൾ ഒന്നിലധികം മാപ്പ് ചെയ്യുന്നില്ല. ഓരോ പാതയും പരിശോധിക്കുക.
ചെറിയ പെരുമാറ്റ വ്യത്യാസങ്ങള് . സ്ഥിരസ്ഥിതി ടൈം ഔട്ടുകൾ, ബോഡി സൈസ് പരിമിതികൾ, ഹെഡ്ഡർ കൈകാര്യം ചെയ്യൽ എന്നിവ നടപ്പാക്കലുകൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു. "ഇപ്പോൾ മാത്രം പ്രവർത്തിച്ച" കാര്യങ്ങൾ പെട്ടെന്ന് 413 അല്ലെങ്കിൽ ടൈം ഔട്ട് ആയി മാറാം.
ആരുടെ ഉടമസ്ഥതയിലുള്ളതാണ്. പുതിയ മോഡല് ഉത്തരവാദിത്തം ടീമുകള് ക്കിടയില് വിഭജിക്കുന്നു. അത് കൊള്ളാം, പക്ഷെ ഗേറ്റ്വേയുടെ ഉടമസ്ഥന് ആരാണെന്നും ഏത് നാമമേഖലകളാണ് അതിലേക്ക് റൂട്ടുകൾ ചേർക്കേണ്ടതെന്നും നിങ്ങൾ സമ്മതിച്ചിട്ടുണ്ടെങ്കിൽ മാത്രം.

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

പുതിയ ഒരു ക്ലസ്റ്റർ ഉണ്ടാക്കുകയാണെങ്കില് , ingress-nginx ഇൻസ്റ്റാൾ ചെയ്യരുത്, പുതിയ Ingress റിസോഴ്സുകൾ എഴുതരുത്. ആദ്യ ദിവസം മുതൽ ഗേറ്റ്വേ എപിഐ ഉപയോഗിച്ച് തുടങ്ങുക. ഈ ആശയങ്ങൾ പഠിക്കാൻ ഒരു ഉച്ചതിരിഞ്ഞ് എടുക്കും, ഈ മൈഗ്രേഷൻ നിങ്ങൾ ചെയ്യേണ്ടതില്ല.

നിങ്ങൾ കുബർനെറ്റസിനെ പഠിക്കുകയാണെങ്കിൽ, ഇത് തന്നെ ഒരു നല്ല പാഠമാണ്. മിക്കവാറും എല്ലാവരും ഉപയോഗിക്കുന്ന ഈ വിഭാഗത്തിലെ ഏറ്റവും ജനപ്രിയമായ പദ്ധതി, ക്ഷീണിച്ച ഒരുപിടി സന്നദ്ധപ്രവർത്തകർ പരിപാലിച്ചു. എന്തെങ്കിലും കെട്ടിപ്പടുക്കുന്നതിനു മുമ്പ്, അത് ജീവിച്ചിരിക്കാൻ സഹായിക്കുന്നത് ആരാണെന്ന് ചോദിക്കേണ്ടതാണ്.

അതുകൊണ്ട്, അത് പരിശ്രമത്തിന് വിലപ്പെട്ടതാണോ?

സത്യസന്ധമായി, അതെ, സുരക്ഷയ്ക്കായി മാത്രമല്ല. ഗേറ്റ്വേ എപിഐ ലളിതമായി മികച്ച മോഡലാണ്. ശുദ്ധമായ YAML, കുറവ് മാജിക് കുറിപ്പുകൾ, പ്ലാറ്റ്ഫോം, ആപ്ലിക്കേഷൻ ടീമുകൾ തമ്മിലുള്ള വ്യക്തമായ വിഭജനം, മുമ്പ് ഹാക്കുകൾ ആവശ്യമുള്ള സവിശേഷതകൾ ഇപ്പോൾ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്.

വിരമിക്കൽ നമ്മളെ മിക്കവരെയും നിർബന്ധിക്കുന്നു. അടുത്ത വലിയ ദുർബലമായ സ്ഥലം പ്രഖ്യാപിക്കുന്ന ദിവസം തിരക്കിലല്ല, ശാന്തമായി ചെയ്യേണ്ടത് നല്ലതാണ്.

എന്റെ അഭിപ്രായം: വാതിൽ മാറി, പക്ഷേ ജോലി മാറിയില്ല. പ്ലാൻ ചെയ്യുക, രണ്ടാളും ചേർന്ന് ഓടുക, പതുക്കെ നടക്കുക, പിന്നോട്ട് പോകരുത്.

ഡെസ്ലി

ഹെൽം 4: എന്താണു മാറ്റിയത്?

Tue, 20 Oct 2026 23:10:30 +0200

2019 ൽ ഹെൽം 3 പുറത്തിറങ്ങി. അത് കുബർനെറ്റസ് വർഷങ്ങളിലെ പുരാതന ചരിത്രമാണ്. എല്ലാവരും വെറുക്കുന്ന സെര് വര് സൈഡ് ഘടകമായ ടില്ലറിനെ അത് നീക്കം ചെയ്തു, പിന്നെ ആറു വര് ഷം അത് വളരെ സ്ഥിരമായി നിലനിന്നു. കോടിക്കണക്കിന് സൈനികർ അതിനെ ആശ്രയിക്കുന്നു.

2025 അവസാനത്തോടെ ഹെൽം 4 പുറത്തിറങ്ങി. കുബെകോൺ നോർത്ത് അമേരിക്കയിൽ പ്രഖ്യാപിച്ചു. അതുകൊണ്ട് മിക്ക ടീമുകളുടെയും വലിയ ചോദ്യം ഇതാണ്: എന്താണ് വ്യത്യാസം, എന്തെങ്കിലും മാറ്റം വേണോ?

പുതിയതെന്താണ്?

ഹെൽം 4 ഹെൽമ് 3 നെക്കാൾ കുറവാണ്. ഇത് ഒരു ആധുനികവത്കരണമാണ്. തലക്കെട്ട് മാറുന്നു:

സെര് വര് സൈഡ് ആപ്ലിക്കേഷൻ. ഹെൽം 3 സ്വന്തം ത്രീ-വേ ലയനം ഉപയോഗിച്ച് ഉപഭോക്താവിന് റിസോഴ്സുകൾ പ്രയോഗിച്ചു. ഹെം 4 ന് കുബർനെറ്റിസ് ഉപയോഗിക്കാം. സെര് വര് സൈഡ് പ്രയോഗിക്കുകഅര് ഗോ സിഡി, ഫ്ലക്സ് തുടങ്ങിയ ആധുനിക ഉപകരണങ്ങള് കൂടുതലായി പ്രവർത്തിക്കുന്ന രീതിയില് . ഇത് ഹെല്മിന് ഒരേ വിഭവങ്ങളുമായി ബന്ധപ്പെട്ട മറ്റ് ഉപകരണങ്ങളുമായി കൂടുതൽ സൌകര്യപ്രദമായി കളിക്കാൻ സഹായിക്കുന്നു, കൂടാതെ ഫീൽഡ് ഉടമസ്ഥാവകാശം ശരിയായി കൈകാര്യം ചെയ്യുന്നു.

കാത്തിരിക്കാനും സ്റ്റാറ്റസ് പരിശോധിക്കാനും നല്ലതാണ്. സി. --wait കൂടുതൽ ആധുനിക സ്റ്റാറ്റസ് പരിശോധന ഉപയോഗിക്കുന്നതിനായി ഈ രീതി പുനർനിർമ്മിച്ചു. അതുകൊണ്ട് ഹെൽമിന് ഇഷ്ടാനുസൃത വിഭവങ്ങൾ ഉൾപ്പെടെയുള്ള വിഭവങ്ങൾ യഥാർഥത്തിൽ തയ്യാറാണോ എന്നതിനെക്കുറിച്ച് കൂടുതൽ അറിവുണ്ടാകും.

പുതിയ പ്ലഗിൻ സിസ്റ്റം. പ്ലഗിനുകൾ ഇപ്പോൾ വെബ് അസംബ്ലി മൊഡ്യൂളുകളായി എഴുതാം, അത് നിങ്ങളുടെ മെഷീനിൽ പ്രവർത്തിക്കുന്ന ഇഷ്ടാനുസൃത സ്ക്രിപ്റ്റുകൾക്ക് പകരം അവയെ പോർട്ടബിൾ ആക്കുകയും സാൻഡ്ബോക്സ് ചെയ്യുകയും ചെയ്യുന്നു. പഴയ രീതിയിലുള്ള പ്ലഗിനുകൾ ഇപ്പോഴും പ്രവർത്തിക്കുന്നു.

ഒ.സി.ഐ. രജിസ്റ്ററുകൾ ഒന്നാം ക്ലാസ് ആണ്. കൺടെയിനർ രജിസ്റ്ററുകളിലെ ചാർട്ടുകൾ (ഡോക്കർ ഹബ്, ജിഎച്ച്സിആർ, ഇസിആർ , ഹാർബർ) സംഭരിക്കുക ഹെൽം 3 ൽ ഇതിനകം സാധ്യമായിരുന്നു. ഹെൽം 4 ൽ, ഒസിഐ വ്യക്തമായ സ്ഥിര ദിശയാണ്, പഴയത് index.yaml സ്റ്റൈല് ചാർട്ട് റിപ്പോസിറ്ററികള് കൂടുതല് പഴയതു പോലെ തോന്നും.

ആധുനികവത്കരിക്കപ്പെട്ട ഇന്റേണൽ, എസ്.ഡി.കെ. ഘടനാപരമായ ലോഗിംഗ്, വൃത്തിയാക്കിയ Go API- കൾ, ധാരാളം ആന്തരിക പുനർനിർമ്മാണങ്ങൾ. ഹെല് മിന്റെ ലൈബ്രറികളുടെ മുകളിൽ നിർമ്മിച്ച ഉപകരണങ്ങളിലാണ് ഇത് പ്രധാനം.

എന്റെ പഴയ ചാർട്ടുകൾ ഇപ്പോഴും പ്രവർത്തിക്കുന്നുണ്ടോ?

ഇതാണ് ഏറ്റവും പ്രധാനപ്പെട്ട ചോദ്യം, നല്ല വാർത്തയും: അതെ, നിലവിലുള്ള ചാർട്ടുകൾ (apiVersion v2) ഹെൽം 4 ൽ പ്രവർത്തിക്കുന്നു. പരിപാലകർ അനുയോജ്യതയെക്കുറിച്ച് വളരെ ശ്രദ്ധാലുക്കളായിരുന്നു. ഹെൽം 3 ൽ നിന്നുള്ള റിലീസ് ചരിത്രം ഹെൽമിനും 4 ൽ നിന്നും മനസ്സിലാക്കുന്നു, അതിനാൽ നിങ്ങൾക്ക് CLI അപ്ഗ്രേഡ് ചെയ്യാനും നിലവിലുള്ള റിലീസുകൾ കൈകാര്യം ചെയ്യാനും കഴിയും.

എവിടെയാണ് വ്യത്യാസം കാണുന്നത്:

ചില കമാൻഡ് ലൈൻ ഫ്ലാഗുകൾ പേര് മാറ്റുകയോ നീക്കം ചെയ്യുകയോ ചെയ്തു. ഹെല് മിനെ നേരിട്ട് വിളിക്കുന്ന സ്ക്രിപ്റ്റുകളും ഐസി പൈപ്പ്ലൈനുകളും പരിശോധിക്കണം.
സെര് വര് സൈഡ് പ്രയോഗിക്കുക പഴയ ക്ലയന്റ് സൈഡ് ലോജിക് മൌനമായി തിരുത്തിയെഴുതിയ ഫീൽഡ് ഉടമസ്ഥതയിലെ വൈരുദ്ധ്യങ്ങളെ മറികടക്കാൻ കഴിയും.
ഹെൽം ഉൾക്കൊള്ളുന്ന ഉപകരണങ്ങൾ പുതിയ SDK- യ്ക്ക് ഒരു ലൈബ്രറി (ചില CI ഉപകരണങ്ങൾ, പഴയ ഓപ്പറേറ്റർമാർ) അപ്ഡേറ്റുകൾ ആവശ്യമായി വന്നേക്കാം.

എന്റെ നിർദ്ദേശം: ആദ്യം നിങ്ങളുടെ ചാർട്ടുകളിലും പരിതസ്ഥിതികളിലും ഹെൽം 4 പരീക്ഷിക്കുക. ചെക്ക് helm template, helm upgrade --dry-run, ഒരു നോൺ പ്രൊഡക്ഷൻ ക്ലസ്റ്ററിന് ഒരു യഥാർത്ഥ നവീകരണവും.

ഹെൽം 4 നിങ്ങളുടെ ചാർട്ടുകൾ മാറ്റിവെക്കണമെന്ന് ആവശ്യപ്പെടുന്നില്ല. നിങ്ങളുടെ പൈപ്പ്ലൈനുകൾ വീണ്ടും പരിശോധിക്കണമെന്ന് ആവശ്യപ്പെടുന്നു, അത് നിങ്ങൾ എന്തായാലും ചെയ്യണം.

സൂക്ഷിക്കേണ്ട ചാർട്ട് ശീലങ്ങൾ

ഒരു പ്രധാന പതിപ്പ് നിങ്ങളുടെ ചാർട്ടുകൾ വൃത്തിയാക്കാനുള്ള നല്ലൊരു ഒഴികഴിവാണ്:

ഒരു കൂട്ടുക values.schema.json തെറ്റായ മൂല്യങ്ങൾ ഒരു തെറ്റായ വിന്യാസത്തിനു പകരം വ്യക്തമായ പിശകോടെ വേഗത്തിൽ പരാജയപ്പെടുന്നു.
ചാർട്ട് ടെസ്റ്റുകൾ എഴുതുക (helm test) ഓടിപ്പോകും. helm lint ഐ. സി. യിൽ.
ലൈബ്രറി ചാർട്ടുകൾ ഉപയോഗിക്കുക ചാർട്ടുകൾക്കിടയിൽ സഹായകങ്ങളെ പകർത്തുന്നതിനു പകരം പങ്കിട്ട ടെംപ്ലേറ്റുകൾക്കായി.
ഒസിഐ രജിസ്ട്രിയിൽ പ്രസിദ്ധീകരിക്കുക ഉദാഹരണത്തിന് കോസിഗ്നിലൂടെയും.
മൂല്യ ഫയലുകൾ ചെറുതായി സൂക്ഷിക്കുക ചാർട്ടിൽ കാര്യമായ പിഴവുകളുണ്ടായി.
പിൻ ചാർട്ട് പതിപ്പുകൾ നിങ്ങളുടെ വിന്യാസത്തില് . "അവസാനമായി" എന്ന വാക്ക് ഒരിക്കലും ഉപയോഗിക്കരുത്.

ഹെൽം, കസ്റ്റമൈസ്, അതോ മറ്റെന്തെങ്കിലും?

കുബർനെറ്റസ് ആപ്ലിക്കേഷനുകൾ, പ്രത്യേകിച്ച് മൂന്നാം കക്ഷി ആപ്ലിക്കേഷൻ പാക്കേജുകൾ പാക്കേജ് ചെയ്യുന്നതിനുള്ള ഏറ്റവും സാധാരണമായ മാർഗമാണ് ഹെൽം. മിക്കവാറും എല്ലാ ഓപ്പൺ സോഴ്സ് പ്രോജക്ടുകളും ഹെം ചാർട്ട് വിതരണം ചെയ്യുന്നു.

ഇഷ്ടാനുസൃതമാക്കുക നിങ്ങളുടെ സ്വന്തം ആപ്ലിക്കേഷനുകൾക്ക് വളരെ നല്ലതാണ്. നിങ്ങൾക്ക് ഒരു പരിസ്ഥിതിക്ക് ഒപ്പമുള്ള ഓവർലേകളുള്ള ഒരു സാധാരണ YAML വേണമെങ്കിൽ, ടെംപ്ലേറ്റ് ഭാഷയും ഇല്ല.
ക്രോ, തിമോണി ഒപ്പം സി. യു. ഇ- അടിസ്ഥാനമാക്കിയുള്ള ഉപകരണങ്ങള് കൂടുതൽ ഘടനാപരമായ സമീപനങ്ങള് വാഗ്ദാനം ചെയ്യുന്നു, പക്ഷേ വളരെ ചെറിയ പരിസ്ഥിതി വ്യവസ്ഥകളോടെ.
പല ടീമുകളും ഹെല് മും കസ്റ്റമൈസും: മൂന്നാം കക്ഷി സോഫ്റ്റ്വെയറിനായി ഹെൽം, സ്വന്തം ആപ്ലിക്കേഷനുകൾക്കായി കസ്റ്റമൈസ് ചെയ്യുക, പലപ്പോഴും ആർഗോ സിഡി അല്ലെങ്കിൽ ഫ്ലക്സ് കൈകാര്യം ചെയ്യുന്നു.

നീ അപ്ഗ്രേഡ് ചെയ്യണോ?

അതെ, പക്ഷെ തിടുക്കമില്ലാതെ. ഹെൽം 3 ഒരു കാലത്തേക്ക് സുരക്ഷാ പരിഹാരങ്ങൾ സ്വീകരിക്കുന്നത് തുടരുന്നു, അതുകൊണ്ട് നിങ്ങൾക്ക് സമയമുണ്ട്. ആദ്യം CLI ഐ. സി. യിൽ അപ്ഗ്രേഡ് ചെയ്യുക, നിങ്ങളുടെ ചാർട്ടുകൾ പരിശോധിക്കുക, പിന്നെ അത് ആളുകളുടെ മെഷീനുകളിലേക്ക് വിന്യസിക്കുക.

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

ഡെസ്ലി

ഒന്നിലധികം ക്ലസ്റ്ററുകൾ

Tue, 20 Oct 2026 23:10:30 +0200

മിക്കവാറും എല്ലാ കമ്പനികളും ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിലാണ് തുടങ്ങുന്നത്. പിന്നെ രണ്ടാമത്തേത് ആസൂത്രണത്തിനായി. പിന്നെ മറ്റൊരു മേഖലയില് . പിന്നെ ഒരു ടീമിന് സ്വന്തം ടീം വേണം. പിന്നെ എഡ്ജ്, ഡേറ്റാ സയൻസ് ടീം, ഏറ്റെടുക്കൽ... പെട്ടെന്ന് ആരെങ്കിലും ചോദിക്കുന്നു "നമ്മുടെ കൈവശം എത്ര കൂട്ടങ്ങൾ ഉണ്ട്" എന്ന്. കൃത്യമായ ഉത്തരം ആർക്കുമറിയില്ല.

മൾട്ടി-ക്ലസ്റ്റർ എന്നത് മിക്ക ടീമുകളും ഒരു തവണ എടുക്കുന്ന തീരുമാനമല്ല. അത് സംഭവിക്കുന്ന ഒരു കാര്യമാണ്. ചോദ്യം, നീ അത് മനഃപൂർവം ചെയ്യുന്നുണ്ടോ എന്നതാണ്.

ഒരു ക്ലസ്റ്റര് മതിയാകാത്തത് എന്തുകൊണ്ടാണെന്ന്

ഒന്നിലധികം കാരണങ്ങളുണ്ട്.

പരിസ്ഥിതി ഒറ്റപ്പെടൽ. പ്രൊഡക്ഷന് ഒരു ക്ലസ്റ്ററിനും പരീക്ഷണത്തിനും ഇടം കൊടുക്കരുത്.
സ്ഫോടന റേഡിയസ്. ഒരു മോശം അപ്ഗ്രേഡ്, തെറ്റായ കോൺഫിഗറേഷൻ അല്ലെങ്കിൽ നിയന്ത്രണ പ്ലാനിലെ പ്രശ്നം ഒരു ക്ലസ്റ്ററിനെ മാത്രമേ ബാധിക്കുകയുള്ളൂ.
മേഖലകളും ലേറ്റൻസിയും. യൂറോപ്പിലെയും ഏഷ്യയിലെയും ഉപയോക്താക്കൾക്ക് അവരുടെ അടുത്തുള്ള ക്ലസ്റ്ററുകളാണ് മികച്ച സേവനം നൽകുന്നത്.
പാലിക്കലും ഡേറ്റാ റെസിഡൻസിയും. ചില ഡാറ്റ ഒരു പ്രത്യേക രാജ്യത്തോ പ്രത്യേക നിയന്ത്രിത പരിതസ്ഥിതിയിലോ ആയിരിക്കണം.
ടീം സ്വയംഭരണം. ചില ടീമുകൾക്ക് ക്ലസ്റ്റർ തലത്തിലുള്ള അനുമതികളോ പ്രത്യേക ക്രമീകരണങ്ങളോ ആവശ്യമാണ്.
സ്കെയിലിലെ പരിമിതികൾ. വളരെ വലിയ ക്ലസ്റ്ററുകള് നോഡുകള് , പാഡുകള് , എപിഐ ലോഡ് എന്നിവയുടെ പ്രായോഗിക പരിമിതികളില് എത്തിയിരിക്കുന്നു.

കുറച്ചുകൂടി നല്ല കാരണങ്ങൾഃ ഓരോ ടീമിനും സ്വന്തമായി ഒരു ക്ലസ്റ്റർ ലഭിക്കുന്നത്, കാരണം അത് എളുപ്പത്തിൽ ഒന്നിച്ച് ക്ലിക്ക് ചെയ്യാനാകുമായിരുന്നു.

നിങ്ങൾ ചേര് ക്കുന്ന ഓരോ ക്ലസ്റ്ററും അപ്ഗ്രേഡ് ചെയ്യാനും സുരക്ഷിതമാക്കാനും നിരീക്ഷിക്കാനും പണമടയ്ക്കാനും ഉള്ള മറ്റൊരു കാര്യമാണ്. ഓരോരുത്തരും അവരവരുടെ സ്ഥാനത്ത് നിൽക്കട്ടെ.

ഒരു ഫ്ലോട്ടിന്റെ മാനേജ്മെന്റ്

കുറച്ച് ക്ലസ്റ്ററുകളിലധികം ഉണ്ടെങ്കിൽ കൈകൊണ്ട് കാര്യങ്ങൾ ചെയ്യുന്നത് ഫലപ്രദമാകില്ല. നിങ്ങള് ക്ക് ഒരു ഫ്ലീറ്റ് സമീപനം വേണം.

ഗിറ്റോപ്സ് ആണ് അതിന്റെ അടിസ്ഥാനം. ഗിറ്റിലെ എല്ലാ ക്ലസ്റ്ററുകളിലും ഒരേ അടിസ്ഥാന രേഖയാണ് അര് ഗോ സിഡി അല്ലെങ്കിൽ ഫ്ലക്സ് വിന്യസിക്കുന്നത്: നിരീക്ഷണ ഏജന്റുമാർ, നയങ്ങൾ, പ്രവേശന അല്ലെങ്കിൽ ഗേറ്റ്വേ കൺട്രോളറുകൾ, സെർട്ട് മാനേജർ. അര് ഗോ സിഡി ആപ്ലിക്കേഷൻ സെറ്റുകൾ ക്ലസ്റ്റർ ജനറേറ്റർ ഉപയോഗിച്ച് പ്രത്യേകിച്ചും ഉപയോഗപ്രദമാണ്ഃ ഒരു ആപ്ലിക്കേഷൻ ഒരിക്കൽ നിർവചിക്കുക, അത് ഒരു ലേബലിന് അനുയോജ്യമായ എല്ലാ ക്ലസ്റ്ററുകളിലേക്കും വിന്യസിക്കപ്പെടും.

ക്ലസ്റ്ററിന്റെ ജീവിതചക്രം ക്ലസ്റ്ററുകള് സ്വയം സൃഷ്ടിക്കുകയും നവീകരിക്കുകയും ചെയ്യുക:

ക്ലസ്റ്റർ API പല ദാതാക്കളുടെയും Kubernetes റിസോഴ്സുകളുമായി Kubernetes ക്ലസ്റ്ററുകളെ നിയന്ത്രിക്കുന്നു.
ടെറാഫോർം അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു മാനേജ്ഡ് സർവീസുകളുമായി (EKS, AKS, GKE) ഏറ്റവും സാധാരണമായ സമീപനമാണ്.
റാഞ്ചർ, തുറന്ന ക്ലസ്റ്റർ മാനേജ്മെന്റ് ഗ്ലൌഡ് സ്പെസിഫിക് ഫ്ലീറ്റ് ടൂളുകളും (ജി.ഇ.ഇ. ഫ്ലീറ്റുകൾ പോലുള്ളവ) ഒരു കേന്ദ്ര മാനേജ്മെന്റ് ലെയർ ചേർക്കുന്നു.

സ്റ്റാൻഡേർഡൈസേഷനാണ് അതിനെ സ്കെയിലാക്കുന്നത്. ക്ലസ്റ്ററുകൾ കന്നുകാലികളായിരിക്കണം, വളർത്തുമൃഗങ്ങളല്ല. ഒരേ ടെംപ്ലേറ്റുകളിൽ നിന്നും ഒരേ അടിസ്ഥാന രേഖകളിലൂടെയും സൃഷ്ടിച്ചതാണ്. അതിനാൽ ഏത് എൻജിനീയർക്കും ഏത് ക്ലസ്റ്ററിലും പ്രവർത്തിക്കാം.

കണക്ട് ചെയ്യുന്ന ക്ലസ്റ്ററുകൾ

ചിലപ്പോള് വ്യത്യസ്ത ക്ലസ്റ്ററുകളിലെ സേവനങ്ങള് പരസ്പരം സംസാരിക്കേണ്ടതുണ്ട്. ഓപ്ഷനുകൾ:

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

എന്റെ ഉപദേശം: കഴിയുമ്പോഴെല്ലാം ക്രോസ്-ക്ലസ്റ്റർ ആശ്രിതത്വം ഒഴിവാക്കുക. സിസ്റ്റത്തിന്റെ ഒരു പൂർണ്ണ ഭാഗം (ഉദാഹരണത്തിന് ഒരു പ്രദേശം) സേവിക്കുന്ന ഓരോ ക്ലസ്റ്ററും ക്ലസ്റ്ററുകളിലുടനീളം നിരന്തരം വിളിക്കുന്ന സേവനങ്ങളേക്കാൾ വളരെ ലളിതമാണ്.

എവിടെയും ഐഡന്റിറ്റിയും രഹസ്യങ്ങളും

പല ക്ലസ്റ്ററുകളിലും, പ്രവേശന നിയന്ത്രണം സങ്കീർണ്ണമാകുന്നു:

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

കപ്പലിലെ നിരീക്ഷണ ശേഷി

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

ട്രാക്കും പതിപ്പുകൾ: ഓരോ ക്ലസ്റ്ററും ഏത് Kubernetes പതിപ്പും ഏത് ആഡ്-ഓൺ പതിപ്പുകളും പ്രവർത്തിപ്പിക്കുന്നു. ഒരു കപ്പലിലൂടെയുള്ള പതിപ്പ് നീക്കം "അത് A ക്ലസ്റ്ററിൽ പ്രവർത്തിക്കുന്നു, പക്ഷേ B അല്ല" എന്നതിന്റെ ഒരു ക്ലാസിക് ഉറവിടമാണ്.

എത്ര ഗ്രൂപ്പുകൾ വേണം?

നിങ്ങളുടെ ആവശ്യങ്ങൾ അനുവദിക്കുന്നത്രയും, നിങ്ങളുടെ ഒറ്റപ്പെടൽ, മേഖല, പാലിക്കൽ ആവശ്യങ്ങൾ ആവശ്യപ്പെടുന്നത്രയും. എണ്ണമെന്തായാലും, ഒന്നാം ദിവസം മുതൽ ഒരു ഫ്ലീറ്റായി അവയെ കൈകാര്യം ചെയ്യുക: എല്ലാത്തിനും ഗിറ്റ്ഓപ്പുകൾ, എല്ലായിടത്തും ഒരേ അടിസ്ഥാനം, കേന്ദ്ര നിരീക്ഷണക്ഷമത.

എന്റെ അഭിപ്രായം: എല്ലാ ക്ലസ്റ്ററുകളും ഒരേപോലെ കാണുമ്പോൾ മൾട്ടി ക്ലസ്റ്റർ കൈകാര്യം ചെയ്യാവുന്നതാണ്. അവരിൽ ഒരാൾ പ്രത്യേകതയുള്ള ദിവസം മുതൽ പ്രശ്നങ്ങൾ തുടങ്ങുന്നു.

ഡെസ്ലി

കുബർനെറ്റിലെ ഡാറ്റാബേസുകൾ: അതെ അല്ലെ?

Tue, 20 Oct 2026 23:10:30 +0200

വർഷങ്ങളായി, സാധാരണ ഉപദേശം ലളിതമായിരുന്നു: നിങ്ങളുടെ സംസ്ഥാനമില്ലാത്ത ആപ്ലിക്കേഷനുകൾ കുബർനെറ്റസിൽ പ്രവർത്തിപ്പിക്കുക, നിങ്ങളുടെ ഡാറ്റാബേസുകൾ മറ്റെവിടെയെങ്കിലും സൂക്ഷിക്കുക. കന്നുകാലികൾക്കു വേണ്ടിയാണ് കുബർനെറ്റസ് നിർമ്മിച്ചിരിക്കുന്നത്, ഡാറ്റാബേസുകൾ ഏറ്റവും മികച്ച വളർത്തുമൃഗങ്ങളാണ്.

ആ ഉപദേശം പഴയതാകുന്നു. കുബർനെറ്റസ് സ്റ്റോറേജ് പക്വത പ്രാപിച്ചു, കൈകൊണ്ട് നിർമ്മിച്ച പല സജ്ജീകരണങ്ങളേക്കാളും മികച്ച രീതിയിൽ ഫയൽ ഓവർ, ബാക്കപ്പുകൾ, നവീകരണങ്ങൾ എന്നിവ കൈകാര്യം ചെയ്യാൻ ഓപ്പറേറ്റർമാർക്ക് ഇപ്പോൾ കഴിയും. അതുകൊണ്ട് ചോദ്യം "നിനക്ക് കഴിയുമോ" എന്നതിൽ നിന്നും "നിനക്കാവുമോ" എന്നതിലേക്ക് മാറി.

കേവലം കുബർനെറ്റിലെ സംഭരണം

നിങ്ങള് ക്ക് മനസിലാക്കേണ്ട ചില അടിസ്ഥാനകാര്യങ്ങള്:

സ്ഥിരമായ വോള്യം (PV)ഒരു സംഭരണ ഭാഗം, ഒരു ക്ലൌഡ് ഡിസ്ക് പോലെ.
സ്ഥിരമായ വോള്യം ക്ലെയിം (പിവിസി): ഒരു പാഡ് സ്റ്റോറേജ് അഭ്യർത്ഥിക്കുന്നു: "എനിക്ക് 50 ജിബി ഫാസ്റ്റ് ഡിസ്ക് വേണം".
സംഭരണ ക്ലാസ്: സ്റ്റോറേജ് തരവും അത് എങ്ങനെ സ്വപ്രേരിതമായി സൃഷ്ടിക്കാമെന്നും, ഉദാഹരണത്തിന് എസ്എസ്ഡി പിന്തുണയുള്ള ക്ലൌഡ് ഡിസ്കുകൾ.
സി. എസ്. ഐ ഡ്രൈവർമാർ: കുബർനെറ്റിനെ യഥാർത്ഥ സംഭരണ സംവിധാനവുമായി ബന്ധിപ്പിക്കുന്ന പ്ലഗിനുകൾ.
സ്റ്റേറ്റ്ഫുൾ സെറ്റ്: ഒരു വിന്യാസം പോലെ, പക്ഷേ ഓരോ പാഡ് ഒരു സ്ഥിരമായ പേര് ലഭിക്കുന്നു (db-0, db-1) അതിന്റെ സ്വന്തം സ്ഥിരമായ വോളിയവും.

ഇവ ഉപയോഗിച്ച് ഒരു ഡാറ്റാബേസ് പാഡ് പുനരാരംഭിക്കുകയോ നീക്കുകയോ ചെയ്യാം.

പക്ഷെ ഇവിടെ ഒരു പിടി ഉണ്ട്. ഒരു സ്റ്റേറ്റ്ഫുൾസെറ്റ് ഡാറ്റാ അറ്റാച്ച് ചെയ്തതായി മാത്രമേ സൂക്ഷിക്കുകയുള്ളൂ. ഡാറ്റാബേസ് റെപ്ലിക്കേഷനെ കുറിച്ചോ, ഫയല് ഓവറിനെ കുറിച്ചും, ബാക്കപ്പുകളെ കുറിച്ചോ അപ്ഗ്രേഡുകളെ കുറിച്ചും ഒന്നും അറിയില്ല. അവിടെയാണ് ഓപ്പറേറ്റർമാർ വരുന്നത്.

കഠിനാധ്വാനം ചെയ്യുന്ന ഓപ്പറേറ്റർമാർ

ഒരു പ്രത്യേക ഡാറ്റാബേസ് എങ്ങനെ പ്രവർത്തിപ്പിക്കണമെന്ന് അറിയുന്ന നിങ്ങളുടെ ക്ലസ്റ്ററിൽ പ്രവർത്തിക്കുന്ന സോഫ്റ്റ്വെയറാണ് ഓപ്പറേറ്റർ. നിങ്ങള് ക്ക് വേണ്ടത് നിങ്ങള് വിവരിക്കുക, എന്നിട്ട് അത് പ്രവർത്തന വിശദാംശങ്ങള് കൈകാര്യം ചെയ്യും.

ചില നല്ല പേരുകൾ:

ക്ലൌഡ് നാറ്റീവ് പിജി പോസ്റ്റ് ഗ്രെസ് ക്യു എല്ലിന്: റെപ്ലിക്കേഷൻ, ഓട്ടോമാറ്റിക് ഫയല് ഓവര്, ഒബ്ജക്ട് സ്റ്റോറേജിലേക്കുള്ള ബാക്കപ്പുകൾ, പോയിന്റ് ഇൻ ടൈം വീണ്ടെടുക്കൽ, റോളിംഗ് അപ്ഗ്രേഡുകൾ.
സ്ട്രിംസി അപാച്ചി കഫ്കയ്ക്ക് വേണ്ടി.
പെര് കൊന ഓപ്പറേറ്റര് മാര് മൈ എസ് ക്യു എൽ, പോസ്റ്റ് ഗ്രെ എസ് ക്യു ഇ, മോംഗോ ഡി ബി എന്നിവയ്ക്കായി.
റെഡിസ്/വാൽകി ഓപ്പറേറ്റർമാർ പല വിതരണക്കാരില് നിന്നും സമൂഹത്തില് നിന്നും.

ക്ലൌഡ് നാറ്റീവ് പിജി ഉപയോഗിച്ച് ഒരു പോസ്റ്റ് ഗ്രെസ് ക്ലസ്റ്റർ ഇങ്ങനെ കാണപ്പെടുന്നുഃ

apiVersion: postgresql.cnpg.io/v1
kind: Cluster
metadata:
  name: orders-db
spec:
  instances: 3
  storage:
    size: 50Gi
    storageClass: fast-ssd
  backup:
    barmanObjectStore:
      destinationPath: s3://my-backups/orders-db
      s3Credentials:
        inheritFromIAMRole: true
    retentionPolicy: "30d"

മൂന്ന് സന്ദര് ഭങ്ങൾ, സ്ട്രീമിംഗ് റെപ്ലിക്കേഷൻ, ഓട്ടോമാറ്റിക് ഫയല് ഓവറും ബാക്കപ്പുകളും, ഏകദേശം പതിനഞ്ചു വരികളില് . അത് വളരെ ശ്രദ്ധേയമാണ്.

ഒരു ഓപ്പറേറ്റർ ഇല്ലാത്ത ഒരു Kubernetes ഡാറ്റാബേസ് കേവലം ഒരു ഡാറ്റാ ബേസ് ആണ്, അത് തകർക്കാൻ അധിക വഴികളുള്ളതാണ്.

ഞാന് വിശ്വസിക്കുന്ന ബാക്കപ്പുകൾ

നിങ്ങള് എന്ത് ചെയ്താലും, ബാക്കപ്പ് ആണ് പ്രധാനം. കുറച്ച് നിയമങ്ങൾ:

ഡാറ്റാബേസിന്റെ സ്വന്തം ബാക്കപ്പ് ടൂളുകൾ ഉപയോഗിക്കുക (ഓപ്പറേറ്ററിലൂടെ) സ്ഥിരതയുള്ള, കൃത്യസമയത്ത് വീണ്ടെടുക്കാവുന്ന ബാക്കപ്പുകൾക്കായി. മിക്ക ഡാറ്റാബേസുകളിലും ഡിസ്ക് സ്നാപ്പ്ഷോട്ടുകൾ മാത്രം പോരാ.
ക്ലസ്റ്ററിനു പുറത്തുള്ള ബാക്കപ്പുകൾ സംഭരിക്കുക, മറ്റൊരു മേഖലയിലോ അക്കൌണ്ടിലോ.
വെലറോ ഉപയോഗിക്കുക ഒരു രണ്ടാം പാളി ആയി കുബർനെറ്റസ് റിസോഴ്സുകളും വോള്യങ്ങളും ബാക്കപ്പ് ചെയ്യുന്നതിനായി, പ്രത്യേകിച്ച് ഒരു ക്ലസ്റ്ററിന്റെ മുഴുവൻ ദുരന്ത വീണ്ടെടുക്കലിനും.
പരിശോധന സ്ഥിരമായി പുനഃസ്ഥാപിക്കുന്നു. നീ ഒരിക്കലും പുനഃസ്ഥാപിക്കാത്ത ഒരു ബാക്കപ്പ് ഒരു പ്രതീക്ഷയാണ്, ബാക്കപ്പ് അല്ല.

യഥാര് ത്ഥ ചെലവുകള്

Kubernetes-ൽ ഡാറ്റാബേസുകൾ പ്രവർത്തിപ്പിക്കുന്നത് നിങ്ങളുടെ ടീമിന് ഒരു മാനേജ്ഡ് സർവീസ് കൈകാര്യം ചെയ്യുന്ന കാര്യങ്ങളുടെ ഉടമസ്ഥാവകാശം എന്നാണ് അർത്ഥമാക്കുന്നത്:

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

ഞാന് ഇപ്പോഴും ഒരു മാനേജ് ചെയ്ത ഡാറ്റാബേസ് തിരഞ്ഞെടുക്കുമ്പോൾ

ഒരു മാനേജ്ഡ് സർവീസ് (ആർഡിഎസ്, ക്ലൌഡ് എസ്. ക്യു. എൽ, അസ്യുര് ഡാറ്റാബേസ് തുടങ്ങിയവ) തിരഞ്ഞെടുക്കുകഃ

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

കുബർനെറ്റസ് അർത്ഥവത്താകുമ്പോൾ

ഞാൻ അത് കുബർനെറ്റസിൽ പ്രവർത്തിപ്പിക്കും:

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

അതെ അല്ലെ?

അത് ആശ്രയിച്ചിരിക്കുന്നു, പക്ഷെ ഉത്തരം ഇനി "ഒരിക്കലും" അല്ല. നല്ലൊരു ഓപ്പറേറ്ററെയും, നല്ല ബാക്കപ്പുകളും, ഡാറ്റാബേസ് മനസിലാക്കുന്ന ഒരു ടീമും ഉള്ളതുകൊണ്ട്, കുബർനെറ്റസ് ഒരു തികച്ചും ന്യായമായ വീടാണ്. അവയില്ലാതെ, ഒരു മാനേജ്ഡ് സർവീസ് നിങ്ങളെ ഉറക്കമില്ലാത്ത രാത്രികളിൽ നിന്ന് രക്ഷിക്കും.

എന്റെ അഭിപ്രായം: ഡാറ്റാബേസ് എവിടെയാണെന്നത് കാര്യമാക്കുന്നില്ല. അത് മനസ്സിലാക്കുന്ന ആരെങ്കിലും അതിനെ നോക്കിയോ എന്ന് അത് ശ്രദ്ധിക്കുന്നു.

ഡെസ്ലി

ആർഗോ സിഡി അല്ലെങ്കിൽ ഫ്ലക്സ്?

Tue, 20 Oct 2026 23:10:30 +0200

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

ഇതിൽ ഏതാണ് നല്ലത് എന്നതല്ല പ്രശ്നം. നിങ്ങളുടെ ടീം എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെ പറ്റി ആണ്.

ഒരു ഖണ്ഡികയില് ഗിറ്റോപ്സ്

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

ചുരുക്കത്തില് അര് ഗോ സിഡി

ശക്തമായ വെബ് യുഐ ഉള്ള ഒരു ആപ്ലിക്കേഷൻ കേന്ദ്രീകൃത ഗിറ്റ് ഒപ്സ് ഉപകരണമാണ് ആർഗോ സിഡി.

ഇന്റർഫേസ് ഒരു വലിയ വിൽപ്പന പോയിന്റ് ആണ്. ഓരോ ആപ്ലിക്കേഷനും അതിന്റെ വിഭവങ്ങളും അവരുടെ ആരോഗ്യവും സമന്വയ നിലയും ഒരു ജീവനുള്ള മരമായി കാണാം. ഡെവലപ്പർമാർക്ക് അവരുടെ ആപ്പിൽ ക്ലിക്ക് ചെയ്ത് എന്താണു സംഭവിക്കുന്നതെന്ന് കാണാനാകും.
ആപ്ലിക്കേഷനുകളും ആപ്ലിക്കേഷൻ സെറ്റുകളും. ഒരു Application ഒരു ഗിറ്റ് പാതയിലും ഒരു ടാർഗെറ്റ് ക്ലസ്റ്ററിലും പോയിന്റുകൾ. ApplicationSets ടെംപ്ലേറ്റുകളിൽ നിന്നും നിരവധി ആപ്ലിക്കേഷനുകൾ സൃഷ്ടിക്കുക: ഓരോ ക്ലസ്റ്ററിനും, ഓരോ പരിതസ്ഥിതിക്കും, ഓരോ pull request-നും ഒന്ന്.
ഒരു കേന്ദ്ര ഇൻസ്റ്റന് ഷ്യല് ൽ നിന്നും മൾട്ടി-ക്ലസ്റ്റര് . ഒരു ആർഗോ സിഡിക്ക് പല ക്ലസ്റ്ററുകളും കൈകാര്യം ചെയ്യാം.
പദ്ധതികളും RBAC ഉം മൾട്ടി ടീം സെറ്റപ്പുകൾക്കായി, എസ്എസ്ഒ സംയോജനത്തോടെ.
അര് ഗോ സിഡി 3.x കൂടുതൽ ശുദ്ധമായ സ്ഥിരസ്ഥിതികളും മികച്ച പ്രകടനവും കൊണ്ടുവന്നു, കൂടാതെ കൂടുതൽ വിശാലമായ Argo കുടുംബത്തിൽ പുരോഗമന ഡെലിവറിക്ക് Argo റോളൌട്ടുകളും Argo വർക്ക്ഫ്ലോകളും ഉൾപ്പെടുന്നു.

ചുരുക്കത്തില് , ഫ്ലക്സ്

ഫ്ളക്സ് എന്നത് കുബർനെറ്റസ് കൺട്രോളറുകളുടെ ഒരു ശേഖരമാണ്.

എല്ലാം ഒരു CRD ആണ്. GitRepository, OCIRepository, Kustomization, HelmRelease. നിങ്ങള് ഫ്ളക്സ് നിയന്ത്രിക്കുന്നത് മറ്റെല്ലാ കാര്യങ്ങളും നിയന്ത്രിക്കുന്ന പോലെ തന്നെ.
സ്ഥിരമായി യൂസ് ഇല്ല. ഫ്ളക്സ് ആദ്യം CLI ഉം API ഉം ആണ്. മൂന്നാം കക്ഷി ഇന്റഗ്രേഷനുകളും ഇന്റഗ്രേഷൻസും ഉണ്ട്, പക്ഷെ അനുഭവം kubectl ഒപ്പം flux സി. ഐ. ഐ.
ശക്തമായ ഹെൽം പിന്തുണ ഓട്ടോമാറ്റിക് അപ്ഗ്രേഡുകളും ടെസ്റ്റുകളും റോൾബാക്കുകളും ഉപയോഗിച്ച് ഹെൽം കൺട്രോളറിലൂടെ.
ഒസിഐയുടെ വസ്തുക്കൾ ഒരു സ്രോതസ്സായി: നിങ്ങൾക്ക് മാനിഫെസ്റ്റുകളെ ഒരു കണ്ടെയ്നർ രജിസ്ട്രിയിലേക്ക് തള്ളിവിടാം, അവിടെ നിന്ന് ഫ്ലക്സ് വലിച്ചെടുക്കാം.
ഇമേജ് ഓട്ടോമേഷൻ പുതിയ ചിത്രങ്ങൾ പുഷ് ചെയ്യുമ്പോൾ നിയന്ത്രകർക്ക് ഗിറ്റിലെ ഇമേജ് ടാഗുകൾ സ്വപ്രേരിതമായി അപ്ഡേറ്റ് ചെയ്യാം.
ഭാരം കുറഞ്ഞ, ഓരോ ക്ലസ്റ്ററിനും അനുയോജ്യമായ മോഡൽ. സാധാരണയായി ഓരോ ക്ലസ്റ്ററും സ്വന്തം ഫ്ലക്സ് പ്രവർത്തിപ്പിക്കുകയും സ്വന്തം കോൺഫിഗറേഷൻ വലിക്കുകയും ചെയ്യുന്നു.

അര് ഗോ സിഡി നിങ്ങള് ക്ക് ഗിറ്റോപ്സ് കാണിച്ചു തരുന്നു. ഫ്ലക്സ് കുബർനെറ്റീസിൽ അപ്രത്യക്ഷമാകുന്നു. സ്നേഹം

ഒരുമിച്ചു

	അര് ഗോ സിഡി	ഫ്ലക്സ്
ഇന്റർഫേസ്	സമ്പന്നമായ വെബ് യൂസ് പ്ലസ് സിഎൽഐ	CLI കളും CRD കളും, UI ഓപ്ഷണൽ
സാധാരണ മോഡൽ	കേന്ദ്ര ഇൻസ്റ്റിന് സ്ട്, പല ക്ലസ്റ്ററുകളും	ഓരോ ക്ലസ്റ്ററിനും ഏജന്റ്
ഒന്നിലധികം വാടകക്കാരന്	പദ്ധതികൾ, ആർബിഎസി, ഐഐയിലെ എസ്എസ്ഒ	കുബർനെറ്റസ് RBAC ഉം നാമമേഖലകളും
ഹെൽം	ചാർട്ടുകൾ മാനിഫെസ്റ്റുകളായി മാറ്റുന്നു	കൺട്രോളർ വഴി നേറ്റീവ് ഹെൽം റിലീസ് ചെയ്യുന്നു
പഠന വക്രത	ആരംഭിക്കാൻ എളുപ്പമാണ്, ഇന്റര് നെറ്റ് യൂസ് സഹായിക്കുന്നു	വളരെ കുബർനെറ്റ്സ് സ്വദേശി, തുടക്കക്കാർക്ക് കൂടുതൽ കുത്തനെയുള്ള
ഏറ്റവും അനുയോജ്യമായത്	ദൃശ്യപരതയും സ്വയം സേവനവും ആഗ്രഹിക്കുന്ന ടീമുകൾ	കമ്പോസിബിൾ ഓട്ടോമേഷൻ ആഗ്രഹിക്കുന്ന പ്ലാറ്റ്ഫോം ടീമുകൾ

ഞാന് എങ്ങനെ റീപോസ് ഘടന ചെയ്യുന്നു

ഏത് ഉപകരണം തിരഞ്ഞെടുക്കുമ്പോഴും, ആ ഉപകരണം എന്നതിനേക്കാൾ പ്രധാനം സംഭരണിയുടെ ഘടനയാണ്. ഒരു സാധാരണ ലേഔട്ട്:

platform-gitops/
  clusters/
    prod-eu/
    prod-us/
    staging/
  infrastructure/      # cert-manager, gateway, monitoring, policies
    base/
    overlays/
  apps/
    shop/
      base/
      overlays/
        staging/
        prod/

ചില തത്ത്വങ്ങൾ

വിന്യാസ ക്രമീകരണത്തില് നിന്നും അപ്ലിക്കേഷന് കോഡ് വേർതിരിക്കുക. ആപ്ലിക്കേഷൻ റെപ്പോ ചിത്രങ്ങൾ നിർമ്മിക്കുന്നു; ഗിറ്റ് ഒപ്സ് റെപ്പോ ഏത് പതിപ്പാണ് എവിടെ പ്രവർത്തിക്കുന്നത് എന്ന് പറയുന്നു.
ഓവർലേകൾ ഉപയോഗിക്കുക (കസ്റ്റമൈസ് ചെയ്യുക) അല്ലെങ്കിൽ മൂല്യ ഫയലുകൾ (ഹെൽം) പരിസ്ഥിതി പ്രകാരം, പകർത്തിയ ഫോൾഡറുകൾ അല്ല.
ഗിറ്റിനുള്ളിൽ രഹസ്യങ്ങൾ സൂക്ഷിക്കുക, അല്ലെങ്കിൽ എൻക്രിപ്റ്റ് (SOPS) അല്ലെങ്കിൽ ബാഹ്യ രഹസ്യങ്ങൾ വഴി പരാമർശിച്ചു.

പരിസ്ഥിതികളിലൂടെ മാറ്റങ്ങൾ നീക്കുക

ഗിറ്റോപ്സിന്റെ ബുദ്ധിമുട്ടുള്ള ഭാഗം വിന്യസിക്കപ്പെടുന്നില്ല എന്നതാണ്. അത് പ്രമോഷൻ: ഒരു പതിപ്പ് വികസനത്തിൽ നിന്നും, ഘട്ടം ഘട്ടമായി, നിയന്ത്രിതമായി, നിർമ്മാണത്തിലേക്ക് മാറ്റുന്നു. ഒരു YAML ഫയൽ മൂന്നു സ്ഥലങ്ങളിൽ കൈകൊണ്ട് അപ്ഡേറ്റ് ചെയ്യുന്നത് വളരെ വേഗം കാലഹരണപ്പെടും.

ഓപ്ഷനുകൾ:

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

പിന്നെ, ഏത്?

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

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ ടീം ശരിക്കും മനസ്സിലാക്കുന്നതാണ് ഏറ്റവും നല്ല ഗിറ്റ് ഓപ്സ് ഉപകരണം. ഒന്ന് തെരഞ്ഞെടുക്കുക, നിങ്ങളുടെ റിപ്പോ നന്നായി ക്രമീകരിക്കുക, ബാക്കി വരും.

ഡെസ്ലി

2026-ൽ GitHub Actions, GitLab CI, Jenkins: ഏത് തിരഞ്ഞെടുക്കണം?

Tue, 20 Oct 2026 23:10:30 +0200

"ഞങ്ങള് ഏത് ഐ. ഐ. ടൂളാണ് ഉപയോഗിക്കേണ്ടത്?" ചെറിയ ടീമുകളിൽ നിന്ന് എനിക്ക് കിട്ടുന്ന ഏറ്റവും സാധാരണമായ ചോദ്യങ്ങളിലൊന്നാണ്. സത്യസന്ധമായ ഉത്തരം സാധാരണയായി "നിങ്ങളുടെ കോഡിന്റെ അടുത്തുള്ള ആൾ" ആണ്. പക്ഷെ അതിലും വലിയ വ്യത്യാസമുണ്ട്, പ്രത്യേകിച്ചും നിങ്ങൾ ഒരു പതിറ്റാണ്ട് പഴക്കമുള്ള ജെൻകിൻസ് സെർവറിൽ ഇരിക്കുകയാണെങ്കില് , അത് മാറാനുള്ള സമയമാണോ എന്ന് ചിന്തിക്കുകയാണെങ്കില് .

ഇന്ന് മൂന്ന് വലിയ ഓപ്ഷനുകൾ താരതമ്യം ചെയ്യുന്നത് ഇങ്ങനെയാണ്.

ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ

നിങ്ങളുടെ കോഡ് ഗിറ്റ്ഹബിലുണ്ടെങ്കിൽ, പ്രവർത്തനങ്ങൾ സ്ഥിരസ്ഥിതിയാണ്, നല്ല കാരണങ്ങളാൽ.

നല്ലത്: - പൂജ്യം സജ്ജീകരണം. ഒരു YAML ഫയൽ ചേർക്കുക .github/workflows അത് ഓടുന്നു. - അതെ. വലിയ വിപണി മിക്കവാറും എല്ലാത്തിനും പുനരുപയോഗിക്കാവുന്ന പ്രവർത്തനങ്ങളുടെ. - അതെ. കർശനമായ സംയോജനം പിൾ അഭ്യർത്ഥനകൾ, പരിശോധനകൾ, പരിതസ്ഥിതികൾ, വിന്യാസങ്ങൾ, സുരക്ഷാ സവിശേഷതകൾ എന്നിവയുമായി. - അതെ. ഒഐഡിസി എല്ലാ പ്രധാന മേഘങ്ങളോടും, അതുകൊണ്ട് ദീർഘകാല രഹസ്യങ്ങളില്ല. - അതെ. വീണ്ടും ഉപയോഗിക്കാവുന്ന വർക്ക്ഫ്ലോകൾ പല റിപ്പോസിറ്ററികളിലെയും പൈപ്പ്ലൈനുകൾ പങ്കിടുന്നതിന്.

ശ്രദ്ധിക്കുക: - മൂന്നാം കക്ഷി നടപടി അപകടസാധ്യത. ജനകീയ പ്രവർത്തനങ്ങളിലെ വിതരണ ശൃംഖലയിലെ ആക്രമണങ്ങൾ യഥാർഥമാണ്. ഷാസിനെ ബന്ധിപ്പിക്കുക. - അതെ. വിലയുടെ അളവ്. ഹൊസ്റ്റിംഗ് റണ്ണർ മിനിറ്റുകൾ കനത്ത പൈപ്പ്ലൈനുകളുള്ള സ്വകാര്യ റിപ്പോസിറ്ററികൾക്കായി കൂട്ടിച്ചേർക്കുന്നു. സ്വയം ഹോസ്റ്റുചെയ്ത റണ്ണേഴ്സ് സഹായിക്കുന്നു. - അതെ. YAML വിപുലീകരണം നൂറുകണക്കിന് റിപ്പോസിറ്ററികളിലായി. വീണ്ടും ഉപയോഗിക്കാവുന്ന വർക്ക്ഫ്ലോകളുമായി സ്റ്റാൻഡേർഡ് ചെയ്യുന്നില്ലെങ്കിൽ.

ഗിറ്റ്ലാബ് സിഐ

നിങ്ങളുടെ കോഡ് ഗിറ്റ്ലാബിലാണെങ്കിൽ, ഗിറ്റ് ലാബ് സിഐ വളരെ സ്വാഭാവികമാണ്, ഒരു പ്ലാറ്റ്ഫോം എന്ന നിലയിൽ കൂടുതൽ പൂർണ്ണമാണ്.

നല്ലത്: - എല്ലാം ഒരു പ്ലാറ്റ്ഫോമിൽ. റെപ്പോസ്, സിഐ/സിഡി, കണ്ടെയ്നർ രജിസ്ട്രി, പാക്കേജ് രജിസ്ടർ, സുരക്ഷാ സ്കാനിംഗ്, പരിതസ്ഥിതികളും പ്രശ്നങ്ങളും ഒരു ഉൽപ്പന്നത്തിൽ. - അതെ. പക്വതയുള്ള പൈപ്പ്ലൈൻ സവിശേഷതകൾ: മാതാപിതാക്കളും കുട്ടികളും തമ്മിലുള്ള ബന്ധം, DAG ആശ്രിതത്വം, ലയനം, നിയമങ്ങൾ. - അതെ. സ്വയം ഹോസ്റ്റിംഗ് നിയന്ത്രിതമോ വായു ശുദ്ധീകരണമോ ഉള്ള പരിതസ്ഥിതികൾക്ക് ഇത് വളരെ പ്രധാനമാണ്. - അതെ. സിഐ/സിഡി ഘടകങ്ങളും ഒരു കാറ്റലോഗും പുനരുപയോഗിക്കാവുന്ന പൈപ്പ് ലൈൻ കെട്ടിട ബ്ലോക്കുകൾക്ക് വേണ്ടി.

ശ്രദ്ധിക്കുക: - പല വിപുലമായ സുരക്ഷാ സവിശേഷതകളും അടച്ച നിരക്കുകൾ. - ഒരു വലിയ ഗിറ്റ്ലാബ് ഇൻസ്റ്റന് റ് സ്വയം ഹോസ്റ്റുചെയ്യുന്നത് ഒരു യഥാർത്ഥ പ്രവർത്തന ജോലിയാണ്.

ജെൻകിൻസ്

ജെൻകിൻസ് ഒരു മുതിർന്ന സൈനികനാണ്. 2011 മുതൽ ഇത് പ്രവർത്തിക്കുന്നുണ്ട് (അതിനു മുമ്പ് ഹഡ്സൺ എന്നായിരുന്നു), ഇപ്പോഴും ലോകത്തിലെ വലിയൊരു ഭാഗം പൈപ്പ്ലൈനുകൾ ഇത് പ്രവർത്തിപ്പിക്കുന്നുണ്ട്.

നല്ലത്: - പരമമായ വഴക്കം. എന്തെങ്കിലും സ്ക്രിപ്റ്റ് ചെയ്യാനുണ്ടെങ്കിൽ, ജെൻകിന് സും അത് പ്രവർത്തിപ്പിക്കാം. - അതെ. എല്ലാത്തിനും പ്ലഗിനുകൾവളരെ പഴയതും അസാധാരണവുമായ സംവിധാനങ്ങൾ ഉൾപ്പെടെ. - അതെ. പൂർണ്ണമായും സ്വയം ഹോസ്റ്റുചെയ്തതും സൌജന്യവുമാണ്, പൂർണ്ണ നിയന്ത്രണത്തിലായിരിക്കും. - അതെ. ഏത് ഗിറ്റ് ഹോസ്റ്റിലും പ്രവർത്തിക്കുന്നു, അല്ലെങ്കിൽ ഒന്നും തന്നെയില്ല.

ശ്രദ്ധിക്കുക: - പരിപാലന ഭാരം. പ്ലഗിനുകൾ, അപ്ഗ്രേഡുകൾ, സുരക്ഷാ പാച്ചുകൾ, കൺട്രോളർ ബാക്കപ്പുകൾ. ജെൻകിന് ഒരു വീട്ടുജോലിക്കാരനെ വേണം. - അതെ. പ്ലഗ് ഇൻ നരകം. പ്ലഗിനുകൾ പരസ്പരം തകരുകയോ ഉപേക്ഷിക്കുകയോ അല്ലെങ്കിൽ ദുർബലമായ സ്ഥലങ്ങളുണ്ടാക്കുകയോ ചെയ്യുന്നു. - അതെ. ക്രമീകരണത്തിന്റെ തരംഗം നിങ്ങള് ജെനിന് സിന് ഫയലുകളും കോഡായി ക്രമീകരണവും സ്ഥിരമായി ഉപയോഗിക്കുന്നില്ലെങ്കില് . - അതെ. ജോലി കിട്ടാന് കൂടുതല് ബുദ്ധിമുട്ടാണ്. ചില വിപണികളില് . ഗ്രൂവി പൈപ്പ്ലൈനുകൾ പഠിക്കാൻ ആഗ്രഹിക്കുന്ന പുതുമുഖങ്ങളുടെ എണ്ണം കുറയുന്നു.

ജെൻകിൻസ് മോശമല്ല. അത് ഒരു വളർത്തുമൃഗമാണ്, കന്നുകാലികളെ ഇഷ്ടപ്പെടാൻ പഠിച്ച ഒരു ലോകത്ത്.

ജെൻകിൻസ് ഇപ്പോഴും വിലപ്പെട്ടതാണോ?

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

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

അറിയേണ്ട മറ്റു കാര്യങ്ങൾ

അസ്യുര് പൈപ്പ്ലൈനുകൾ (അസ്യൂര് ഡെവൊപ്സ്): പ്രത്യേകിച്ച് മൈക്രോസോഫ്റ്റ് കനത്ത ഷോപ്പുകൾക്ക് ഇത് വളരെ നല്ലതാണ്.
സർക്കിൾ, ബിൽഡ്കൈറ്റ്: പ്രകടനത്തിന് ശക്തമായ; ബിൽഡ്കൈറ്റ് നിങ്ങളുടെ സ്വന്തം അടിസ്ഥാന സൌകര്യത്തിൽ ഏജന്റുമാരെ പ്രവർത്തിപ്പിക്കുന്നു.
ടെക്റ്റോൺ: ക്യു.ഐ. / സി.ഡിയുടെ കുബർനെറ്റ്സ്-നേറ്റീവ് ബിൽഡിംഗ് ബ്ലോക്കുകൾ, നേരിട്ട് ഉപയോഗിക്കുന്നതിനുപകരം പലപ്പോഴും പ്ലാറ്റ്ഫോമുകൾക്കുള്ളിൽ ഉപയോഗിക്കുന്നു.
കത്തി: ഏതെങ്കിലും ഐ. സി. യിൽ പ്രവർത്തിക്കുന്ന യഥാർത്ഥ കോഡിൽ എഴുതിയ പൈപ്പ്ലൈനുകൾ. അതിനെക്കുറിച്ച് കൂടുതല് ഒരു പ്രത്യേക പോസ്റ്റില് .

വില

കടുത്ത നിയമങ്ങൾ:

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

അവയ്ക്കിടയില് നീങ്ങുന്നു

കുടിയേറ്റം കൂടുതലും ആശയങ്ങളുടെ പരിഭാഷയാണ്:

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

ടീമിന്റെ വലുപ്പത്തില് നിന്ന് എന്റെ തിരഞ്ഞെടുപ്പ്

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

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

ഡെസ്ലി

ടെറാഫോർം അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു?

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു ദശാബ്ദത്തോളം, "അടിസ്ഥാന സൌകര്യത്തിനായി നമ്മൾ ഏത് ഉപകരണം കോഡായി ഉപയോഗിക്കണം" എന്ന ചോദ്യത്തിന് ഒരു ബോറടിപ്പിക്കുന്ന ഉത്തരം ഉണ്ടായിരുന്നു: ടെറാഫോർം. പിന്നെ, 2023 ൽ, കാര്യങ്ങൾ രസകരമായി. ഇന്ന് രണ്ട് ഉപകരണങ്ങൾ ഉണ്ട് അവ ഏകദേശം സമാനമാണ്, അവയുടെ ചരിത്രത്തിന്റെ ഭൂരിഭാഗവും പങ്കിടുന്നു, വളരെ വ്യത്യസ്തമായ സ്ഥലങ്ങളിൽ നിന്നാണ് വരുന്നത്.

നിങ്ങള് പുതിയ പ്രോജക്ട് തുടങ്ങുകയാണെങ്കില് മാറ്റം ആലോചിക്കുകയാണെങ്കില് ഞാന് പറയുന്നത് ഇങ്ങനെയാണ്.

നമ്മളെങ്ങനെ ഇവിടെ എത്തി?

2023 ഓഗസ്റ്റ് മാസം: ഹാഷി കോർപ് ടെറഫോർമിന്റെ ലൈസൻസ് ഓപ്പൺ സോഴ്സ് മോസില്ല പബ്ലിക് ലൈസൻസിൽ നിന്ന് (എംപിഎൽ) ബിസിനസ് സോഴ്സ് ലൈസൻസിലേക്ക് (ബിഎസ്എൽ) മാറ്റി. ചുരുക്കത്തില് , നിങ്ങള് ക്ക് ഇപ്പോഴും ടെറാഫോർം സ്വതന്ത്രമായി ഉപയോഗിക്കാം, പക്ഷേ നിങ്ങള് ക്ക് അതിന്മേല് ഒരു മത്സരാധിഷ്ഠിത വാണിജ്യ ഉത്പന്നം നിർമ്മിക്കാനാവില്ല. ആയിരക്കണക്കിന് ആളുകൾ സംഭാവന ചെയ്ത ഒരു തുറന്ന ഉപകരണത്തിന്റെ വാഗ്ദാനം ഇത് ലംഘിച്ചുവെന്ന് പല കമ്പനികളും കമ്മ്യൂണിറ്റി അംഗങ്ങളും കരുതി.

സെപ്റ്റംബർ 2023: ഒരു കൂട്ടം കമ്പനികൾ അവസാനത്തെ ഓപ്പൺ സോഴ്സ് പതിപ്പ് വിഭജിച്ചു. ആ ഫോര് ക്ക് ഓപ്പൺ ടോഫു ലിനക്സ് ഫൌണ്ടേഷന് അംഗമായി. പിന്നീട് ഒരു സി. എൻ. സി. എഫ്. പ്രോജക്ട് ആയി.

2024–2025: ഹാഷി കോർപ്പ് ഏറ്റെടുക്കുമെന്ന് ഐബിഎം പ്രഖ്യാപിച്ചു, 2025 ന്റെ തുടക്കത്തിൽ ഏറ്റെടുക്കൽ പൂർത്തിയാക്കി. ടെറഫോർം ഇപ്പോൾ ഒരു ഐ. ബി. എം ഉത്പന്നമാണ്.

അതിനുശേഷം, രണ്ട് ഉപകരണങ്ങളും പുതിയ പതിപ്പുകൾ പുറത്തിറക്കി, അവ വേർപിരിയാൻ തുടങ്ങി.

ഇപ്പൊ എന്താ വ്യത്യാസം?

ഇതിന്റെ കോർ ഇപ്പോഴും വളരെ സമാനമാണ്. രണ്ടും HCL ഉപയോഗിക്കുന്നു, ഒരേ ദാതാവ് പരിസ്ഥിതി, ഒരേ സംസ്ഥാന ഫോർമാറ്റ് (മിക്കപ്പോഴും), ഒരേ init, plan, apply പ്രവര് ത്തന പ്രക്രിയ. നിങ്ങളുടെ നിലവിലുള്ള കോഡ് പൊതുവേ രണ്ടും ഉപയോഗിക്കുന്നു.

പക്ഷെ ഓരോന്നിനും മറ്റുളളവയുടെ സവിശേഷതകളുണ്ട്, അല്ലെങ്കിൽ അവ വ്യത്യസ്തമായി നടപ്പിലാക്കുന്നു.

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

ടെറാഫോർം ഹൈലൈറ്റുകൾ: - ടെറാഫോർം സ്റ്റാക്കുകൾ പല ബന്ധിത കോൺഫിഗറേഷനുകളും വിന്യാസങ്ങളും ഒരുമിച്ച് കൈകാര്യം ചെയ്യുന്നതിനായി, ഹെച്പി ടെറാഫോർമുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു. - അതെ. കാലികമായ വിഭവങ്ങളും മൂല്യങ്ങളുംസംസ്ഥാന രഹസ്യങ്ങളും പദ്ധതി ഫയലുകളും സൂക്ഷിക്കുക. - അതെ. എച്ച്സിപി ടെറാഫോർമുമായുള്ള ആഴത്തിലുള്ള സംയോജനം (മാനേജഡ് സർവീസ്) ഹാഷി കോർപ്, ഐ. ബി. എം. എന്നീ കമ്പനികളുടെ വിപുലമായ ഉപകരണങ്ങളും. - അതെ. വാണിജ്യ പിന്തുണ ഒരു വലിയ വിതരണക്കാരന് നിന്നും, ചില സംരംഭങ്ങള് ക്ക് പ്രധാനപ്പെട്ടതാണ്.

നിങ്ങള് എഴുതുന്ന കോഡ് ഇപ്പോഴും ഏതാണ്ട് അതേപടി തന്നെ. ലൈസൻസും ഭരണവും ഏതു സവിശേഷതകളാണ് വേണ്ടത് എന്നതാണു ചോദ്യം.

ലൈസൻസ് ചോദ്യം, സത്യസന്ധമായി

മിക്ക കമ്പനികളും ലളിതമായി ഉപയോഗം സ്വന്തം അടിസ്ഥാന സൌകര്യങ്ങള് കൈകാര്യം ചെയ്യാന് ടെറാഫോർം, ബി.എസ്.എല്. നിങ്ങള് ക്ക് ഇത് സൌജന്യമായി ഉപയോഗിക്കാം.

ഇത് പ്രധാനമാണ്:

ഹാഷി കോർപ്പറേഷന്റെ ഓഫറുകളുമായി മത്സരിക്കുന്ന ഒരു ഉൽപ്പന്നമോ സേവനമോ നിങ്ങൾ നിർമ്മിക്കുന്നു.
നിങ്ങളുടെ കമ്പനി OSI അംഗീകരിച്ച ഓപ്പൺ സോഴ്സ് സോഫ്റ്റ് വെയർ മാത്രമേ ഉപയോഗിക്കാറുള്ളൂ.
ദീർഘകാല ഗവണ് മെന്റാണ് നിങ്ങളുടെ കാര്യം. ഒരു വിതരണക്കാരൻ നിയന്ത്രിക്കുന്ന ഉപകരണവും ഒരു ഫൌണ്ടേഷൻ നിയന്ത്രിക്കുന്ന ഉപകരണവുമാണ്.

മാറുന്നു, പടിപടിയായി

ടെറാഫോർമിൽ നിന്നും ഓപ്പൺ ടോഫുവിലേക്ക് മാറുന്നത് സാധാരണയായി ലളിതമാണ്, പ്രത്യേകിച്ചും ടെറാഫോം 1.5 അല്ലെങ്കിൽ അതിനു മുമ്പുള്ളതിൽ നിന്ന്ഃ

നിങ്ങളുടെ അവസ്ഥയെ പിന്തുണയ്ക്കുക.
ഓപ്പൺ ടോഫു ഇൻസ്റ്റാൾ ചെയ്യുക ഓടി ഓടി tofu init ഒരു ടെസ്റ്റ് ക്രമീകരണത്തില് .
ഓടിപ്പോകുക. tofu plan. മാറ്റങ്ങളൊന്നും കാണിക്കുന്നില്ലെങ്കില് നിങ്ങള് യോജിക്കുന്നു.
ചെക്ക് ദാതാക്കൾ: ഓപ്പൺ ടോഫു സ്വന്തം രജിസ്ട്രി ഉപയോഗിക്കുന്നു, അത് പൊതുവായ ദാതാക്കളെ പ്രതിഫലിപ്പിക്കുന്നു.
അപ്ഡേറ്റ് ഐ. സി ഉപയോഗിക്കാൻ tofu ബൈനറി.
ഒരു ഉപകരണത്തിന്റെ പുതിയ സവിശേഷതകൾ ഉപയോഗിക്കാതിരിക്കുക നീ തീരുമാനമെടുക്കുന്നതുവരെ, നിനക്ക് തിരിച്ചു പോകാം.

രണ്ട് ഉപകരണങ്ങളും കൂടുതൽ അകന്നു പോകുമ്പോഴാണ് അവയ്ക്കിടയിലുള്ള നീക്കം കൂടുതൽ ബുദ്ധിമുട്ടാകുന്നത്. ടെറാഫോർം സ്റ്റാക്കുകളോ ഓപ്പൺ ടോഫുവിന്റെ സ്റ്റേറ്റ് എൻക്രിപ്ഷനോ ഉപയോഗിച്ച് ആ ഉപകരണവുമായി ബന്ധിപ്പിക്കും.

ഓരോരുത്തരും എങ്ങോട്ടാണ് പോകുന്നത്

ടെറാഫോർം എന്റർപ്രൈസ് വർക്ക്ഫ്ലോകളില് ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു: എച്ച്സിപി ടെറാഫോർം, സ്റ്റാക്കുകള് , ഐബിഎമ്മിന്റെ പോര് ട്ട്ഫോളിയോയുമായുള്ള സംയോജനം, നയങ്ങളും ഭരണ സംവിധാനങ്ങളും.

ഓപ്പൺ ടോഫു സമൂഹം ആവശ്യപ്പെടുന്ന സവിശേഷതകളിലും തുറന്ന നിലയിലും പരിസ്ഥിതി വ്യവസ്ഥയുടെ നിഷ്പക്ഷ അടിത്തറയിലും ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. നിരവധി ഇൻഫ്രാസ്ട്രക്ചർ ഓട്ടോമേഷൻ പ്ലാറ്റ്ഫോമുകൾ (സ്പെയ്സ് ലിഫ്റ്റ്, എൻവിഎം, സ്കാൽ, ഹാർനെസ് തുടങ്ങിയവ) ഇത് സജീവമായി പിന്തുണയ്ക്കുന്നു.

രണ്ടും ആരോഗ്യമുള്ളതായി തോന്നുന്നു. അവരും ഉടനെ പോകുന്നില്ല.

ഞാനെന്ത് തിരഞ്ഞെടുക്കണം

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

എന്റെ അഭിപ്രായം: നിങ്ങൾ എഴുതുന്ന HCL അത് പ്രവർത്തിപ്പിക്കുന്ന ബൈനറിനേക്കാൾ പ്രധാനമാണ്. നിങ്ങളുടെ കോഡ് വൃത്തിയായി സൂക്ഷിക്കുക, ഒപ്പം തിരഞ്ഞെടുക്കൽ നിങ്ങളുടേതായിരിക്കും.

ഡെസ്ലി

ആൻസിബിൾ ഇപ്പോഴും പഠിക്കാന് വിലപ്പെട്ടതാണോ?

Tue, 20 Oct 2026 23:10:30 +0200

പത്ത് വര് ഷം മുമ്പ്, ആന് സിബില് എല്ലായിടത്തും ഉണ്ടായിരുന്നു. ഡി.വി.ഒ.പിയുടെ ഹൃദയമായിരുന്നു കോൺഫിഗറേഷൻ മാനേജ്മെന്റ്. പിന്നെ കണ്ടെയ്നറുകൾ വന്നു, മാറ്റമില്ലാത്ത അടിസ്ഥാന സൌകര്യങ്ങൾ ഫാഷനായി, ടെറാഫോർം പ്രൊവിഷനിംഗ് ഏറ്റെടുത്തു, കുബർനെറ്റസ് ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിച്ചു.

ആളുകൾ എന്നോട് ചോദിക്കാറുണ്ട്: 2026ൽ ആൻസിബിൾ പഠിക്കാൻ ഇപ്പോഴും വിലപ്പെട്ടതാണോ? എന്റെ ഉത്തരം അതെ, പക്ഷെ മുമ്പത്തെ അപേക്ഷിച്ച് വ്യത്യസ്തമായ കാരണങ്ങളാലാണ്.

ഇന്ന് എവിടെയാണ് ഇത്

ആധുനിക അടിസ്ഥാന സൌകര്യങ്ങളുടെ പാളികളെക്കുറിച്ച് ചിന്തിക്കൂ:

ടെറാഫോർം / ഓപ്പൺ ടോഫു: അടിസ്ഥാന സൌകര്യങ്ങള് സൃഷ്ടിക്കുന്നു. നെറ്റ് വർക്കുകൾ, വിഎം, ഡാറ്റാബേസുകൾ, ക്ലസ്റ്ററുകൾ.
കുബർനെറ്റുകള്: കണ്ടെയ്നറിലാക്കിയ ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുന്നു.
അനിശ്ചിതത്വം: കാര്യങ്ങൾ ക്രമീകരിച്ച് നടപടിക്രമങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നു. ഓപ്പറേറ്റിങ് സിസ്റ്റം, നെറ്റ്വർക്ക് ഉപകരണങ്ങൾ, കണ്ടെയ്നറൈസ് ചെയ്യാത്ത സോഫ്റ്റ്വെയർ, മൾട്ടി-സ്റ്റേജ് ഓപ്പറേഷണൽ ടാസ്ക്കുകൾ.

മൂന്നാമത്തെ വിഭാഗത്തിൽപ്പെട്ട ഒരുപാട് പേർ ഇപ്പോഴും ഉണ്ട്. എല്ലാം കണ്ടെയ്നറുകളിലല്ല പ്രവർത്തിക്കുന്നത്, എല്ലാ സെർവറുകളും കന്നുകാലികളല്ല.

എന്തൊക്കെ കാര്യങ്ങളില് ഇപ്പോഴും അത് മികച്ചതാണ്

ഓപ്പറേറ്റിങ് സിസ്റ്റം ക്രമീകരണം. ലിനക്സ് സെര് വറുകള് കഠിനമാക്കുക, ഉപയോക്താക്കളെയും SSH കീകളെയും നിയന്ത്രിക്കുക, ഏജന്റുമാരെ ഇൻസ്റ്റാൾ ചെയ്യുക, സമയ സമന്വയവും ലോഗിംഗും ക്രമീകരിക്കുക. പ്രത്യേകിച്ചും പ്രാദേശിക പരിതസ്ഥിതികളില് , വർഷങ്ങളോളം ജീവിക്കുന്ന വിഎമ്മുകള് , അല്ലെങ്കിൽ നഗ്നമായ ലോഹം.

നെറ്റ് വർക്ക് ഓട്ടോമേഷൻ. ഇവിടെയാണ് ആൻസിബിൾ എന്നത്തേക്കാളും ശക്തമായിരിക്കുന്നത്. സിസ്കോ, ജുനിപ്പർ, അരിസ്റ്റ, എഫ് 5, പാലോ ആൾട്ടോ തുടങ്ങിയവയിൽ നിന്നും നിരവധി സ്വിച്ച്, റൂട്ടറുകൾ, ഫയർവാളുകൾ, ലോഡ് ബാലൻസർ എന്നിവയ്ക്ക് ആൻസിബിൾ ശേഖരങ്ങളുണ്ട്. നെറ്റ് വർക്ക് ടീമുകൾ ഇത് കൂടുതലായി ഉപയോഗിക്കുന്നു.

രണ്ടാം ദിവസം ഓപ്പറേഷന് . വീണ്ടും ആരംഭിക്കുക, സെര് വറുകള് പാക്കേജിംഗ്, പഴയ സിസ്റ്റങ്ങളിലെ സർട്ടിഫിക്കറ്റുകള് റൊട്ടേറ്റ് ചെയ്യുക, നൂറോളം മെഷീനുകളില് ഒരേ കമാന് ഡ് പ്രവർത്തിപ്പിക്കുക. ടെറഫോർമിന്റെ പ്രസ്താവന മോഡലിന് യോജിക്കാത്ത "പ്രക്രിയകളുടെ സംവിധാനം".

ബൂട്ട് സ്ട്രാപ്പ് ചെയ്യുകയാണ്. കുബർനെറ്റസ് അല്ലെങ്കിൽ മറ്റൊരു പ്ലാറ്റ്ഫോം ഏറ്റെടുക്കുന്നതിനു മുമ്പ് യന്ത്രങ്ങൾ തയ്യാറാക്കുക, ഒരു ഹോം ലാബ് അല്ലെങ്കിൽ ഒരു ഓൺ-പ്രിമൈസ് ക്ലസ്റ്റർ നിർമ്മിക്കുന്നത് പോലെ.

ലെഗസി, ഹൈബ്രിഡ് പരിതസ്ഥിതികൾ. മിക്ക കമ്പനികളും അവ ഉപയോഗിക്കുന്നുണ്ട്, അവയും ഓട്ടോമേറ്റ് ചെയ്യണം.

ടെറാഫോർം വീട് പണിയുന്നു, കുബർനെറ്റസ് ആപ്പുകൾ പ്രവർത്തിപ്പിക്കുന്നു, പിന്നെ ആൻസിബിൾ ഇപ്പോഴും എല്ലാം ശരിയാക്കുന്ന ഒരു കൺസൾട്ടന്റ് ആണ്.

എന്തിന് ആളുകൾക്ക് അത് ഇഷ്ടമാണ്

ഏജന്റുമാരില്ലാത്ത. ഇത് SSH (അല്ലെങ്കിൽ വിൻആർഎം, അല്ലെങ്കിൽ API കൾ) വഴി കണക്ട് ചെയ്യുന്നു. നിയന്ത്രിത മെഷീനുകളിൽ ഒന്നും ഇൻസ്റ്റാൾ ചെയ്യാനില്ല.
YAML പ്ലേബുക്കുകൾ പ്രോഗ്രാമർ അല്ലാത്തവർക്കും വായിക്കാൻ എളുപ്പമാണ്.
മൊഡ്യൂളുകളുടെ വലിയ ശേഖരം ഏതാണ്ട് എല്ലാ സംവിധാനത്തിനും.
ഐഡെംപോട്ടന്റ് മോഡ്യൂളുകൾ: ഒരു പ്ലേബുക്ക് രണ്ടുതവണ പ്രവർത്തിപ്പിക്കുന്നത് ഒരേ ഫലം നൽകുന്നു.

ഒരു ലളിതമായ പ്ലേബുക്ക്:

- name: Harden web servers
  hosts: web
  become: true
  tasks:
    - name: Ensure unattended upgrades are installed
      ansible.builtin.apt:
        name: unattended-upgrades
        state: present

    - name: Disable SSH password login
      ansible.builtin.lineinfile:
        path: /etc/ssh/sshd_config
        regexp: '^#?PasswordAuthentication'
        line: 'PasswordAuthentication no'
      notify: Restart ssh

  handlers:
    - name: Restart ssh
      ansible.builtin.service:
        name: ssh
        state: restarted

സംഭവം നയിക്കുന്ന അൻസിബിൾ

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

ഇത് നിരീക്ഷണവും ഓട്ടോമേഷനും തമ്മിലുള്ള നല്ലൊരു പാലമാണ്, പ്രത്യേകിച്ച് പരമ്പരാഗത ഐടി പരിതസ്ഥിതികളിൽ.

നല്ല ശീലങ്ങൾ

നിങ്ങള് ആന് സിബില് ഉപയോഗിക്കുന്നുവെങ്കില് അത് നന്നായി ഉപയോഗിക്കുക.

റോളുകളും ശേഖരങ്ങളും വലിയ പ്ലേബുക്കുകൾക്ക് പകരം വീണ്ടും ഉപയോഗിക്കാവുന്ന, പങ്കുവയ്ക്കാവുന്ന കോഡുകൾക്കായി.
നിങ്ങളുടെ ക്ലൌഡിൽ നിന്നുള്ള ഇൻവെന്ററി (ഡൈനാമിക് ഇൻവെന്ററി പ്ലഗിനുകൾ) കൈകൊണ്ട് പരിപാലിക്കുന്ന ഹോസ്റ്റ് ലിസ്റ്റുകൾക്ക് പകരം.
അൻസിബിൾ വോൾട്ട് അല്ലെങ്കിൽ രഹസ്യങ്ങളുടെ ഒരു ബാഹ്യ രഹസ്യ മാനേജർ. ഒരിക്കലും സാധാരണ ടെക്സ്റ്റ് അല്ല.
അസിബില്-ലിന്റ് ഐ. സി. യിൽ.
മോളിക്യുൾ കണ്ടെയ്നറുകളിലോ വിഎമ്മുകളിലോ റോളുകൾ പരീക്ഷിക്കുന്നതിനായി അവയെ യഥാർത്ഥ മെഷീനുകളുമായി താരതമ്യം ചെയ്യുന്നതിനു മുമ്പ്.
പൂർണ്ണ യോഗ്യതയുള്ള മൊഡ്യൂളുകളുടെ പേരുകൾ ഒരുപോലെ ansible.builtin.copy.
ഐ. സി. അല്ലെങ്കിൽ കൺട്രോളറിൽ നിന്നും അത് പ്രവർത്തിപ്പിക്കുക. (AWX അല്ലെങ്കിൽ Ansible ഓട്ടോമേഷൻ പ്ലാറ്റ്ഫോം പോലെ) ഉല്പാദനത്തിനായി, ലാപ്ടോപ്പുകളിൽ നിന്ന് അല്ല.

ഞാനത് ഉപയോഗിക്കാതിരുന്നപ്പോൾ

ക്ലൌഡ് റിസോഴ്സുകൾ ലഭ്യമാക്കുക: ടെറാഫോർം അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു സംസ്ഥാനം ട്രാക്കുചെയ്യുന്നതില് നല്ലതാണ്.
കുബർനെറ്റീസിൽ ആപ്ലിക്കേഷനുകൾ വിന്യസിക്കുന്നു: പകരം ഹെൽം, കസ്റ്റമൈസ്, ഗിറ്റോപ്സ് എന്നിവ ഉപയോഗിക്കുക.
കണ്ടെയ്നറുകൾ ക്രമീകരിക്കുക: ബേക്ക് ക്രമീകരണം ചിത്രങ്ങളിലേക്ക് മാറ്റുക അല്ലെങ്കിൽ Kubernetes ConfigMaps ഉപയോഗിക്കുക.

അത് പഠിക്കണോ?

നിങ്ങൾ ലിനക്സ് സെർവറുകളോ, പ്രാദേശിക അടിസ്ഥാന സൌകര്യങ്ങളോ, നെറ്റ്വർക്ക് ഉപകരണങ്ങളോ, ഹൈബ്രിഡ് പരിതസ്ഥിതികളോ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ: തീർച്ചയായും. അത് പെട്ടെന്ന് പഠിക്കാവുന്നതും ഉടനെ ഉപയോഗപ്രദവുമാണ്. നിങ്ങളുടെ ലോകം നൂറുശതമാനവും ക്ലൌഡ് നേറ്റീവ് ആയ കുബർനെറ്റ്സ് ആണെങ്കിൽ, അത് ഒരു നിർബന്ധമല്ല, മറിച്ച് നല്ലതാണ്.

എന്റെ അഭിപ്രായം: ആൻസിബിൾ ഇനിമുതൽ നക്ഷത്രമല്ല, പക്ഷേ ഇത് ഇപ്പോഴും അടിസ്ഥാന സൌകര്യങ്ങളുടെ യഥാർത്ഥ ലോകത്തിലെ ഏറ്റവും പ്രായോഗികമായ ഉപകരണമാണ്.

ഡെസ്ലി

നിങ്ങളുടെ സോഫ്റ്റ്‌വെയർ എവിടെനിന്ന് വരുന്നു? SBOM, SLSA, സൈനിങ്

Tue, 20 Oct 2026 23:10:30 +0200

സോഫ്റ്റ് വെയർ സുരക്ഷയെ കുറിച്ച് പറയുമ്പോൾ നമ്മൾ സാധാരണയായി നമ്മുടെ സ്വന്തം കോഡിനെയാണ് ചിന്തിക്കുന്നത്. അത് ദുർബലമാണോ? നാം ഇൻപുട്ട് സാധൂകരിച്ചോ? പക്ഷെ നമ്മള് കയറ്റി അയക്കുന്നവയില് മിക്കതും നമ്മുടെ കോഡല്ല. ഓപ്പൺ സോഴ്സ് ലൈബ്രറികൾ, അടിസ്ഥാന ചിത്രങ്ങൾ, ബിൽഡ് ടൂളുകൾ, ഐസി പ്രവർത്തനങ്ങൾ, അവയുടെ ആശ്രിതത്വങ്ങളും, അവയുടെ അനുസൃതത്വങ്ങളുടെ ആശ്രിതത്വവും.

ആക്രമണകാരികള് ശ്രദ്ധിച്ചു. ഒരു കമ്പനിയിൽ കടക്കുന്നതിനു പകരം, ആയിരക്കണക്കിന് കമ്പനികൾ ഉപയോഗിക്കുന്ന ഒരു കമ്പനിയെയാണ് അവർ ലക്ഷ്യമിടുന്നത്. XZ Utils ബാക്ക്ഡോർ 2024 ൽ കണ്ടെത്തി, 2025 ൽ ഗിറ്റ്ഹബ് ആക്ഷൻ ഹാക്ക് ചെയ്തു, ഷൈ-ഹുലുദ് എന്ന സ്വയം വ്യാപിക്കുന്ന npm വേം: വിതരണ ശൃംഖല ആക്രമണങ്ങളുടെ എല്ലാ ഉദാഹരണങ്ങളും.

മൂന്ന് ആശയങ്ങളാണ് അവയ്ക്കെതിരായ പ്രതിരോധത്തിന്റെ അടിസ്ഥാനമായി മാറുന്നത്: എസ്.ബി.ഒ.എം.കൾ, ഒപ്പിടൽ, എസ്.എൽ.എസ്.എ.

എന്തിനാണ് ഇത് പെട്ടെന്ന് പ്രധാനപ്പെട്ടത്?

മൂന്നു കാരണങ്ങള്:

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

SBOM- കൾഃ സോഫ്റ്റ്വെയറിനു വേണ്ടിയുള്ള ഒരു ഘടകങ്ങളുടെ പട്ടിക

A സോഫ്റ്റ് വെയർ ബിൽ ഓഫ് മെറ്റീരിയലുകൾ (എസ്. ബി. ഒ. എം) നിങ്ങളുടെ സോഫ്റ്റ്വെയറിലെ എല്ലാ ഘടകങ്ങളുടെയും ഒരു പട്ടികയാണ്: ലൈബ്രറികൾ, പതിപ്പുകൾ, ലൈസൻസുകൾ, അവ എവിടെ നിന്ന് വന്നു. ഭക്ഷണ പാക്കേജിംഗിലെ ചേരുവകളുടെ ലിസ്റ്റ് പോലെ.

ഇത് സഹായിക്കുന്നതെന്തിന്: Log4Shell പോലുള്ള പുതിയ ഒരു ദുർബലത പ്രഖ്യാപിക്കപ്പെടുമ്പോൾ, നിങ്ങളുടെ SBOM- കൾ തിരയുന്നതിലൂടെ ദിവസങ്ങൾക്കു പകരം മിനിറ്റുകൾക്കുള്ളിൽ "ഞങ്ങൾ ബാധിതരാണോ?" എന്ന ചോദ്യത്തിന് ഉത്തരം നൽകാം.

പ്രധാന രണ്ടു ഫോർമാറ്റുകളാണ് സൈക്ലോൺ ഡിഎക്സ് ഒപ്പം എസ്പിഡിഎക്സ്. ഒന്ന് ഉണ്ടാക്കുക എളുപ്പമാണ്:

syft registry.example.com/shop-api:1.4.2 -o cyclonedx-json > sbom.json
trivy image --format spdx-json -o sbom.spdx.json registry.example.com/shop-api:1.4.2

ഓരോ റിലീസിലും CI- യിൽ SBOM- കൾ സൃഷ്ടിക്കുക, അവയെ ആർട്ടിഫാക്റ്റിന്റെ (അല്ലെങ്കിൽ രജിസ്ട്രിയിലെ ചിത്രത്തിലേക്ക് അറ്റാച്ചുചെയ്യുക) ഒപ്പം പുതിയ ദുർബലതകൾക്കായി അവയെ സ്കാൻ ചെയ്യുക.

ഒരു എസ്. ബി. ഒ. എം നിങ്ങളുടെ സോഫ്റ്റ് വെയറിനെ സുരക്ഷിതമാക്കുന്നില്ല. അത് നിങ്ങളുടെ അജ്ഞതയെ ദൃശ്യമാക്കുന്നു, അവിടെയാണ് സുരക്ഷ ആരംഭിക്കുന്നത്.

സിഗ്സ്റ്റോറും കോസിഗ്നും ഉപയോഗിച്ച് ഒപ്പിടൽ

ഒരു എസ്.ബി.ഒ.എം ഉള്ളിൽ എന്താണെന്ന് പറയുന്നു. ഒപ്പ് അത് നിർമ്മിച്ചതാരാണെന്നും പിന്നീട് ആരും അത് മാറ്റിയിട്ടില്ലെന്നും പറയുന്നു.

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

# In CI, with OIDC available
cosign sign registry.example.com/shop-api@sha256:abc123...

# Anywhere, to verify
cosign verify registry.example.com/shop-api@sha256:abc123... \
  --certificate-identity-regexp "https://github.com/acme/shop-api/.*" \
  --certificate-oidc-issuer https://token.actions.githubusercontent.com

പരിശോധന പറയുന്നു: ഈ കൃത്യമായ ചിത്രം ഒപ്പിട്ടത് acme/shop-api ഒരു ശേഖരം. ഒരേ ടാഗ് ഉപയോഗിച്ച് ആരെങ്കിലും മറ്റൊരു ചിത്രം പോസ്റ്റ് ചെയ്താല് പരിശോധന പരാജയപ്പെടും.

വിന്യസിക്കൽ സമയത്ത് പരിശോധന അവിടെയാണ് ഒപ്പിടുന്നത് ശരിക്കും പ്രതിഫലം നൽകുന്നത്. പ്രവേശന കൺട്രോളർമാർ കിവെര് നോ, സിഗ്സ്റ്റോര് പോളിസി കൺട്രോളര് അല്ലെങ്കില് വിദഗ്ദ്ധൻ നിങ്ങളുടെ Kubernetes ക്ലസ്റ്ററിൽ അടയാളപ്പെടുത്താത്തതോ തെറ്റായി അടയാളപ്പെടുത്തിയതോ ആയ ചിത്രങ്ങൾ പ്രവർത്തിപ്പിക്കാതിരിക്കാന് കഴിയും.

SLSA ലെവലുകൾ, ലളിതമായി

എസ്. എൽ. എസ്. എ (സോഫ്റ്റ് വെയർ ആർട്ടിഫാക്റ്റുകളുടെ സപ്ലൈ ചെയിൻ ലെവലുകൾ, "സാൽസ" എന്ന് ഉച്ചരിക്കുന്നു) നിങ്ങളുടെ ബിൽഡ് പ്രക്രിയ എത്രത്തോളം വിശ്വസനീയമാണെന്ന് വിവരിക്കുന്ന ഒരു ചട്ടക്കൂടാണ്. അത് ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു ഉത്ഭവം: ഒരു വസ്തു എങ്ങനെ നിർമ്മിച്ചു, ഏത് സ്രോതസ്സിൽ നിന്നാണ്, ഏത് നിർമ്മാതാവ് എന്നതിന്റെ ഒപ്പിട്ട രേഖ.

ലളിതമായി പറഞ്ഞാൽ, നിർമ്മാണ നിലവാരങ്ങൾ ഇവയാണ്ഃ

ലെവല് 1: ഉത്ഭവം നിലവിലുണ്ട്. ആ കൃതി എങ്ങനെ നിർമ്മിച്ചു എന്ന് രേഖപ്പെടുത്തണം.
ലെവല് 2: ഒരു ഹോസ്റ്റുചെയ്ത ബിൽഡ് പ്ലാറ്റ്ഫോം ഉപയോഗിച്ച് ഉത്ഭവം സൃഷ്ടിക്കുകയും ഒപ്പിടുകയും ചെയ്യുന്നു, കൈകൊണ്ട് അല്ല.
ലെവല് 3: നിർമ്മാണ പ്ലാറ്റ്ഫോം കഠിനമാക്കിയിട്ടുണ്ട്, അതിനാൽ നിർമ്മാണങ്ങൾ ഒറ്റപ്പെട്ടതാണ്, പ്രോജക്ടിന്റെ സ്വന്തം പരിപാലകർക്ക് പോലും ഉത്ഭവം വ്യാജമാക്കാനാവില്ല.

ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ SLSA ഉത്ഭവം സൃഷ്ടിക്കാൻ കഴിയും കൃത്രിമ വസ്തുക്കളുടെ സാക്ഷ്യപത്രങ്ങൾ (actions/attest-build-provenance), slsa-github-ജെനറേറ്റർ പദ്ധതി 3 ലെവല് ബില്ഡര് മാരെ ലഭ്യമാക്കുന്നു. ഡോക്കർ ബിൽഡ്കിറ്റിന് ഇമേജുകളുടെ ഉത്ഭവവും ചേർക്കാനാകും.

എല്ലാം ഒരുമിപ്പിക്കുന്നു

ഒരു പ്രായോഗിക പൈപ്പ്ലൈൻ:

CI (ഹോസ്റ്റുചെയ്ത, എഫെമെറൽ റണ്ണേഴ്സ്) ൽ ചിത്രം നിർമ്മിക്കുക.
ഒരു എസ്. ബി. ഒ. എം അത് ചിത്രത്തില് അറ്റാച്ച് ചെയ്യാം.
സൃഷ്ടിക്കുക ഉത്ഭവം (SLSA സാക്ഷ്യപത്രം)
അടയാളം കോസിഗ്നിലെ ചിത്രം, കീയില്ലാത്തത്.
സ്കാൻ ചെയ്യുക ദുർബലമായ സ്ഥലങ്ങളുടെ എസ്. ബി. ഒ. എം.
പരിശോധിക്കുക എന്തെങ്കിലും പ്രവർത്തിക്കുന്നതിന് മുമ്പ് സിഗ്നേച്ചറുകളും ഉത്ഭവവും ക്ലസ്റ്ററിൽ.

ഓരോ ചുവടും ഇന്ന് ഐ. സി. ക്രമീകരണത്തിന്റെ ഏതാനും വരികളാണ്. കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ്, ഇത് ഒരു ഗവേഷണ പദ്ധതിയായിരുന്നു.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

ഈ ആഴ്ചയിലെ പ്രധാന ചിത്രങ്ങള് ക്ക് വേണ്ടി SBOMs സൃഷ്ടിക്കുക. അടുത്തതായി കീലെസ്സ് സൈനിംഗ് ചേർക്കുക. ഒരു നോൺ പ്രൊഡക്ഷൻ ക്ലസ്റ്ററിൽ ഒപ്പ് പരിശോധന പരീക്ഷിക്കുക. അത് പ്രവർത്തിച്ചുകഴിഞ്ഞാൽ, അത് ഉല്പാദനത്തിലേക്ക് മാറ്റുക. നിങ്ങള് മിക്ക കമ്പനികളെയും മുന്നില് എത്തിക്കഴിഞ്ഞു, നിങ്ങള് ക്ക് മുന്നില് വരുന്ന നിയമങ്ങള് ക്ക് റെഡി ആയിക്കഴിഞ്ഞു.

എന്റെ അഭിപ്രായം: നിങ്ങൾക്ക് കാണാൻ കഴിയാത്തത് സുരക്ഷിതമാക്കാൻ കഴിയില്ല, നിങ്ങൾക്ക് പരിശോധിക്കാൻ കഴിയാത്തത് വിശ്വസിക്കാൻ കഴിയില്ല. എസ്.ബി.ഒ.എം.കൾ കാഴ്ച നൽകുന്നു, ഒപ്പുകൾ നിങ്ങൾക്ക് ആത്മവിശ്വാസം നൽകുന്നു.

ഡെസ്ലി

യൂറോപ്യൻ യൂണിയന്റെ സൈബർ പ്രതിരോധ നിയമവും ഡെവൊപ്സും

Tue, 20 Oct 2026 23:10:30 +0200

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

തുടങ്ങുന്നതിനു മുമ്പ് ഒരു ചെറിയ നിരാകരണം: ഞാനൊരു എൻജിനീയറാണ്, വക്കീലല്ല. ഇത് ടീമുകൾക്ക് എന്താണ് അർത്ഥമാക്കുന്നത് എന്നതിന്റെ എന്റെ പ്രായോഗിക വായനയാണ്. നിങ്ങളുടെ കമ്പനിയുടെ പ്രത്യേക ബാധ്യതകളെക്കുറിച്ച്, നിങ്ങളുടെ നിയമപരവും പാലിക്കൽ ആളുകളുമായി സംസാരിക്കുക.

നിയമം പറയുന്നത്, വ്യക്തമായ വാക്കുകളില്

സി. ആർ. എ. സി. സി. "ഡിജിറ്റൽ ഘടകങ്ങളുള്ള ഉത്പന്നങ്ങൾ" യൂറോപ്യൻ യൂണിയനിൽ വിറ്റു. അത് പലതും ഉൾക്കൊള്ളുന്നു: സോഫ്റ്റ്വെയർ, ആപ്ലിക്കേഷനുകൾ, കണക്ട് ചെയ്ത ഉപകരണങ്ങൾ, ഫേംവെയർ എന്നിവയും മറ്റു ഉത്പന്നങ്ങളിൽ ഉപയോഗിക്കുന്ന പല ഘടകങ്ങളും.

പ്രധാന ആശയം: സോഫ്റ്റ്വെയറിനെ യൂറോപ്യൻ യൂണിയന് വിപണിയിൽ എത്തിക്കാന് നിങ്ങള് ഉത്തരവാദിത്തം വഹിക്കുന്നു ജീവിതകാലം മുഴുവൻ, റിലീസ് ദിവസം മാത്രമല്ല. അതിനർത്ഥം:

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

പ്രാധാന്യമുള്ള തീയതികൾ

2024 ഡിസംബർ: ക്രെഡിറ്റ് റേറ്റിംഗ് ഏജൻസി പ്രാബല്യത്തിൽ വന്നു.
2026 സെപ്റ്റംബർ 11: റിപ്പോർട്ടിംഗ് ബാധ്യതകൾ ബാധകമാണ്. നിർമ്മാതാക്കൾക്ക് എൻഐഎസിയുടെ ഏകീകൃത റിപ്പോർട്ടിംഗ് പ്ലാറ്റ്ഫോം വഴി സജീവമായി ചൂഷണം ചെയ്യപ്പെട്ട ദുർബലകേടുകളും ഗുരുതരമായ സംഭവങ്ങളും റിപ്പോർട്ട് ചെയ്യണം. 24 മണിക്കൂറിനകം നേരത്തെ മുന്നറിയിപ്പ്, 72 മണിക്കൂറിനുള്ളിൽ കൂടുതൽ വിശദമായ അറിയിപ്പ്, അന്തിമ റിപ്പോർട്ട് പിന്നീട്.
2027 ഡിസംബർ 11 ന്: ബാക്കി ആവശ്യകതകൾ ബാധകമാണ്, അവശ്യ സുരക്ഷാ ആവശ്യകതകളും അനുരൂപതാ വിലയിരുത്തലും ഉൾപ്പെടെ.

റിപ്പോർട്ടിംഗ് ഭാഗം ഇതിനകം തന്നെ സജീവമാണ്. അടുത്ത വര് ഷം മുഴുവൻ സെറ്റും വരും.

ക്രൈന് റെസ്റ്റിന് റെ വകുപ്പ് "ഞങ്ങള് അത് ഒടുവിൽ ശരിയാക്കും" എന്ന വാക്ക് നിയമപരമായ ബാധ്യതയായി മാറ്റുന്നു.

ഓപ്പൺ സോഴ്സിനെ കുറിച്ച് എന്തു പറയുന്നു?

ഇത് രചന സമയത്ത് കടുത്ത ചർച്ചയായിരുന്നു. അവസാന വാചകത്തില് ഓപ്പണ് സോഴ്സ് ഡെവലപ്പര് മാരെ സംരക്ഷിക്കാന് ശ്രമിക്കുന്നു:

വികസിപ്പിച്ചെടുത്തതും പങ്കിട്ടതുമായ ഓപ്പൺ സോഴ്സ് സോഫ്റ്റ്വെയർ വാണിജ്യപരമായ പ്രവർത്തനമില്ലാത്ത സാധാരണയായി ഈ പരിധിക്ക് പുറത്താണ്.
പുതിയ പങ്ക്, ഓപ്പൺ സോഴ്സ് സോഫ്റ്റ്വെയർ സ്റ്റുവർ (ഉദാഹരണത്തിന് വാണിജ്യപരമായി ഉപയോഗിക്കുന്ന പദ്ധതികളെ പിന്തുണയ്ക്കുന്ന ഫൌണ്ടേഷനുകൾക്ക്) ഭാരം കുറഞ്ഞ ബാധ്യതകളുണ്ട്.
തങ്ങളുടെ വാണിജ്യ ഉത്പന്നങ്ങളിൽ ഓപ്പൺ സോഴ്സ് ഉപയോഗിക്കുന്ന കമ്പനികൾ അവരുടെ ഉത്പന്നത്തിന്റെ ഭാഗമായി ആ ഘടകങ്ങളുടെ ഉത്തരവാദിത്തം ഏറ്റെടുക്കുന്നു. ഒരു ലൈബ്രറി ഉപയോഗിക്കുന്നത് അതിന്റെ പരിപാലകരുടെ ഉത്തരവാദിത്തം മാറ്റുന്നില്ല.

അവസാനത്തെ കാര്യം നമ്മളില് മിക്കവര് ക്കും പ്രധാനമാണ്: നിങ്ങളുടെ ആശ്രിതത്വം ഇപ്പോൾ നിങ്ങളുടെ ഉത്തരവാദിത്തമാണ്.

എന്റെ പൈപ്പ്ലൈനിൽ എന്ത് മാറ്റങ്ങൾ

നല്ലൊരു സർപ്രൈസ്: സിആർഎ ആവശ്യപ്പെടുന്ന പലതും നല്ല ഡെവ് സെക്കോപ്സ് ടീമുകൾ ഇതിനകം ചെയ്യുന്നതും അല്ലെങ്കിൽ ചെയ്യേണ്ടതും ആണ്. അത് നിർബന്ധമായും രേഖപ്പെടുത്തപ്പെട്ടതുമായി മാറുന്നു.

എസ്. ബി. ഒ. എം. ഓരോ റിലീസിലും (സിഫ്റ്റ്, ട്രിവി, സൈക്ലോൺ ഡിഎക്സ് ടൂളുകൾ), സംഭരിച്ചതും പതിപ്പുകളും.
തുടർച്ചയായ ദുർബലത സ്കാനിംഗ് പുതിയതായി കണ്ടെത്തിയ ദുർബലതകൾ പഴയ പതിപ്പുകളിൽ കണ്ടെത്താൻ സാധിക്കും.
ദുർബലത വെളിപ്പെടുത്തൽ നയം ഗവേഷകർക്ക് പ്രശ്നങ്ങളെക്കുറിച്ച് റിപ്പോർട്ട് ചെയ്യാനുള്ള ഒരു മാർഗവും (ഒരു security.txt, ഒരു സുരക്ഷാ കോൺടാക്റ്റ്, ഒരു SECURITY.md).
ഒരു നിർദ്ദിഷ്ട പിന്തുണാ കാലയളവ് ഓരോ ഉത്പന്ന പതിപ്പിനും സുരക്ഷാ അപ്ഡേറ്റുകൾ വേഗത്തിൽ വിതരണം ചെയ്യാനുള്ള കഴിവ്.
ഒപ്പിട്ട വസ്തുക്കളും നിർമ്മാണത്തിന്റെ ഉത്ഭവവും, നിങ്ങള് കയറ്റുന്നതിന്റെ സമഗ്രത കാണിക്കാന് .
സുരക്ഷിത സ്ഥിരസ്ഥിതികൾ നിങ്ങളുടെ ഉത്പന്നങ്ങളിൽ: സ്ഥിരസ്ഥിതി പാസ്വേഡുകളില്ല, തുറന്ന പോർട്ടുകൾ വളരെ കുറവാണ്, എൻക്രിപ്ഷൻ ഓണാണ്.
ഒരു സംഭവവും റിപ്പോർട്ടിംഗ് പ്രക്രിയയും ആക്രമിക്കപ്പെട്ട ദുർബലകേടുകൾക്കായി 24 മണിക്കൂർ സമയപരിധി പാലിക്കാവുന്നതാണ്. ആര് തീരുമാനിക്കുന്നു? ആരാണീ റിപ്പോർട്ട് ചെയ്യുന്നത്? അത് പരിശീലിക്കുക.
രേഖകൾ മുകളിൽ പറഞ്ഞവയെല്ലാം.

ഒരു ചെക്ക് ലിസ്റ്റ്

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

അപ്പോൾ, ഡെവൊപ്സ് ടീമുകൾ ശ്രദ്ധിക്കണോ?

വളരെ അധികം. സിആര് എ നമ്മുടെ പൈപ്പ്ലൈനില് തന്നെ എത്തിച്ചേരുന്നു. എസ്.ബി.ഒ.എമ്മുകൾ, സ്കാനിംഗ്, ഒപ്പിടൽ, വേഗത്തിലുള്ള പാച്ച് എന്നിവ ഓട്ടോമേറ്റ് ചെയ്യുന്ന ടീമുകൾക്ക് അനുസരണം താരതമ്യേന എളുപ്പമായി കാണും. ഒരു വർഷം കൊണ്ട് പിടി കിട്ടാത്ത ടീമുകൾ.

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

ഡെസ്ലി

സേവനങ്ങൾ തമ്മിലുള്ള സ്റ്റാറ്റിക് പാസ്വേഡുകൾ ഇനി വേണ്ട

Tue, 20 Oct 2026 23:10:30 +0200

നിങ്ങളുടെ സേവനങ്ങൾ പരസ്പരം എങ്ങനെ ആധികാരികത ഉറപ്പാക്കുന്നു എന്നതിനെക്കുറിച്ചും ക്ലൌഡിനെയും കുറിച്ച് ചിന്തിക്കുക. പല കമ്പനികളിലും, ഉത്തരം സ്റ്റാറ്റിക് ക്രെഡൻഷ്യലുകളാണ്. ഒരു പരിസ്ഥിതി വേരിയബിളിലെ ഒരു ആക്സസ് കീ. ഒരു കോൺഫിഗറേഷൻ ഫയലിലെ ഒരു പങ്കിട്ട API ടോക്കൺ. ഒരു ഡാറ്റാബേസ് പാസ് വേഡ് അഞ്ചു സ്ഥലങ്ങളില് പകര് ത്തു. അവ വളരെ അപൂർവ്വമായി മാത്രമേ മാറുന്നുള്ളൂ, അവയിൽ ഒന്ന് ചോർന്നാൽ, അത് എവിടെയാണ് ഉപയോഗിച്ചതെന്ന് പലപ്പോഴും അറിയില്ല.

മനുഷ്യർ ഇത് കുറച്ചു കാലം മുമ്പ് മറന്നു: ഒറ്റ ലോഗിൻ, MFA, ഹ്രസ്വകാല സെഷനുകൾ. ജോലിഭാരം ഒരുപോലെ തന്നെ.

രഹസ്യങ്ങൾ പങ്കുവെക്കുന്നതില് പ്രശ്നം

സ്റ്റാറ്റിക് ക്രെഡൻഷ്യലുകള് ക്ക് മൂന്ന് വലിയ ദൌര് ബല്യങ്ങളുണ്ട്:

അവ ദീർഘകാലം നിലനിൽക്കും. ചോർന്ന താക്കോൽ ആരെങ്കിലും ശ്രദ്ധിക്കുകയും അത് തിരിക്കുകയും ചെയ്യുന്നതുവരെ പ്രവർത്തിക്കുന്നു, അത് മാസങ്ങളോളം നീണ്ടുനിൽക്കും.
അവ പകര് ത്തുവാന് പറ്റുന്നവയാണ്. ആര് ക്കും, എന്തിനും ആര് ക്കും ആ താക്കോല് കിട്ടിയാൽ എവിടെനിന്നും ഉപയോഗിക്കാം.
ആരാ വിളിക്കുന്നതെന്ന് അവർ പറഞ്ഞില്ല. ഒരു ടോക്കൺ പങ്കിടുന്ന അഞ്ചു സേവനങ്ങളും ലോഗുകളിൽ ഒരേപോലെ കാണപ്പെടുന്നു.

വിശ്വാസ്യതയില്ല നിങ്ങളുടെ നെറ്റ് വർക്കിൽ ഉള്ളതുകൊണ്ട് മാത്രം ഒന്നും വിശ്വസിക്കപ്പെടരുത് എന്ന ആശയമാണ്. ഓരോ അപേക്ഷയും ആര് നല് കിയതാണെന്ന് തെളിയിക്കണം. വർക്ക് ലോഡുകൾക്ക്, ഓരോ സേവനത്തിനും ശക്തവും പരിശോധിക്കാവുന്നതുമായ ഒരു ഐഡന്റിറ്റി നൽകുക എന്നാണർത്ഥം.

ക്ലൌഡ് വർക്ക് ലോഡ് ഐഡന്റിറ്റി

ഏറ്റവും എളുപ്പമുള്ള വിജയം: നിങ്ങളുടെ വർക്ക് ലോഡുകൾ ക്ലൌഡ് സേവനങ്ങളിലേക്ക് കീകൾക്കു പകരം അവരുടെ പ്ലാറ്റ്ഫോം ഐഡന്റിറ്റി ഉപയോഗിച്ച് ആധികാരികമാക്കുക.

കുബർനെറ്റീസിൽ, ഓരോ കോഡും ഒരു സേവന അക്കൌണ്ട്. ക്ലൌഡ് ദാതാക്കൾക്ക് കുബർനെറ്റസ് സേവന അക്കൌണ്ട് ടോക്കണുകളെ വിശ്വസിക്കാനും അവയെ ഹ്രസ്വകാല ക്ലൌഡ് ക്രെഡൻഷ്യലുകൾക്ക് കൈമാറ്റം ചെയ്യാനും കഴിയുംഃ

എ. ഡബ്ല്യു. എസ്: സേവന അക്കൌണ്ടുകൾക്കായുള്ള ഐ. എ. എം. റോളുകൾ (ഐ. ആർ. എസ്. എ) അല്ലെങ്കിൽ പുതിയത് എ. കെ. എസ്. പോഡ് ഐഡന്റിറ്റി.
ഗൂഗിൾ ക്ലൌഡ്: ജി. കെ. ഇ. യുടെ വർക്ക് ലോഡ് ഐഡന്റിറ്റി ഫെഡറേഷൻ.
അസൂര്: മൈക്രോസോഫ്റ്റ് എൻട്രാ വർക്ക് ലോഡ് ഐഡി.

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

apiVersion: v1
kind: ServiceAccount
metadata:
  name: orders
  namespace: shop
  annotations:
    eks.amazonaws.com/role-arn: arn:aws:iam::123456789012:role/shop-orders

ഇതേ ആശയം തന്നെയാണ് ഐ. സി. യിലും. ഒഐഡിസി ഫെഡറേഷൻ സംഭരിച്ച കീകളില്ലാതെ ഗിറ്റ്ഹബ് ആക്ഷനുകൾ, ഗിറ്റ്ലാബ് ഐഐ എന്നിവയും മറ്റുള്ളവരും ക്ലൌഡ് ക്രെഡൻഷ്യലുകൾ നേടാൻ അനുവദിക്കുന്നു.

ഏറ്റവും സുരക്ഷിതമായ ആധികാരികത ഏതാനും മിനിറ്റ് ഒരു ജോലിക്ക് ഒരു ജോലിക്ക് നൽകിയതും പിന്നെ കാലഹരണപ്പെടുന്നതുമാണ്.

SPIFFE, ലളിതമായി

ക്ലൌഡ് വർക്ക് ലോഡ് ഐഡന്റിറ്റി "എന്റെ കമ്പ്യൂട്ടർ എന്റെ ക്ലൌഡ് പ്രൊവൈഡറുമായി സംസാരിക്കുന്നു" എന്നതിനെ പരിഹരിക്കുന്നു. എന്നാൽ സേവനങ്ങൾ തമ്മിലുള്ള കോളുകളെ കുറിച്ച്, ക്ലസ്റ്ററുകളിലും, ക്ലൌഡുകളിലും, ഓൺ-പ്രിമൈസ് മെഷീനുകളിലും?

സ്പിഫ് (Secure Production Identity Framework For Everyone) എന്നത് ഏത് പ്ലാറ്റ്ഫോമിൽ നിന്നും സ്വതന്ത്രമായി വർക്ക് ലോഡ് ഐഡന്റിറ്റിക്കായുള്ള ഒരു സിഎൻസിഎഫ് സ്റ്റാൻഡേർഡാണ്. അത് നിർവചിക്കുന്നുഃ

SPIFFE ഐഡി: ഒരു വർക്ക് ലോഡിന്റെ ഒരു അദ്വിതീയ നാമം, ഒരു യു. ആർ. ഐ ആയി എഴുതിയിരിക്കുന്നു, spiffe://acme.com/ns/shop/sa/orders.
എസ്വിഐഡി (SPIFFE Verifiable Identity Document): ആ വ്യക്തിത്വം തെളിയിക്കുന്ന ഒരു ഹ്രസ്വകാല രേഖ, X.509 സർട്ടിഫിക്കറ്റ് അല്ലെങ്കിൽ ജെ.ഡബ്ല്യു.ടി.
വർക്ക് ലോഡ് API: ഒരു ലോക്കൽ എപിഐ, അവിടെ വർക്ക് ലോഡുകൾ അവരുടെ എസ്വിഐഡികളെ കണ്ടെത്തുന്നു, തുടക്കത്തിൽ രഹസ്യങ്ങൾ ആവശ്യമില്ലാതെ.

സ്പൈര് അത് റഫറൻസ് നടപ്പിലാക്കലാണ്. ഓരോ നോഡിലും ഒരു സ്പൈർ സെർവർ ഐഡന്റിറ്റികളും ഏജന്റുമാരും നൽകുന്നു സാക്ഷ്യപത്രം വർക്ക് ലോഡുകൾ: ഒരു ഐഡന്റിറ്റി കൈമാറുന്നതിന് മുമ്പ് വർക്ക് ലോഡ് യഥാർഥത്തിൽ എന്താണെന്ന് അവർ പരിശോധിക്കുന്നു (ഏത് കുബർനെറ്റ്സ് സേവന അക്കൌണ്ട്, ഏത് നോഡ്, ഏത് പ്രോസസ്സ്). സർട്ടിഫിക്കറ്റുകൾ ഓട്ടോമാറ്റിക്കായി മാറുന്നു, പലപ്പോഴും ഓരോ മണിക്കൂറിലും.

പല ഉപകരണങ്ങളും SPIFFE സംസാരിക്കുന്നുഃ ഇസ്റ്റിയോ, ലിങ്കെർഡ് തുടങ്ങിയ സേവന മെഷുകൾ SPIFFE- ശൈലിയിലുള്ള ഐഡന്റിറ്റികൾ ആന്തരികമായി ഉപയോഗിക്കുന്നു, കൂടാതെ എംബോയ്, സിലിയം, വിവിധ ഡാറ്റാബേസുകൾ, പ്രോക്സികൾ എന്നിവയ്ക്ക് SVID- കൾ ഉപയോഗിക്കാൻ കഴിയും.

സേവനങ്ങൾ തമ്മിലുള്ള mTLS

ഐഡന്റിറ്റികൾ ഉള്ളതോടെ സേവനങ്ങള് ക്ക് പരസ്പര TLS (mTLS): ഇരുപക്ഷവും സർട്ടിഫിക്കറ്റുകൾ അവതരിപ്പിക്കുന്നു, അതുകൊണ്ട് ഓരോരുത്തർക്കും കൃത്യമായി അറിയാം, ആരോടാണ് സംസാരിക്കുന്നതെന്ന്, ട്രാഫിക് എൻക്രിപ്റ്റ് ചെയ്തിരിക്കുന്നു.

എല്ലാ ആപ്ലിക്കേഷനുകളിലും കൈകൊണ്ട് എംടിഎൽഎസ് ചെയ്യുകയെന്നത് വേദനയേറിയ കാര്യമാണ്. അതുകൊണ്ടാണ് സാധാരണയായി ഇത് കൈകാര്യം ചെയ്യുന്നത്:

ഒരു സേവന മെഷ് (ഇസ്റ്റിയോ, ലിങ്കെര്ദ്, സിലിയം), എല്ലാ സേവനങ്ങളും തമ്മിലുള്ള mTLS യാന്ത്രികമായി ചേർക്കുന്നു.
SPIFFE ലൈബ്രറികൾ (ഗോ-സ്പൈഫ് എൽ.ഇ.വി.) സ്വയം കൈകാര്യം ചെയ്യുന്ന ആപ്ലിക്കേഷനുകൾക്കായി.

എം ടി എൽ എസ് ന് മുകളിൽ, നിങ്ങൾക്ക് എഴുതാം അനുമതി നയങ്ങൾ: "മാത്രം checkout സേവനം വിളിച്ചേക്കാം payments ഓൺ /charge" അത് ശൂന്യമായ വിശ്വാസമാണ്: ഐഡന്റിറ്റി അടിസ്ഥാനമാക്കിയുള്ള പ്രവേശനം, നെറ്റ് വർക്ക് അടിസ്ഥാനമാക്കിയുള്ളതല്ല.

എവിടെ നിന്ന് തുടങ്ങണം?

ഒന്നാം ദിവസം തന്നെ നിങ്ങൾക്ക് സ്പൈര് ആവശ്യമില്ല. പ്രായോഗികമായ ഒരു പാത:

ക്ലൌഡ് ആക്സസ് കീകൾ മാറ്റിസ്ഥാപിക്കുക നിങ്ങളുടെ പ്രൊവൈഡറുടെ വർക്ക് ലോഡ് ഐഡന്റിറ്റി ഉപയോഗിച്ച് കുബർനെറ്റസിൽ.
CI ക്ലൌഡ് കീകൾ മാറ്റിസ്ഥാപിക്കുക ഒഐഡിസി ഫെഡറേഷനുമായി.
ബാക്കിയുള്ള രഹസ്യങ്ങള് നീക്കുക ഒരു രഹസ്യ മാനേജരായി മാറുന്നു.
സേവനങ്ങള് തമ്മില് mTLS ചേര് ക്കുക, ഏറ്റവും എളുപ്പത്തില് ഒരു സേവന മെഷ് വഴി.
SPIFFE/SPIRE നെ പരിഗണിക്കുക ക്ലസ്റ്ററുകളിലും ക്ലൌഡുകളിലും വിഎമ്മുകളിലും ഒരു ഐഡന്റിറ്റി സിസ്റ്റം ആവശ്യമുള്ളപ്പോൾ.

അതുകൊണ്ട്, അത് പരിശ്രമത്തിന് വിലപ്പെട്ടതാണോ?

അതെ, അതെ. സ്റ്റാറ്റിക് ക്രെഡൻഷ്യലുകൾ നീക്കം ചെയ്യുന്നത് ലംഘനങ്ങളുടെ ഏറ്റവും സാധാരണമായ കാരണങ്ങളിലൊന്ന് ഇല്ലാതാക്കുന്നു. ആദ്യത്തെ ഘട്ടം, ക്ലൌഡ് വർക്ക് ലോഡ് ഐഡന്റിറ്റി, CI OIDC എന്നിവ വളരെ എളുപ്പമാണ്.

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

ഡെസ്ലി

എൻപിഎം നിങ്ങളുടെ നേരെ തിരിഞ്ഞാല്

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു ആധുനിക ജാവാസ്ക്രിപ്റ്റ് പ്രോജക്ടിന് ആയിരത്തിലധികം ആശ്രിതത്വങ്ങളുണ്ട്, അവയിൽ മിക്കതും പരോക്ഷമാണ്. പൈത്തൺ, ഗോ, റസ്റ്റ്, ജാവ പ്രോജക്ടുകൾക്കും പിന്നിലല്ല. ഓരോ പാക്കേജും നിങ്ങള് കണ്ടിട്ടില്ലാത്ത ഒരാളുടെ കോഡാണ്, നിങ്ങളുടെ ലാപ്ടോപ്പിലും നിങ്ങളുടെ രഹസ്യാന്വേഷണത്തിലുമുള്ള നിങ്ങളുടെ രഹസ്യങ്ങളിലേക്ക് പ്രവേശനമുള്ള നിങ്ങളുടെ ഐ. സി. യിലും പ്രവർത്തിക്കുന്നു.

വർഷങ്ങളോളം ആ വിശ്വാസം മിക്കവാറും പ്രവർത്തിച്ചു. അടുത്തിടെ, ആക്രമണകാരികൾ അത് എത്രത്തോളം ദുർബലമാണെന്ന് കാണിച്ചു.

സമീപകാല ആക്രമണങ്ങൾ

എല്ലാ സംഭവങ്ങളെയും കുറിച്ച് പറയാതെ, കഴിഞ്ഞ രണ്ടു വർഷത്തെ പ്രവണത വ്യക്തമാണ്:

പരിപാലകരുടെ അക്കൌണ്ടുകൾ കവർന്നു. സെപ്റ്റംബറിൽ, ആക്രമണകാരികൾ വളരെ പ്രശസ്തമായ npm പാക്കേജുകളുടെ പരിപാലകരെ ഫിഷിംഗ് ചെയ്തു, ആഴ്ചയിൽ കോടിക്കണക്കിന് തവണ ഡൌൺലോഡ് ചെയ്ത ലൈബ്രറികളുടെ ക്ഷുദ്രകരമായ പതിപ്പുകൾ പ്രസിദ്ധീകരിച്ചു. ഉപയോക്താക്കളിൽ നിന്നും ക്രിപ്റ്റോകറൻസി മോഷ്ടിക്കാനാണ് കോഡ് ശ്രമിച്ചത്.
സ്വയം വ്യാപിക്കുന്ന പുഴുക്കൾ. 2025 ൽ, ഒരു പുഴുവിന് ഷൈ ഹുലുദ് npm വഴി പ്രചരിച്ചു: ഒരിക്കൽ ഇൻസ്റ്റാൾ ചെയ്തുകഴിഞ്ഞാൽ, അത് ഡെവലപ്പറുടെ മെഷീനിൽ നിന്നോ CI യിൽ നിന്നോ ടോക്കണുകൾ മോഷ്ടിക്കുകയും ആ വ്യക്തി പരിപാലിക്കുന്ന മറ്റ് പാക്കേജുകളുടെ രോഗബാധിത പതിപ്പുകൾ പ്രസിദ്ധീകരിക്കാൻ അവ ഉപയോഗിക്കുകയും ചെയ്തു. നൂറുകണക്കിന് പാക്കേജുകൾക്ക് ആഘാതം ഉണ്ടായി.
കെട്ടിട നിർമാണ ഉപകരണങ്ങള് ക്ക് കേടുപാടുകള് പറ്റിയിട്ടുണ്ട്. ആക്രമണകാരികൾ രഹസ്യങ്ങൾക്കായി ഡവലപ്പർമാരുടെ മെഷീനുകൾ തിരഞ്ഞു, അവ കണ്ടെത്താൻ സഹായിക്കുന്നതിന് പ്രാദേശികമായി ഇൻസ്റ്റാൾ ചെയ്ത AI കമാൻഡ് ലൈൻ ടൂളുകൾ പോലും ഉപയോഗിച്ചു.
ടൈപ്പ് ക്വാട്ടിങ്ങും സ്ലാപ്പ് ക്വാറ്റിംഗും. പേരിന് ഒരു അക്ഷരം മാത്രം അകലെയുള്ള പാക്കേജുകൾ, അല്ലെങ്കിൽ ഐ. ഐ. അസിസ്റ്റന്റുമാർ കണ്ടുപിടിക്കുന്ന പേരുകൾ.
നീണ്ട കളി ആക്രമണങ്ങൾ എക്സ്. സി. യൂട്ടിലിസിന്റെ പിൻവാതിൽ പോലെ, ഒരു ആക്രമണകാരിക്ക് വർഷങ്ങളോളം ഒരു പരിപാലകന്റെ വിശ്വാസം നേടാനായി.

ഇവയ്ക്ക് പൊതുവായുള്ള ഒരു കാര്യം ഇവ നിങ്ങളുടെ കോഡിലെ ഒരു ബഗ് ഉപയോഗിക്കാറില്ല എന്നതാണ് നിങ്ങളുടെ ആശ്രിതരെ വിശ്വസിക്കുന്നതിനെ അവർ ചൂഷണം ചെയ്യുന്നു.

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

ലോക്ക് ഫയലുകളും സ്വകാര്യ രജിസ്റ്ററുകളും

അടിസ്ഥാനകാര്യങ്ങളാണ് പ്രധാനം:

ലോക്ക് ഫയലുകൾ സമർപ്പിക്കുക (package-lock.json, pnpm-lock.yaml, poetry.lock, uv.lock, go.sum) അവരുമായി കർശനമായി ഇൻസ്റ്റാൾ ചെയ്യുക: npm ci പകരം npm install ഐ. സി. യിൽ. അങ്ങനെ, ഒരു പുതിയ ക്ഷുദ്രവസ്തുവിന് ബിൽഡ് ചെയ്യുമ്പോള് കടത്തിവിടാന് കഴിയില്ല.
ഒരു സ്വകാര്യ രജിസ്ട്രി അല്ലെങ്കിൽ പ്രോക്സി ഉപയോഗിക്കുക (ആർട്ടിഫാക്ടറി, നെക്സസ്, ഗിറ്റ്ഹബ് പാക്കേജുകൾ, എഡബ്ല്യുഎസ് കോഡ്ആർട്ടി ഫാക്ട്, ഗൂഗിൾ ആർട്ടിഫാക്ട് രജിസ്ട്രി) അംഗീകൃത പാക്കേജുകൾ കാഷെ ചെയ്യുന്നു, അറിയപ്പെടുന്ന മോശം പാക്കേജ് ബ്ലോക്ക് ചെയ്യാം, ഒപ്പം വരുന്നവയെ നിയന്ത്രിക്കാൻ ഒരൊറ്റ സ്ഥലം നിങ്ങൾക്ക് നൽകുന്നു.
പരിധി ആന്തരിക പാക്കേജുകൾ (പോലുള്ളവ) @acme/...) നിങ്ങളുടെ പാക്കേജ് മാനേജർ ക്രമീകരിക്കുക അങ്ങനെ ആന്തരിക പേരുകൾ നിങ്ങളുടെ രജിസ്ട്രിയിൽ നിന്ന് മാത്രമേ വരൂ. അത് തടയുന്നു ആശ്രിതത്വം, ഒരു ആക്രമണകാരി നിങ്ങളുടെ ആന്തരിക പാക്കേജിന്റെ അതേ പേരിലുള്ള ഒരു പൊതു പാക്കേജ് പ്രസിദ്ധീകരിക്കുന്നു.

പുതിയ പതിപ്പുകൾ ഇൻസ്റ്റോൾ ചെയ്യുന്നതിനു മുമ്പ് കാത്തിരിക്കുക

മിക്ക ക്ഷുദ്ര പാക്കേജുകളും മണിക്കൂറുകൾക്കുള്ളിൽ അല്ലെങ്കിൽ ദിവസങ്ങൾക്കുള്ളിൽ കണ്ടെത്തി നീക്കംചെയ്യുന്നു. അതുകൊണ്ട് ലളിതവും ശക്തവുമായ പ്രതിരോധം: പുതിയ പതിപ്പുകൾ ഉടനെ ഇൻസ്റ്റാൾ ചെയ്യരുത്.

നവീകരിക്കുക minimumReleaseAge ഒരു അപ്ഡേറ്റ് നിർദ്ദേശിക്കുന്നതിന് മുമ്പ് ഒരു ക്രമീകരിക്കാവുന്ന സമയം (ഉദാഹരണത്തിന് മൂന്നു ദിവസം) കാത്തിരിക്കുന്നു.
പിഎൻപിഎം കുറഞ്ഞ റിലീസ് പ്രായം സജ്ജമാക്കുന്നതിനെ പിന്തുണയ്ക്കുന്നു, അതിനാൽ അത് ഈ പരിധിക്ക് താഴെയുള്ള പതിപ്പുകളെ പരിഹരിക്കില്ല.
ചില രജിസ്ട്രികളും പ്രോക്സികളും സമാനമായ ക്വാറന്റീൻ കാലയളവുകളെ പിന്തുണയ്ക്കുന്നു.

പുതിയ ഫീച്ചറുകളില് കുറച്ച് ദിവസം നഷ്ടപ്പെടും. മിക്ക "പ്രസിദ്ധീകരിക്കുക, പ്രതീക്ഷിക്കുക" ആക്രമണങ്ങളോടും നിങ്ങൾക്ക് സംരക്ഷണം ലഭിക്കും.

ഇൻസ്റ്റോൾ സ്ക്രിപ്റ്റുകൾക്ക് ചെയ്യാൻ കഴിയുന്ന പരിമിതി

പല ആക്രമണങ്ങളും ഇൻസ്റ്റലേഷന് സമയത്ത്, postinstall തിരക്കഥകൾ.

സ്ഥിരസ്ഥിതിയായി ഇൻസ്റ്റോൾ സ്ക്രിപ്റ്റുകൾ പ്രവർത്തനരഹിതമാക്കുക സാധ്യമായിടത്തോളം (npm config set ignore-scripts true, dependency build scripts- യ്ക്കുള്ള pnpm- ന്റെ കൂടുതൽ കർശനമായ സ്ഥിരസ്ഥിതികൾ) അവയെ യഥാർത്ഥത്തിൽ ആവശ്യമുള്ള പാക്കേജുകൾക്ക് മാത്രം അനുവദിക്കുക.
ഒറ്റപ്പെട്ടതും അപ്രത്യക്ഷവുമായ അന്തരീക്ഷങ്ങളില് റൺ കെട്ടിടങ്ങള്: ഒരു പുതിയ കണ്ടെയ്നർ അല്ലെങ്കിൽ ഐ. സി. റണ്ണർ ഓരോ ജോലിക്കും, ദീർഘകാലാടിസ്ഥാനത്തിലുള്ള യോഗ്യതാ രേഖകളില്ലാതെ.
നെറ്റ്വർക്ക് പുറത്തുകടക്കൽ പരിമിതപ്പെടുത്തുക കഴിയുന്നിടത്തെല്ലാം വിവരമറിയിച്ചാൽ മതി. ഒരു ബിൽഡിന് ഒരു അജ്ഞാത സെർവറിലേക്ക് എത്താൻ കഴിയില്ല. നിങ്ങളുടെ രഹസ്യങ്ങൾ അവിടെ അയയ്ക്കാൻ കഴിയില്ല.
ഡെവലപ്പർ മെഷീനുകളിൽ ഒരിക്കലും ടോക്കണുകൾ പ്രസിദ്ധീകരിക്കരുത് അത് ഒഴിവാക്കാൻ പറ്റുമെങ്കിൽ. ഉപയോഗം വിശ്വസനീയമായ പ്രസിദ്ധീകരണം CI-യിൽ നിന്നും (npm-ഉം PyPI-യും ഒഐഡിസി അടിസ്ഥാനമാക്കിയുള്ള പ്രസിദ്ധീകരണത്തെ പിന്തുണയ്ക്കുന്നു), ഒപ്പം പരിപാലകർക്കായി 2FA ആവശ്യപ്പെടുന്നു.

എന്നെ മുന്നറിയിപ്പ് നൽകുന്ന ഉപകരണങ്ങൾ

സോക്കറ്റ്: സംശയകരമായ പെരുമാറ്റത്തിനായി പാക്കേജുകൾ വിശകലനം ചെയ്യുന്നു (ഇൻസ്റ്റാൾ സ്ക്രിപ്റ്റുകൾ, നെറ്റ്വർക്ക് ആക്സസ്, മറച്ച കോഡ്, പുതിയ പരിപാലകർ), അറിയപ്പെടുന്ന ദുർബലതകൾ മാത്രമല്ല.
ഒ. എസ്. വി സ്കാനർ, ട്രിവി, ഗ്രിപ്പ്, npm ഓഡിറ്റ്: അറിയപ്പെടുന്ന ദുർബലതകളും അറിയപ്പെടുന്ന ക്ഷുദ്ര പാക്കേജുകളും.
ഓപ്പൺ എസ് എസ് എഫ് സ്കോർകാർഡ്: ഒരു പ്രോജക്ട് നിങ്ങൾ സ്വീകരിക്കുന്നതിനു മുമ്പ് സുരക്ഷാ രീതികൾ എത്രത്തോളം പാലിക്കുന്നുവെന്ന് വിലയിരുത്തുന്നു.
ഗിറ്റ്ഹബ് ആശ്രിതത്വ അവലോകനം പുതിയ ആശ്രയത്വങ്ങളും അവയുടെ അപകടസാധ്യതകളും കണ്ടെത്താന് ശ്രമിക്കുക.

ഒരു ഉപകരണം അല്ലാത്തതും: പുതിയ ആശ്രിതത്വങ്ങളെ ചോദ്യം ചെയ്യുക. ഈ പ്രോജക്ടിന് ശരിക്കും ഒരു സ്ട്രിംഗ് ഇടത് പാഡുചെയ്യാനുള്ള ഒരു പാക്കേജ് ആവശ്യമുണ്ടോ? നിങ്ങള് കൂട്ടിച്ചേര് ക്കാത്ത ഓരോ ആശ്രയവും നിങ്ങള് ക്ക് വിഷമിക്കേണ്ട കാര്യമല്ല.

നിങ്ങള് ക്ക് രോഗം ബാധിച്ചിട്ടുണ്ടെങ്കില്

ഒരു അപഹരിച്ച പാക്കേജ് നിങ്ങളുടെ സ്റ്റാക്കിൽ എത്തുമ്പോൾ:

അത് എവിടെയാണ് ഇൻസ്റ്റോൾ ചെയ്തിരിക്കുന്നതെന്ന് കണ്ടെത്തുക (SBOM- കളും ലോക്ക് ഫയലുകളും ഇത് വേഗത്തിലാക്കുന്നു).
ഇൻസ്റ്റലേഷന് സമയത്ത് ലഭ്യമായ രഹസ്യങ്ങള് അപഹരിക്കപ്പെട്ടതായി കരുതുക: അവയെ തിരിക്കുക..
ദോഷകരമായ പെരുമാറ്റത്തിന്റെ ലക്ഷണങ്ങളുണ്ടോ എന്ന് ഐ. സി. ലോഗുകളും മെഷീനുകളും പരിശോധിക്കുക.
ഒരു നല്ല പതിപ്പിലേക്ക് അറ്റാച്ചുചെയ്ത് പുനർനിർമ്മിക്കുക.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

CI യില് കർശനമായ ലോക്ക് ഫയല് ഇൻസ്റ്റാളേഷന് , അപ്ഡേറ്റുകള് ക്ക് കുറഞ്ഞ റിലീസ് പ്രായം, ഒരു സ്വകാര്യ പ്രോക്സി രജിസ്ട്രി, ദീർഘകാലം ജീവിക്കുന്ന പ്രസിദ്ധീകരണ ടോക്കണുകളില്ല. ഈ നാലു നടപടികള് അടുത്തിടെയുണ്ടായ മിക്ക ആക്രമണങ്ങളെയും തടയുമായിരുന്നു.

എന്റെ അഭിപ്രായം: ആശ്രിതത്വം എന്നത് ഓപ്പൺ സോഴ്സ് ലോകത്തിന്റെ ഒരു സമ്മാനമാണ്. നന്ദിയോടെ സ്വീകരിക്കുക, പക്ഷേ ഉല്പാദനത്തിനായി തുറക്കുന്നതിനു മുമ്പ് ഉള്ളത് പരിശോധിക്കുക.

ഡെസ്ലി

ക്വാണ്ടം കമ്പ്യൂട്ടറുകളും ഇന്നത്തെ എൻക്രിപ്ഷനും

Tue, 20 Oct 2026 23:10:30 +0200

ഓരോ മാസവും ഒരു തലക്കെട്ട് വരുന്നു "ക്വാണ്ടം കമ്പ്യൂട്ടർ എൻക്രിപ്ഷൻ തകർക്കുന്നു!" സാധാരണയായി തലക്കെട്ടിനു പുറകെ വായിച്ചാൽ അത് ഒരു ചെറിയ പ്രശ്നത്തെക്കുറിച്ചുള്ള ഗവേഷണ ഫലമാണ്. ഇന്നത്തെ ക്വാണ്ടം കമ്പ്യൂട്ടറുകൾ ഇന്റർനെറ്റിനെ സംരക്ഷിക്കുന്ന എൻക്രിപ്ഷൻ തകര് ക്കാന് ഒരുങ്ങുന്നില്ല.

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

ലളിതമായ വാക്കുകളില് പ്രശ്നം

ഇന്റർനെറ്റിന്റെ സുരക്ഷയുടെ ഭൂരിഭാഗവും ആശ്രയിക്കുന്നത് പൊതുവായ കീ ക്രിപ്റ്റോഗ്രഫി: ആർ എസ് എയും എലിപ്റ്റിക് കർവ് അൽഗോരിതംസും. അവ TLS (HTTPS), SSH, VPN, കോഡ് ഒപ്പിടൽ, സർട്ടിഫിക്കറ്റുകൾ എന്നിവയിലും അതിലേറെയും ഉപയോഗിക്കുന്നു. അവരുടെ സുരക്ഷ സാധാരണ കമ്പ്യൂട്ടറുകൾക്ക് വളരെ ബുദ്ധിമുട്ടുള്ള ഗണിത പ്രശ്നങ്ങളിലാണ്.

ഒരു വലിയ ക്വാണ്ടം കമ്പ്യൂട്ടർ പ്രവർത്തിക്കുന്നുണ്ട് ഷോറിന്റെ അൽഗോരിതം ഈ പ്രശ്നങ്ങൾ കാര്യക്ഷമമായി പരിഹരിക്കാന് സാധിക്കും. അത് RSA യും എലിപ്റ്റിക് കർവ് ക്രിപ്റ്റോഗ്രഫിയും തകര് ക്കാന് സഹായിക്കും.

AES പോലുള്ള സിമട്രിക് എൻക്രിപ്ഷനും SHA-256 പോലുള്ള ഹാഷ് ഫംഗ്ഷനുകളും വളരെ കുറവാണ് ബാധിക്കുന്നത്. നീളമുള്ള കീകൾ (AES-256) സുരക്ഷിതമാണെന്ന് കരുതപ്പെടുന്നു.

ആ ക്വാണ്ടം കമ്പ്യൂട്ടര് എപ്പോഴാണ് നിലവിൽ വരികയെന്ന് ആർക്കും കൃത്യമായി അറിയില്ല. കണക്കുകൾ പല വർഷങ്ങൾ മുതൽ പതിറ്റാണ്ടുകൾ വരെയാണ്. പക്ഷെ "എപ്പോഴാണെന്ന് അറിയില്ല" എന്നത് "ഞങ്ങൾ വിഷമിക്കേണ്ടതില്ല" എന്നതുമായി വ്യത്യസ്ഥമാണ്.

"ഇപ്പോൾ കൊയ്യുക, പിന്നീട് ഡീക്രിപ്റ്റ് ചെയ്യുക"

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

നിങ്ങളുടെ ഡാറ്റ പത്തോ ഇരുപതോ വർഷത്തേക്ക് രഹസ്യമായി സൂക്ഷിക്കേണ്ടിവന്നാൽ, ആരോഗ്യ രേഖകൾ, സാമ്പത്തിക വിവരങ്ങൾ, സർക്കാർ വിവരങ്ങൾ, വ്യാപാര രഹസ്യങ്ങൾ അല്ലെങ്കിൽ വ്യക്തിപരമായ ആശയവിനിമയങ്ങൾ, ഇന്ന് ട്രാഫിക് റെക്കോർഡുചെയ്യുന്നതിലൂടെ അത് ഇതിനകം അപകടത്തിലാകാം.

അതുകൊണ്ടാണ് ഇപ്പോൾ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത് താക്കോൽ കൈമാറ്റം: സെഷൻ കീകൾ സംരക്ഷിക്കുന്ന TLS ന്റെയും മറ്റ് പ്രോട്ടോക്കോളുകളുടെയും ഭാഗം.

ഇന്ന് നിങ്ങൾ അയയ്ക്കുന്ന ഡാറ്റ നാളെ കമ്പ്യൂട്ടറുകളിൽ നിന്നും സുരക്ഷിതമായിരിക്കണം.

പുതിയ മാനദണ്ഡങ്ങള്

2024 ഓഗസ്റ്റിൽ, യുഎസ് നാഷണൽ ഇൻസ്റ്റിറ്റ്യൂട്ട് ഓഫ് സ്റ്റാൻഡേർഡ്സ് ആൻഡ് ടെക്നോളജി (NIST) വർഷങ്ങളുടെ പൊതു മത്സരത്തിനും വിശകലനത്തിനും ശേഷം ആദ്യത്തെ പോസ്റ്റ് ക്വാണ്ടം ക്രിപ്റ്റോഗ്രഫി മാനദണ്ഡങ്ങൾ പ്രസിദ്ധീകരിച്ചുഃ

എം. എൽ. കെ. എം. (FIPS 203, മുമ്പ് CRYSTALS-Kyber എന്നറിയപ്പെട്ടു): കീ എക്സ്ചേഞ്ച് / എൻകാപ്സ്യൂലേഷന് വേണ്ടി.
ML-DSA (FIPS 204, മുമ്പ് CRYSTALS-Dilithium): ഡിജിറ്റൽ സിഗ്നേച്ചറുകൾക്കായി
SLH-DSA (FIPS 205, മുമ്പ് SPHINCS +): ഒരു ഹാഷ് അധിഷ്ഠിത സിഗ്നേച്ചർ സ്കീം, ഒരു യാഥാസ്ഥിതിക ബാക്കപ്പ് ആയി.

കൂടുതൽ അൽഗോരിതങ്ങൾ വികസിപ്പിച്ചുകൊണ്ടിരിക്കുകയാണ്. ജർമനിയിലെ BSI പോലുള്ള യൂറോപ്യൻ ഏജൻസികളും ഇവയെ അടിസ്ഥാനമാക്കി തങ്ങളുടെ ശുപാർശകളുമായി യോജിക്കുന്നു.

ഇതിനകം പിന്തുണയ്ക്കുന്ന

നല്ല വാർത്ത: നിങ്ങൾ ഇതിനകം തന്നെ അറിയാതെ തന്നെ പോസ്റ്റ് ക്വാണ്ടം ക്രിപ്റ്റോഗ്രഫി ഉപയോഗിക്കുന്നുണ്ടാകാം.

ബ്രൌസറുകൾ: Chrome, ഫയർഫോക്സ്, സഫാരി എന്നിവയുടെ പിന്തുണ ഹൈബ്രിഡ് കീ കൈമാറ്റം (X25519 ML-KEM യുമായി സംയോജിപ്പിച്ചിരിക്കുന്നത്) TLS 1.3. ൽ
സിഡിഎൻമാരും വലിയ ദാതാക്കളും: ക്ലൌഡ്ഫ്ലെയറും മറ്റുള്ളവരും ഹൈബ്രിഡ് പോസ്റ്റ് ക്വാണ്ടം കീ എക്സ്ചേഞ്ച് സ്ഥിരസ്ഥിതിയായി പ്രവർത്തനക്ഷമമാക്കുന്നു, അവരുടെ ട്രാഫിക്കിന്റെ വലിയൊരു ഭാഗവും ഇതിനകം തന്നെ ഇത് ഉപയോഗിക്കുന്നു.
ഓപ്പൺ എസ് എസ് എൽ 3.5 ML-KEM, ML-DSA, SLH-DSA എന്നിവയ്ക്കുള്ള പിന്തുണയും കൂട്ടിച്ചേര് ത്തു.
ഓപ്പൺ എസ് എസ് എച്ച് കുറച്ചു കാലമായി ഹൈബ്രിഡ് പോസ്റ്റ് ക്വാണ്ടം കീ എക്സ്ചേഞ്ച് ഉപയോഗിക്കുന്നുണ്ട്, സമീപകാല പതിപ്പുകൾ ML-KEM അടിസ്ഥാനമാക്കിയുള്ള ഹൈബ്രീഡ് ആയി സ്ഥിരസ്ഥിതിയായി ഉപയോഗിക്കുന്നു.
പോകൂ, ജാവ, ബോറംഗി എസ് എസ് എൽ മറ്റ് ലൈബ്രറികളും പിന്തുണ നല് കിയിട്ടുണ്ട്.

ഹൈബ്രിഡ് എന്നതിനർത്ഥം ഒരു ക്ലാസിക്കൽ അൽഗോരിതം പോസ്റ്റ് ക്വാണ്ടം അൽഗൊരിതം ഉപയോഗിച്ച് സംയോജിപ്പിക്കുക എന്നാണ്. അങ്ങനെ ഒരു കണക്ഷൻ സുരക്ഷിതമാണ്. അത് ക്വാണ്ടം ആക്രമണങ്ങളില് നിന്നും പുതിയ അല് ഗോരിതം ദുര് ബലതകളുള്ളതായി മാറുന്ന അപകടത്തില് നിന്നും സംരക്ഷിക്കുന്നു.

ക്രിപ്റ്റോ ചാപല്യം: DevOps ടീമുകൾ എന്തു ചെയ്യണം

കഴിഞ്ഞ കാലത്തെ മൈഗ്രേഷനുകളിൽ നിന്നും (SHA-1 മുതൽ SHA-256, TLS 1.0 മുതൽ 1.2 വരെ) പഠിച്ച ഏറ്റവും വലിയ പാഠം, വർഷങ്ങൾ എടുക്കും എന്നതാണ്, കാരണം മിക്കവാറും ആരും തന്നെ അറിയുന്നില്ല എല്ലാ ക്രിപ്റ്റോയും എവിടെയാണ് ജീവിക്കുന്നത് എന്ന്. അവിടെ തുടങ്ങൂ:

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

അതുകൊണ്ട്, നിങ്ങള് പരിഭ്രാന്തരാകണോ?

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

എന്റെ അഭിപ്രായം: ക്വാണ്ടം കമ്പ്യൂട്ടറുകൾ ഇതുവരെ ഇവിടെ ഇല്ല, പക്ഷേ കുടിയേറ്റം ഉണ്ട്. നിങ്ങളുടെ ക്രിപ്റ്റോ എവിടെയാണെന്ന് അറിയുക, നിങ്ങളുടെ സ്റ്റാക്ക് നിലവിലുണ്ടായിരിക്കുക, ഹൈബ്രിഡ് കീ എക്സ്ചേഞ്ച് ബാക്കി ചെയ്യട്ടെ.

ഡെസ്ലി

എസ്. എൽ. ഒ. കള്: എത്രത്തോളം വിശ്വസനീയമാണെന്നത് തീരുമാനിക്കുക

Tue, 20 Oct 2026 23:10:30 +0200

ഒരു മാനേജര് ക്ക് ഒരു സേവനം എത്രത്തോളം വിശ്വസനീയമായിരിക്കണം എന്ന് ചോദിച്ചാൽ, ഉത്തരം സാധാരണയായി "100%" ആണ്. അത് ശരിയാണെന്ന് തോന്നുന്നു. ആര് ക്ക് വിശ്രമ വേണമെന്നുണ്ട്?

പക്ഷെ 100% അസാധ്യമാണ്, അത് പിന്തുടരുന്നത് വളരെ ചെലവേറിയതാണ്. ഓരോ "ഒമ്പത്" അധികമായി ലഭ്യത കഴിഞ്ഞതിനേക്കാൾ കൂടുതൽ വില. നിങ്ങളുടെ ഉപയോക്താക്കൾക്ക് 99.99% നും 100% നും ഇടയിലുള്ള വ്യത്യാസം പറയാൻ കഴിയില്ല കാരണം അവരുടെ സ്വന്തം വൈഫൈ, ഫോൺ, ISP എന്നിവ വളരെ പലപ്പോഴും പരാജയപ്പെടുന്നു.

സേവന നിലവാര ലക്ഷ്യങ്ങൾ (എസ്. എൽ. ഒ) എന്നത് എത്രത്തോളം വിശ്വസനീയമാണെന്നത് തീരുമാനിക്കുന്നതിനുള്ള ഒരു മാർഗമാണ്.

എസ്. എൽ. ഐ. , എസ്. എല്. ഒ. , പിശക് ബജറ്റുകൾ, ലളിതമായി

SLI (സേവന നിലവാര സൂചകം): ഉപയോക്താവിന്റെ കാഴ്ചപ്പാടിൽ നിന്ന് നിങ്ങളുടെ സേവനം എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ അളവ്. ഉദാഹരണത്തിന്: വിജയകരമായ HTTP അഭ്യർത്ഥനകളുടെ ശതമാനം, അല്ലെങ്കിൽ 300 മില്ലിമീറ്ററിൽ താഴെയുള്ള സേവനത്തിന്റെ ശതമാനം.

SLO (സേവന നിലവാര ലക്ഷ്യം): ഒരു സമയ വിൻഡോയിലുടനീളം ആ സൂചകത്തിനുള്ള ലക്ഷ്യം. ഉദാഹരണത്തിന്: 99.9% അഭ്യർത്ഥനകളും 30 ദിവസത്തിനുള്ളിൽ അളക്കുമ്പോൾ വിജയിക്കുന്നു.

പിശക് ബജറ്റ്: എസ്. ഒ. ഒ അനുവദിക്കുന്ന പരാജയത്തിന്റെ അളവ്. 30 ദിവസത്തിനുള്ളിൽ 99.9% ലക്ഷ്യം വെച്ചാൽ, നിങ്ങൾക്ക് 0.1% പരാജയപ്പെട്ട അഭ്യർത്ഥനകൾ താങ്ങാനാകും, അല്ലെങ്കിൽ ഏകദേശം 43 മിനിറ്റ് പൂർണ്ണമായ പ്രവർത്തനരഹിത സമയം.

എസ് എൽ എ (സേവന നില കരാർ): സാധാരണയായി സാമ്പത്തിക പ്രത്യാഘാതങ്ങളുള്ള ഉപഭോക്താക്കളുമായി ഒരു കരാർ. നിങ്ങളുടെ ആന്തരിക എസ്. എൽ. ഒ. കള് ക്കാളും കൂടുതല് അയഞ്ഞതായിരിക്കണം എസ്. എല്. ഒ. ക്കള് , നിങ്ങള് ക്ക് ആരോടും കടം കൊടുക്കുന്നതിനു മുമ്പ് നിങ്ങള് പ്രശ്നങ്ങൾ ശ്രദ്ധിക്കും.

പിശക് ബജറ്റുകൾ വളരെ ഉപകാരപ്രദമായ എന്തുകൊണ്ട്

പിശക് ബജറ്റ് വിശ്വാസ്യതയെ ഒരു ആർഗ്യുമെന്റിൽ നിന്നും ഒരു പങ്കിട്ട സംഖ്യയിലേക്ക് മാറ്റുന്നു.

ബജറ്റ് ബാക്കി? ടീമിന് സവിശേഷതകൾ വിതരണം ചെയ്യാം, പരീക്ഷണം നടത്താം, ന്യായമായ അപകടസാധ്യതകൾ ഏറ്റെടുക്കാം.
ബജറ്റ് ഏതാണ്ട് തീർന്നു? വേഗത കുറയ്ക്കൂ, വിശ്വാസ്യതയില് ശ്രദ്ധ കേന്ദ്രീകരിക്കൂ, അപകടകരമായ മാറ്റങ്ങള് മാറ്റിവെക്കുക.
ബജറ്റ് തീർന്നോ? അപകടകരമായ വിന്യാസങ്ങൾ തടയുക, പരാജയത്തിന് കാരണക്കാരനെ പരിഹരിക്കുക.

ഉത്പന്നങ്ങളും എൻജിനീയറിങ്ങും "ഞങ്ങള് വിശ്വാസ്യതയോ ഫീച്ചറുകളോ ആണോ" എന്നതിനെ കുറിച്ച് തർക്കിക്കുന്നത് അവസാനിപ്പിക്കും. ബജറ്റ് അതിനുള്ള ഉത്തരം നൽകുന്നു.

ഒരു SLO ഒന്നും ലംഘിക്കപ്പെടില്ല എന്ന വാഗ്ദാനമല്ല. എത്രമാത്രം ലംഘനം അനുവദനീയമാണെന്നും, നമ്മൾ കടന്നുപോയാൽ എന്ത് ചെയ്യുമെന്നും ഒരു കരാറാണ്.

നല്ല എസ്. എൽ. ഐ. കൾ തിരഞ്ഞെടുക്കുക

നല്ല എസ്. എൽ. ഐ. കൾ ഉപയോക്താക്കൾ യഥാർഥത്തിൽ അനുഭവിക്കുന്നതിനെ അളക്കുന്നുഃ

ലഭ്യമായത്: വിജയകരമായ അഭ്യർത്ഥനകളുടെ അനുപാതം (അല്ലാത്ത 5xx പ്രതികരണങ്ങൾ).
ലേറ്റൻസി: ഒരു പരിധിക്ക് മുകളിലുള്ള അപേക്ഷകളുടെ അനുപാതം.
പുതുമ: ഡേറ്റാ പൈപ്പ്ലൈനിന്, ഡാറ്റ എത്രമാത്രം പുതിയതാണ്.
കൃത്യതചില സംവിധാനങ്ങളുടെ ഫലങ്ങൾ ശരിയാണോ എന്ന്.

ഉപയോക്താവിന് കഴിയുന്നത്ര അടുത്ത് അളക്കുകഃ സേവനത്തിന്റെ ആഴത്തിൽ അല്ല ലോഡ് ബാലൻസറിലോ ഗേറ്റ്വേയിലോ. "CPU 80% ൽ താഴെ" എന്നതുപോലുള്ള SLI- കൾ ഒഴിവാക്കുകഃ ഉപയോക്താക്കൾ സിപിയുവിനെക്കുറിച്ച് ശ്രദ്ധിക്കുന്നില്ല.

ലക്ഷ്യം തെരഞ്ഞെടുക്കുന്നു

ചില പ്രായോഗിക ഉപദേശം:

നിങ്ങളുടെ ഇപ്പോഴത്തെ പ്രകടനത്തോടെ തുടങ്ങുക. ഇന്ന് 99.5% ആണെങ്കിൽ 99.99% SLO എന്നത് ഒരു സ്വപ്നമാണ്. നേടിയെടുക്കാവുന്ന എന്തെങ്കിലും സജ്ജമാക്കുക, എന്നിട്ട് അത് ശക്തമാക്കുക.
വ്യത്യസ്ത സേവനങ്ങള് , വ്യത്യസ്ത ലക്ഷ്യങ്ങള് . ചെക്ക് ഔട്ടിന് 99.95% വേണമെന്നു വരും. ഒരു ആന്തരിക റിപ്പോർട്ട് ജനറേറ്റര് 99 ശതമാനവും ശരിയാകും.
ആശ്രിതത്വം പരിഗണിക്കുക. നിങ്ങളുടെ സേവനം അത് ആശ്രയിക്കുന്ന കാര്യങ്ങളെക്കാൾ വിശ്വസനീയമായിരിക്കില്ല, അവരുടെ പരാജയങ്ങൾക്കായി നിങ്ങൾ രൂപകൽപ്പന ചെയ്തില്ലെങ്കിൽ.
28 അല്ലെങ്കിൽ 30 ദിവസത്തെ റോളിംഗ് വിൻഡോ ഉപയോഗിക്കുക തുടങ്ങാന് .

SLO	30 ദിവസത്തിനുള്ള അനുവദനീയമായ പ്രവർത്തനരഹിത സമയം
99%	ഏകദേശം 7 മണിക്കൂറും 12 മിനിറ്റും
99.5%	ഏകദേശം 3 മണിക്കൂറും 36 മിനിറ്റും
99.9%	ഏകദേശം 43 മിനിറ്റ്
99.95%	ഏകദേശം 22 മിനിറ്റ്
99.99%	ഏകദേശം 4 മിനിറ്റ്

ഈ ടേബിളില് നോക്കിയാല് സാധാരണയായി 100% സംഭാഷണം പെട്ടെന്ന് അവസാനിക്കും.

കത്തുന്ന വേഗതയെക്കുറിച്ച് മുന്നറിയിപ്പ്

എസ്.എല്.ഒ.കള് മുന്നറിയിപ്പ് നല് കുന്നതും മെച്ചപ്പെടുത്തുന്നു. സിപിയു അല്ലെങ്കിൽ വ്യക്തിഗത പിശകുകൾക്ക് പകരം, നിങ്ങൾ എത്ര വേഗത്തിലാണ് മുന്നറിയിപ്പ് കത്തിക്കല് പിശക് ബജറ്റ്

വേഗത്തിൽ കത്തിക്കല്: നിലവിലെ നിരക്കിൽ, നിങ്ങൾ മണിക്കൂറുകളില് മുഴുവൻ മാസത്തെ ബജറ്റ് ഉപയോഗിക്കും. ആരെയെങ്കിലും വിളിക്കൂ.
പതുക്കെ കത്തുന്നുദിവസങ്ങൾക്കകം അത് ഉപയോഗിച്ചു തീർക്കും. ഒരു ടിക്കറ്റ് ഉണ്ടാക്കുക, ജോലി സമയത്തു നോക്കൂ.

ഗൂഗിൾ എസ്ആര് ഇ വർക്ക്ബുക്ക് ശുപാർശ ചെയ്യുന്നു മൾട്ടി-വിൻഡോ, മൾട്ടി ബേൺ റേറ്റ് അലേർട്ടുകൾഉദാഹരണത്തിന്: കഴിഞ്ഞ മണിക്കൂറിൽ നിങ്ങൾ നിങ്ങളുടെ ബജറ്റിന്റെ 2% ഉപയോഗിച്ചു (അവസാന 5 മിനിറ്റ് അത് ഇപ്പോഴും നടക്കുന്നുണ്ടെന്ന് സ്ഥിരീകരിക്കുന്നു). അത് യഥാര് ത്ഥ സംഭവങ്ങള് പെട്ടെന്ന് പിടികൂടുന്നു, ചെറിയ ബ്ലിപ്പുകള് അവഗണിക്കുന്നു.

സഹായിക്കുന്ന ഉപകരണങ്ങൾ

ഈ പ്രോമെഥിയസ് നിയമങ്ങൾ കൈകൊണ്ട് എഴുതുന്നത് മടുപ്പിക്കുന്നതും തെറ്റുകൾ വരുത്തുന്നതുമാണ്. ലളിതമായ ഒരു SLO നിർവചനത്തില് നിന്ന് ഉപകരണങ്ങള് അവ സൃഷ്ടിക്കുന്നു:

മടിയൻ: ഒരു SLO സ്പെസിഫിക്കേഷനിൽ നിന്നും പ്രോമെഥിയസ് റെക്കോർഡിംഗ് ആൻഡ് അലേർട്ടിംഗ് നിയമങ്ങൾ സൃഷ്ടിക്കുന്നു.
പൈറ: സമാനമായ, ബജറ്റുകളും കത്തുന്ന നിരക്കുകളും കാണിക്കുന്ന ഒരു നല്ല ഇന്റർഫേസ്.
ഓപ്പൺസ്ലോ: ഒരു വിതരണക്കാരന് നിഷ്പക്ഷമായ സവിശേഷത SLOs കോഡായി നിർവചിക്കുന്നതിനായി.
മിക്ക വാണിജ്യ നിരീക്ഷണ പ്ലാറ്റ്ഫോമുകളിലും (ഡാറ്റാഡോഗ്, ഗ്രാഫാന ക്ലൌഡ്, ഹണികോംബ്, നോബിൾ 9 എന്നിവയും മറ്റുള്ളവയും) SLO സവിശേഷതകൾ ബിൽറ്റ്-ഇൻ ചെയ്തിട്ടുണ്ട്.

# Sloth example
version: "prometheus/v1"
service: "shop-api"
slos:
  - name: "requests-availability"
    objective: 99.9
    sli:
      events:
        error_query: sum(rate(http_requests_total{job="shop-api",code=~"5.."}[{{.window}}]))
        total_query: sum(rate(http_requests_total{job="shop-api"}[{{.window}}]))
    alerting:
      page_alert:
        labels:
          severity: critical

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

നിങ്ങളുടെ ഏറ്റവും പ്രധാനപ്പെട്ട ഉപയോക്തൃ-മുഖം സേവനം തിരഞ്ഞെടുക്കുക. ഒരു ലഭ്യതാ എസ്. ഐ. യും ഒരു ലേറ്റൻസി എസ്. ഐ യും നിർവചിക്കുക. കഴിഞ്ഞ മാസത്തെ യഥാർത്ഥ ഡാറ്റയുടെ അടിസ്ഥാനത്തില് ലക്ഷ്യങ്ങള് നിശ്ചയിക്കുക. ബേൺ റേറ്റ് അലേർട്ടുകൾ ചേർക്കുക, ബജറ്റ് ഡാഷ്ബോർഡിൽ കാണിക്കുക, ഓരോ രണ്ടാഴ്ച കൂടുമ്പോഴും ഒരു ടീമായി അവലോകനം ചെയ്യുക.

എന്റെ അഭിപ്രായം: പരിപൂർണ്ണതയല്ല ലക്ഷ്യം. എത്രത്തോളം അപൂർണനായിരിക്കാൻ കഴിയുമെന്ന് കൃത്യമായി അറിയുകയും അത് അനുസരിച്ച് പ്രവർത്തിക്കുകയും ചെയ്യുക എന്നതാണ്.

ഡെസ്ലി

eBPF: നിങ്ങളുടെ കോഡിനു തൊടാതെ ലിനക്സിനു ഉള്ളിൽ കാണുക

Tue, 20 Oct 2026 23:10:30 +0200

നിങ്ങൾ ക്ലൌഡ് നേറ്റീവ് ടൂളിംഗ് പിന്തുടരുകയാണെങ്കിൽ എല്ലായിടത്തും "eBPF" കാണും. സിലിയം അത് നെറ്റ് വർക്കിംഗിന് ഉപയോഗിക്കുന്നു. ഫാൽക്കോയും ടെട്രാഗണും സുരക്ഷയ്ക്കായി ഉപയോഗിക്കുന്നു. പിക്സി, ഗ്രഫാന ബെയ്ല തുടങ്ങിയവർ ഇത് നിരീക്ഷണത്തിനായി ഉപയോഗിക്കുന്നു. ക്ലൌഡ് പ്രൊവൈഡര് മാര് ഇത് അവരുടെ കുബർനെറ്റ് നെറ്റ് വർക്കിന് റെ ഹുഡ് കീഴില് ഉപയോഗിക്കുന്നു.

പക്ഷെ യഥാർത്ഥത്തിൽ അത് എന്താണ്, അത് എന്തിന് പ്രധാനമാണ് DevOps എൻജിനീയർമാർക്ക് ഒരിക്കലും കെർണൽ കോഡ് എഴുതാത്തവർക്ക്?

eBPF, ലളിതമായി

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

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

ഒരു eBPF പ്രോഗ്രാം പ്രവർത്തിക്കുന്നതിനു മുമ്പ്, പരിശോധനക്കാരൻ അത് പരിശോധിക്കുന്നു: അത് അവസാനിപ്പിക്കണം, അത് മെമ്മറി ആക്സസ് ചെയ്യാൻ കഴിയില്ല അത് പാടില്ല, അത് സിസ്റ്റം ക്രാഷ് ചെയ്യാൻ കഴിയില്ല. പിന്നെ അത് നേറ്റീവ് കോഡിലേക്ക് കംപൈൽ ചെയ്യുകയും അതിവേഗം പ്രവർത്തിക്കുകയും ചെയ്യുന്നു.

ഈ പ്രോഗ്രാമുകള് കുറ്റി: നെറ്റ്വർക്ക് ഇവന്റുകൾ, സിസ്റ്റം കോൾ, ഫംഗ്ഷൻ എൻട്രികൾ, എക്സിറ്റുകൾ എന്നിവ കേർണലിലോ ആപ്ലിക്കേഷനുകളിലോ. സംഭവം സംഭവിക്കുമ്പോൾ, പ്രോഗ്രാം പ്രവർത്തിക്കുന്നു, ഡാറ്റ ശേഖരിക്കുന്നു അല്ലെങ്കിൽ ഒരു തീരുമാനം എടുക്കുന്നു, കൂടാതെ ഉപയോക്തൃ സ്ഥലത്തെ സാധാരണ പ്രോഗ്രാമുകളുമായി ഫലങ്ങൾ പങ്കിടുന്നു.

eBPF ലിനക്സ് കേർണലിനെ സുരക്ഷിതമായി പ്രോഗ്രാം ചെയ്യാവുന്ന പ്ലാറ്റ്ഫോമായി മാറ്റുന്നു, റീബൂട്ട് ചെയ്യാതെ, നിങ്ങളുടെ ആപ്ലിക്കേഷന്റെ ഒരു വരി മാറ്റാതെ.

DevOps-ന് ഇത് പ്രധാനമായിരിക്കുന്നത് എന്തുകൊണ്ട്?

നിങ്ങള് തന്നെ eBPF പ്രോഗ്രാമുകൾ എഴുതില്ല. പക്ഷെ നിങ്ങള് അത് ഉപയോഗിക്കും, അവയുടെ പ്രവർത്തനം മനസിലാക്കുന്നത് അവയെ തിരഞ്ഞെടുക്കാനും ഡീബഗ് ചെയ്യാനും സഹായിക്കും.

വലിയ ഗുണങ്ങൾ:

കോഡ് മാറ്റമില്ല. ഏതെങ്കിലും ഭാഷയിലെ ആപ്ലിക്കേഷനുകൾ അവയ്ക്ക് ലൈബ്രറികളോ ഏജന്റുമാരോ ചേർക്കാതെ നിരീക്ഷിക്കുക.
കുറഞ്ഞ ചെലവ്. വളരെ കാര്യക്ഷമമായി, കേർണലിൽ പ്രവർത്തിക്കുന്നു.
പൂർണ്ണമായ ദൃശ്യപരത. നോഡിൽ നടക്കുന്നതെല്ലാം കാണുന്നു, ആപ്ലിക്കേഷനുകൾ രേഖപ്പെടുത്താത്ത കാര്യങ്ങൾ ഉൾപ്പെടെ.
പ്രയോഗിക്കാൻ കഴിയും, നിരീക്ഷിക്കാൻ മാത്രമല്ല. പാക്കറ്റുകൾ ഡൌൺലോഡ് ചെയ്യുക, സിസ്റ്റം കോളുകൾ തടയുക, പ്രക്രിയകൾ ഇല്ലാതാക്കുക.

അതിന്മേല് നിർമ്മിച്ച ഉപകരണങ്ങള്

നെറ്റ് വർക്കിംഗ്: - സിലിയം: റൂട്ടിംഗ്, ലോഡ് ബാലൻസിംഗ്, നെറ്റ്വർക്ക് നയങ്ങൾ എന്നിവയ്ക്കായി iptables- ന് പകരം eBPF ഉപയോഗിക്കുന്ന ഒരു Kubernetes CNI. വേഗതയേറിയതും കൂടുതൽ സ്കേലബിളും പല സേവനങ്ങളുമായും, ഐഡന്റിറ്റി-അവബോധമുള്ള നയങ്ങളും സുതാര്യമായ എൻക്രിപ്ഷനും പോലുള്ള സവിശേഷതകൾ ചേർക്കുന്നു. ഇത് ഒരു സി. എൻ. സി. എഫ്. ബിരുദധാരിയായ പ്രോജക്ട് ആണ്. - അതെ. ഹബ്ബിൾ: സിലിയത്തിന്റെ നിരീക്ഷണ പാളി, ഏത് സേവനങ്ങളുമായി ഏത് സേവനങ്ങളോട് സംസാരിക്കുന്നുവെന്ന് കാണിക്കുന്നു, ഫ്ലോ ലോഗുകളും സേവന മാപ്പും.

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

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

ഉപകരണങ്ങളുടെ നിരീക്ഷണം പൂജ്യം

ഏറ്റവും ആവേശകരമായ ഒരു ഉപയോഗം: ആരും തൊടാൻ ആഗ്രഹിക്കാത്ത ആപ്ലിക്കേഷനുകളിൽ നിന്നും അഭ്യർത്ഥന അളവുകളും അടിസ്ഥാന ട്രാക്കുകളും നേടുക. പഴയ സേവനങ്ങൾ, മൂന്നാം കക്ഷി ബൈനറികൾ, നല്ല ഓപ്പൺ ടെലിമെട്രി പിന്തുണയില്ലാത്ത ഭാഷകളിലെ ആപ്പുകൾ.

ഒരു eBPF അടിസ്ഥാനമാക്കിയുള്ള ഉപകരണം നെറ്റ്വർക്ക് കോളുകളും ചില ഫംഗ്ഷനുകളും നിരീക്ഷിക്കുന്നു, HTTP, gRPC അഭ്യർത്ഥനകൾ തിരിച്ചറിയുന്നു, കൂടാതെ RED അളവുകൾ (തീവ്രത, പിശകുകൾ, ദൈർഘ്യം) സൃഷ്ടിക്കുന്നു, കൂടാതെ സ്പാനുകളും സ്വപ്രേരിതമായി സൃഷ്ടിക്കുന്നു. ഇത് ശരിയായ ഇൻ-കോഡ് ഉപകരണങ്ങളേക്കാൾ വിശദമല്ല, പക്ഷെ ഇത് നിങ്ങൾക്ക് ഒന്നാം ദിവസം മുതൽ എല്ലാത്തിനും ഒരു ഉറച്ച അടിസ്ഥാനം നൽകുന്നു.

സ്വയം ശ്രമിച്ചു നോക്കൂ.

ഒരു ലിനക്സ് മെഷീനിൽ eBPF യുടെ ശക്തി അനുഭവിക്കാനുള്ള ഏറ്റവും എളുപ്പവഴി bpftrace ആണ്:

# Show every new process being started, system-wide
sudo bpftrace -e 'tracepoint:syscalls:sys_enter_execve { printf("%s -> %s\n", comm, str(args->filename)); }'

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

പരിമിതികൾ

കേർണൽ പതിപ്പ് പ്രധാനമാണ്. ആധുനിക സവിശേഷതകൾക്ക് വളരെ പുതിയ കെർണലുകൾ (5.x, പുതിയത്, 5.10+ അല്ലെങ്കിൽ 6.x എന്നിവ). പഴയ എന്റർപ്രൈസ് ലിനക്സ് പതിപ്പുകൾ ഒരു പ്രശ്നമാകാം.
പ്രത്യേകാവകാശങ്ങൾ. eBPF ഉപകരണങ്ങൾക്ക് സാധാരണയായി നോഡിൽ ഉയർന്ന അനുമതികൾ ആവശ്യമാണ്. നിങ്ങള് ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഉപകരണങ്ങളെ വിശ്വസിക്കുക.
ലിനക്സ് മാത്രംകൂടുതലും. വിൻഡോസിന് ഒരു ഇ. ബി. പി. എഫ് നടപ്പിലാക്കൽ പുരോഗമിക്കുന്നുണ്ട്, പക്ഷേ പരിസ്ഥിതി വ്യവസ്ഥ ലിനക്സ്-ആദ്യം.
എൻക്രിപ്റ്റ് ചെയ്ത ട്രാഫിക് പരിശോധിക്കാൻ ബുദ്ധിമുട്ടാണ്, ചില സന്ദർഭങ്ങളിൽ ടൂളുകൾക്ക് TLS ലൈബ്രറികളിലേക്ക് കണക്ട് ചെയ്യാം.
eBPF തന്നെ ഡീബഗ് ചെയ്യൽ കാര്യങ്ങൾ മോശമായി പോകുമ്പോള് അത് ബുദ്ധിമുട്ടായിരിക്കും.

അത് കൊണ്ട്, നിനക്ക് അത് പ്രശ്നമാണോ?

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

എന്റെ അഭിപ്രായം: eBPF ആണ് ഏറ്റവും പ്രധാനപ്പെട്ട ലിനക്സ് സാങ്കേതികവിദ്യ മിക്ക ആളുകളും ഒരിക്കലും കാണാത്തത്. അത് എന്ത് ചെയ്യുന്നു എന്ന് പഠിച്ചാൽ, ആധുനിക ഉപകരണങ്ങൾ പെട്ടെന്ന് തന്നെ അർത്ഥവത്തായിത്തീരും.

ഡെസ്ലി

നിങ്ങളെ ഉണർത്തേണ്ട മുന്നറിയിപ്പുകൾ

Tue, 20 Oct 2026 23:10:30 +0200

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

കുറച്ച് മാസത്തേക്ക് അങ്ങനെ ചെയ്താല് ആളുകൾ അലേര് മുകള് അവഗണിക്കാൻ തുടങ്ങും. പിന്നെ യഥാർത്ഥമായവയെ അവഗണിക്കും.

നല്ല മുന്നറിയിപ്പ് ഒരു ഡിസൈൻ ഡിസിപ്ലിൻ ആണ്. ഞാന് പിന്തുടരുന്ന നിയമങ്ങള് ഇതാ.

നിയമം 1: ഓരോ പേജിനും മനുഷ്യന്റെ ഇടപെടൽ ആവശ്യമാണ്, ഇപ്പോൾ തന്നെ

ആരെയെങ്കിലും പേജ് ചെയ്യുന്നതിനുള്ള ഏതെങ്കിലും അലേർട്ട് സൃഷ്ടിക്കുന്നതിന് മുമ്പ്, ചോദിക്കുകഃ

ഇതിന് മനുഷ്യന് എന്തെങ്കിലും ചെയ്യേണ്ടതുണ്ടോ?
അത് സംഭവിക്കണോ? ഇപ്പൊ തന്നെ, അല്ലെങ്കിൽ ജോലി സമയം വരെ കാത്തിരിക്കാമോ?
അത് കിട്ടുന്ന വ്യക്തിക്ക് എന്തു ചെയ്യണമെന്ന് അറിയുമോ?

ഈ ചോദ്യങ്ങളിലെല്ലാം ഇല്ല എന്ന് ഉത്തരം പറഞ്ഞാല് അത് ഒരു പേജായിരിക്കരുത്. ഒരു ടിക്കറ്റ്, ഒരു ചാറ്റ് സന്ദേശം, ഡാഷ്ബോർഡ്, അല്ലെങ്കിൽ ഒന്നും ആകാം.

ഒരു ഉപയോഗപ്രദമായ വിഭജനം:

പേജ്: ഉപയോക്താവിന് നേരിട്ടേക്കാവുന്ന ആഘാതം സംഭവിക്കുന്നതോ അടിയന്തിരമോ ആണ്. ആരെയെങ്കിലും ഉണർത്തൂ.
ടിക്കറ്റ്അത് ശരിയാക്കണം, പക്ഷെ ഇന്ന് രാത്രി അല്ല. ഒരു ഡിസ്ക് പതുക്കെ നിറയുന്നു, ഒരു സർട്ടിഫിക്കറ്റിന് രണ്ട് ആഴ്ചയ്ക്കകം കാലാവധി തീരുന്നു.
ഡാഷ്ബോർഡ് / ലോഗ്: ഉപയോഗപ്രദമായ സന്ദര് ശനം, നടപടിയൊന്നും ആവശ്യമില്ല.

നടപടി ആവശ്യമില്ലാത്ത ഒരു അലർട്ട് അലർട്ട് അല്ല. ഒരു ഫോൺ നമ്പറുമായി ശബ്ദം.

നിയമം 2: ലക്ഷണങ്ങളെക്കുറിച്ച് ജാഗ്രത പാലിക്കുക, കാരണങ്ങളെ അല്ല

ലക്ഷണങ്ങൾ പിശകുകൾ, വേഗത, ലഭ്യമല്ലാത്തത് എന്നിവയാണ് ഉപയോക്താക്കളുടെ അനുഭവം. കാരണങ്ങൾ അവിടെ എത്തിച്ചേരാൻ കാരണമാകുന്ന കാര്യങ്ങളാണ്: ഉയർന്ന സിപിയു, ഒരു പാഡ് പുനരാരംഭിക്കൽ, ഒരു മുഴുവൻ ക്യൂ.

ലക്ഷണങ്ങളെ കുറിച്ച് മുന്നറിയിപ്പ്. ആവശ്യങ്ങൾ വേഗത്തിലാണെങ്കിൽ ഉയർന്ന സിപിയു ഒരു പ്രശ്നമല്ല. ഉപയോക്താക്കൾ ശ്രദ്ധിച്ചില്ലെങ്കിൽ പുനരാരംഭിച്ച ഒരു പാഡ് ഒരു പ്രശ്നമല്ല. പക്ഷെ ചെക്ക് ഔട്ടില് 5% പിഴവ് ഒരു പ്രശ്നമാണ് അത് എന്ത് കാരണമായിരുന്നാലും.

കാരണങ്ങള് ഇപ്പോഴും പ്രധാനമാണ്, സന്ദർഭം ഡാഷ്ബോർഡുകളിലോ, അല്ലെങ്കിൽ ഭാവിയിലെ പ്രശ്നങ്ങൾ പ്രവചിക്കുമ്പോൾ ടിക്കറ്റുകളിലോ (മൂന്ന് ദിവസത്തിനകം നിറയുന്ന ഡിസ്കിൽ പോലെ).

ഏറ്റവും നല്ല ലക്ഷണ അലേർട്ടുകള് അടിസ്ഥാനമാക്കുന്നത് SLO കളും കത്തൽ നിരക്കുകളും: പിശക് ബജറ്റ് കാര്യമായ വേഗത്തിൽ കത്തുന്ന സമയത്ത് പേജ്.

നിയമം 3: ഗ്രൂപ്പും റൂട്ടും വിവേകത്തോടെ

ഒരു പ്രശ്നം ഇരുപത് അറിയിപ്പുകൾ ഉണ്ടാക്കരുത്. അകത്ത് പ്രൊമെഥിയസ് അലർട്ട് മാനേജർ (മിക്ക മുന്നറിയിപ്പ് ഉപകരണങ്ങളും):

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

route:
  receiver: default
  group_by: ["alertname", "cluster", "service"]
  group_wait: 30s
  group_interval: 5m
  repeat_interval: 4h
  routes:
  - matchers: [severity="critical"]
    receiver: pagerduty-oncall
  - matchers: [severity="warning"]
    receiver: team-chat

inhibit_rules:
- source_matchers: [alertname="ClusterDown"]
  target_matchers: [severity=~"warning|critical"]
  equal: ["cluster"]

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

നിയമം 4: ഓരോ അലേർട്ടിനും ഒരു റൺബുക്ക്

രാവിലെ 3 മണിക്ക് ഒരു അലാറം തുടങ്ങുമ്പോൾ, ആ സേവനം പരിചിതമല്ലാത്ത ആളായിരിക്കും. ഓരോ അലേർട്ടും ഒരു റൺബുക്ക്:

ഈ അലേർട്ട് എന്താണ് അർത്ഥമാക്കുന്നത്?
എത്ര മോശമാണ്? ആര് ബാധിതരാണ്?
എന്താണ് സംഭവിക്കുന്നതെന്ന് എങ്ങിനെ പരിശോധിക്കും? (ഡാഷ്ബോർഡുകളിലേക്കുള്ള ലിങ്കുകളും ചോദ്യങ്ങളും)
സാധാരണ പരിഹാരങ്ങൾ എന്തൊക്കെയാണ്?
ആരുടെ മുന്നില് ഞാന് കേസ് ഉയര് ത്തണം?

റൺബുക്ക് ലിങ്ക് നേരിട്ട് അലേർട്ട് കുറിപ്പുകളിൽ ഇടുക. ഒരു അലേർട്ടിന് റെ റൺബുക്ക് എഴുതാൻ പറ്റുന്നില്ലെങ്കിൽ, അത് ശക്തമായ സൂചനയാണ് അലേർട്ട് പ്രവർത്തനക്ഷമമല്ല.

നിയമം 5: ആക്രമണ വിവരം പതിവായി പരിശോധിക്കുക

അലാറം ചീഞ്ഞു. സേവനങ്ങള് മാറുന്നു, പരിധികള് തെറ്റായി മാറുന്നു, ഉടമസ്ഥര് മുന്നോട്ട് പോകുന്നു. പ്രതിമാസ അലേർട്ട് റിവ്യൂ, ഡിഫന്റു ടീമിനൊപ്പം അത്ഭുതങ്ങൾ സൃഷ്ടിക്കുന്നു:

ഏത് അലാറങ്ങളാണ് കൂടുതല് തവണ വിക്ഷേപിച്ചത്?
അത് നിങ്ങളെ പ്രവർത്തനത്തിലേക്ക് നയിച്ചോ? അവഗണിച്ചവയെല്ലാം ?
ഏത് സംഭവങ്ങളാണ് അല്ല ഒരു അലാറം പിടിച്ചോ?
ശബ്ദമുള്ളവ ഇല്ലാതാക്കുക, ട്യൂൺ ചെയ്യുക, അല്ലെങ്കിൽ ഡൌൺഗ്രേഡ് ചെയ്യുക. കാണാതായവ കൂട്ടിച്ചേര് ക്കൂ.

ചില സംഖ്യകൾ കാലക്രമേണ ട്രാക്ക് ചെയ്യുകഃ ഓരോ ഷിഫ്റ്റിനും പേജുകൾ, ജോലി സമയത്തിന് പുറത്തുള്ള പേജുകൾ പ്രവർത്തനക്ഷമത നിരക്ക് (പ്രവർത്തനം ആവശ്യമുള്ള പേജുകളുടെ ശതമാനം).

കുറച്ചു നുറുങ്ങുകൾ കൂടി.

ഉപയോഗം for: കാലാവധി അതുകൊണ്ട് ചെറിയ ബ്ലിപ്സ് പേജ് ചെയ്യരുത്: for: 5m മിക്ക അലേര് ട്ടുകളിലും.
നിങ്ങളുടെ അലേർട്ടുകൾ പരിശോധിക്കുക: അവർ ശരിക്കും വെടിവെക്കുന്നുണ്ടോ? അലർട്ട് മാനേജറിന്റെ റൂട്ടിംഗ് ട്രീ പരിശോധിക്കാം, പ്രോമെഥിയസ് നിയമങ്ങൾ യൂണിറ്റ് ടെസ്റ്റുചെയ്യാം promtool.
മുന്നറിയിപ്പ് പൈപ്പ്ലൈനിൽ അലേർട്ട്: ഒരു "മരിച്ചയാളുടെ സ്വിച്ച്" അലാറം എപ്പോഴും തീയിടുന്നു, അങ്ങനെ അലാറം സ്വയം തകരുകയാണെങ്കിൽ നിങ്ങൾ ശ്രദ്ധിക്കും.
പ്രവചനങ്ങളെ മാത്രം ആശ്രയിക്കരുത്. അവ വളരെ വിശ്വസനീയമല്ലെങ്കിൽ.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

കഴിഞ്ഞ മാസം ആരെയെങ്കിലും വിളിച്ച എല്ലാ അലേർട്ടുകളും ലിസ്റ്റ് ചെയ്യുക. ഓരോരുത്തര് ക്കും ചോദിക്കണം: അതിന് ആ സമയത്ത് നടപടിയെടുക്കേണ്ടിവന്നോ? ഡൌൺഗ്രേഡ് ചെയ്യുകയോ ഇല്ലാതാക്കുകയോ ചെയ്യരുത്. അവയില് പകുതിയും നീക്കം ചെയ്യാം, ആരും അവയെ മിസ് ചെയ്യില്ല.

എന്റെ അഭിപ്രായം: നിങ്ങളുടെ ഡിറ്റർണൽ എഞ്ചിനീയർമാരുടെ ഉറക്കം ഒരു ഉല്പാദന സംവിധാനം പോലെ സംരക്ഷിക്കുക. കാരണം അത് അങ്ങനെ തന്നെയാണ്.

ഡെസ്ലി

കാര്യങ്ങൾ തകരുമ്പോൾ: സംഭവങ്ങളും കുറ്റമറ്റ പോസ്റ്റ്മോർട്ടങ്ങളും

Tue, 20 Oct 2026 23:10:30 +0200

എല്ലാ സംവിധാനങ്ങളും ഒടുവിൽ തകരും. നല്ല ടീമുകളെ ബുദ്ധിമുട്ടുന്ന ടീമുകളിൽ നിന്നും വേർതിരിക്കുന്നത് അവയ്ക്ക് സംഭവങ്ങളുണ്ടോ എന്നതല്ല. അത് അവർ എങ്ങനെ കൈകാര്യം ചെയ്യുന്നു എന്നതാണ്: ശാന്തമായി അല്ലെങ്കിൽ കുഴപ്പത്തിലായി, അവർ പിന്നീട് എന്തെങ്കിലും പഠിക്കുമോ അതോ അടുത്തത് കാത്തിരിക്കുകയാണോ.

ഇവിടെയാണ് ഞാൻ ഇഷ്ടപ്പെടുന്ന സംഭവം നടപടിക്രമം, എങ്ങനെ എഴുതാം പോസ്റ്റ്മോർട്ടങ്ങൾ കാര്യങ്ങൾ മെച്ചപ്പെടുത്താൻ.

സംഭവം നടക്കുന്നതിനു മുമ്പ്, നിങ്ങൾ എങ്ങനെ ജോലി ചെയ്യുമെന്ന് തീരുമാനിക്കുക.

സംഭവങ്ങൾ സമ്മർദ്ദകരമാണ്. സമ്മർദ്ദം ആളുകളെ മെച്ചപ്പെടുത്തുന്നതിൽ മോശക്കാരാക്കുന്നു. അതുകൊണ്ട് അടിസ്ഥാനകാര്യങ്ങള് മുൻകൂട്ടി തീരുമാനിക്കുക:

ഗുരുതരതവ്യക്തമായ ഉദാഹരണങ്ങളുമായി.
ഒരു സംഭവം പ്രഖ്യാപിക്കുന്നയാൾ, എങ്ങനെ (ചാറ്റ് കമാൻഡ്, ഒരു ബട്ടൺ, ഒരു ഫോൺ കോൾ).
ആളുകൾ ഒത്തുചേരുന്നിടത്ത്: ഓരോ സംഭവത്തിനും ഒരു പ്രത്യേക ചാറ്റ് ചാനൽ, ആവശ്യമെങ്കിൽ ഒരു കോൾ.
റോളുകൾ, അങ്ങനെ എല്ലാവരും അറിയും ആരാണ് എന്ത് ചെയ്യുന്നത് എന്ന്.
ആശയവിനിമയ ശൈലികൾ, അപ്ഡേറ്റുകള് വേഗത്തിലും സ്ഥിരമായും പുറത്തുവിടുന്നു.

ഒരു ലളിതമായ ഗുരുതരത സ്കെയിലിൽ:

ഗുരുതരാവസ്ഥ	അർത്ഥം	ഉദാഹരണം
SEV1	പല ഉപയോക്താക്കളിലേക്കും പ്രധാന ബിസിനസ്സിനും വലിയ സ്വാധീനം	എല്ലാവര് ക്കും ചെക്ക് ഔട്ട്
SEV2	കാര്യമായ സ്വാധീനം, ഒരു പരിഹാരം അല്ലെങ്കിൽ ഭാഗികമായ തടസ്സം	ഒരു ദാതാവിന് വേണ്ടിയുള്ള പരാജയപ്പെട്ട പേയ്മെന്റുകൾ
SEV3	ചെറിയ സ്വാധീനം, പരിമിതമായ ഉപയോക്താക്കൾ	ഒരു നിർണായകമല്ലാത്ത ഘടകം തകർന്നിരിക്കുന്നു.

സംശയം തോന്നിയാൽ, ഉയര് ന്നതാണെന്ന് പ്രഖ്യാപിക്കുക. അത് ഡൌൺഗ്രേഡ് ചെയ്യാൻ എളുപ്പമാണ്.

ഒരു സംഭവത്തില് ആരാണ് എന്ത് ചെയ്യുന്നത്?

ഏറ്റവും പ്രധാനപ്പെട്ട പങ്ക് സംഭവ കമാൻഡര് (ഐ. സി.). ഐ. സി. പ്രശ്നം പരിഹരിക്കില്ല. അവര് ഏകോപിപ്പിക്കുന്നു. ശരിയായ ആളുകളെ ഉൾപ്പെടുത്തുന്നു, തീരുമാനങ്ങള് എടുക്കുന്നു, ഒന്നും തെറ്റായി പോകുന്നില്ല.

മറ്റു സാധാരണ റോളുകൾ:

പ്രവർത്തനം / വിഷയ വിദഗ്ധർ: ശരിക്കും അന്വേഷിക്കുകയും പരിഹരിക്കുകയും ചെയ്യുന്ന ആളുകൾ.
ആശയവിനിമയ ലീഡ്: താല്പര്യം വഹിക്കുന്നവർക്കും ഉപഭോക്താക്കൾക്കും വേണ്ടി അപ്ഡേറ്റുകൾ എഴുതുന്നു, അങ്ങനെ എഞ്ചിനീയർമാർക്ക് ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ കഴിയും.
എഴുത്തുകാരൻ: സംഭവിച്ച കാര്യങ്ങളുടെയും തീരുമാനങ്ങളുടെയും ഒരു കാലക്രമം സൂക്ഷിക്കുന്നു. (ഇവിടെ AI ഉപകരണങ്ങൾ കൂടുതലായി സഹായിക്കുന്നു.)

ഒരു ചെറിയ ടീമിൽ ഒരു വ്യക്തിക്ക് പല റോളുകളും ഏറ്റെടുക്കാം. അത് കുഴപ്പമില്ല, ആരെങ്കിലും വ്യക്തമായി ഉത്തരവാദിത്തമുള്ളവരാണെങ്കിൽ.

ഒരു സംഭവത്തിൽ ഏറ്റവും അപകടകരമായ അവസ്ഥ അഞ്ചു ബുദ്ധിമാന്മാര് എല്ലാം ഒരേസമയം കാര്യങ്ങൾ ശരിയാക്കുന്നു, മറ്റുള്ളവര് എന്തൊക്കെ മാറ്റിയിട്ടുണ്ടെന്ന് ആരും അറിയാതെ.

സംഭവം നടക്കുമ്പോള്

വലിയ വ്യത്യാസം വരുത്തുന്ന ചില ശീലങ്ങൾ:

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

ഒരു ലളിതമായ സ്റ്റാറ്റസ് അപ്ഡേറ്റ് ടെംപ്ലേറ്റ്:

[SEV2] പേയ്മെന്റ് പരാജയങ്ങൾ, അന്വേഷണം. 14:05 മുതൽ, 10% കാർഡ് പേയ്മെന്റുകളും പരാജയപ്പെട്ടു. മറ്റു പേയ്മെന്റ് രീതികളും ശരിയാണ്. ഞങ്ങളുടെ പേയ്മെന്റ് പ്രൊവൈഡറുമായി ഒരു പ്രശ്നമുണ്ടായതായി ഞങ്ങള് അന്വേഷിക്കുന്നു. അടുത്ത അപ്ഡേറ്റ് 14:45 നാണ്.

സംഭവത്തിനു ശേഷം: കുറ്റമറ്റ പോസ്റ്റ്മോർട്ടങ്ങൾ

മരണം കഴിഞ്ഞതിനു ശേഷം നടന്ന സംഭവത്തെക്കുറിച്ചും അത് എങ്ങനെ തടയാം എന്നതിനെക്കുറിച്ചും എഴുതിയ വിശകലനമാണ് പോസ്റ്റ് മോർട്ടം. കുറ്റമില്ലാത്തവൻ അതായത് ശ്രദ്ധ സിസ്റ്റത്തിലേക്കാണ്, ആര് തെറ്റു ചെയ്തു എന്നതിലേക്കല്ല.

എന്തിന് കുറ്റമില്ലാത്തത്? കാരണം ആളുകൾ എപ്പോഴും തെറ്റുകൾ ചെയ്യുന്നു, അത് കൈകാര്യം ചെയ്യാൻ സംവിധാനങ്ങൾ രൂപകല് പിക്കണം. ഒരു സംഭവത്തിൽ നിന്നും പഠിക്കേണ്ട കാര്യം "അലക്സ് കൂടുതൽ ശ്രദ്ധിക്കണം" എന്നാണെങ്കിൽ, ഒന്നും മാറില്ല, ആളുകൾ തെറ്റുകൾ മറയ്ക്കാൻ തുടങ്ങുകയല്ലാതെ. "നമ്മുടെ വിന്യാസം പ്രക്രിയ പരിശോധന കൂടാതെ ഒരു പരിശോധന ചെയ്യാത്ത കോൺഫിഗറേഷനെ ഉല്പാദനത്തിലേക്ക് എത്തിക്കട്ടെ" എന്നതാണെങ്കിൽ, നിങ്ങൾക്ക് പ്രക്രിയ ശരിയാക്കാം.

ചോദിക്കാനുള്ള ചോദ്യങ്ങള്:

ഈ തെറ്റ് എളുപ്പത്തിൽ ചെയ്യാൻ എന്തു കാരണമായി?
എന്തുകൊണ്ടാണ് നമ്മുടെ പരിശോധനകളിലോ പരിശോധനകളോ നിരീക്ഷണങ്ങളോ അത് കണ്ടുപിടിക്കാത്തത്?
എന്തുകൊണ്ടാണ് അത് കണ്ടെത്താനും രോഗനിർണയം നടത്താനും പരിഹരിക്കാനും ബുദ്ധിമുട്ടായത്?
എന്താ നന്നായി പോയത്? (എപ്പോഴും ഇത് ഉൾപ്പെടുത്തുക)

എന്റെ മരണാനന്തര ടെംപ്ലേറ്റ്

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

ആക്ഷൻ ഇനങ്ങൾ നടക്കുന്നുണ്ടെന്ന് ഉറപ്പുവരുത്തുക

മരണാനന്തര പരിശോധനയുടെ ഏറ്റവും സാധാരണമായ പരാജയം: നല്ല വിശകലനം, ഒരു ലിസ്റ്റ്, പിന്നെ ഒന്നും സംഭവിക്കുന്നില്ല. ഫീച്ചർ വർക്കുകളുമായി മത്സരിച്ച് തോൽക്കുന്നതാണ് ഫിക്സുകൾ.

സഹായിക്കുന്നവ

വളരെ കുറച്ച് പ്രധാനപ്പെട്ട നടപടികൾ ഒരു നീണ്ട ആഗ്രഹ ലിസ്റ്റിന് പകരം.
സാധാരണ ബാക്കോഗില് ട്രാക്കുചെയ്തിരിക്കുന്നു, ഒരു പ്രത്യേക രേഖയല്ല.
പതിവായി അവലോകനം ചെയ്യുന്നുഉദാഹരണത്തിന്, പ്രതിമാസ വിശ്വാസ്യതാ യോഗം.
നേതൃത്വ പിന്തുണ, അതുകൊണ്ട് ഒരു സംഭവത്തിന്റെ കാരണം പരിഹരിക്കുക എന്നത് ഒരു യഥാർത്ഥ ജോലിയായി കണക്കാക്കപ്പെടുന്നു.

സഹായിക്കുന്ന ഉപകരണങ്ങൾ

incident.io, Rootly, FireHydrant, PagerDuty, Jira Service Management തുടങ്ങിയവ ഈ പ്രക്രിയ ഓട്ടോമേറ്റ് ചെയ്യുന്നുഃ ചാനലുകൾ സൃഷ്ടിക്കുക, റോളുകൾ നൽകുക, ടൈംലൈനുകൾ സൂക്ഷിക്കുക, സ്റ്റാറ്റസ് അപ്ഡേറ്റുകൾ പോസ്റ്റ് ചെയ്യുക, മരണാനന്തര ഡ്രാഫ്റ്റുകൾ സൃഷ്ടിക്കുക. ഉപയോഗപ്രദമാണ്, പക്ഷേ ഉപകരണത്തെക്കാളും പ്രക്രിയയും സംസ്കാരവും പ്രധാനമാണ്.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

മൂന്ന് ഗുരുതരാവസ്ഥാ തലങ്ങളില് യോജിക്കുക, സംഭവത്തിന്റെ കമാൻഡര് , മരണാനന്തര ശീലം. ഒരു ചെറിയ പരിശീലന സംഭവം ("ഗെയിം ഡേ") നടത്തുക, അങ്ങനെ ആളുകൾ യഥാർത്ഥ ഒന്നിന് മുമ്പ് പ്രക്രിയ അറിയുന്നു. അടുത്ത സംഭവത്തിനു ശേഷം, കുറ്റമറ്റ ഒരു പോസ്റ്റ്മോർട്ടം എഴുതുകയും അതിന്റെ പ്രവൃത്തികൾ പിന്തുടരുകയും ചെയ്യുക.

എന്റെ അഭിപ്രായം: സംഭവങ്ങൾ സംഭവിക്കും. ശാന്തമായി കൈകാര്യം ചെയ്യുക, സത്യസന്ധമായി പഠിക്കുക, വ്യക്തിയെ കുറ്റപ്പെടുത്തുന്നതിനു പകരം വ്യവസ്ഥിതി ശരിയാക്കുക.

ഡെസ്ലി

മൾട്ടി-ക്ലൌഡ്: സത്യസന്ധമായ ഒരു കാഴ്ച

Tue, 20 Oct 2026 23:10:30 +0200

"നമ്മൾ മൾട്ടി-ക്ലൌഡായിരിക്കണം" എന്നത് ഒരു തന്ത്രപരമായ മീറ്റിങ്ങിൽ വളരെ ബുദ്ധിപരമായി കേൾക്കുന്ന ഒരു പ്രസ്താവനയാണ്. പൂട്ടിയിടുന്നത് ഒഴിവാക്കുക! നല്ലൊരു ചർച്ചാ ശക്തി! ഒരു വിതരണക്കാരന് പരാജയപ്പെട്ടാൽ പ്രതിരോധശേഷി! ആര് അതിനെ എതിര് ക്കാനാകും?

പ്രായോഗികമായി, മൾട്ടി-ക്ലൌഡ് പലപ്പോഴും ആളുകൾ പ്രതീക്ഷിക്കുന്നതിനേക്കാൾ ചെലവേറിയതും സങ്കീർണ്ണവും പ്രതിരോധശേഷിയേറിയതുമാണ്. ചിലപ്പോള് അത് ശരിയായ തീരുമാനമാണ്. പലപ്പോഴും അത് അങ്ങനെ അല്ല. ഞാനിങ്ങനെ ചിന്തിക്കുന്നു.

മൾട്ടി-ക്ലൌഡ് എന്ന വാക്കിനർത്ഥം

ഈ പദം വളരെ വ്യത്യസ്തമായ ക്രമീകരണങ്ങളെ ഉൾക്കൊള്ളുന്നു:

വ്യത്യസ്ത ക്ലൌഡുകളിലെ വ്യത്യസ്ത വർക്ക് ലോഡുകൾ: ഡാറ്റാ ടീം ബിഗ് ക്വറിക്ക് ഗൂഗിൾ ക്ലൌഡ് ഉപയോഗിക്കുന്നു, പ്രധാന ആപ്ലിക്കേഷൻ AWS, മൈക്രോസോഫ്റ്റ് 365 എന്നിവയിലും ഐടിക്ക് ചില അസ്യൂർ സേവനങ്ങളിലും പ്രവർത്തിക്കുന്നു. ഇത് ഏറ്റവും സാധാരണമായതും സാധാരണയായി സ്വാഭാവികമായും സംഭവിക്കുന്നതുമാണ്.
ഒരേ ആപ്ലിക്കേഷന് ഒന്നിലധികം ക്ലൌഡുകളില് വിന്യസിക്കാവുന്നതാണ്: പോർട്ടബിൾ, പക്ഷേ ഒരു സമയത്ത് ഒരു ഓപ്പറേറ്റർ മാത്രം.
ഒരേ ആപ്ലിക്കേഷൻ ഒരേസമയം ഒന്നിലധികം ക്ലൌഡുകളിൽ സജീവമായി പ്രവർത്തിക്കുന്നു: സത്യത്തില് മൾട്ടി-ക്ലൌഡ് ആക്ടിവ്-ആക്ടിവ്. അപൂർവവും, കടുപ്പമേറിയതും, വിലയേറിയതുമാണ്.

മിക്ക കമ്പനികളും ആദ്യത്തെ വിഭാഗത്തിലാണ്, അവർ അത് ആസൂത്രണം ചെയ്താലും ഇല്ലെങ്കിലും. രണ്ടാമത്തെയും മൂന്നാമത്തെയും ചോദ്യം മാത്രമാണ് സാധാരണയായി ചർച്ച ചെയ്യുന്നത്.

നല്ല കാരണങ്ങൾ

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

ദുർബലമായ കാരണങ്ങൾ

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

മൾട്ടി-ക്ലൌഡ് ലോക്ക് ഇൻ നീക്കം ചെയ്യുന്നില്ല. ഒരു ദാതാവിനെ ആശ്രയിക്കാതെ നിങ്ങളുടെ ടീമിന് പലരെയും നിയന്ത്രിക്കാനുള്ള കഴിവ് ഉപയോഗിച്ച് അത് മാറ്റുന്നു.

മറഞ്ഞിരിക്കുന്ന ചിലവുകൾ

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

കൈമാറ്റം ചെയ്യാവുന്നതാണോ?

നിങ്ങൾക്ക് പോർട്ടബിലിറ്റി വേണമെങ്കിൽ, കുറച്ച് ഉപകരണങ്ങൾ അത് കൂടുതൽ യാഥാർത്ഥ്യമാക്കുന്നുഃ

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

എങ്ങിനെ തീരുമാനിക്കും

ഈ ചോദ്യങ്ങൾ ചോദിക്കുക:

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

മിക്ക കമ്പനികൾക്കും എന്റെ ശുപാർശ ഇതാണ്: ഒരു പ്രാഥമിക മേഘത്തില് ആഴത്തില് പോകുക, പ്രത്യേക ആവശ്യങ്ങൾക്കായി മറ്റ് ദാതാക്കളെ മനഃപൂർവ്വം ഉപയോഗിക്കുക, നിങ്ങളുടെ വാസ്തുവിദ്യ കുബർനെറ്റസ്, ടെറാഫോർം, തുറന്ന സ്റ്റാൻഡേർഡുകൾ എന്നിവ ഉപയോഗിച്ച് ന്യായമായും പോർട്ടബിൾ ആയി നിലനിർത്തുക, ഒരു യാഥാർത്ഥ്യബോധമുള്ള എക്സിറ്റ് പ്ലാൻ നിലനിർത്തുക.

എന്റെ അഭിപ്രായം: മൾട്ടി-ക്ലൌഡ് ഒരു ഉപകരണമാണ്, ഒരു തന്ത്രമല്ല. ഒരു കാരണം ഉള്ളപ്പോൾ ഉപയോഗിക്കുക, സുരക്ഷിതമായി തോന്നുന്നതുകൊണ്ടല്ല.

ഡെസ്ലി

യൂറോപ്യൻ ക്ലൌഡും ഡിജിറ്റൽ പരമാധികാരവും

Tue, 20 Oct 2026 23:10:30 +0200

ജർമനിയില് ജോലി ചെയ്യുമ്പോള് , കഴിഞ്ഞ കുറച്ച് വർഷങ്ങളായി ഞാന് ഒരു മാറ്റം ശ്രദ്ധിച്ചു. മുമ്പ് നിയമവിദഗ്ധരുടെ മാത്രം ചോദ്യങ്ങൾ ഇപ്പോൾ സി. ടി. ഒ. കളുടെയും സി. ഇ. ഒമാരുടെയും ഉപഭോക്താക്കളുടെയും ചോദ്യങ്ങളാണ്. നമ്മുടെ ഡാറ്റ എവിടെയാണ്? ആര് ക്ക് ഇതിലേക്ക് പ്രവേശിക്കാം? ഒരു വിദേശ ഗവണ് മെന്റ് ആവശ്യപ്പെട്ടാല് എന്ത് സംഭവിക്കും? നമ്മുടെ ക്ലൌഡ് ദാതാവ് നമ്മളെ തടയാൻ നിർബന്ധിതരാകുമോ?

അതാണു ഡിജിറ്റൽ പരമാധികാരം. യൂറോപ്യൻ കമ്പനികളുടെ അടിസ്ഥാന സൌകര്യ തീരുമാനങ്ങളിൽ ഇത് ഒരു പ്രധാന ഘടകമാണ്.

എന്തുകൊണ്ടാണ് അത് വാർത്തകളിൽ വരുന്നത്

ചില ശക്തികൾ അതിനെ മുന്നോട്ട് നയിക്കുന്നുണ്ട്:

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

"ഭരണാധികാരം" യഥാർഥത്തിൽ എന്താണ് അർഥമാക്കുന്നത്

അത് ഒരു ദുർബലമായ വാക്കാണ്. സാധാരണയായി ഇത് മൂന്നു പാളികളാണ്.

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

വ്യത്യസ്ത ആവശ്യകതകൾക്ക് വ്യത്യസ്ത തലങ്ങളുണ്ട്. ഒരു ചെറിയ ഇ-കൊമേഴ്സ് സൈറ്റിനും ഒരു ആശുപത്രിക്കും വളരെ വ്യത്യസ്തമായ ആവശ്യങ്ങളുണ്ട്.

പരമാധികാരം സെര് വര് എവിടെയാണെന്നതല്ല. അത് ആര് ക്ക് അത് ഓഫ് ചെയ്യാനും ആര് ക്ക് അകത്തേക്ക് നോക്കാനും കഴിയും എന്നതിനെ കുറിച്ചാണ്.

ഹൈപ്പര് സ്കേലര് മാരുടെ ഉത്തരങ്ങള്

അമേരിക്കയിലെ വൻകിട ബാങ്കുകൾ സുപ്രീം ബാങ്കുകളില് നിന്നുള്ള ഓഫറുകളുമായി പ്രതികരിച്ചു:

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

ഹൈപ്പര് സ്കെയിലര് സേവനങ്ങളുടെ പട്ടികയെയും യൂറോപ്യന് നിയന്ത്രണത്തെയും കൂടുതൽ ശക്തമായി സംയോജിപ്പിക്കുകയാണ് ഇവയുടെ ലക്ഷ്യം. നിയമപരമായ ആശങ്കകൾ പൂർണ്ണമായി പരിഹരിക്കുമോ എന്ന് ചർച്ച ചെയ്യപ്പെടുന്നു, പ്രത്യേക ക്രമീകരണത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

യൂറോപ്യൻ സേവനദാതാക്കൾ

യൂറോപ്യൻ ക്ലൌഡ് പ്രൊവൈഡർമാരുടെ ഒരു കൂട്ടം കൂടി വളരുകയാണ്.

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

അവരുടെ ശക്തികള്: യൂറോപ്യൻ യൂണിയന് അധികാരപരിധി, പലപ്പോഴും കുറഞ്ഞ വിലയ്ക്ക് കച്ചവടവും ബാൻഡ്വിഡ്ത്തും. കൈകാര്യം ചെയ്യപ്പെടുന്ന സേവനങ്ങളുടെ എണ്ണം കുറയുന്നു, പരിസ്ഥിതി വ്യവസ്ഥിതികൾ ചെറുതായിരിക്കുന്നു, ചിലപ്പോൾ ഉപകരണങ്ങൾ വളരെ പക്വതയില്ലാത്തവയാണ്.

പോലുള്ള സംരംഭങ്ങള് ഗായാ-എക്സ് ഒപ്പം ഐ. പി. സി. ഇ. ഐ-സിഐഎസ് പൊതുവായ മാനദണ്ഡങ്ങളും ഫെഡറേറ്റഡ് യൂറോപ്യൻ അടിസ്ഥാന സൌകര്യങ്ങളും സൃഷ്ടിക്കുക എന്ന ലക്ഷ്യത്തോടെയാണ് ഈ പദ്ധതി നടപ്പാക്കിയിരിക്കുന്നത്.

വാസ്തുവിദ്യയില് എന്ത് മാറ്റങ്ങള്

പരമാധികാരം നിങ്ങൾക്ക് പ്രധാനമാണെങ്കിൽ, ചില വാസ്തുവിദ്യാ തിരഞ്ഞെടുപ്പുകൾ സഹായിക്കും, അത് ആരുടെയെങ്കിലും സഹായത്തോടെയാകാം:

കുബർനെറ്റുകളും ഓപ്പൺ സോഴ്സ് ബിൽഡിംഗ് ബ്ലോക്കുകളും (PostgreSQL, Kafka, S3- അനുയോജ്യമായ API-കളുള്ള ഒബ്ജക്ട് സ്റ്റോറേജ്) യൂറോപ്യൻ ദാതാക്കളിൽ പ്രവർത്തിപ്പിക്കുന്നതിനോ അവയ്ക്കിടയിൽ മാറുന്നതിനോ എളുപ്പമാക്കുന്നു.
നിങ്ങൾ നിയന്ത്രിക്കുന്ന കീകളുള്ള എൻക്രിപ്ഷൻ, നിങ്ങളുടെ സ്വന്തം HSM അല്ലെങ്കിൽ ഒരു ബാഹ്യ കീ മാനേജർ, അങ്ങനെ ദാതാവിന് നിങ്ങളുടെ ഡാറ്റ വായിക്കാൻ കഴിയില്ല.
കോഡായി ഇൻഫ്രാസ്ട്രക്ചർ എല്ലാത്തിനും വേണ്ടി, അങ്ങനെ നിങ്ങൾക്ക് മറ്റെവിടെയെങ്കിലും പുനർനിർമിക്കാം.
ഡാറ്റാ വർഗ്ഗീകരണം: എല്ലാ ഡാറ്റയ്ക്കും ഒരേ പരിരക്ഷ ആവശ്യമില്ല. സെൻസിറ്റീവ് ഭാഗം ഒരു സുപ്രധാന പരിതസ്ഥിതിയില് വെക്കുക ബാക്കി എവിടെയാണോ അത് ഏറ്റവും പ്രായോഗികമാണ്.
പരീക്ഷിച്ച ഒരു രക്ഷപ്പെടൽ പദ്ധതി: നിയന്ത്രണ ഏജന്റുമാർ ഇത് പ്രതീക്ഷിക്കുന്നു, അത് നല്ലൊരു എൻജിനീയറിങ്ങാണ്.

കുടിയേറ്റം

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

ഒരു ഹൈബ്രിഡ് സമീപനം സാധാരണമാണ്: സെൻസിറ്റീവ് വർക്ക് ലോഡുകളും ഡാറ്റയും ഒരു സുപ്രധാന പ്ലാറ്റ്ഫോമിൽ, ബാക്കി ഒരു ഹൈപ്പർസ്കേലറിൽ.

അത് കൊണ്ട്, നിനക്ക് അത് പ്രശ്നമാണോ?

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

എന്റെ അഭിപ്രായം: പരമാധികാരം അമേരിക്കൻ മേഘങ്ങളെ തള്ളിപ്പറയുന്നതല്ല. നിങ്ങള് ക്ക് എപ്പോഴും ഒരു തെരഞ്ഞെടുപ്പ് ഉണ്ടെന്ന് ഉറപ്പാക്കുക എന്നതാണ് പ്രധാനം.

ഡെസ്ലി

മേഘം വിടുക: അത് അർത്ഥവത്താകുമ്പോൾ

Tue, 20 Oct 2026 23:10:30 +0200

ഏകദേശം പതിനഞ്ചു വർഷമായി, ദിശ വ്യക്തമായിരുന്നുഃ എല്ലാം മേഘത്തിലേക്ക് നീങ്ങുന്നു. ഡേറ്റാ സെന്ററുകള് അടച്ചുപൂട്ടി, "ക്ലൌഡ് ആദ്യം" എന്നത് ഔദ്യോഗിക തന്ത്രമായിരുന്നു, സ്വന്തം സെര് വറുകള് ഓടിക്കുന്നത് പഴയ രീതിയിലുള്ളതായി തോന്നി.

പിന്നെ ചില കമ്പനികൾ വളരെ പരസ്യമായി വിപരീത ദിശയിലേക്ക് പോകാൻ തുടങ്ങി. അവർ വർക്ക് ലോഡുകൾ പൊതുമേഘത്തിൽ നിന്നും സ്വന്തം ഹാർഡ്വെയറിലേക്ക് മാറ്റി, വലിയ ലാഭം റിപ്പോർട്ട് ചെയ്തു. "മഴയുടെ മടക്കം" ഒരു ചൂടുള്ള വിഷയമായി മാറി.

അപ്പോൾ ആ മേഘം ഒരു തട്ടിപ്പാണോ? - അത്രയൊന്നും അല്ല. പക്ഷെ പോകുന്നത് ശരിയാണെന്ന് മനസ്സിലാക്കാൻ അത് വിലമതിക്കുന്നു.

പ്രശസ്ത കേസുകൾ

ഏറ്റവും അറിയപ്പെടുന്ന ഉദാഹരണം 37 സിഗ്നലുകൾ, ബേസ് കാമ്പിനും ഹേയ്ക്കും പിന്നിലെ കമ്പനി. 2022 മുതൽ, അവർ തങ്ങളുടെ ആപ്ലിക്കേഷനുകൾ AWS-ൽ നിന്ന് വാടകയ്ക്ക് ഡാറ്റാ സെന്റർ സ്ഥലത്ത് അവരുടെ സ്വന്തം സെർവറുകളിലേക്ക് നീക്കി, അവരുടെ യുക്തിയും നമ്പറുകളും വഴിയിൽ പ്രസിദ്ധീകരിച്ചു. അവരുടെ ഓപ്പറേഷൻ ടീം ഗണ്യമായി വളരാതെ, വർഷങ്ങളോളം ദശലക്ഷക്കണക്കിന് ഡോളറായി ഉയരാൻ സാധ്യതയുള്ള കാര്യമായ വാർഷിക സമ്പാദ്യം അവർ റിപ്പോർട്ട് ചെയ്തു. പിന്നീട് അവര് അവരുടെ സംഭരണവും S3 ൽ നിന്ന് മാറ്റി.

മറ്റ് കമ്പനികളും പ്രത്യേക വർക്ക് ലോഡുകൾക്ക് സമാനമായ നീക്കങ്ങൾ നടത്തിഃ കനത്ത സംഭരണ ആവശ്യകതകൾ, വലിയതും സ്ഥിരവുമായ കമ്പ്യൂട്ടിംഗ് ആവശ്യകതകൾ അല്ലെങ്കിൽ ഉയർന്ന ബാൻഡ്വിഡ്ത്ത് ചെലവുകൾ. AI ഒരു പുതിയ വശം കൂടി അവതരിപ്പിച്ചു: ചില കമ്പനികൾ ഗ്രൂപ്പുകൾ വാങ്ങുന്നത് തുടർച്ചയായി പ്രവർത്തിക്കുന്ന വർക്ക് ലോഡുകൾക്കായി വാടകയ്ക്കെടുക്കുന്നതിനേക്കാൾ വിലകുറഞ്ഞതാണെന്ന് കണ്ടെത്തി.

അതേസമയം, കൂടുതൽ കമ്പനികൾ ക്ലൌഡിലേക്ക് മാറിക്കൊണ്ടിരിക്കുകയാണ്. മടക്കയാത്ര ഒരു യഥാർത്ഥ പ്രവണതയാണ്, പക്ഷേ ഒരു കൂട്ടായ പ്രവാസമല്ല.

കണക്ക് നോക്കിയിരിക്കുകയാണ്.

ചില വർക്ക് ലോഡുകൾക്ക് ക്ലൌഡിന്റെ വിലനിർണ്ണയ മോഡൽ വളരെ നല്ലതാണ്, മറ്റുള്ളവർക്ക് വിലയേറിയതാണ്.

മേഘം സാധാരണയായി വിലകുറഞ്ഞതാണ്ഃ - ലോഡ് കുത്തനെയുള്ളതോ പ്രവചിക്കാനാവാത്തതോ ആണ്, നിങ്ങൾ വളരെയധികം ഉയരുകയും താഴുകയും ചെയ്യുന്നു. - നീ ചെറുതോ വേഗത്തിൽ വളരുന്നതോ ആണ്, അടുത്ത വർഷത്തെ ആവശ്യങ്ങൾ പ്രവചിക്കാൻ നിനക്ക് കഴിയില്ല. - നിങ്ങള് പല മാനേജ്ഡ് സേവനങ്ങളും ഉപയോഗിക്കുന്നു, അത് സ്വയം നടത്താന് സ്പെഷ്യലിസ്റ്റുകളെ ആവശ്യമുണ്ട്. - വേഗം തന്നെ ആഗോള സാന്നിധ്യം വേണം. - നിങ്ങളുടെ ടീം ചെറുതാണ്, ഉൽപ്പന്നത്തില് ശ്രദ്ധ കേന്ദ്രീകരിക്കണം.

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

താരതമ്യം ചെയ്യുമ്പോൾ, എല്ലാം: ഹാർഡ് വെയര് , ഡേറ്റാ സെന്റര് സ്ഥലം അല്ലെങ്കിൽ കോലൊക്കേഷന് , പവർ , നെറ്റ് വര് ക്ക് , സ്പെയര് പാർട്സ് , ഹാർഡ്വെയര് അപ്ഡേറ്റ് ചക്രങ്ങള് , സ്റ്റാഫ് സമയം , ഡിക്വര് ട്ട് , സുരക്ഷ, പാലിക്കൽ , മാനേജ് ചെയ്ത സേവനങ്ങള് മാറ്റി സ്ഥാപിക്കാന് നിങ്ങള് ക്ക് ആവശ്യമായ സോഫ്റ്റ് വെയര് . അതുപോലെ തന്നെ മൈഗ്രേഷന്റെ ചെലവും അപകടസാധ്യതയും ഉൾപ്പെടുത്തുക.

ക്ലൌഡ് നിങ്ങളുടെ വഴക്കത്തിന് വേണ്ടി ചാർജ് ചെയ്യുന്നു. നിങ്ങള് ആ വഴക്കം ഉപയോഗിക്കുന്നില്ലെങ്കില് നിങ്ങള് ക്ക് ആവശ്യമില്ലാത്ത ഒരു സാധനത്തിന് വേണ്ടി നിങ്ങള് പണം നല് കുകയാണ്.

എല്ലാം അല്ലെങ്കില് ഒന്നും അല്ല.

വളരെ കുറച്ച് കമ്പനികളാണ് എല്ലാം മാറ്റുന്നത്. കൂടുതല് സാധാരണമായ രീതികള്:

ഹൈബ്രിഡ്: സ്വന്തമായോ വാടകയ്ക്കെടുത്തതോ ആയ ഹാർഡ്വെയറുകളിലെ സ്ഥിരവും കനത്തതുമായ വർക്ക് ലോഡുകൾ; ക്ലൌഡിലെ കുത്തനെയുള്ളതും പരീക്ഷണാത്മകവും ആഗോളതലത്തിൽ വിതരണം ചെയ്യപ്പെട്ടതുമായ വർക് ലോഡുകൾ.
വാടകയ്ക്ക് എടുത്ത സെർവറുകൾ ഹാർഡ്വെയർ വാങ്ങുന്നതിനു പകരം, ക്ലൌഡ് വിഎമ്മുകളേക്കാൾ വളരെ കുറഞ്ഞ വിലയുള്ള ഒരു മധ്യസ്ഥതയും, കൈകാര്യം ചെയ്യേണ്ട ഡാറ്റാ സെന്ററും ഇല്ല.
വിതരണവുംനിങ്ങളുടെ ഹാർഡ് വെയര് , മറ്റൊരാളുടെ കെട്ടിടം , വൈദ്യുതി , നെറ്റ്വർക്ക്.
മാനേജ് ചെയ്ത ഡാറ്റാ സേവനങ്ങൾക്കുള്ള ക്ലൌഡ്, സ്വന്തം കമ്പ്യൂട്ടിംഗ് ഹാർഡ്വെയർ, അല്ലെങ്കിൽ തിരിച്ചും.

ഓൺ-പ്രിമൈസ് ഉപകരണങ്ങൾ

നിങ്ങളുടെ സ്വന്തം ഇൻഫ്രാസ്ട്രക്ചർ പ്രവർത്തിപ്പിക്കാനുള്ള ഉപകരണങ്ങൾ പത്ത് വർഷം മുമ്പുള്ളതിനേക്കാൾ വളരെ മികച്ചതാണ്:

കുബർനെറ്റുകള് ഇത് നിങ്ങൾക്ക് ഏത് ഹാർഡ്വെയറിലും ഒരു ക്ലൌഡ് പോലുള്ള പ്ലാറ്റ്ഫോം നൽകുന്നു. ടാലോസ്, കെ3, ആർകെ2 , ഓപ്പൺഷിഫ്റ്റ് തുടങ്ങിയ വിതരണങ്ങളും, ക്ലസ്റ്റർ എപിഐയും ഇത് കൈകാര്യം ചെയ്യാവുന്നതാക്കുന്നു.
പ്രോക്സമോക്സ് വിഎംവെയറിന്റെ ലൈസൻസിംഗ് മാറ്റങ്ങൾ പല കമ്പനികളെയും ബദലുകളിലേക്ക് തിരയാൻ പ്രേരിപ്പിച്ചതിനുശേഷം, വിർച്വലൈസേഷൻ പ്ലാറ്റ്ഫോമുകൾ ജനപ്രിയമായി.
ഓപ്പൺസ്റ്റാക്ക് വലിയ സ്വകാര്യ മേഘങ്ങളില് AWS പോലുള്ള ഒരു API ഉപയോഗിച്ച്.
സെഫ്, മിനിമം സംഭരണത്തിന് സമാനമായവയും.
കോഡായി ഇൻഫ്രാസ്ട്രക്ചറും ഗിറ്റോപ്സും നിങ്ങളുടെ സ്വന്തം ഹാർഡ്വെയറിലും ഇത് തന്നെ പ്രവർത്തിക്കും.
നഗ്നമായ ലോഹത്തിന്റെ വിതരണം ഉപകരണങ്ങൾ (ടിങ്കർബെൽ, മാസ്, അല്ലെങ്കിൽ ടാലോസ് ഓമ്നി എന്നിവ പോലുള്ളവ) ഹാർഡ്വെയർ ലെയർ ഓട്ടോമേറ്റ് ചെയ്യുന്നു.

നീ എന്തു ചെയ്യണം?

മേഘം വിടുന്നത് എന്നതിനർത്ഥം മേഘം നിങ്ങളിൽ നിന്ന് മറച്ചുവെച്ച പ്രശ്നങ്ങൾ സ്വന്തമാക്കുകയെന്നതാണ്.

ഹാർഡ്വെയർ പരാജയപ്പെട്ടു. ഡിസ്കുകൾ നശിക്കുന്നു, വൈദ്യുതി വിതരണം മുടങ്ങുന്നു, ആരെങ്കിലും അവയെ മാറ്റി വയ്ക്കണം.
ശേഷി ആസൂത്രണം: നിങ്ങൾക്ക് നൂറ് സെർവറുകൾ 5 മിനിറ്റിനുള്ളിൽ ചേർക്കാനാവില്ല.
ഭൌതിക സുരക്ഷ, നെറ്റ് വർക്കിംഗ്, വൈദ്യുതി ഒഴിവാക്കൽ.
ഫേംവെയര് , ഹൈപ്പര് വിസര് , ഓപ്പറേറ്റിംഗ് സിസ്റ്റം എന്നിവ പച്ചാക്കുചെയ്യുന്നു.
നിയന്ത്രിത ഡാറ്റാബേസുകൾ, ക്യൂകൾ, മറ്റ് സേവനങ്ങൾ എന്നിവയെ നിങ്ങൾ ഓപ്പറേറ്റ് ചെയ്യുന്ന കാര്യങ്ങളുമായി മാറ്റിസ്ഥാപിക്കുന്നു.

നിങ്ങളുടെ ടീം അതിനായി തയ്യാറായില്ലെങ്കില് , ലാഭം പെട്ടെന്ന് ഇല്ലാതാകും.

നീ മേഘം വിടണോ?

ഒരുപക്ഷേ പൂർണ്ണമായും അല്ല. പക്ഷെ, വലിയ, സ്ഥിരമായ ജോലിഭാരവും വലിയ ബില്ലുകളും ഉണ്ടെങ്കിൽ, അത് സത്യസന്ധമായി കണക്കാക്കുന്നത് മൂല്യവത്താണ്. "ഈ കനത്ത ജോലിഭാരം സമർപ്പിത സെർവറുകളിലേക്ക് മാറ്റുക" എന്നതാകാം ഉത്തരം. മറ്റെല്ലാ കാര്യങ്ങളിലും ക്ലൌഡിന്റെ നേട്ടങ്ങൾ ഉപേക്ഷിക്കാതെ ഇത് ധാരാളം ലാഭിക്കാൻ കഴിയും.

എന്റെ അഭിപ്രായം: ക്ലൌഡ് എല്ലായ്പ്പോഴും വിലകുറഞ്ഞ ഓപ്ഷനല്ല, ഏറ്റവും സൌകര്യപ്രദമായ ഓപ്ഷനാണ്. ഏത് വിലയാണ് കൊടുക്കുന്നതെന്ന് അറിയുക.

ഡെസ്ലി

സെര് വറില്ലാത്തതോ കണ്ടെയ്നറുകളോ?

Tue, 20 Oct 2026 23:10:30 +0200

വളരെ കുറച്ച് വാസ്തുവിദ്യാ ചർച്ചകളാണ് ഈ സമ്മേളനത്തെപ്പോലെ നിരവധി പ്രഭാഷണങ്ങൾ നടത്തിയത്. സെര് വറില്ലാത്ത ആരാധകർ പറയുന്നത് സെര് വറുകൾ ഒരു വിനോദമാണ്, നിങ്ങള് ബിസിനസ് ലോജിക് മാത്രമേ എഴുതേണ്ടതുള്ളൂ എന്നാണ്. കണ്ടെയ്നർ ആരാധകർ പറയുന്നത് സെര് വറില്ലാത്തത് വിലയേറിയതാണെന്നും പരിമിതപ്പെടുത്തുകയും നിങ്ങളെ തടയുകയും ചെയ്യുന്നു എന്നാണ്. രണ്ടും ശരിയാണ്.

അവ വ്യത്യസ്ത ജോലികൾക്കുള്ള ഉപകരണങ്ങളാണ്, അവയ്ക്കിടയിലെ അതിര് വളരെ അസ്വസ്ഥമാണ്.

ഓപ്ഷനുകൾ

ഒരു സേവനമായി ഫംഗ്ഷനുകൾ (FaaS): AWS ലാംഡ, അസ്യൂർ ഫംഗ്ഷനുകൾ, ഗൂഗിൾ ക്ലൌഡ് റൺ ഫംഗ്ഷണുകൾ. നിങ്ങൾ ഒരു ഫംഗ്ഷൻ അപ്ലോഡ് ചെയ്യുന്നു, ഒരു ഇവന്റ് എത്തുമ്പോൾ പ്ലാറ്റ്ഫോം അത് പ്രവർത്തിപ്പിക്കുന്നു (ഒരു HTTP അഭ്യർത്ഥന, ഒരു ഫയൽ അപ്ലോഡുചെയ്യൽ, ഒരു ക്യൂ സന്ദേശം), നിങ്ങൾ ഓരോ വിളിക്കും എക്സിക്യൂഷൻ സമയത്തിനും പണം നൽകുന്നു. സെര് വറുകളില്ല, ചിന്തിക്കേണ്ട കണ്ടെയ്നറുകളില്ല.

സെര് വറില്ലാത്ത കണ്ടെയ്നറുകൾ: ഗൂഗിൾ ക്ലൌഡ് റൺ, എഡബ്ല്യുഎസ് ഫാർഗേറ്റ് (ഇസിഎസുമായി), അസ്യൂർ കണ്ടെയ്നർ ആപ്സ്, എഡബ്യുഎസ് ആപ്പ് റണ്ണർ. നിങ്ങള് ഒരു കണ്ടെയ്നര് ചിത്രം നല് കുന്നു, പ്ലാറ്റ്ഫോം അത് പ്രവർത്തിപ്പിക്കുകയും സ്കെയിൽ ചെയ്യുകയും ചെയ്യുന്നു, പലപ്പോഴും പൂജ്യത്തിലേക്ക്. നിങ്ങൾ നോഡുകളോ ക്ലസ്റ്ററുകളോ നിയന്ത്രിക്കുന്നില്ല.

കുബർനെറ്റുകള്: നിയന്ത്രിക്കപ്പെടുന്ന (EKS, AKS, GKE) അല്ലെങ്കിൽ സ്വയം ഹോസ്റ്റുചെയ്തവ. നിങ്ങള് നിയന്ത്രിക്കുന്ന ഒരു ക്ലസ്റ്ററിലാണ് നിങ്ങള് കണ്ടെയ്നറുകള് നടത്തുന്നത്, പൂർണ്ണമായ വഴക്കവും പൂർണ ഉത്തരവാദിത്തവും.

കന്യക സമാനമായ പദ്ധതികളിലൂടെ സെർവർ രഹിത സ്കെയിൽ-ടു-സീറോ, ഇവന്റ്-ഡ്രൈവ് ചെയ്ത പെരുമാറ്റം എന്നിവ കുബർനെറ്റിലേക്ക് കൊണ്ടുവരും.

ഇവ ഒരു സ്പെക്ട്രം രൂപപ്പെടുത്തുന്നു: ഒരു വശത്ത് കൂടുതൽ നിയന്ത്രണം, മറുവശത്ത് കുറവ് പ്രവർത്തനപരമായ ജോലി.

സെര് വറില്ലാത്തതുകൊണ്ട് സെര് വറുകൾ ഇല്ല എന്നല്ല അർത്ഥം. അതായത് അവര് മറ്റൊരാളുടെ പ്രശ്നമാണ്, അതിനായി നിങ്ങള് പണം കൊടുക്കുന്നു.

സെര് വറില്ലാത്ത സ്ഥലം

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

കുബർനെറ്റിലെ കണ്ടെയ്നറുകൾ തിളങ്ങുന്നിടത്ത്

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

തണുത്ത സ്റ്റാർട്ടുകളും പരിമിതികളും

ക്ലാസിക് സെര് വറില്ലാത്ത ദോഷങ്ങള്:

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

ക്ലൌഡ് റൺ പോലുള്ള സെർവർലെസ്സ് കണ്ടെയ്നറുകൾ ഇവയിൽ പലതും മൃദുലമാക്കുന്നുഃ സാധാരണ കണ്ടെയ്നർ, ദൈർഘ്യമേറിയ അഭ്യർത്ഥന സമയം, ഇൻസ്റ്റൻസുകൾക്ക് ഒരേസമയം, വളരെ എളുപ്പത്തിൽ പോർട്ടബിലിറ്റി.

ചെലവുകള് പരസ്പരം കടന്ന് പോകുമ്പോള്

വില ഉപയോഗ രീതി അനുസരിച്ചായിരിക്കും.

കുറഞ്ഞതോ പൊട്ടിത്തെറിക്കുന്നതോ ആയ ഉപയോഗം: സെർവർ ഇല്ലാത്തത് പലപ്പോഴും വളരെ വിലകുറഞ്ഞതാണ് കാരണം നിങ്ങൾ ഒന്നും കൊടുക്കുന്നില്ല.
മിതമായ ഉപയോഗം: ഏകദേശം സമാനമായ, സെർവർ ഇല്ലാതെ പ്രവർത്തനം ജോലി ലാഭിക്കുന്നു.
ഉയർന്ന, സ്ഥിരമായ ഉപയോഗം: റിസർവ് ചെയ്തതോ സ്പോട്ട് ശേഷിയുള്ളതോ ആയ കണ്ടെയ്നറുകൾ സാധാരണയായി അടിസ്ഥാന സൌകര്യങ്ങളുടെ ചെലവിൽ വിജയിക്കുന്നു.

മറക്കരുത് ജനങ്ങളുടെ വില. ഒരു കുബർനെറ്റസ് പ്ലാറ്റ്ഫോമിന് അത് പ്രവർത്തിപ്പിക്കാൻ എൻജിനീയർമാരെ വേണം. ചെറിയ ടീമിന്, സെർവർലെസ്സ് മൊത്തത്തിൽ വിലകുറഞ്ഞതായിരിക്കാം, ക്ലൌഡ് ബിൽ കൂടുതലാണെങ്കിലും.

രണ്ടും കലർത്തി

മിക്ക മുതിർന്ന വാസ്തുവിദ്യകളും രണ്ടും ഉപയോഗിക്കുന്നുഃ

കുബർനെറ്റുകളിലോ സെർവർലെസ്സ് കണ്ടെയ്നറുകളിലോ ഉള്ള കോർ എപിഐകളും ദീർഘകാല സേവനങ്ങളും.
ഇവന്റ് ഹാൻഡലര് , ഷെഡ്യൂള് ചെയ്ത ജോലികള് , കോഡ് എന്നിവ ഫംഗ്ഷനുകളായി ഉപയോഗിക്കുന്നു.
മാനേജ്ഡ് സെർവർലെസ്സ് സേവനങ്ങളുള്ള ഡാറ്റ പൈപ്പ്ലൈനുകൾ (കോയിസ്, വർക്ക്ഫ്ലോകൾ, സ്ട്രീം പ്രോസസ്സിംഗ്).

ആ തീരുമാനം സ്ഥിരമായിരിക്കണമെന്നില്ല. ഒരു സേവനം ക്ലൌഡ് റൺ അല്ലെങ്കിൽ ലാംഡയിൽ ആരംഭിച്ച് ട്രാഫിക് വർദ്ധിക്കുമ്പോൾ കുബർനെറ്റിലേക്ക് നീങ്ങാം, പ്രത്യേകിച്ചും അത് തുടക്കം മുതൽ ഒരു സ്റ്റാൻഡേർഡ് കണ്ടെയ്നറായി പാക്കേജുചെയ്തിട്ടുണ്ടെങ്കിൽ.

പിന്നെ, ഏത്?

എന്റെ മുൻകൂർ ഉപദേശം:

ചെറിയ ടീം, പുതിയ ഉത്പന്നം: സെർവർ രഹിത, സെർവർ റഹിത കണ്ടെയ്നറുകൾ തുടങ്ങുക. വേഗത്തിൽ കപ്പല് കയറുക.
സംഭവം അടിസ്ഥാനമാക്കിയുള്ള ജോലികൾ: പ്രവർത്തനങ്ങൾ
വലിയ, സ്ഥിരമായ ജോലിഭാരം, പല സേവനങ്ങളും, പ്ലാറ്റ്ഫോം ടീംകുബർനെറ്റസ്.
ഉറപ്പില്ലഎല്ലാം കണ്ടെയ്നറുകളായി പായ്ക്ക് ചെയ്യുക. അത് നിങ്ങളുടെ ഓപ്ഷനുകൾ തുറന്നിടുന്നു.

എന്റെ അഭിപ്രായം: ഇന്ന് നിങ്ങൾക്ക് ഒഴിവാക്കാവുന്ന ഏറ്റവും കുറഞ്ഞ ഇൻഫ്രാസ്ട്രക്ചർ തിരഞ്ഞെടുക്കുക, നാളെ നിങ്ങളുടെ മനസ്സ് മാറ്റാൻ നിങ്ങളുടെ കോഡ് പോർട്ടബിൾ ആയി സൂക്ഷിക്കുക.

ഡെസ്ലി

സൈഡ് വണ്ടികളില്ലാത്ത സർവീസ് മെഷ്

Tue, 20 Oct 2026 23:10:30 +0200

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

അതിനു ശേഷം സാങ്കേതികവിദ്യ ഒരുപാട് മാറി. ഏറ്റവും വലിയ മാറ്റം: ഓരോ ബാഗിലും സൈഡ് കാർ പ്രോക്സി ആവശ്യമില്ല. അതുകൊണ്ട് വീണ്ടും നോക്കേണ്ടതാണ്.

ഒരു മെഷ് ചെയ്യുന്നതെന്താണ്

നിങ്ങളുടെ ആപ്ലിക്കേഷൻ കോഡിന് പുറത്തുള്ള സേവനങ്ങൾ തമ്മിലുള്ള ആശയവിനിമയം ഒരു സേവന മെഷ് കൈകാര്യം ചെയ്യുന്നു. സാധാരണ സവിശേഷതകൾ:

എല്ലായിടത്തും mTLS: സേവനങ്ങൾ തമ്മിലുള്ള ട്രാഫിക്, യാന്ത്രിക സർട്ടിഫിക്കറ്റ് മാനേജ്മെന്റ്, സേവന ഐഡന്റിറ്റി എന്നിവ ഉപയോഗിച്ച്.
അനുമതി നയങ്ങൾ: "ചെക്ക് ഔട്ട് സേവനത്തിന് മാത്രമേ പേയ്മെന്റുകൾ വിളിക്കാൻ കഴിയൂ".
ട്രാഫിക് മാനേജ്മെന്റ്: വീണ്ടും ശ്രമിക്കുക, ടൈം ഔട്ട് ചെയ്യുക, സർക്യൂട്ട് ബ്രേക്ക് ചെയ്യുക, കാനറി റിലീസുകൾക്കായി ട്രാഫിക് വിഭജിക്കുക.
നിരീക്ഷണ ശേഷി: കോഡ് മാറ്റാതെ ഏത് സേവനങ്ങളുമായി സംസാരിക്കുമെന്നതിന്റെ അളവുകളും, ട്രാക്കുകളും, മാപ്പും ആവശ്യപ്പെടുക.

ഇതെല്ലാം ലൈബ്രറികളുള്ള എല്ലാ ആപ്ലിക്കേഷനുകളിലും ഉൾപ്പെടുത്താം, പക്ഷേ എല്ലാ ടീമുകളും, എല്ലാ ഭാഷകളിലും, അത് ശരിയായി ചെയ്യണം. ഒരു മെഷ് അത് ഒരിക്കൽ, എല്ലാവർക്കും വേണ്ടി ചെയ്യുന്നു.

സൈഡ് കാര് vs സൈഡ് കാരില്ലാത്തത്

സൈഡ് കാര് മോഡൽ ഓരോ പാഡിനും ഒരു പ്രോക്സി കണ്ടെയ്നർ കൂടി കിട്ടും. എല്ലാ ട്രാഫിക്കും അതിലൂടെ കടന്നുപോകുന്നു.

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

സൈഡ് വാരില്ലാത്ത മോഡൽ പ്രോക്സി കോപ്പിൽ നിന്നും നീക്കുന്നു:

പരിസ്ഥിതി മോഡ് (ഇസ്റ്റിയോ 1.24, 2024 അവസാനത്തോടെ സാധാരണയായി ലഭ്യമാണ്) മെഷ് രണ്ട് പാളികളായി വിഭജിക്കുന്നു. ഒരു ലഘുവായ നോഡ് പ്രോക്സി തുരങ്കം എല്ലാ പാഡുകളിലും എംടിഎൽഎസും അടിസ്ഥാന എൽ4 നയങ്ങളും കൈകാര്യം ചെയ്യുന്നു. ഓപ്ഷണൽ വേ പോയിന്റ് പ്രോക്സി L7 സവിശേഷതകൾ (HTTP റൂട്ടിംഗ്, വീണ്ടും ശ്രമങ്ങൾ, തലക്കെട്ട് അടിസ്ഥാനമാക്കിയുള്ള നയങ്ങൾ) അവ ആവശ്യമുള്ള സേവനങ്ങൾക്കായി മാത്രം കൈകാര്യം ചെയ്യുക.
സിലിയം സർവീസ് മെഷ് നെറ്റ് വർക്കിംഗിനും L4 സവിശേഷതകൾക്കും വേണ്ടി കെർണലിൽ eBPF ഉപയോഗിക്കുന്നു, L7 സവിശേഷതകൾക്കായി ഒരു പങ്കിട്ട ഓരോ നോഡ് എംബോയിയും ഉപയോഗിക്കുന്നു.

പ്രയോജനങ്ങൾ: വളരെ കുറവ് റിസോഴ്സ് ഓവർഹെഡ്, പാഡുകളിലെ മാറ്റങ്ങളില്ല, ആപ്ലിക്കേഷനുകൾ പുനരാരംഭിക്കാതെ അപ്ഗ്രേഡുകൾ, നിങ്ങൾ ഉപയോഗിക്കുന്ന സ്ഥലത്ത് മാത്രം L7 പ്രോസസ്സിംഗിനായി നിങ്ങൾ പണം നൽകുന്നു.

പുതിയ സർവീസ് മെഷുകളുടെ ഏറ്റവും നല്ല ഭാഗം അവ കുറവാണ് എന്നതാണ്.

ഇന്നത്തെ പ്രധാന ഓപ്ഷനുകൾ

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

നിനക്ക് കിട്ടുന്നതെന്താണ്?

ഒരു മെഷ് യോജിക്കുമ്പോൾ, പ്രയോജനങ്ങൾ യഥാർഥമാണ്:

പൂജ്യം വിശ്വാസ്യതയുള്ള നെറ്റ് വർക്കിംഗ് ആപ്ലിക്കേഷന് മാറ്റങ്ങളൊന്നും തന്നെ ഉണ്ടായില്ല. ഓരോ സേവനത്തിനും ഒരു ഐഡന്റിറ്റി ഉണ്ട്, എല്ലാ കണക്ഷനും എൻക്രിപ്റ്റ് ചെയ്യപ്പെട്ടതും അംഗീകരിച്ചതുമാണ്.
സ്ഥിരമായ വിശ്വാസ്യത ഓരോ ടീമും അവ നടപ്പിലാക്കാതെ തന്നെ സവിശേഷതകൾ (ടൈം ഔട്ടുകൾ, വീണ്ടും ശ്രമങ്ങൾ).
കാനറി റിലീസുകൾ കൃത്യമായ ട്രാഫിക് വിഭജനത്തോടെ.
സുവർണ അളവുകൾ (അഭ്യർത്ഥനകൾ, പിശകുകൾ, ലേറ്റൻസി) എല്ലാ സേവനത്തിനും, പെട്ടിക്കിഴക്കത്ത്.

ഓടാന് എത്ര ചിലവാകും

സൈഡ് വണ്ടി ഇല്ലാതെ പോലും, ഒരു മെഷ് ഒരു പ്രധാന ഘടകമാണ്:

മറ്റൊരു നിയന്ത്രണ വിമാനം ഇൻസ്റ്റാളുചെയ്യാനും, അപ്ഗ്രേഡ് ചെയ്യാനും, നിരീക്ഷിക്കാനും.
പഠന വക്രത: പുതിയ ആശയങ്ങള് , പുതിയ വിഭവങ്ങള് , പുതിയ പരാജയ രീതികള് .
ഡീബഗ് ചെയ്യൽ: ഒരു അഭ്യർത്ഥന പരാജയപ്പെടുമ്പോൾ, അത് ആപ്ലിക്കേഷനോ, മെഷോയോ, അല്ലെങ്കിൽ നെറ്റ്വർക്കോ ആണോ?
നയങ്ങളുടെ വ്യാപനം: അനുമതി നല് കുന്ന നയങ്ങള് ശ്രദ്ധാപൂർവ്വം കൈകാര്യം ചെയ്യണം.

ഒരു മെഷ് വേണോ?

ഞാന് ചോദിക്കുന്ന ചോദ്യങ്ങള്:

സേവനങ്ങൾക്കിടയില് നിങ്ങള് ക്ക് mTLS വേണോ? പാലിക്കൽ അല്ലെങ്കിൽ പൂജ്യം വിശ്വാസ്യത ആവശ്യകതകൾ? ഒരു മെഷ് ആണ് ഏറ്റവും എളുപ്പവഴി അത് സ്കെയിലിൽ കിട്ടാൻ.
നിങ്ങള് ക്ക് പല ഭാഷകളിലും പല സേവനങ്ങളുണ്ടോ?, ലൈബ്രറി അടിസ്ഥാനമാക്കിയുള്ള പരിഹാരങ്ങള് വിരുദ്ധമാകുമോ?
നിങ്ങള് ക്ക് നല്ല ട്രാഫിക് നിയന്ത്രണം വേണോ? പുരോഗമനപരമായ പ്രസവത്തിനു വേണ്ടി?
നിങ്ങളുടെ ടീമിന് ശേഷിയുണ്ടോ? അത് നടത്താൻ?

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

ഇതും ശ്രദ്ധിക്കുകഃ ഗേറ്റ്വേ API ഇപ്പോൾ ആളുകൾ മെഷുകൾ ഉപയോഗിക്കുന്ന ചില കാര്യങ്ങൾ (ട്രാഫിക് സ്പ്ലിറ്റ്, എഡ്ജിൽ ഹെഡ്ഡർ റൂട്ടിംഗ്) ഉൾക്കൊള്ളുന്നു, അതിന്റെ ഗാംമ സംരംഭം അതേ API നെ മെഷുകളിലെ സേവന-ടു-സർവീസ് ട്രാഫിക്കിലേക്ക് വ്യാപിപ്പിക്കുന്നു. അതായത് പഠിക്കേണ്ട മെഷ് പ്രത്യേക കോൺഫിഗറേഷനുകൾ കുറവാണ്.

നിങ്ങള് വീണ്ടും നോക്കണോ?

കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ് സൈഡ് കാര് മേൽവിലയും സങ്കീർണ്ണതയും കാരണം നിങ്ങൾ സർവീസ് മെഷികളെ നിരസിച്ചിരുന്നുവെങ്കിൽ, അതെ. ഇസ്റ്റിഒ ആംബിയന്റ്, സിലിയം എന്നിവയാണ് ഏറ്റവും വലിയ വേദനയേറിയ പോയിന്റുകൾ നീക്കം ചെയ്തത്. mTLS ഉം നിരീക്ഷണവും മാത്രം ഉപയോഗിച്ച് തുടങ്ങുക, ആവശ്യമുള്ളിടത്ത് മാത്രം L7 സവിശേഷതകൾ ചേർക്കുക, അത് അതിന്റെ സ്ഥാനം നേടുന്നുണ്ടോ എന്ന് കാണുക.

എന്റെ അഭിപ്രായം: ഒരു മെഷ് ഒരു വലിയ പ്രതിബദ്ധതയായിരുന്നു. സൈഡ് വണ്ടികളില്ലാതെ, ഒടുവിൽ ഒരു ചെറിയ ചുവട് കൊണ്ട് സ്വീകരിക്കാവുന്ന ഒരു കാര്യമായി.

ഡെസ്ലി

സെര് വറിലെ വെബ്അസംബ്ലി: ഹൈപ്പ് അല്ലെങ്കിൽ ഭാവി?

Tue, 20 Oct 2026 23:10:30 +0200

2019 ൽ ഡോക്കർ സഹസ്ഥാപകൻ സോളമൻ ഹൈക്സ് ഒരു പോസ്റ്റ് പോസ്റ്റ് ചെയ്തു. അതിനുശേഷം പലരും ഉദ്ധരിച്ച ഒരു പോസ്റ്റ് ഇതാണ്. വെബ് അസംബ്ലിയും വാസിയും 2008 ൽ ഉണ്ടായിരുന്നെങ്കിൽ അവർക്ക് ഡോക്കർ സൃഷ്ടിക്കേണ്ടി വരില്ലായിരുന്നു. അത് വലിയ അവകാശവാദമാണ്. വർഷങ്ങൾക്കു ശേഷം, സെർവർ സൈഡ് വെബ് അസംബ്ലി എവിടെയാണ് നിലകൊള്ളുന്നത്?

ബ്രൌസറിനു പുറത്തുള്ള വാം

വെബസെംബ്ലി (വാസ്ം) വേഗത്തിൽ പ്രവർത്തിപ്പിക്കാനുള്ള ഒരു മാർഗമായി തുടങ്ങിയത്, വെബ് ബ്രൌസറുകളിലെ കോഡ് സമാഹരിച്ചതാണ്: ഗെയിമുകൾ, വീഡിയോ എഡിറ്റർമാർ, ഡിസൈൻ ടൂളുകൾ. പല ഭാഷകൾക്കും (റസ്റ്റ്, സി/സി++, ഗോ, സി#, സിഗ്, മറ്റുള്ളവ) കംപൈൽ ചെയ്യാൻ കഴിയുന്ന ഒരു കോംപാക്ട് ബൈനറി ഫോർമാറ്റാണ് ഇത്, ഇത് ഒരു സാൻഡ്ബോക്സ്ഡ് വിർച്വൽ മെഷീനിൽ പ്രവർത്തിക്കുന്നു.

ബ്രൌസറുകളില് ഇത് വളരെ മികച്ചതാക്കുന്ന സവിശേഷതകൾ സെര് വറുകളിലും വളരെ രസകരമായിത്തീരുന്നു:

വേഗത്തിലുള്ള സ്റ്റാർട്ട് അപ്പ്: മൈക്രോസെക്കൻഡിൽ നിന്ന് മില്ലിസെക്കന്റിൽ വരെ മൊഡ്യൂളുകൾ ആരംഭിക്കുന്നു, കണ്ടെയ്നറുകളേക്കാൾ വളരെ വേഗത്തിൽ.
ചെറിയ: മൊഡ്യൂളുകൾ പലപ്പോഴും ചില മെഗാബൈറ്റുകളിലേക്കുള്ള കിലോബൈറ്റുകളാണ്.
സ്ഥിരമായി സുരക്ഷിതം: ഒരു വാസ്ം മോഡുലിന് വ്യക്തമായ അനുമതിയില്ലാതെ ഫയലുകളിലേക്കോ നെറ്റ്വർക്കിലേക്കോ മറ്റേതെങ്കിലും കാര്യത്തിലേക്കോ പ്രവേശനം ലഭിക്കില്ല. ശക്തമായ ഒരു മണൽക്കട്ട.
പോർട്ടബിൾ: ഒരേ മൊഡ്യൂൾ ഏതെങ്കിലും ഒഎസ്, സിപിയു ആർക്കിടെക്ചറുകളിൽ വാസ്ം റൺടൈം ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു.

ബ്രൌസറിനു പുറത്ത് പ്രവർത്തിക്കാൻ, Wasm ന് സിസ്റ്റവുമായി സംസാരിക്കാനുള്ള ഒരു മാർഗം വേണം: ഫയലുകൾ, ക്ലോക്കുകൾ, സോക്കറ്റുകൾ. അതാണു വസീ (വെബ് അസംബ്ലി സിസ്റ്റം ഇന്റർഫേസ്). WASI 0.2 അവതരിപ്പിച്ചു ഘടക മോഡൽ, വ്യത്യസ്ത ഭാഷകളില് എഴുതിയ വാസ്മ് ഘടകങ്ങള് നന്നായി നിർവചിക്കപ്പെട്ട ഇന്റർഫേസുകളിലൂടെ ഒരുമിച്ചു പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നു. കൂടുതൽ പതിപ്പുകൾ അസ്യ്ൻക് പിന്തുണയും അതിലേറെയും ചേർക്കുന്നു.

നിങ്ങളുടെ ആപ്പിന്റെ ചുറ്റും ഒരു ഓപ്പറേറ്റിങ് സിസ്റ്റം പാക്കേജ് ചെയ്യുന്നതാണ് കണ്ടെയ്നറുകൾ. വാസ്ം നിങ്ങളുടെ ആപ്പ് മാത്രം പാക്കേജ് ചെയ്യുന്നു, മറ്റെല്ലാത്തിനും അനുമതി ചോദിക്കുന്നു.

കുബർനെറ്റസിൽ പ്രവർത്തിപ്പിക്കുന്നു

വാസ്മിന് നിങ്ങളുടെ പ്ലാറ്റ്ഫോമിനെ മാറ്റി വയ്ക്കേണ്ട ആവശ്യമില്ല. ഇത് കണ്ടെയ്നറുകളോടൊപ്പം ഓടാം:

കണ്ടെയ്നർ ഷിംസ് (റൺവാസി പ്രോജക്ട് പോലുള്ളവ) കുബർനെറ്റുകളെ സാധാരണ റൺവേയിലൂടെ പ്രവർത്തിപ്പിക്കാൻ അനുവദിക്കുക. RuntimeClass. ഒരു കൺടെയിനര് ഇമേജിനു പകരം ഒരു വോസ്ം മോഡുലാണ് ഒരു പാഡ് പ്രവർത്തിപ്പിക്കുക.
സ്പിൻകുബ് ഉപയോഗിച്ച് നിർമ്മിച്ച ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുന്നു സ്പിൻ വളരെ ഉയർന്ന സാന്ദ്രതയും വേഗത്തിലുള്ള സ്കേലിംഗും ഉള്ള Kubernetes- ൽ.
വാസ്എംക്ലൌഡ് (സിഎൻസിഎഫ് ഇൻകുബേഷൻ പ്രോജക്ട്) എന്നത് ക്ലൌഡുകളിലും എഡ്ജിലും കുബർനെറ്റുകളിലും വിതരണം ചെയ്ത വാസ്ം ആപ്ലിക്കേഷനുകൾക്കുള്ള ഒരു പ്ലാറ്റ്ഫോമാണ്.
വാസ്ം മൊഡ്യൂളുകള് സംഭരിക്കാന് കഴിയും ഒസിഐ രജിസ്റ്ററുകൾകണ്ടെയ്നര് ചിത്രങ്ങള് പോലെ തന്നെ.

apiVersion: node.k8s.io/v1
kind: RuntimeClass
metadata:
  name: wasmtime-spin
handler: spin
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: hello-wasm
spec:
  replicas: 3
  selector:
    matchLabels: { app: hello-wasm }
  template:
    metadata:
      labels: { app: hello-wasm }
    spec:
      runtimeClassName: wasmtime-spin
      containers:
      - name: hello
        image: ghcr.io/acme/hello-wasm:1.0.0
        command: ["/"]

എവിടെയാണ് അത് ചേരുന്നത്?

നിങ്ങൾ ശ്രദ്ധിക്കാത്ത ചില സ്ഥലങ്ങളിൽ വാസ്മിന്റെ ഉത്പാദനം നടക്കുന്നുണ്ട്:

എഡ്ജ് കമ്പ്യൂട്ടിംഗ്: ക്ലൌഡ്ഫ്ലെയർ വർക്കർമാർ, ഫാസ്റ്റി കമ്പ്യൂട്ട്, മറ്റ് എഡ്ജ് പ്ലാറ്റ്ഫോമുകൾ എന്നിവ വേഗത്തിൽ ആരംഭിക്കുന്നതിനും ശക്തമായ ഒറ്റപ്പെടലിനും കാരണം വാസ്ം (അല്ലെങ്കിൽ സമാനമായ ഒറ്റപ്പെടലുകൾ) പ്രവർത്തിപ്പിക്കുന്നു. കോഡ് ഉപയോക്താക്കളുടെ അടുത്ത് പ്രവർത്തിക്കുന്നു, ഒരു തണുത്ത സ്റ്റാർട്ടും ഇല്ല.
പ്ലഗിനുകളും വിപുലീകരണങ്ങളും: ഹെൽം 4 ന്റെ പ്ലഗിൻ സിസ്റ്റം പോലുള്ള പ്രോക്സി ഫിൽട്ടറുകളും ഡാറ്റാബേസ് എക്സ്റ്റൻഷനുകളും സുരക്ഷിതമായി മൂന്നാം കക്ഷി കോഡ് പ്രവർത്തിപ്പിക്കാൻ Wasm ഉപയോഗിക്കുന്നു.
സെർവർ രഹിത പ്രവർത്തനങ്ങൾ തണുപ്പ് തുടങ്ങുന്നിടത്ത് തന്നെ കാര്യം തുടങ്ങുന്നു.
മൾട്ടി-ടൈൻമെന്റ് പ്ലാറ്റ്ഫോമുകൾ വിശ്വസനീയമല്ലാത്ത ഉപയോക്തൃ കോഡ് സുരക്ഷിതമായി പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ട്.
ഐ. ഒ. ടി. യും ഉൾച്ചേർത്തതും പരിമിതമായ വിഭവങ്ങളുള്ള ഉപകരണങ്ങള് .

എവിടെയാണെങ്കിലും

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

ഹൈപ്പ് അല്ലെങ്കിൽ ഭാവി?

രണ്ടും, സത്യസന്ധമായി. മിക്ക ജോലികള് ക്കും ഈ അടുത്ത കാലത്തൊന്നും വാസ്ം കണ്ടെയ്നറുകളെ മാറ്റിസ്ഥാപിക്കില്ല. കണ്ടെയ്നറുകൾ ഒരു വലിയ പ്രശ്നം പരിഹരിച്ചു. അവ എല്ലായിടത്തും ഉണ്ട്. പക്ഷെ Wasm എന്നത് വ്യക്തമായി ചില മേഖലകളിലെ ഭാവി ആണ്: എഡ്ജ്, പ്ലഗിനുകൾ, ഉയർന്ന സാന്ദ്രതയുള്ള സെർവർലെസ്സ്, വിശ്വസനീയമല്ലാത്ത കോഡിന്റെ സുരക്ഷിത നടപ്പാക്കൽ. ആ പ്രദേശങ്ങള് വളരുകയാണ്.

ഡെവ് ഒപ്സ് എഞ്ചിനീയർമാർക്ക്, ഇത് ഇപ്പോൾ മനസ്സിലാക്കേണ്ടതാണ്: ഇത് എങ്ങനെ കുബർനെറ്റസിൽ പ്രവർത്തിക്കുന്നു, ഇത് എങ്ങനെ ഒസിഐ രജിസ്ട്രികളിൽ പാക്കേജുചെയ്തിരിക്കുന്നു, നിങ്ങളുടെ സ്റ്റാക്കിൽ എവിടെ കാണാനാകും.

എന്റെ അഭിപ്രായം, അടുത്ത കണ്ടെയ്നർ വോസ് അല്ല. ഒരു കണ്ടെയ്നര് വളരെ ഭാരമുള്ളതോ വളരെ വേഗത കുറഞ്ഞതോ വളരെ ആത്മവിശ്വാസമുള്ളതോ ആയ സന്ദര് ഭത്തില് നിങ്ങള് ക്ക് അത് കിട്ടും.

ഡെസ്ലി

ഡെവ ഒപ്സ് എഞ്ചിനീയർമാർ ഗോ പഠിക്കണോ?

Tue, 20 Oct 2026 23:10:30 +0200

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

അതൊരു യാദൃശ്ചികതയല്ല. ഇത് പഠിക്കാന് ഒരു നല്ല കാരണമാണ്.

ഗോ എന്തിന് അടിസ്ഥാന സൌകര്യങ്ങൾ ഏറ്റെടുത്തു?

ഗൂഗിളിൽ സൃഷ്ടിക്കപ്പെട്ടതും 2009 ൽ പുറത്തിറങ്ങിയതുമായ ഗോ വിശ്വസനീയമായ നെറ്റ് വർക്ക് സേവനങ്ങളും ഉപകരണങ്ങളും നിർമ്മിക്കുന്നതിനായി രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്. ചില സവിശേഷതകൾ അതിനെ ക്ലൌഡ്-നേറ്റീവ് ഇൻഫ്രാസ്ട്രക്ചറിന്റെ ഭാഷയാക്കി മാറ്റിയിട്ടുണ്ട്:

ഒറ്റ സ്റ്റാറ്റിക് ബൈനറി. ഒരു Go പ്രോഗ്രാം ഇൻസ്റ്റാൾ ചെയ്യേണ്ട റൺടൈം ഇല്ലാതെ ഒരു ഫയലിലേക്ക് കംപൈൽ ചെയ്യുന്നു. എവിടെ വേണമെങ്കിലും പകര് ത്ത് അത് പ്രവർത്തിപ്പിക്കും. CLI- കളും കണ്ടെയ്നറുകളും ഉപയോഗിക്കാൻ പറ്റിയതാണ്.
എളുപ്പത്തിൽ ക്രോസ് കോംപൈലേഷൻ. ഒരു മെഷീനിൽ നിന്നും ലിനക്സ്, മാകോസ്, വിൻഡോസ്, എആർഎം, എക്സ്86 എന്നിവയ്ക്കായി നിർമ്മിക്കുക.
ബിൽറ്റ് ഇൻ സമാനത ഗൊറൂട്ടിൻസും ചാനലുകളും ഉള്ളത്, ഒരേസമയം പല കാര്യങ്ങളും ചെയ്യുന്ന പ്രോഗ്രാമുകൾക്ക് അനുയോജ്യമാണ്, പല വിഭവങ്ങളും നിരീക്ഷിക്കുന്ന കൺട്രോളറുകൾ പോലെ.
ലളിതമായ ഭാഷ. മനഃപൂർവ്വം ചെറുതും വായിക്കാൻ എളുപ്പമുള്ളതുമായ ഒരു സ്റ്റാൻഡേർഡ് ഫോർമാറ്റിംഗ് ശൈലി (gofmt) നിങ്ങള് ക്ക് മറ്റൊരാളുടെ ഗോ കോഡ് വായിക്കാം അവരുടെ വ്യക്തിപരമായ ശൈലി ഡീകോഡ് ചെയ്യാതെ.
വേഗത്തിലുള്ള സമാഹരണവും നല്ല പ്രകടനവും.
ശക്തമായ സ്റ്റാൻഡേർഡ് ലൈബ്രറി HTTP, JSON, ക്രിപ്റ്റോഗ്രാഫി തുടങ്ങിയവയ്ക്കായി.

അത് കൊണ്ട് എന്തു ചെയ്യാം?

ഒരു ഡെവ് ഒപ്സ് എഞ്ചിനീയർ എന്ന നിലയിൽ, ഗോ ചില വാതിലുകൾ തുറക്കുന്നു:

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

എന്റെ ആദ്യത്തെ CLI

ഒരു ചെറിയ പക്ഷെ യഥാർത്ഥ ഉദാഹരണം: TLS സർട്ടിഫിക്കറ്റുകൾ കാലഹരണപ്പെടുമ്പോൾ പരിശോധിക്കുന്ന ഒരു CLI.

package main

import (
    "crypto/tls"
    "fmt"
    "os"
    "time"
)

func main() {
    if len(os.Args) < 2 {
        fmt.Fprintln(os.Stderr, "usage: certcheck <host> [host...]")
        os.Exit(1)
    }

    exitCode := 0
    for _, host := range os.Args[1:] {
        conn, err := tls.Dial("tcp", host+":443", &tls.Config{ServerName: host})
        if err != nil {
            fmt.Printf("%-30s ERROR %v\n", host, err)
            exitCode = 1
            continue
        }
        cert := conn.ConnectionState().PeerCertificates[0]
        conn.Close()

        days := int(time.Until(cert.NotAfter).Hours() / 24)
        status := "OK"
        if days < 14 {
            status = "EXPIRING"
            exitCode = 1
        }
        fmt.Printf("%-30s %-8s %d days left\n", host, status, days)
    }
    os.Exit(exitCode)
}

go build -o certcheck .
./certcheck example.com deslypeter.com
GOOS=linux GOARCH=arm64 go build -o certcheck-linux-arm64 .   # cross-compile

സ്റ്റാൻഡേർഡ് ലൈബ്രറിക്ക് പുറത്ത് യാതൊരു ആശ്രയത്വവുമില്ല, ഒരു ബൈനറി, എവിടെയും പ്രവർത്തിക്കുന്നു. വലിയ ക്ലയന്റുകൾക്ക്, ലൈബ്രറികൾ കോബ്ര (കുബെക്ത്ല്, ഹെല്ം തുടങ്ങിയവർ ഉപയോഗിക്കുന്നു) ഉപകമാൻഡുകളും ഫ്ലാഗുകളും ചേർക്കുക.

ഗോ പഠിക്കുന്നത് ഒരു ക്ലൌഡ് അടിസ്ഥാന സൌകര്യത്തിന്റെ മെഷീൻ റൂമിലേക്കുള്ള താക്കോൽ കിട്ടുന്നതു പോലെയാണ്.

ഒരു ചെറിയ കുബർനെറ്റ്സ് ഓപ്പറേറ്റർ

ഓപ്പറേറ്റർമാരുടെ മേഖലയിലാണ് ഗോ പ്ലാറ്റ്ഫോം ജോലിയുടെ കാര്യത്തിൽ തിളങ്ങുന്നത്. ഒരു ഓപ്പറേറ്റര് കുബർനെറ്റിസ് വിഭവങ്ങള് നിരീക്ഷിക്കുകയും അവര് വിവരിച്ച കാര്യങ്ങള് ക്ക് അനുസൃതമായി യാഥാര് ത്ഥ്യം ഉണ്ടാക്കുകയും ചെയ്യുന്നു.

കുബ് ബിൽഡർ (അതിന്റെ അടിസ്ഥാനത്തിൽ നിർമ്മിച്ച ഓപ്പറേറ്റർ എസ്.ഡി.കെ) മിക്ക ബോയിലർപ്ലേറ്റുകളും സൃഷ്ടിക്കുന്നുഃ

kubebuilder init --domain acme.com --repo github.com/acme/app-operator
kubebuilder create api --group platform --version v1alpha1 --kind App

Go ഘടനയില് നിങ്ങളുടെ ഇഷ്ടാനുസൃത റിസോഴ്സിന്റെ ഫീല്ഡുകള് നിര് ണ്ണയിക്കുകയും ഒരു Reconcile ഫംഗ്ഷൻ: "ഇത് കണക്കിലെടുത്തുകൊണ്ട് App ശരിയായ വിന്യാസം, സേവനം, HTTP റൂട്ട് എന്നിവ ഉണ്ടെന്ന് ഉറപ്പാക്കുക". ഈ ചട്ടക്കൂട് നിരീക്ഷണം, കാഷെ ചെയ്യൽ, വീണ്ടും ശ്രമിക്കൽ, നേതാവിനെ തെരഞ്ഞെടുക്കൽ എന്നിവയെല്ലാം കൈകാര്യം ചെയ്യുന്നു.

ഉല്പാദന നിലവാരമുള്ള ഒരു ഓപ്പറേറ്ററെ നിർമ്മിക്കുക എന്നത് ഒരു വാരാന്ത്യ പദ്ധതിയല്ല, പക്ഷേ ഒരു കളിപ്പാട്ടം നിർമ്മിക്കുക എന്നത് കുബർനെറ്റിസ് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് മനസ്സിലാക്കാനുള്ള ഏറ്റവും നല്ല മാർഗമാണ്. എല്ലാ ബിൽറ്റ്-ഇൻ കൺട്രോളറുകളും ഒരേ മാതൃക പിന്തുടരുന്നു.

DevOps- നായി Go vs Python

അവ പരസ്പര പൂരകങ്ങളാണ്:

പൈത്തൺ: വേഗത്തിലുള്ള സ്ക്രിപ്റ്റുകൾ, ഡാറ്റാ പ്രോസസ്സിംഗ്, ഗ്ലേ കോഡ്, ഒരു വലിയ ലൈബ്രറി പരിസ്ഥിതി സഹായിക്കുന്ന എന്തും വേഗത്തിൽ. ഒറ്റത്തവണ ഓട്ടോമേഷന് വളരെ നല്ലത്.
പോടാ.: നിങ്ങൾ വിതരണം ചെയ്യുന്ന ഉപകരണങ്ങൾ, ദീർഘകാല സേവനങ്ങൾ, ഓപ്പറേറ്റർമാർ, വേഗതയേറിയതും, ഒരേസമയം പ്രവർത്തിക്കുന്നതും, അല്ലെങ്കിൽ ഒരൊറ്റ ബൈനറി ആയിരിക്കേണ്ടതും.

പല DevOps എൻജിനീയർമാരും സ്ക്രിപ്റ്റുകൾക്കായി പൈത്തൺ ഉപയോഗിക്കുന്നു, ഉപകരണങ്ങൾക്കായി Go ഉപയോഗിക്കുന്നു.

എവിടെ നിന്ന് തുടങ്ങണം?

ഗോ ടൂർ (go.dev/tour): ഔദ്യോഗിക സംവേദനാത്മക ആമുഖം. കുറച്ചു മണിക്കൂറുകള് .
മാതൃകയാൽ നടക്കുക: ഓരോ പൊതു ജോലിക്കും ചുരുങ്ങിയ പ്രായോഗിക ഉദാഹരണങ്ങൾ.
"പഠിക്കുക" ജോൺ ബോഡ്നറുടെ, അല്ലെങ്കിൽ "നമുക്ക് പോകാം" വെബ് സേവനങ്ങൾക്കായി അലക്സ് എഡ്വേർഡ്സ്.
കുബെബിൽഡർ പുസ്തകം ഓപ്പറേറ്റർമാര് ക്ക് വേണ്ടി
പിന്നെ നിങ്ങൾ ശരിക്കും ഉപയോഗിക്കുന്ന ചെറിയ എന്തെങ്കിലും നിർമ്മിക്കുക: ഒരു CLI, ഒരു ആന്തരിക സംവിധാനത്തിനുള്ള ഒരു കയറ്റുമതിക്കാരൻ, ഒരു വെബ്ഹുക്ക്.

അത് പഠിക്കണോ?

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

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

ഡെസ്ലി

ഡോക്കർ, പോഡ്മാൻ, കണ്ടെയ്നർ: എന്താണ് വ്യത്യാസം?

Tue, 20 Oct 2026 23:10:30 +0200

ആളുകൾ "കണ്ടെയ്നർ" എന്ന് പറയുമ്പോൾ, അവർ പലപ്പോഴും "ഡോക്കർ" എന്നാണ് ഉദ്ദേശിക്കുന്നത്. പക്ഷെ ഡോക്കർ ഒരു കൂട്ടം ലെയറുകളിലെ ഒരു ടൂൾ മാത്രമാണ്, Kubernetes ഉൾപ്പെടെ പലയിടത്തും ഡോക്കർ ഇനിമേൽ ഉൾപ്പെട്ടിട്ടില്ല.

നിങ്ങളുടെ കണ്ടെയ്നറുകൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്നത് എന്താണെന്ന് മനസിലാക്കുന്നത് ഡീബഗ്ഗിംഗ് ചെയ്യുമ്പോഴും ഉപകരണങ്ങൾ തിരഞ്ഞെടുക്കുമ്പോഴും "കുബർനെറ്റസ് ഡോക്കർ പിന്തുണ നീക്കം ചെയ്യുന്നു" (ഇത് 2020 ൽ ഭയപ്പെടുത്തുന്നതായി തോന്നിയെങ്കിലും മിക്കവാറും അപകടകരമല്ലെന്ന് കണ്ടെത്തി) പോലുള്ള തലക്കെട്ടുകൾക്ക് അർത്ഥം നൽകുമ്പോൾ സഹായിക്കുന്നു.

കണ്ടെയ്നർ സ്റ്റാക്ക്

താഴെ നിന്ന് മുകളിലേക്ക്:

1. ഒരു പാരമ്പര്യം ലിനക്സ് കേർണൽ. കണ്ടെയ്നറുകൾ എന്നത് "കണ്ടെയ്നർ" എന്ന ഒരു കെർണൽ സവിശേഷതയല്ല. അവയുടെ സംയോജനമാണ് നാമമേഖലകൾ (ഒരു പ്രക്രിയയ്ക്ക് കാണാൻ കഴിയുന്നവയെ ഒറ്റപ്പെടുത്തുന്നുഃ പ്രക്രിയകൾ, നെറ്റ്വർക്ക്, ഫയലുകൾ, ഉപയോക്താക്കൾ) ഗ്രൂപ്പുകൾ (അത് ഉപയോഗിക്കാൻ കഴിയുന്നവ പരിമിതപ്പെടുത്തുന്നു: സിപിയു, മെമ്മറി, ഐ / ഒ). എല്ലാ കണ്ടെയ്നര് റൺടൈമും ഇവ ഉപയോഗിക്കുന്നു.

2. താഴ്ന്ന നിലയിലുള്ള റൺടൈം (ഒസിഐ റൺടೈം). ശരിയായ നെയിംസ്പെയ്സുകളും cഗ്രൂപ്പുകളും ഉപയോഗിച്ച് കണ്ടെയ്നർ പ്രക്രിയ സൃഷ്ടിക്കുന്ന ഒരു ചെറിയ പ്രോഗ്രാം. സാധാരണ രീതിയില് റൺ. ഇതരമാർഗങ്ങള് കരി (വേഗതയേറിയ, സി എഴുതിയത്), ജിവിസോര് (ഒരു ഉപയോക്തൃ സ്പേസ് കെർണൽ ഉപയോഗിച്ച് അധിക ഒറ്റപ്പെടൽ) കറ്റാ കണ്ടെയ്നറുകൾ (ഓരോ കണ്ടെയ്നറും ഒരു ലഘുഭാരമുള്ള വിഎമ്മിൽ).

3. ഒരു കല്ല് ഉയര് ന്ന നിലവാരത്തിലുള്ള റൺ ടൈം. ചിത്രങ്ങൾ, സംഭരണം, നെറ്റ് വർക്കിംഗ്, കണ്ടെയ്നറുകളുടെ ജീവിതചക്രം എന്നിവ നിയന്ത്രിക്കുന്നു, കുറഞ്ഞ ലെവൽ റൺടൈം വിളിക്കുന്നു. അവയില് പ്രധാനപ്പെട്ടവ കണ്ടെയ്നർ (സി.എൻ.സി.എഫ്. ബിരുദധാരിയായ പദ്ധതി) സി. ആർ. ഐ. ഒ. (കുബർനെറ്റിസിനായി പ്രത്യേകം നിർമ്മിച്ചതാണ്).

4. ഉപകരണങ്ങളും ഇന്റർഫേസുകളും. മനുഷ്യരും പ്ലാറ്റ്ഫോമുകളും സംസാരിക്കുന്നത്: ഡോക്കർ സി. ഐ. എലും എഞ്ചിനും, പോഡ്മാൻ, നര് ദ്ഡ്ട്, കുബർനെറ്റസ് എന്നിവയും കുബേലെറ്റ് (ഇത് കണ്ടെയ്നർ റൺടൈം ഇന്റർഫേസ്, സി. ആർ. ഐ).

ഇതെല്ലാം ഒരുമിച്ചുനില് ക്കുന്നതും ഒ. സി. ഐ മാനദണ്ഡങ്ങൾ (ഓപ്പൺ കണ്ടെയ്നർ ഇനീഷ്യേറ്റീവ്): ഒരു സാധാരണ ഇമേജ് ഫോർമാറ്റും ഒരു സാധാരണ റൺടൈം സ്പെസിഫിക്കേഷനും. അതിനാലാണ് ഡോക്കർ ഉപയോഗിച്ച് നിർമ്മിച്ച ചിത്രം പോഡ്മാൻ, കണ്ടെയ്നർ, സിആർഐ-ഒ എന്നിവ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നത്.

ഒരു കണ്ടെയ്നർ എന്നത് ഒരു ലിനക്സ് പ്രക്രിയയാണ്, ഒരു ബജറ്റും, മിന്നൽ വിളക്കുകളും ഉള്ളത്. മറ്റെല്ലാം ആ ആശയത്തിനു ചുറ്റും നടക്കുന്നു.

കുബർനെറ്റ്സ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്നത്

CRI വഴി റൺടൈമുകളുമായി സംസാരിക്കുന്നു. ഡോക്കർ എഞ്ചിൻ ഒരിക്കലും സിആർഐ നേരിട്ട് നടപ്പിലാക്കിയിട്ടില്ല, അതിനാൽ കുബർനെറ്റസ് ഒരു അഡാപ്റ്റർ ഉപയോഗിച്ചു കറവ. കുബർനെറ്റസ് 1.24 (2022) ൽ, ഡോക്കർഷിം നീക്കം ചെയ്തു.

പ്രായോഗികമായി അത് എന്താണ് അർത്ഥമാക്കുന്നത്:

ക്ലസ്റ്ററുകൾ ഇപ്പോൾ ഉപയോഗിക്കുന്നു കണ്ടെയ്നർ അല്ലെങ്കില് സി. ആർ. ഐ. ഒ. നേരിട്ട് മിക്ക നിയന്ത്രിത കുബർനെറ്റ്സ് സേവനങ്ങളും (EKS, AKS, GKE) കണ്ടെയ്നർ ഉപയോഗിക്കുന്നു.
ഡോക്കറിലൂടെ നിർമ്മിച്ച ചിത്രങ്ങള് ഇപ്പോഴും എല്ലായിടത്തും പ്രവർത്തിക്കുന്നുകാരണം അവ സാധാരണ OCI ചിത്രങ്ങളാണ്.
എന്തൊക്കെ പ്രവർത്തിക്കാതിരുന്നു: നോഡുകളിലെ ഡോക്കർ സോക്കറ്റിനെ ആശ്രയിച്ചിരുന്ന ചില കാര്യങ്ങൾ, ചില പഴയ മോണിറ്ററിംഗ് ടൂളുകൾ അല്ലെങ്കിൽ CI യിൽ നിർമ്മിച്ച "ഡോക്കർ ഇൻ ഡോക്കർ"

ഒരു നോഡിൽ, ഉപയോഗിക്കുക ക്രിക്കറ്റ് കണ്ടെയ്നറുകള് പരിശോധിക്കുന്നതിനായി docker ps:

crictl ps
crictl logs <container-id>
crictl images

ഡോക്കർ

ഡോക്കർ ഇത് കണ്ടെയ്നറുകളെ ജനപ്രിയമാക്കി, അവയ്ക്കായി ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്ന ഡവലപ്പർ ടൂളായി തുടരുന്നുഃ ഇമേജുകൾ നിർമ്മിക്കുക, ലോക്കൽ കണ്ടെയ്നറുകൾ പ്രവർത്തിപ്പിക്കുക, മൾട്ടി-കണ്ടെയ്നർ സജ്ജീകരണത്തിനായി ഡോക്കർ കോമ്പോസ് ചെയ്യുക. ഡോക്കർ എഞ്ചിൻ തന്നെ അതിന്റെ അടിയിലുള്ള കണ്ടെയ്നർ ഉപയോഗിക്കുന്നു.

ഡോക്കർ ഡെസ്ക്ടോപ്പ് മാക് ഒഎസിനും വിൻഡോസിനും വേണ്ടിയുള്ള പാക്കേജുചെയ്ത ആപ്ലിക്കേഷനാണ്, ഇത് ഒരു ലിനക്സ് വിഎം പശ്ചാത്തലത്തിൽ പ്രവർത്തിപ്പിക്കുന്നു. 2021 മുതൽ, അതിന് ഒരു വലിയ കമ്പനികളുടെ പണമടച്ചുള്ള സബ്സ്ക്രിപ്ഷൻ (250 ലധികം ജീവനക്കാരോ 10 മില്യൺ ഡോളറിലധികം വാർഷിക വരുമാനമോ). അത് പല സംഘടനകളെയും ബദലുകള് നോക്കുന്നതിലേക്ക് നയിച്ചു.

പോഡ്മാനുമായി വേരുകളില്ലാത്ത

പോഡ്മാൻ, റെഡ് ഹാറ്റില് നിന്നും, ചില പ്രധാന വ്യത്യാസങ്ങളുള്ള ഡോക്കര് അനുയോജ്യമായ ഒരു ബദലാണ്:

ഡെമോൺസ് ഇല്ലാത്ത: റൂട്ട് അവകാശങ്ങളുള്ള ദീർഘകാല പശ്ചാത്തല സേവനമില്ല. ഓരോ കണ്ടെയ്നറും അത് ആരംഭിച്ച കമാന് ഡിന്റെ ഒരു കുട്ടി പ്രക്രിയയാണ്.
സ്ഥിരമായി റൂട്ട് ചെയ്യാത്തത്: കണ്ടെയ്നറുകൾ നിങ്ങളുടെ സാധാരണ ഉപയോക്താവായി പ്രവർത്തിക്കുന്നു, ഇത് കണ്ടെയ്നർ അപഹരിക്കപ്പെടാനുള്ള സാധ്യത കുറയ്ക്കുന്നു.
ഡോക്കർ അനുയോജ്യമായ CLI: alias docker=podman മിക്ക കമാൻഡുകളിലും പ്രവർത്തിക്കുന്നു.
പൂച്ചെടികൾ: കുബർനെറ്റസ് പോഡുകൾ പോലുള്ള കണ്ടെയ്നറുകൾ ഗ്രൂപ്പുചെയ്യാനും പ്രവർത്തിക്കുന്ന കണ്ടെയ്നറുകളിൽ നിന്ന് കുബർനെറ്റ്സ് YAML സൃഷ്ടിക്കാനും കഴിയും (podman kube generate).
ക്വാഡ്ലെറ്റ്: സിസ്റ്റം സേവനങ്ങളായി കണ്ടെയ്നറുകൾ പ്രവർത്തിപ്പിക്കുക, ലിനക്സ് സെർവറുകളുമായി നന്നായി സംയോജിപ്പിക്കുക.
പോഡ്മാൻ ഡെസ്ക്ടോപ്പ്മാക് ഒഎസ്, വിൻഡോസ്, ലിനക്സ് എന്നിവയ്ക്കുള്ള ഒരു സൌജന്യ ജി. യു. ഐ.

podman run --rm -p 8080:80 docker.io/library/nginx:1.27

മാക്കിലെ ഡോക്കർ ഡെസ്ക്ടോപ്പ് ബദലുകൾ

മാക്ഒഎസില് ഡോക്കർ ഡെസ്ക്ടോപ്പ് ഇല്ലാത്ത കണ്ടെയ്നറുകൾ വേണമെങ്കിൽ:

ഓർബ്സ്റ്റാക്ക്: വേഗതയേറിയതും ഭാരം കുറഞ്ഞതും മാക് ഡെവലപ്പർമാരുടെ ഇടയിൽ വളരെ പ്രചാരമുള്ളതുമാണ്. ബിസിനസ് ഉപയോഗത്തിനായി വാണിജ്യപരമായി, എന്നാൽ പലപ്പോഴും ഡോക്കർ ഡെസ്ക്ടോപ്പിനേക്കാൾ വിലകുറഞ്ഞതാണ്.
കോലിമ: ഓപ്പൺ സോഴ്സ്, കമാൻഡ് ലൈൻ, ലിമയിൽ അടിസ്ഥാനമാക്കിയുള്ളത്. ഡോക്കർ CLI അല്ലെങ്കിൽ കണ്ടെയ്നർ/നെര് ദ്ക്ത്ല് ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു.
റാഞ്ചർ ഡെസ്ക്ടോപ്പ്: ഓപ്പൺ സോഴ്സ് (SUSE), ഒരു ലോക്കൽ കുബർനെറ്റ്സ് (k3s) ഉൾപ്പെടുന്നു, കൂടാതെ നിങ്ങൾ കണ്ടെയ്നർ അല്ലെങ്കിൽ ഡോക്കർ എഞ്ചിൻ തിരഞ്ഞെടുക്കാൻ അനുവദിക്കുന്നു.
പോഡ്മാൻ ഡെസ്ക്ടോപ്പ്: തുറന്ന സോഴ്സ്, അതിനു താഴെ പോഡ്മാൻ.
ആപ്പിള് സ്വന്തമായി ഓപ്പണ് സോഴ്സ് സംവിധാനവും അവതരിപ്പിച്ചിട്ടുണ്ട്. കണ്ടെയ്നർ ആപ്പിളിന്റെ സിലിക്കൺ മാക്കുകളിൽ ലിനക്സ് കണ്ടെയ്നറുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഒരു ഉപകരണം.

അവയെല്ലാം ചെറിയ ലിനക്സ് വിഎം ആണ് പ്രവർത്തിപ്പിക്കുന്നത്, കാരണം കണ്ടെയ്നറുകൾക്ക് ഒരു ലിനക്സ് കെർണൽ ആവശ്യമാണ്.

ഏത് ഉപയോഗിക്കണം?

ഡെവലപ്പർ ലാപ്ടോപ്പ്: ഡോക്കർ ഡെസ്ക്ടോപ്പ്, ലൈസൻസിംഗ് നിങ്ങൾക്ക് അനുയോജ്യമാണെങ്കിൽ; അല്ലാത്തപക്ഷം ഓർബ്സ്റ്റാക്ക്, കോലിമ, റാഞ്ചർ ഡെസ്കോപ്പ് അല്ലെങ്കിൽ പോഡ്മാൻ ഡെസ്കൊപ്പ്.
നേരിട്ട് കണ്ടെയ്നറുകൾ പ്രവർത്തിപ്പിക്കുന്ന ലിനക്സ് സെർവറുകൾ: ക്വാഡ്ലെറ്റിനുള്ള പോഡ്മാൻ വളരെ നല്ലതാണ്, പ്രത്യേകിച്ച് റൂട്ട്ലെസ് സജ്ജീകരണങ്ങൾക്ക്. ഡോക്കർ എഞ്ചിനും നന്നായി പ്രവർത്തിക്കുന്നു.
കുബർനെറ്റസ് നോഡുകൾ: കണ്ടെയ്നര് (അല്ലെങ്കില് CRI-O). സാധാരണയായി മാനേജ് ചെയ്ത സേവനങ്ങളിൽ ഇത് തിരഞ്ഞെടുക്കാറില്ല.
സിഐ ഇമേജ് ബിൽഡുകൾ: ബിൽഡ്കിറ്റ് (ഡോക്കർ വഴിയോ ഒറ്റയ്ക്ക് പ്രവർത്തിക്കുന്നതോ), ബിൽഡാ, അല്ലെങ്കിൽ കാനിക്കോ ശൈലിയിലുള്ള ഉപകരണങ്ങൾ ഒരു പ്രത്യേക ഡീമൺ ഇല്ലാതെ നിർമ്മിക്കുന്നതിന്.

പിന്നെ, എന്താണ് ഈ പഠനം?

"ഡോക്കർ" ഒരു ബ്രാൻഡും ഒരു ഉപകരണവും ഒരു കമ്പനിയുമാണ്. കണ്ടെയ്നറുകൾ ഒരു ലിനക്സ് സവിശേഷതയാണ്, കൂടാതെ തുറന്ന സ്റ്റാൻഡേർഡുകളും. നിങ്ങൾ ലെയറുകൾ കണ്ടുകഴിഞ്ഞാൽ, നിങ്ങളുടെ തിരഞ്ഞെടുപ്പ് ലളിതമാകും: OCI ഇമേജുകൾ നിർമ്മിക്കാൻ നിങ്ങൾ ഇഷ്ടപ്പെടുന്ന ഏത് ടൂളും ഉപയോഗിക്കുക, കൂടാതെ Kubernetes അവയെ കണ്ടെയ്നർ അല്ലെങ്കിൽ CRI-O ഉപയോഗിച്ച് പ്രവർത്തിപ്പിക്കുമെന്ന് അറിയുക.

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

ഡെസ്ലി

ഇന്ന് തുടങ്ങിയാൽ ഞാൻ എങ്ങനെ DevOps പഠിക്കും

Tue, 20 Oct 2026 23:10:30 +0200

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

നീയത് ചെയ്യുന്നില്ല. ഇന്ന് ഞാൻ മുതലുള്ള ഒരു പാത പിന്തുടരും: ക്രമത്തിൽ, ഓരോ ഘട്ടത്തിലും ഒരു പ്രായോഗിക പദ്ധതി, സത്യസന്ധമായ സമയ കണക്കുകൾ.

ആ ക്രമം ശരിയാണ്

ഓരോ ചുവടും അവസാനത്തേതിന്റെ അടിസ്ഥാനത്തിലായതുകൊണ്ട് ആ ക്രമം പ്രധാനമാണ്. ലിനക്സ്, നെറ്റ് വർക്കിങ്, കണ്ടെയ്നറുകൾ എന്നിവയെ കുറിച്ച് ആദ്യം മനസിലാക്കുന്നില്ലെങ്കിൽ കുബർനെറ്റസിന് വലിയ അർത്ഥമില്ല.

1. ഒരു പാരമ്പര്യം ലിനക്സും കമാൻഡ് ലൈനും (46 ആഴ്ച)

ഡെവ് ഒപ്സിലെ എല്ലാ കാര്യങ്ങളും ലിനക്സിൽ പ്രവർത്തിക്കുന്നു. ടെർമിനലിൽ ജീവിക്കാൻ പഠിക്കുക: ഫയലുകളും അനുമതികളും, പ്രക്രിയകളും, സിസ്റ്റം ഡി ഉപയോഗിച്ചുള്ള സേവനങ്ങളും, പാക്കേജ് മാനേജ്മെന്റ്, ലോഗുകൾ, എസ്എസ്എച്ച്, അടിസ്ഥാന ഷെൽ സ്ക്രിപ്റ്റിംഗ്.

പദ്ധതി: ഒരു ലിനക്സ് വിഎം (അല്ലെങ്കിൽ വിലകുറഞ്ഞ ക്ലൌഡ് സെർവർ) സജ്ജമാക്കുക, SSH കഠിനമാക്കുക, NGINX ഇൻസ്റ്റാൾ ചെയ്യുക, ഒരു സ്റ്റാറ്റിക് പേജ് സേവിക്കുക, ക്രോൺ ഉപയോഗിച്ച് എല്ലാ രാത്രിയും അതിന്റെ കോൺഫിഗറേഷൻ ബാക്കപ്പ് ചെയ്യുന്ന ഒരു ചെറിയ ബാഷ് സ്ക്രിപ്റ്റ് എഴുതുക.

2. നെറ്റ് വർക്കിങ് അടിസ്ഥാനങ്ങൾ (23 ആഴ്ച, ലിനക്സിനൊപ്പം)

ഐ. പി. വിലാസങ്ങളും സബ്നെറ്റുകളും, ഡി. എൻ. എസ്, ടിസിപി vs യുഡിപി, പോർട്ടുകൾ, എച്ച്ടിടിപി, ടിഎൽഎസ്, ലോഡ് ബാലൻസറുകൾ, ഫയർവാളുകൾ. ഈ അറിവാണ് പിന്നീട് ഡീബഗ്ഗിംഗ് സാധ്യമാക്കുക.

പദ്ധതി: നിങ്ങളുടെ സെർവറിലേക്ക് ഒരു യഥാർത്ഥ ഡൊമെയ്ൻ പോയിന്റ് ചെയ്യുക, നമുക്ക് എൻക്രിപ്റ്റ് ഉപയോഗിച്ച് ഒരു സൌജന്യ TLS സർട്ടിഫിക്കറ്റ് നേടുക, അത് ഡീബഗ് ചെയ്യുക dig, curl -v ഒപ്പം ss.

3. ഒരു കല്ല് ഗിറ്റ് (12 ആഴ്ച)

ശാഖകൾ, ലയനം, റീബേസ്, പിൻ അഭ്യർത്ഥനകൾ, സംഘർഷ പരിഹാരം. DevOps ലെ എല്ലാം Git ൽ ആണ്, അടിസ്ഥാന സൌകര്യങ്ങളും ഉൾപ്പെടെ.

പദ്ധതി: നിങ്ങളുടെ സെർവറിന്റെ കോൺഫിഗറേഷനും സ്ക്രിപ്റ്റുകളും ഒരു ഗിറ്റ്ഹബ് റിപ്പോസിറ്ററിയിൽ ഇടുക, നിങ്ങൾ ഒറ്റയ്ക്കാണെങ്കിലും പിൻ അഭ്യർത്ഥനകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുക.

4. ഒരു പ്രോഗ്രാമിങ് ഭാഷ (തുടരുന്നു, ഇപ്പോൾ തുടങ്ങുക)

ഓട്ടോമേഷന് ഏറ്റവും എളുപ്പമുള്ള തുടക്കം പൈഥണ് ആണ്. പിന്നീട്, ഗോ ക്ലൌഡ് നേറ്റീവ് ടൂളിങ്ങിനായി വിലപ്പെട്ടതാണ്. നിങ്ങള് സോഫ്റ്റ് വെയര് എഞ്ചിനീയര് ആകേണ്ട ആവശ്യമില്ല, പക്ഷെ നിങ്ങള് ക്ക് യഥാർത്ഥ കോഡ് വായിക്കാനും എഴുതാനും കഴിയണം.

പദ്ധതി: നിങ്ങളുടെ വെബ്സൈറ്റിന്റെ സ്റ്റാറ്റസും സർട്ടിഫിക്കറ്റ് കാലാവധിയും പരിശോധിക്കുന്ന ഒരു പൈത്തൺ സ്ക്രിപ്റ്റ്, എന്തെങ്കിലും കുഴപ്പമുണ്ടെങ്കിൽ ഒരു സന്ദേശം അയയ്ക്കുന്നു.

റോഡ് മാപ്പ് മുഴുവനായി പഠിക്കാന് ശ്രമിക്കരുത്. അടുത്ത ഘട്ടം പഠിച്ച് എന്തെങ്കിലും നിർമ്മിക്കൂ, പിന്നെ അടുത്തത് ചെയ്യുക.

5. കണ്ടെയ്നറുകൾ (34 ആഴ്ച)

ഡോക്കർ അല്ലെങ്കിൽ പോഡ്മാൻ: ഇമേജുകൾ, ഡോക്കർ ഫയലുകൾ, മൾട്ടി-സ്റ്റേജ് ബിൽഡുകൾ, വോള്യങ്ങൾ, നെറ്റ്വർക്കുകൾ, ഡോക്ക് കംപോസ് ചെയ്യുക. ഒരു കണ്ടെയ്നര് ശരിക്കും എന്താണെന്ന് മനസ്സിലാക്കുക (നാമമേഖലകളും cgroups ഉം ഉള്ള ഒരു ലിനക്സ് പ്രക്രിയ).

പദ്ധതി: ഒരു ചെറിയ വെബ് ആപ്ലിക്കേഷനെ ഒരു ഡാറ്റാബേസുമായി കണ്ടെയ്നറിലാക്കുക, ഡോക്കർ കോമ്പോസ് ഉപയോഗിച്ച്, ഒരു ചെറിയ, സുരക്ഷിത ഇമേജ് ഉപയോഗിച്ച്.

6. ഐ. സി/സി. ഡി (23 ആഴ്ച)

ഓട്ടോമാറ്റിക് ആയി പരിശോധിക്കുകയും, നിർമ്മിക്കുകയും, സ്കാൻ ചെയ്യുകയും, വിന്യസിക്കുകയും ചെയ്യുന്ന പൈപ്പ്ലൈനുകൾ. ഗിറ്റ്ഹബ് ആക്ഷനുകളാണ് ആരംഭിക്കാൻ ഏറ്റവും എളുപ്പമുള്ള സ്ഥലം.

പദ്ധതി: ഒരു പൈപ്പ്ലൈൻ, ടെസ്റ്റുകൾ നടത്തുന്നു, നിങ്ങളുടെ കണ്ടെയ്നർ ഇമേജ് നിർമ്മിക്കുന്നു, അത് ട്രിവിയെ ഉപയോഗിച്ച് സ്കാൻ ചെയ്യുന്നു, അത് ഒരു രജിസ്ട്രിയിലേക്ക് തള്ളുന്നു, അത് നിങ്ങളുടെ സെർവറിലേക്ക് വിന്യസിക്കുന്നു.

7. ഒരു ക്ലൌഡ് പ്രൊവൈഡർ (68 ആഴ്ച)

ഒന്ന് തിരഞ്ഞെടുക്കുക: AWS, Azure അല്ലെങ്കിൽ Google Cloud, നിങ്ങൾ ആഗ്രഹിക്കുന്ന ജോലികളിൽ ഏറ്റവും സാധാരണമായത്. ഐഡന്റിറ്റി ആക്സസ് (ഐഎം), നെറ്റ് വർക്കിംഗ് (വിപിസി, സബ്നെറ്റ്, സെക്യൂരിറ്റി ഗ്രൂപ്പുകൾ), കമ്പ്യൂട്ടിംഗ്, സംഭരണം, മാനേജ്ഡ് ഡാറ്റാബേസുകൾ, ചെലവ് അടിസ്ഥാനങ്ങൾ എന്നിവ പഠിക്കുക.

പദ്ധതി: നിങ്ങളുടെ ആപ്ലിക്കേഷൻ ഒരു നിയന്ത്രിത ഡാറ്റാബേസ് ഉപയോഗിച്ച് ക്ലൌഡിൽ വിന്യസിക്കുക, ഒരു സ്വകാര്യ നെറ്റ്വർക്കിൽ, ലോഡ് ബാലൻസറിനു പിന്നിൽ. ആദ്യം ബജറ്റ് അലേർട്ട് സജ്ജമാക്കുക.

8. കോഡായി അടിസ്ഥാന സൌകര്യം (34 ആഴ്ച)

ടെറാഫോർം അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു. വിഭവങ്ങൾ, വേരിയബിളുകൾ, മൊഡ്യൂളുകൾ, അവസ്ഥ, പദ്ധതികൾ. ഇനി ഒരിക്കലും കൺസോളിൽ ക്ലിക്ക് ചെയ്യരുത്.

പദ്ധതി: ടെറഫോർമിലെ ഏഴാം ഘട്ടം മുതൽ എല്ലാം പുനർനിർമ്മിക്കുക, അത് ഇല്ലാതാക്കുക, ഒരു കമാന് ഡിലൂടെ വീണ്ടും സൃഷ്ടിക്കുക.

9. കുബർനെറ്റ്സ് (610 ആഴ്ച)

ഇനി കുബർനെറ്റസ് അർത്ഥവത്താകും. പോഡുകൾ, വിന്യാസങ്ങൾ, സേവനങ്ങൾ, കോൺഫിഗറേഷൻ മാപ്പുകൾ, രഹസ്യങ്ങൾ, പ്രവേശനം അല്ലെങ്കിൽ ഗേറ്റ്വേ API, ഹെൽം, റിസോഴ്സ് അഭ്യർത്ഥനകൾ, ഡീബഗ്ഗിംഗ്.

പദ്ധതി: നിങ്ങളുടെ ആപ്ലിക്കേഷൻ ഒരു ലോക്കൽ ക്ലസ്റ്ററിൽ (kind അല്ലെങ്കിൽ k3s) പ്രവർത്തിപ്പിക്കുക, തുടർന്ന് ഒരു മാനേജ്ഡ് ക്ലസ്റ്ററിൽ, ഹെൽം, ഗിറ്റ് ഒപ്സ് (Argo CD അല്ലെങ്കിൽ Flux) ഉപയോഗിച്ച് വിന്യസിക്കുക.

പത്ത് നിരീക്ഷണ ശേഷി (34 ആഴ്ച)

അളവുകളും രേഖകളും, ട്രാക്കുകളും. പ്രമേത്യുസ്, ഗ്രഫാന, ലോക്കി, ഓപ്പൺ ടെലിമെട്രി. ആര് ണ്മ്സുകള് ക്ക് ഒരു അർത്ഥമുണ്ട്.

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

പതിനൊന്ന്. സുരക്ഷാ സംവിധാനം

ഒരു പ്രത്യേക ഘട്ടമല്ല, എല്ലാ ഘട്ടത്തിലും ഉൾപ്പെടുത്തിയിരിക്കുന്നു: കുറഞ്ഞ രഹസ്യാവകാശം, രഹസ്യങ്ങളുടെ മാനേജ്മെന്റ്, ചിത്ര സ്കാനിംഗ്, നെറ്റ്വർക്ക് നയങ്ങൾ, കാര്യങ്ങൾ ശരിയാക്കുന്നത്.

ഞാന് വിശ്വസിക്കുന്ന വിഭവങ്ങള്

ഔദ്യോഗിക രേഖകൾകുബർനെറ്റസ്, ടെറഫോർം, നിങ്ങളുടെ ക്ലൌഡ് ദാതാവ്. മിക്ക കോഴ്സുകളേക്കാളും നല്ലത്.
കോഡ് ക്ലൌഡ് ഒപ്പം ഒരു മേഘ ഗുരു / ബഹുസ്വര കാഴ്ച ലാബുകള് ക്ക് വേണ്ടി.
"ഫീനിക്സ് പദ്ധതി" ഒപ്പം "ദെവൊപ്സ് ഹാൻഡ്ബുക്ക്" സംസ്കാരത്തിനും എന്തിന് എന്നതിനും വേണ്ടി.
ഗൂഗിളിന്റെ എസ്. ആർ. ഇ. പുസ്തകങ്ങൾ (ഫ്രീ ഓൺലൈൻ) വിശ്വാസ്യതയ്ക്കായി.
റോഡ് മാപ്പ്.sh/devops ഒരു മാപ്പായിട്ടല്ല, ഒരു ചെക്ക് ലിസ്റ്റായിട്ടാണ്.
കൊലപാതകി ഒപ്പം iximiuz ലാബുകൾ സൌജന്യ ബ്രൌസർ അടിസ്ഥാനമാക്കിയുള്ള പരിശീലന പരിതസ്ഥിതികൾക്കായി.
രോഗികളുടെ ട്യൂട്ടറായി AI അസിസ്റ്റന്റുമാരെ ഉപയോഗിക്കുക. അവരെ വിശദീകരിക്കാൻ ആവശ്യപ്പെടുക, നിങ്ങൾക്ക് വേണ്ടി കാര്യങ്ങൾ എഴുതാൻ മാത്രമല്ല.

എത്ര സമയം എടുക്കും?

പാർട്ട് ടൈം പഠനം (ആഴ്ചയിൽ 10 മണിക്കൂർ) 9 മുതൽ 15 മാസം വരെ. നിങ്ങള് ക്ക് മുഴുവൻ സമയ പഠനമോ ഐടി മേഖലയില് ജോലി ചെയ്യുന്നതോ ആണെങ്കില് അത് വേഗത്തിലാകും. ഇത് ഒരു മാരത്തണ് ആണ്, ഒരു സ്പ്രിന്റ് അല്ല, അത് കുഴപ്പമില്ല.

വേഗത കൂട്ടുന്ന ചില കാര്യങ്ങള്:

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

എൽ. ഐ. യെ കുറിച്ച് എന്ത് പറയുന്നു?

AI ഉപകരണങ്ങള് ക്ക് ഇപ്പോൾ നിങ്ങള് ക്ക് വേണ്ടി പല ക്രമീകരണങ്ങളും എഴുതാം. അത് അടിസ്ഥാനകാര്യങ്ങളെ കൂടുതല് പ്രധാനപ്പെട്ടത്, അത്ര പ്രധാനമല്ല. നിങ്ങൾക്കാവശ്യമുള്ളത്, ആൾട്ടിമേറ്റ് എഴുതിയത് ശരിയാണോ സുരക്ഷിതമാണോ എന്ന് വിലയിരുത്തുക എന്നതാണ്. വേഗത്തിൽ പഠിക്കാൻ AI ഉപയോഗിക്കുക, പക്ഷേ നിങ്ങൾ അയയ്ക്കുന്നതെല്ലാം മനസ്സിലാക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.

എവിടെ നിന്നാണ് തുടങ്ങേണ്ടത്?

ഇന്ന്: ഒരു വിഎമ്മിൽ ലിനക്സ് ഇൻസ്റ്റാൾ ചെയ്യുക, ഒരു ടെർമിനൽ തുറക്കുക, ആദ്യത്തെ വെബ് സെർവർ സജ്ജമാക്കുക. ബാക്കി എല്ലാം അവിടെ നിന്ന് തന്നെ.

എന്റെ അഭിപ്രായം: ഡെവോപ്സ് ഒരു ഉപകരണങ്ങളുടെ പട്ടികയല്ല. സോഫ്റ്റ് വെയര് എങ്ങനെ നിർമ്മിക്കപ്പെടുന്നു, വിതരണം ചെയ്യപ്പെടുന്നു, പ്രവർത്തിപ്പിക്കപ്പെടുന്നു എന്ന് മനസ്സിലാക്കുക എന്നതാണ്. അടിസ്ഥാനകാര്യങ്ങൾ ക്രമമായി പഠിക്കുക, ഓരോ ഘട്ടത്തിലും പണിയുക, ഉപകരണങ്ങൾ എളുപ്പമാകും.

ഡെസ്ലി

ഞാൻ ചോദിക്കുന്ന ഡി.വി.ഒ.പി.എസ് ഇന്റർവ്യൂ ചോദ്യങ്ങൾ

Tue, 20 Oct 2026 23:10:30 +0200

DevOps ഇന്റർവ്യൂ പ്രവചിക്കാനാവാത്തതായി തോന്നാം. ഒരു കമ്പനി ലിങ്ക് ചെയ്ത ലിസ്റ്റ് മാറ്റാൻ ആവശ്യപ്പെടുന്നു, മറ്റൊരു കമ്പനി 45 മിനിറ്റിനുള്ളിൽ ഒരു ആഗോള ഇൻഫ്രാസ്ട്രക്ചർ രൂപകൽപ്പന ചെയ്യാൻ ആഗ്രഹിക്കുന്നു, മൂന്നാമത്തേത് നിങ്ങളുടെ പ്രിയപ്പെട്ട Kubernetes സവിശേഷതയെക്കുറിച്ച് ചോദിക്കുന്നു.

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

അഭിമുഖങ്ങളെ കുറിച്ച് ഞാന് എങ്ങനെ ചിന്തിക്കുന്നു

എനിക്ക് മൂന്നു കാര്യങ്ങളാണ് പ്രധാനം:

അടിസ്ഥാനകാര്യങ്ങൾ: ഉപകരണങ്ങളുടെ അടിയിൽ കാര്യങ്ങൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് മനസ്സിലായോ?
പ്രശ്നപരിഹാരം: ഒരു പ്രശ്നം കണ്ടെത്താന് കഴിയുമോ, ഭീതിയില്ലാതെ?
വിധി: നിങ്ങൾക്കറിയാമോ, എപ്പോൾ "മികച്ചത്" ശരിയാണെന്ന്?

"എനിക്കറിയില്ല, പക്ഷെ ഞാനിത് എങ്ങനെ കണ്ടെത്തുമെന്ന്" എന്നത് ഒരു മികച്ച ഉത്തരമാണ്. ആത്മവിശ്വാസത്തോടെ കാര്യങ്ങൾ കെട്ടിച്ചമക്കുക എന്നത് അങ്ങനെയല്ല.

ലിനക്സും നെറ്റ് വർക്കിംഗും

"ഒരു ബ്രൌസറിൽ ഒരു URL ടൈപ്പ് ചെയ്ത് എന്റർ അമർത്തുമ്പോൾ എന്ത് സംഭവിക്കും?" ഒരു കാരണവശാലും ഒരു ക്ലാസിക്. ഡിഎൻഎസ് റെസലൂഷൻ, ടിസിപി കണക്ഷൻ, ടിഎൽഎസ് ഹാൻഡ് ഷേക്ക്, എച്ച്ടിടിപി അഭ്യർത്ഥന, ലോഡ് ബാലൻസർ, ആപ്ലിക്കേഷൻ, പ്രതികരണം എന്നിവയ്ക്കായി ഞാൻ ശ്രദ്ധിക്കുന്നു. കാഷിംഗിനും സിഡിഎൻസിനും എവിടെയാണ് കുഴപ്പം സംഭവിക്കാറ് എന്നതിനും ബോണസ് പോയിന്റുകൾ.

"ഒരു സെർവർ വളരെ വേഗത കുറഞ്ഞതാണ്. നിങ്ങള് എങ്ങനെ അന്വേഷിക്കുന്നു? നല്ല ഉത്തരങ്ങള് ക്ക് ഒരു രീതി ഉണ്ട്: ലോഡ് പരിശോധിക്കുക, സിപിയു (top, uptime), മെമ്മറി (free, ഒ. ഒ. എം കൊല്ലുന്നു dmesg), ഡിസ്ക് സ്പേസ്, ഐ / ഒ എന്നിവയും (df, iostat), നെറ്റ്വർക്ക്, പിന്നെ ആപ്ലിക്കേഷന്റെ സ്വന്തം ലോഗുകളും അളവുകളും. വിശാലമായി തുടങ്ങുക, പിന്നെ കുറച്ചുകൂടി.

"ഡിസ്ക് നിറഞ്ഞിരിക്കുന്നു, പക്ഷേ du വലിയ ഫയലുകൾ കാണിക്കുന്നില്ല. എന്താ സംഭവം? ഒരു പ്രക്രിയ തുറന്നിരിക്കുന്ന ഇല്ലാതാക്കിയ ഫയലുകൾ (lsof +L1), അല്ലെങ്കിൽ ഇൻഡോഡുകൾ തീർന്നുപോവുകയാണുണ്ടായത് (df -i) ഇത് യഥാർത്ഥ സംവിധാനങ്ങൾ ഡീബഗ് ചെയ്ത ആളുകളെയും ഡീബഗ്ഗു ചെയ്യാത്തവരെയും വേർതിരിക്കുന്നു.

കണ്ടെയ്നറുകളും കുബർനെറ്റുകളും

"ഒരു കണ്ടെയ്നർ എന്താണ്, ശരിക്കും? എനിക്ക് ലിനക്സ് നെയിംസ്പെയ്സുകളെ കുറിച്ചും സിഗ്രൂപ്പുകളെ കുറിച്ചുമൊക്കെ കേൾക്കണം, "ലഘുവായ വിഎം" അല്ല. ഒരു ചിത്രവും ഒരു കണ്ടെയ്നറും തമ്മിലുള്ള വ്യത്യാസം.

"ക്രാഷ് ലൂപ്പ് ബാക്ക് ഓഫിൽ ഒരു പാഡ് ഉണ്ട്. അത് ഡീബഗ് ചെയ്യുന്നതില് എന്നെ സഹായിക്കൂ". kubectl describe pod (സംഭവങ്ങൾ) kubectl logs --previous, കോൺഫിഗറേഷനും രഹസ്യങ്ങളും പരിശോധിക്കുക, റിസോഴ്സ് പരിമിതികൾ (OOMKilled?), വളരെ നേരത്തെ തന്നെ അത് കൊല്ലുന്ന സോണ്ടുകൾ, ചിത്രവും കമാൻഡും. കൃത്യമായ കാരണത്തേക്കാൾ പ്രധാനം ഒരു രീതിശാസ്ത്രപരമായ ഉത്തരം.

"ആവശ്യങ്ങളും പരിമിതികളും തമ്മിലുള്ള വ്യത്യാസം എന്താണ്? ഒരു കണ്ടെയ്നര് അതിന്റെ മെമ്മറി പരിധി കവിയുമ്പോള് എന്ത് സംഭവിക്കും? അതിന്റെ സി. പി. യു പരിധി? ഓർമ്മ: അമ്മായി കൊല്ലപ്പെട്ടു. സി. പി. യു. , സ്ത്രോച്ച് ചെയ്തു. അഭ്യർത്ഥനകൾ ഷെഡ്യൂളിംഗിനെ തീരുമാനിക്കും. മികച്ച സ്ഥാനാർത്ഥികൾ QoS ക്ലാസുകളോ സിപിയു പരിമിതികളോ പരാമർശിക്കുന്നു.

"ഇന്റര് നെറ്റിൽ നിന്നുള്ള ഒരു അഭ്യർത്ഥന ഒരു പാഡിലേയ്ക്ക് എങ്ങനെ എത്തുന്നു?" ഡി. എൻ. എസ്, ലോഡ് ബാലൻസർ, ഗേറ്റ്വേ അല്ലെങ്കിൽ ഇൻഗ്രെസ് കൺട്രോളർ, സർവീസ്, എൻഡ് പോയിന്റുകൾ, പാഡ്. കുബെ-പ്രോക്സി, ഇ. ബി. പി. എഫ്, നെറ്റ് വർക്ക് പോളിസി എന്നിവയ്ക്കുള്ള ബോണസ്.

"നിങ്ങൾ എങ്ങനെയാണ് പൂജ്യം ഡൌൺടൈം വിന്യാസം നടത്തുക?" റെഡിമെയ്ഡ് സോണ്ടുകളുള്ള റോളിംഗ് അപ്ഡേറ്റുകൾ, പോഡ് ഡിസ്റപ്ഷൻ ബജറ്റുകൾ, ഗംഭീരമായ ഷട്ട് ഡൌൺ കൈകാര്യം ചെയ്യൽ, ബാക്ക്വേർഡ് കോംപാറ്റിബിൾ ഡാറ്റാബേസ് മാറ്റങ്ങൾ, അപകടകരമായ മാറ്റങ്ങൾക്ക് കാനറി അല്ലെങ്കിൽ നീല-പച്ച.

എല്ലാ പതാകകളും അറിയുന്നതുകൊണ്ട് ഞാനവരെ നിയമിക്കുന്നില്ല. എങ്ങിനെ കണ്ടെത്തണം, എപ്പോൾ സൂക്ഷിക്കണം എന്ന് അറിയുന്നതുകൊണ്ടാണ് ഞാനവരെ നിയമിക്കുന്നത്.

CI/CD, ടെറാഫോർം

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

"തെറാഫോർം അവസ്ഥ എന്താണ്, അത് എന്തിനാണ് പ്രധാനം?" കോഡും യഥാർത്ഥ വിഭവങ്ങളും തമ്മിലുള്ള മാപ്പിംഗ്. വിദൂരമായി, ലോക്ക് ചെയ്തു, എൻക്രിപ്റ്റ് ചെയ്തു, പതിപ്പ് മാറ്റിയിട്ടുണ്ട്. അതിൽ രഹസ്യങ്ങളുണ്ട്. നല്ല സ്ഥാനാർത്ഥികൾ moved ഒപ്പം import ബ്ലോക്കുകൾ, അല്ലെങ്കിൽ സംസ്ഥാന നഷ്ടപ്പെട്ടാൽ എന്ത് സംഭവിക്കും.

"ആരെങ്കിലും കൺസോളില് ഒരു റിസോഴ്സ് മാനുവലായി മാറ്റിയിട്ടുണ്ട്. അടുത്ത തവണ ടെറഫോർം ഓടുമ്പോൾ എന്ത് സംഭവിക്കും? ടെറഫോർം അത് തിരിച്ചുപിടിക്കാൻ ശ്രമിക്കുന്നു. എങ്ങനെ കണ്ടുപിടിക്കും, കോഡാണോ യാഥാർത്ഥ്യമാണോ വിജയിക്കുന്നതെന്ന് എങ്ങനെ തീരുമാനിക്കും, എങ്ങനെ തടയാം.

"ഒരു പൈപ്പ്ലൈനില് രഹസ്യങ്ങള് എങ്ങനെ കൈകാര്യം ചെയ്യാം?" ഗിറ്റിലും അല്ലാതെ, ഒഴിവാക്കാവുന്നതാണെങ്കിൽ സാധാരണ CI വേരിയബിളുകളിലും അല്ല. ക്ലൌഡ് ആക്സസ് ചെയ്യുന്നതിനുള്ള ഒഐഡിസി, രഹസ്യ മാനേജർ, കാലമേറിയ അംഗീകാരപത്രങ്ങൾ, ലോഗുകളിൽ മറച്ചുവെക്കൽ.

പ്രശ്നപരിഹാര രംഗങ്ങൾ

എനിക്ക് തുറന്ന സീനറികൾ ഇഷ്ടമാണ്, കാരണം അവ കാണിക്കുന്നത് ഒരാളുടെ ചിന്തയാണ്:

"ഒരു വിന്യാസം കഴിഞ്ഞാല് പിഴവ് നിരക്ക് 10% ആയി ഉയരും. നീ എന്താ ചെയ്യുന്നേ? ഒന്നാമതായി, അത് ലഘൂകരിക്കുക. ആക്രമണം കാരണമായാൽ പിന്തിരിയുക. പിന്നെ അന്വേഷണം: എന്താണു മാറ്റം, ഏത് അവസാന പോയിന്റുകൾ പരാജയപ്പെടുന്നു, രേഖകൾ, അടയാളങ്ങൾ. താല്പര്യം ഉള്ളവര് ക്ക് ആശയവിനിമയം നടത്തുക. അതിനു ശേഷം, കുറ്റമറ്റ ഒരു പോസ്റ്റ്മോർട്ടം. ഏറ്റവും നല്ല സ്ഥാനാർത്ഥികൾ നേരത്തെ റോൾബാക്ക് എന്ന് പറയുന്നു.

"ഒരു പ്രദേശത്തെ ഉപയോക്താക്കൾ സൈറ്റ് വേഗത കുറഞ്ഞതാണെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു; മറ്റുള്ളവർ നന്നായിരിക്കുന്നു". ഡിഎൻഎസും റൂട്ടിംഗും, സിഡിഎനും, പ്രാദേശിക അടിസ്ഥാന സൌകര്യവും, ആ മേഖലയിലെ ആശ്രിതത്വം, നെറ്റ്വർക്ക് പാത്ത്. ഓരോ സിദ്ധാന്തവും എങ്ങനെ സ്ഥിരീകരിക്കും?

"നിങ്ങളുടെ ക്ലൌഡ് ബില് ഈ മാസം ഇരട്ടിയായി. "എന്തിനാണെന്ന് എങ്ങനെ അറിയാം? സേവനങ്ങൾ, അക്കൌണ്ടുകൾ, ടാഗുകൾ എന്നിവയുടെ അടിസ്ഥാനത്തിൽ ചെലവ് പര്യവേക്ഷണം ചെയ്യുക, പുതിയ വിഭവങ്ങൾ, ഡാറ്റാ ട്രാൻസ്ഫർ, ലോഗ്സ് അല്ലെങ്കിൽ ഓട്ടോമാറ്റിക് സ്കേലർ എന്നിവ തിരയുക. പിന്നെ പ്രതിരോധം: ബജറ്റുകൾ, മുന്നറിയിപ്പുകൾ, അടയാളപ്പെടുത്തൽ.

DevOps നായി സിസ്റ്റം ഡിസൈൻ

"ഒരു വെബ് ആപ്ലിക്കേഷന് റെ അടിസ്ഥാന സൌകര്യം രൂപകല് പിക്കുക, അത് ഒരു ലഭ്യതാ മേഖല നഷ്ടപ്പെട്ടാൽ അതിജീവിക്കണം". ഞാന് തിരയുന്നത്: ഒന്നിലധികം AZ കൾ, ലോഡ് ബാലൻസിംഗ്, ഓട്ടോമാറ്റിക് സ്കെയിലിംഗുള്ള സംസ്ഥാനമില്ലാത്ത ആപ്ലിക്കേഷൻ ടയർ, ഒന്നിലധികം AZ ഫയല് ഓവറുള്ള മാനേജ്ഡ് ഡാറ്റാബേസ്, മറ്റൊരു മേഖലയിലെ ബാക്കപ്പുകൾ, കോഡായി അടിസ്ഥാനസൌകര്യം, നിരീക്ഷണവും അലേർട്ടുകളും, വിന്യാസ തന്ത്രം. സ്ഥാനാർത്ഥി ചോദ്യങ്ങൾ ചോദിക്കുന്നു: എത്ര ട്രാഫിക്, ബജറ്റ്, സ്വീകാര്യമായ പ്രവർത്തനരഹിത സമയം?

ഡിസൈൻ ഇന്റർവ്യൂവിൽ വ്യക്തമായ ചോദ്യങ്ങൾ ചോദിക്കുന്നത് ഏറ്റവും ശക്തമായ സിഗ്നലുകളിലൊന്നാണ്.

പെരുമാറ്റ ചോദ്യങ്ങൾ

"നിങ്ങള് ഇടപെട്ട ഒരു വൈദ്യുതി മുടക്കത്തെക്കുറിച്ച് പറയൂ. നീ എന്താണ് പഠിച്ചത്? സത്യസന്ധത, കുറ്റമില്ലാത്ത ഉടമസ്ഥാവകാശം, യഥാർഥ പഠനം.
"നിങ്ങൾ വേദനയേറിയ എന്തെങ്കിലും ഓട്ടോമേറ്റ് ചെയ്ത ഒരു സന്ദർഭത്തെക്കുറിച്ച് പറയൂ". സ്വാധീനം, മറ്റുള്ളവരെ അത് സ്വീകരിക്കാൻ പ്രേരിപ്പിച്ചത് എങ്ങനെയെന്ന്.
"ഒരു ഡെവലപ്പറുമായി ഒരു വിന്യാസത്തെക്കുറിച്ച് അഭിപ്രായവ്യത്യാസത്തെ എങ്ങനെ കൈകാര്യം ചെയ്യാം?" ഗേറ്റ് കാവല് ക്കാന് സഹകരിക്കുക.

വീട്ടിലിരുന്ന് പഠിക്കാനുള്ള നുറുങ്ങുകൾ

ഈ കത്ത് രണ്ടു പ്രാവശ്യം വായിക്കുക. ആവശ്യപ്പെട്ടത് മാത്രം ചെയ്യുക.
ഒരു README എഴുതുകഎങ്ങനെ നടത്തണം, കൂടുതൽ സമയം കിട്ടിയാൽ എന്ത് ചെയ്യണം, എന്ത് വിട്ടുവീഴ്ചകൾ ചെയ്യണം.
ശുദ്ധമായി സൂക്ഷിക്കുക.ചെറിയ കരാറുകള് , ന്യായമായ ഘടന , രഹസ്യങ്ങളില്ലാത്ത റിപ്പോ.
എല്ലാം അവസാനിപ്പിച്ച് അത് നല്ല രീതിയിൽ ഉണ്ടാക്കുന്നതിനു മുമ്പ്.
ഓരോ വരിയും വിശദീകരിക്കാൻ തയ്യാറാവുക.പ്രത്യേകിച്ചും AI അത് എഴുതാൻ സഹായിച്ചിട്ടുണ്ടെങ്കിൽ.

നിങ്ങൾ എങ്ങനെ ഒരുങ്ങണം?

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

എന്റെ അഭിപ്രായത്തില് ഏറ്റവും നല്ല ഡി.വി.ഒ.പി. ഇന്റർവ്യൂവില് ഒരു പ്രശ്നം ഒരുമിച്ച് പരിഹരിക്കുകയെന്നതാണ്. നിങ്ങള് എങ്ങനെ ചിന്തിക്കുന്നു എന്ന് കാണിക്കുക, നിങ്ങള് ക്ക് അറിയാത്തത് സമ്മതിക്കുക, ഒപ്പം ജിജ്ഞാസയോടെയിരിക്കുക.

ഡെസ്ലി

ഏത് DevOps സർട്ടിഫിക്കേഷനുകളാണ് അതിന് വിലയുള്ളത്?

Tue, 20 Oct 2026 23:10:30 +0200

സർട്ടിഫിക്കേഷനുകള് സാങ്കേതികവിദ്യയില് വളരെ സെൻസിറ്റീവ് വിഷയമാണ്. ചിലര് അവയെ ബാഡ്ജുകളായി ശേഖരിക്കുന്നു. മറ്റുള്ളവർ പറയുന്നത് അവ വിലപ്പോവില്ലെന്നും അനുഭവം മാത്രം കണക്കാക്കുന്നുവെന്നും. സത്യം മധ്യത്തിലായിട്ടാണ്.

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

സർട്ടിഫിക്കേഷനുകൾ സഹായിക്കുമ്പോൾ

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

അവർ കുറച്ചുകൂടി പ്രാധാന്യമർഹിക്കാത്തപ്പോൾ

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

കുബർനെറ്റ്സ് സർട്ടിഫിക്കേഷനുകൾ

ഇവയെല്ലാം നടത്തുന്നത് ലിനക്സ് ഫൌണ്ടേഷൻ / സിഎൻസിഎഫ്, വളരെ ബഹുമാനിക്കപ്പെടുന്നു കാരണം അവർ കൈകൊണ്ട്: നിങ്ങൾ ഒരു തത്സമയ ടെർമിനലിൽ യഥാർഥ ജോലികൾ പരിഹരിക്കുന്നു, സമയ സമ്മർദ്ദത്തിൽ, മൾട്ടിപ്ലസ് ചോയ്സ് ചോദ്യങ്ങളല്ല.

CKA (സർട്ടിഫിക്കേറ്റഡ് കുബർനെറ്റ്സ് അഡ്മിനിസ്ട്രേറ്റർ): ക്ലസ്റ്റർ സജ്ജീകരണം, പ്രശ്നപരിഹാരം, നെറ്റ് വർക്കിംഗ്, സംഭരണം, നവീകരണങ്ങൾ. DevOps-നും പ്ലാറ്റ്ഫോം റോളുകൾക്കും ഏറ്റവും വിലപ്പെട്ടത്. ഗേറ്റ്വേ എപിഐ, ഹെൽം തുടങ്ങിയ ആധുനിക വിഷയങ്ങൾ ഉൾപ്പെടുത്തുന്നതിനായി 2025 ൽ പാഠ്യപദ്ധതി അപ്ഡേറ്റുചെയ്തു.
സി കെ എ ഡി (സർട്ടിഫൈഡ് കുബർനെറ്റ്സ് ആപ്ലിക്കേഷൻ ഡെവലപ്പർ): കുബർനെറ്റസ് ആപ്ലിക്കേഷനുകൾ വിന്യസിക്കുകയും ക്രമീകരിക്കുകയും ചെയ്യുക. ഡെവലപ്പർമാര് ക്ക് നല്ലതും നല്ല ആദ്യ ചുവടുവെപ്പും.
സി.സി.എസ് (സർട്ടിഫൈഡ് കുബർനെറ്റ്സ് സെക്യൂരിറ്റി സ്പെഷ്യലിസ്റ്റ്): ക്ലസ്റ്ററുകളും വർക്ക് ലോഡുകളും സുരക്ഷിതമാക്കുക. ഒരു സജീവ സി.കെ.എ. ആവശ്യമാണ്. സുരക്ഷയില് സ്പെഷ്യലിസ്റ്റ് ആകാന് ആഗ്രഹിക്കുന്നവര് ക്ക് നല്ലത്.
കെസിഎൻഎ ഒപ്പം കെസിഎസ്എ: ക്ലൌഡ് നേറ്റീവ്, സുരക്ഷാ അടിസ്ഥാനങ്ങൾ ഉൾക്കൊള്ളുന്ന എൻട്രി ലെവൽ, മൾട്ടിപ്ലക്സ് ചോയ്സ് അസോസിയേറ്റ് പരീക്ഷകൾ.

അഞ്ചു പേരും കിട്ടിയാൽ നീ ഒരു കുബെസ്ട്രോനൌട്ട്, ഒരു സി. എൻ. സി. എഫ്. പ്രോഗ്രാം ചില ആനുകൂല്യങ്ങളോടും ധാരാളം പ്രശംസിക്കാനുള്ള അവകാശങ്ങളോടും കൂടി.

പരീക്ഷകളാണ് എനിക്ക് ഏറ്റവും ബഹുമാനമുള്ളത്. ടൈമർ ഓടുന്നതിനിടയില് ഒരു തകര് ന്ന ക്ലസ്റ്ററില് നിന്നും വഴി തെറ്റിക്കാന് പറ്റില്ല.

ക്ലൌഡ് സർട്ടിഫിക്കേഷനുകൾ

നിങ്ങള് ആഗ്രഹിക്കുന്ന ജോലികളിൽ ഏറ്റവും സാധാരണമായ മേഘം തിരഞ്ഞെടുക്കുക.

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

അസൂര്: - AZ-104 (അസ്യൂര് അഡ്മിനിസ്ട്രേറ്റര്): പ്രധാന പ്രവർത്തനങ്ങളുടെ സർട്ടിഫിക്കറ്റ്. - അതെ. AZ-400 (വികസന എഞ്ചിനീയര് വിദഗ്ദ്ധന്): സിഐ/സിഡി, കോഡായി അടിസ്ഥാന സൌകര്യം, അസ്യൂർ നിരീക്ഷണം. - യൂറോപ്യൻ കമ്പനികളിലും മൈക്രോസോഫ്റ്റ് കനത്ത കമ്പനികളിലും വളരെ സാധാരണമാണ്.

ഗൂഗിൾ ക്ലൌഡ്: - സഹ ക്ലൌഡ് എഞ്ചിനീയർഒരു നല്ല ആദ്യ ചുവട്. - അതെ. പ്രൊഫഷണൽ ക്ലൌഡ് ഡെവൊപ്സ് എൻജിനീയർ: എസ്. ആർ. ഇ. രുചിയുള്ളതും വിശ്വാസ്യതയ്ക്കും ഡെലിവറിക്ക് ഊന്നൽ നൽകുന്നതുമായ.

മറ്റു ഉപയോഗപ്രദമായ സർട്ടിഫിക്കേഷനുകൾ

ഹാഷി കോര് പ് ടെറാഫര് മ് അസോസിയേറ്റ്: ടെറാഫോർം അടിസ്ഥാനകാര്യങ്ങൾ ഉൾക്കൊള്ളുന്നു. വളരെ എളുപ്പവും വ്യാപകമായി അംഗീകരിക്കപ്പെട്ടതുമായ ടെറാഫോർം അറിവ് ഓപ്പൺ ടോഫുവിനും ബാധകമാണ്.
ലിനക്സ്: എൽ. എഫ്. സി. എസ് (ലിനക്സ് ഫൌണ്ടേഷന് സർട്ടിഫിക്കറ്റ് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ) അല്ലെങ്കിൽ RHCSA (റെഡ് ഹാറ്റ്) രണ്ടും കൈകോർത്തു. റെഡ് ഹാറ്റ് പരിതസ്ഥിതികളിലാണ് ആർ. എച്ച്. സി. എസ്. എ. യുടെ പ്രാധാന്യം കൂടുതലായി കാണുന്നത്.
ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ ഒപ്പം ഗിറ്റ്ഹബ് വിപുലമായ സുരക്ഷ സർട്ടിഫിക്കേഷനുകൾ: പുതിയത്, ഗിറ്റ്ഹബ് ഉപയോഗിച്ച് നിങ്ങൾ കൂടുതലായി പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ ഉപയോഗപ്രദമാണ്.
സുരക്ഷ: കോംപ്ടിഐഎ സെക്യൂരിറ്റി+ ഒരു അടിസ്ഥാനമായി, CKS Kubernetes സുരക്ഷയ്ക്കായി.
പ്രോമെഥിയസ് സർട്ടിഫിക്കറ്റ് അസോസിയേറ്റ് (പിസിഎ) ഒപ്പം ഓപന് ടെലിമെട്രി സർട്ടിഫിക്കറ്റ് അസോസിയേറ്റ് (ഒടിസിഎ): ചെറുതാണെങ്കിലും നിരീക്ഷണശേഷി കൂടുന്തോറും പ്രാധാന്യമർഹിക്കുന്നതോടെ വളരുകയാണ്.

പണം വിലമതിക്കുമോ?

എന്റെ കാഴ്ചപ്പാടിൽ നിക്ഷേപത്തിന്റെ പരുക്കൻ വരുമാനം:

സർട്ടിഫിക്കേഷൻ	DevOps റോളുകൾക്കുള്ള മൂല്യം	ബുദ്ധിമുട്ട്
സി. കെ. എ	വളരെ ഉയര് ന്ന	ഇടത്തരം ഉയരം (പ്രായോഗികമായി)
AWS സൊല്യൂഷനസ് ആർക്കിടെക്ട് അസോസിയേറ്റ്	വളരെ ഉയര് ന്ന	ഇടത്തരം
AZ-104 / AZ-400 എന്നിങ്ങനെ	ഉയര് ന്ന (സ്പെ. സംരംഭകരുടെ എണ്ണം)	ഇടത്തരം / ഉയർന്ന
AWS DevOps എഞ്ചിനീയർ പ്രൊഫഷണൽ	സീനിയർ റോളുകൾക്ക് ഉയർന്നത്	ഉയരം
സി. എസ്. സി	സുരക്ഷാ ശ്രദ്ധ ഉയര് ത്തുന്നു	ഉയരം
ടെറാഫോർം അസോസിയേറ്റ്	ഇടത്തരം	താഴ്ന്ന ഇടത്തരം
RHCSA / LFCS	ഇടത്തരംഉയർന്ന	ഇടത്തരം (പ്രായോഗികമായി)
മേഘം പരിശീലനം / കെസിഎൻഎ	സാങ്കേതിക റോളുകൾക്ക് കുറഞ്ഞത്	കുറവ്

പരീക്ഷാ വില സാധാരണയായി ഏതാനും നൂറു യൂറോ അല്ലെങ്കിൽ ഡോളറാണ്, പല തൊഴിലുടമകളും അവയ്ക്കായി പണം നൽകുന്നു. ലിനക്സ് ഫൌണ്ടേഷൻ പരീക്ഷകൾ പലപ്പോഴും വിൽപ്പനയ്ക്കെത്തുന്നു (ബ്ലാക്ക് ഫ്രൈഡേ, സൈബർ തിങ്കളാഴ്ച), സാധാരണയായി ഒരു സൌജന്യ റീടെക്ക് ഉൾപ്പെടുന്നു.

എങ്ങിനെ ഞാൻ അവയെ കൂട്ടിച്ചേർക്കുന്നു

തുടക്കക്കാരന് ഒരു നല്ല പാത.

ഒരു ക്ലൌഡ് അസോസിയേറ്റ് സർട്ടിഫിക്കറ്റ് (AWS സൊല്യൂഷന് സ് ആർക്കിടെക്ട് അസോസിയേറ്റ് അല്ലെങ്കിൽ AZ-104).
സി. കെ. എ.
ടെറാഫോർം അസോസിയേറ്റ്പെട്ടെന്ന് വിജയിക്കണമെങ്കിൽ.
പിന്നീട്: പ്രൊഫഷണൽ ക്ലൌഡ് സർട്ടിഫിക്കറ്റ്, അല്ലെങ്കിൽ സുരക്ഷാ താൽപ്പര്യമുണ്ടെങ്കിൽ CKS.

ഓരോ സർട്ടിഫിക്കേഷനും, ഒരു പദ്ധതി തയ്യാറാക്കുക പഠിച്ച കാര്യങ്ങൾ ഉപയോഗിച്ച്. ഒരു സർട്ടിഫിക്കറ്റും ഗിറ്റ്ഹബ് റെപ്പോയും യഥാർഥ പ്രവൃത്തി കാണിക്കുന്നു. ഒന്നിനേക്കാളും കൂടുതൽ ബോധ്യപ്പെടുത്തുന്നതാണ്.

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

പ്രായോഗികവും പ്രധാനപ്പെട്ടതുമായ ക്ലൌഡ് അസോസിയേറ്റ് സർട്ടിഫിക്കറ്റുകൾ, അതെ, പ്രത്യേകിച്ച് നിങ്ങളുടെ കരിയറിന്റെ തുടക്കത്തിൽ. അതിനു പുറമെ, ബാഡ്ജുകളുടെ എണ്ണത്തേക്കാൾ അനുഭവത്തിന്റെ ആഴം പ്രധാനമാണ്.

എന്റെ അഭിപ്രായം: സർട്ടിഫിക്കേഷനുകൾ വാതിലുകൾ തുറക്കുന്നു. അനുഭവം നിങ്ങളെ മുറിയില് തന്നെ സൂക്ഷിക്കുന്നു. കുറച്ച് നല്ലവയെ എടുക്കൂ, എന്നിട്ട് നിങ്ങളുടെ ജോലി സംസാരിക്കട്ടെ.

ഡെസ്ലി

നിങ്ങളെ ജോലിക്ക് ഏൽപ്പിക്കുന്ന പോർട്ട്ഫോളിയോ പ്രോജക്ടുകൾ

Tue, 20 Oct 2026 23:10:30 +0200

നിങ്ങളുടെ ആദ്യത്തെ DevOps ജോലി കിട്ടാൻ ശ്രമിക്കുമ്പോൾ, നിങ്ങൾ ഒരു ക്ലാസിക് ലൂപ്പിൽ കുടുങ്ങിക്കിടക്കുന്നു: കമ്പനികൾക്ക് അനുഭവം വേണം, പക്ഷേ അനുഭവം നേടാൻ നിങ്ങൾക്ക് ഒരു ജോലി വേണം. പോര്ട്ട്ഫോളിയൊ പ്രോജക്ടുകള് ആ ലൂപ്പ് തകര് ക്കുന്നു. "കുബർനെറ്റുമായി പരിചയമുണ്ട്" എന്നതുപോലുള്ള ഒരു സി. വി. ലൈൻ ഒരിക്കലും ചെയ്യാൻ കഴിയാത്ത വിധത്തിൽ നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ എന്തുചെയ്യാൻ കഴിയുമെന്ന് അവർ കാണിക്കുന്നു.

ഇവിടെ പതിനഞ്ചു പ്രോജക്ടുകളുണ്ട്, അവ യഥാർഥ കഴിവുകൾ കാണിക്കുന്നുവെന്ന് ഞാൻ കരുതുന്നു, അവയെല്ലാം തലങ്ങൾ അനുസരിച്ച് തരം തിരിക്കപ്പെട്ടിരിക്കുന്നു. അവയെല്ലാം നിർമ്മിക്കേണ്ട ആവശ്യമില്ല. മൂന്നോ നാലോ നല്ലവ, ശരിയായി ചെയ്തു നന്നായി രേഖപ്പെടുത്തിയിരിക്കുന്നു, പതിനഞ്ചു പാതി പൂർത്തിയാക്കിയ റിപ്പോകൾ വിലമതിക്കുന്നു.

തുടക്കക്കാരായ പദ്ധതികൾ

1. ഒരു പാരമ്പര്യം CI/CD ഉള്ള ഒരു സ്റ്റാറ്റിക് വെബ്സൈറ്റ്. ഒരു സ്റ്റാറ്റിക് സൈറ്റ് ജനറേറ്റർ ഉപയോഗിച്ച് നിർമ്മിച്ച ഒരു വ്യക്തിഗത സൈറ്റ് അല്ലെങ്കിൽ ബ്ലോഗ്, ഗിറ്റ്ഹബ് ആക്ഷനുകൾ ഗിറ്റ്ഹുബ് പേജുകളിലേക്കോ നെറ്റ്ലൈഫൈയിലേക്കോ അല്ലെങ്കിൽ ഒരു സിഡിഎൻ പിന്നിൽ ഒരു എസ് 3 ബക്കറ്റിലേക്കോ ഉള്ള ഓരോ പുഷ് ഉപയോഗിച്ച് യാന്ത്രികമായി വിന്യസിക്കുന്നു. ഒരു കസ്റ്റം ഡൊമെയ്നും HTTPS ഉം ചേർക്കുക. കാണിക്കുന്നത്: ഗിറ്റ്, സിഐ/സിഡി അടിസ്ഥാനങ്ങൾ, ഡിഎൻഎസ്, ടിഎൽഎസ്.

2. ഒരു കഠിനമായ ലിനക്സ് സെർവർ. SSH കീകൾ മാത്രം ഉള്ള ഒരു ക്ലൌഡ് വിഎം, ഒരു ഫയർവാൾ, ഓട്ടോമാറ്റിക് സെക്യൂരിറ്റി അപ്ഡേറ്റുകൾ, fail2ban, റൂട്ട് അല്ലാത്ത ഉപയോക്താവ്, നിങ്ങളുടെ സൈറ്റിനെ സേവിക്കുന്ന NGINX. പടിപടിയായി രേഖപ്പെടുത്തി, പിന്നെ ഒരു സ്ക്രിപ്റ്റ് അല്ലെങ്കിൽ Ansible ഉപയോഗിച്ച് ഓട്ടോമേറ്റ് ചെയ്തു. കാണിക്കുന്നത്: ലിനക്സ്, സുരക്ഷാ അടിസ്ഥാനങ്ങൾ, ഓട്ടോമേഷൻ.

3. ഒരു കല്ല് ഡോക്കർ കോമ്പോസ് ചെയ്ത ഒരു കണ്ടെയ്നറി ആപ്ലിക്കേഷൻ. ഒരു ഡാറ്റാബേസും കാഷും ഉള്ള ഒരു ചെറിയ വെബ് ആപ്ലിക്കേഷൻ, ഒരു docker compose up. മൾട്ടി സ്റ്റേജ് ഡോക്കർ ഫയൽ, ചെറിയ ചിത്രം, ആരോഗ്യ പരിശോധനകൾ. കാണിക്കുന്നത്: കണ്ടെയ്നറുകള് , സേവനങ്ങള് തമ്മിലുള്ള ശൃംഖല.

4. പ്രവർത്തന സമയവും സർട്ടിഫിക്കറ്റും നിരീക്ഷിക്കുക. ലഭ്യമായ വെബ്സൈറ്റുകളുടെയും സർട്ടിഫിക്കറ്റ് കാലഹരണപ്പെടലിന്റെയും പട്ടിക പരിശോധിക്കുന്ന ഒരു പൈത്തൺ സ്ക്രിപ്റ്റ് (അല്ലെങ്കിൽ ചെറിയ ഗോ ടൂൾ), ഒരു ഷെഡ്യൂളിൽ പ്രവർത്തിക്കുന്നു, കൂടാതെ സ്ലാക്ക്, ടെലിഗ്രാം അല്ലെങ്കിൽ ഇമെയിലിലേക്ക് അലേർട്ടുകൾ അയയ്ക്കുന്നു. കാണിക്കുന്നത്: സ്ക്രിപ്റ്റ്, എപിഐ, ഷെഡ്യൂളിംഗ്, വിശ്വാസ്യതയെ കുറിച്ച് ചിന്തിക്കുക.

5. ടെറഫോർമിലെ ഒരു ലളിതമായ ആപ്ലിക്കേഷന് വേണ്ടിയുള്ള അടിസ്ഥാന സൌകര്യം. ഒരു വിപിസി, സബ്നെറ്റ്, വിഎം അല്ലെങ്കിൽ കണ്ടെയ്നർ സേവനം, ഒരു ഡാറ്റാബേസ്, ലോഡ് ബാലൻസർ, എല്ലാം ടെറഫോർമിൽ, വിദൂര സംസ്ഥാനത്തോടെ. ഒരു കമാന് ഡ് കൊണ്ട് നശിപ്പിച്ച് വീണ്ടും സൃഷ്ടിക്കുക. കാണിക്കുന്നത്: ക്ലൌഡ് അടിസ്ഥാനകാര്യങ്ങൾ, കോഡായി അടിസ്ഥാനസൌകര്യം.

ഇടക്കാല പദ്ധതികൾ

6. ഒരു കണ്ടെയ്നറിസ്ട് ആപ്ലിക്കേഷന് വേണ്ടിയുള്ള പൂർണ്ണമായ സിഐ/സിഡി പൈപ്പ്ലൈൻ. ടെസ്റ്റുകൾ, ലിന് ടിംഗ്, ഇമേജ് ബിൽഡ്, സെക്യൂരിറ്റി സ്കാൻ (ട്രൈവി), രജിസ്ട്രിയിലേക്ക് തള്ളുക, ഓട്ടോമാറ്റിക്കായി വിന്യസിക്കുക, അംഗീകാരത്തോടെ ഉല്പാദനത്തിലേക്ക് പ്രോത്സാഹിപ്പിക്കുക. സംഭരിച്ച ക്ലൌഡ് കീകൾക്ക് പകരം OIDC ഉപയോഗിക്കുക. കാണിക്കുന്നത്: യഥാർത്ഥ ലോകത്തിലെ പൈപ്പ് ലൈനിന്റെ രൂപകല് പനയും സുരക്ഷാ ബോധവൽക്കരണവും.

7. ഹെല് മിനൊപ്പം കുബർനെറ്റസ് വിന്യസിക്കുന്നു. നിങ്ങളുടെ ആപ്ലിക്കേഷൻ ഒരു ലോക്കൽ ക്ലസ്റ്ററിലും (kind അല്ലെങ്കിൽ k3s) ഒരു മാനേജ്ഡ് ക്ലസ്റ്ററിലുമാണ് പ്രവർത്തിക്കുന്നത്, ഹെൽം ചാർട്ട് ആയി പാക്കേജുചെയ്തിരിക്കുന്നു, വിവേകപൂർണ്ണമായ സ്ഥിരസ്ഥിതികൾ, അന്വേഷണങ്ങൾ, റിസോഴ്സ് അഭ്യർത്ഥനകൾ, ഗേറ്റ്വേ API റൂട്ട് എന്നിവ. കാണിക്കുന്നത്: കുബർനെറ്റിസ് അടിസ്ഥാനകാര്യങ്ങൾ.

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

9. നിരീക്ഷണ ശേഷി കൂട്ടം. നിങ്ങളുടെ ആപ്ലിക്കേഷന് നിരീക്ഷണത്തിനായി പ്രോമെഥിയസ്, ഗ്രഫാന, ലോക്കി (അല്ലെങ്കിൽ ക്ലിക്ക്ഹൌസ് അടിസ്ഥാനമാക്കിയുള്ള ഒരു ഉപകരണം) എന്നിവ ഉപയോഗിക്കുക. റെഡ് ഡാഷ് ബോർഡ്, റൺ ബുക്കുകളുള്ള രണ്ട് അർത്ഥവത്തായ അലേർട്ടുകൾ, രണ്ട് സേവനങ്ങളിലുടനീളം ഓപ്പൺ ടെലിമെട്രി ട്രെയ്സിംഗ്. കാണിക്കുന്നത്: "ഇത് വിന്യസിച്ചിരിക്കുന്നു" എന്നതിനപ്പുറം ചിന്തിക്കുക.

പത്ത് ഓട്ടോമേറ്റഡ് ബാക്കപ്പുകളും പുനഃസ്ഥാപന പരിശോധനയും. മറ്റൊരു മേഖലയിലെ ഒബ്ജക്റ്റ് സ്റ്റോറേജിലേക്കുള്ള ഷെഡ്യൂൾ ചെയ്ത ഡാറ്റാബേസ് ബാക്കപ്പുകളും, ടെസ്റ്റ് ഡാറ്റാ ബേസിലേക്ക് ഏറ്റവും പുതിയ ബാക്കപ്പ് പുനഃസ്ഥാപിക്കുകയും ഡാറ്റ പരിശോധിക്കുകയും ചെയ്യുന്ന ഒരു ഓട്ടോമേറ്റഡ് ജോലിയും, എന്തെങ്കിലും പരാജയപ്പെട്ടാൽ അലേർട്ടുകൾ ഉപയോഗിച്ച്. കാണിക്കുന്നത്: മിക്ക ജൂനിയർ സ്ഥാനാർത്ഥികളും ഒഴിവാക്കുന്ന വിശ്വാസ്യതാ ചിന്ത.

ഒരു കാര്യം തകർന്നാൽ എന്ത് സംഭവിക്കുമെന്ന് ചിന്തിക്കുന്ന ഒരു പ്രൊജക്ട്, ഒരു സണ്ണി ദിവസം മാത്രം പ്രവർത്തിക്കുന്നതിനെക്കാൾ വിലപ്പെട്ടതാണ്.

പുരോഗമിച്ച പദ്ധതികൾ

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

12. ചെറിയ രൂപത്തിലുള്ള ആന്തരിക ഡെവലപ്പർ പ്ലാറ്റ്ഫോം. റെപ്പോ, പൈപ്പ്ലൈൻ, ഹെൽം ചാർട്ട്, മോണിറ്ററിംഗ്, ഒരു കാറ്റലോഗ് എൻട്രി എന്നിവയുള്ള ഒരു പുതിയ സേവനം സൃഷ്ടിക്കുന്ന ഒരു ടെംപ്ലേറ്റ് (ബാക്ക്സ്റ്റേജ് അല്ലെങ്കിൽ ഒരു ലളിതമായ CLI). ആശയം മുതൽ സേവനം വരെ ഒരു കമാന് ഡ്. കാണിക്കുന്നത്: പ്ലാറ്റ്ഫോം എൻജിനീയറിങ് മനോഭാവം.

13. നയവും വിതരണ ശൃംഖല സുരക്ഷയും. ഒപ്പിട്ട ചിത്രങ്ങൾ കോസിഗ്നിലും, എസ്. ബി. ഒ. എം. കളിലും, ഒപ്പിട്ട ഇമേജുകൾ തടയുന്ന കൈവെർനോ നയങ്ങളിലും, പ്രത്യേകാവകാശമുള്ള കണ്ടെയ്നറുകളിലും, latest ടാഗുകളും, എല്ലാം നടപ്പാക്കുന്ന ഒരു പൈപ്പ്ലൈനും. കാണിക്കുന്നത്: പുതിയ നിയമങ്ങളുമായി ബന്ധപ്പെട്ട് വളരെ പ്രസക്തമായ അടിസ്ഥാനകാര്യങ്ങളേക്കാൾ സുരക്ഷ.

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

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

README യിൽ എന്തെല്ലാം ഉൾപ്പെടുത്തണം

നിങ്ങളുടെ README കോഡ് പോലെ തന്നെ പ്രധാനമാണ്. തൊഴിലുടമകൾ പലപ്പോഴും README മാത്രം വായിക്കുന്നു. അവയില് പെടുന്നത്:

അത് എന്താണെന്നും എന്തിനാണ് നിങ്ങൾ അത് നിർമ്മിച്ചതെന്നും, രണ്ടോ മൂന്നോ വാക്യങ്ങളില് .
ഒരു വാസ്തുവിദ്യാ രേഖാചിത്രം. ഒരു ലളിതമായ ഒന്ന് പോലും.
എങ്ങനെ പ്രവർത്തിപ്പിക്കാം, പടിപടിയായി.
ഡിസൈന് തീരുമാനങ്ങളും ട്രേഡ് ഓഫ്സും: എന്തിനാണ് ഈ ഉപകരണം മറ്റൊന്നല്ല.
ഇനി നീ എന്ത് ചെയ്യും? കൂടുതൽ സമയം.
എന്തൊക്കെ തകർന്നു, എന്തൊക്കെ പഠിച്ചു. പല അഭിമുഖകര് ക്കും ഇത് ഏറ്റവും ആകർഷകമായ ഭാഗമാണ്.

വിലകുറഞ്ഞ ഹോസ്റ്റിംഗ്

വലിയ ബജറ്റ് വേണ്ട.

സൌജന്യ തലങ്ങൾ AWS, Azure, ഗൂഗിൾ ക്ലൌഡ്, ഒറാക്കിൾ ക്ലൌഡിൽ
പ്രാദേശിക ക്ലസ്റ്ററുകൾ മിക്ക കുബർനെറ്റുകളുടെയും പണിക്ക്.
വിലകുറഞ്ഞ വി. പി. എസ് ദാതാക്കൾ ഹെറ്റ്സ്നെര് പോലുള്ളവർ മാസത്തിൽ ഏതാനും യൂറോയ്ക്ക് എപ്പോഴും പ്രോജക്ട് ചെയ്യുന്നവരാണ്.
എല്ലായ്പ്പോഴും ബജറ്റ് അലേർട്ടുകൾ സജ്ജമാക്കുക, നിങ്ങള് ക്ക് തീർന്നാല് വിലയേറിയ വിഭവങ്ങള് നശിപ്പിച്ച് ടെറഫോർമില് ഉപയോഗിക്കും. സ്ക്രീൻഷോട്ടുകളും റെക്കോർഡ് ചെയ്ത ഡെമോയും സ്ഥിരമായി പ്രവർത്തിക്കുന്ന ഒരു പരിസ്ഥിതിയെ മാറ്റിസ്ഥാപിക്കും.

ഇന്റർവ്യൂവിൽ പദ്ധതികൾ അവതരിപ്പിക്കുക

ഒന്നോ രണ്ടോ പദ്ധതികൾ തെരഞ്ഞെടുക്കുക എല്ലാം ലിസ്റ്റ് ചെയ്യുന്നതിനു പകരം ആഴത്തില് സംസാരിക്കാന് .
കഥ പറയൂ.: എന്ത് പ്രശ്നമാണ്, നിങ്ങൾ എന്താണ് നിർമ്മിച്ചത്, എന്താണ് തെറ്റ് ചെയ്തത്, നിങ്ങൾ എന്താണ് പഠിച്ചത്.
ആഴത്തിൽ പോകാന് തയ്യാറാവൂ.: എന്തിനാണ് ഈ രൂപകല് പനം? പത്തിരട്ടി വലിപ്പമുള്ള ഒരു സ്കെയിലിൽ നിങ്ങള് എന്ത് മാറ്റും?
നിങ്ങളുടെ സി. വി. യിലും ലിങ്ക്ഡ്ഇനിലും ലിങ്ക് ചെയ്യുക, ഓരോരുത്തരെ കുറിച്ചും ഒരു ബ്ലോഗ് പോസ്റ്റ് എഴുതുന്നത് പരിഗണിക്കുക.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

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

എന്റെ അഭിപ്രായം: കാണിക്കുക, പറയരുത്. നിങ്ങളുടെ സ്വന്തം ചാറ്റ് ടെസ്റ്റിൽ വിജയിച്ച ഒരു നല്ല രേഖകൾ ഉള്ള ഒരു പ്രോജക്ട്, ഒരു സി. വി. യുടെ ഏത് വരിയേക്കാളും കൂടുതലാണ്.

ഡെസ്ലി

സിസ് അഡ്മിനിസ്ട്രേറ്ററിൽ നിന്നും ഡെവൊപ്സിലേക്ക്

Tue, 20 Oct 2026 23:10:30 +0200

എനിക്കറിയാവുന്ന ഏറ്റവും മികച്ച ഡെവ് ഒപ്സ് എൻജിനീയർമാരിൽ പലരും സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരായിട്ടാണ് തുടങ്ങിയത്. അവര് വർഷങ്ങളോളം സെര് വറുകളെ ജീവനോടെ നിലനിര് ത്തുകയും നെറ്റ് വർക്കുകള് ശരിയാക്കുകയും, രാത്രി 2 മണിക്ക് ബാക്കപ്പുകള് പുനഃസ്ഥാപിക്കുകയും, ഇന്റർനെറ്റ് തകരാറിലായാല് എല്ലാവരും വിളിക്കുന്ന ആളായി മാറുകയും ചെയ്തു.

നിങ്ങളാണെങ്കിൽ, നിങ്ങൾ ചിന്തിക്കുന്നുണ്ടാവും, നിങ്ങൾക്ക് DevOps-ലേക്ക് മാറാൻ കഴിയുമോ എന്ന്: അതെ. ഇതിനകം തന്നെ അതിന് ആവശ്യമായതിന്റെ ഒരു വലിയ ഭാഗം നിനക്ക് ഉണ്ട്. നിങ്ങള് ക്ക് ജോലി ചെയ്യാനുള്ള രീതി മാറ്റണം, കുറച്ച് കഴിവുകൾ കൂട്ടിച്ചേര് ക്കണം.

നിങ്ങള് ക്ക് ഇതിനകം ഉള്ള കഴിവുകള്

സിസ് അഡ്മിനിസ്ട്രേറ്റർമാർ അവരുടെ അനുഭവത്തിന്റെ വില കുറയ്ക്കുന്നു. നിങ്ങള് ക്ക് ഇതിനകം അറിയാമായിരിക്കും:

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

ഇത് തന്നെയാണ് ഏറ്റവും പ്രയാസമുള്ള കഴിവുകളും അഭിമുഖകര് പ്രശ്നപരിഹാര ചോദ്യങ്ങള് ക്ക് വേണ്ടി തിരയുന്നതും.

വിടവുകൾ

സിസ് അഡ്മിനിസ്ടറിൽ നിന്നും ഡെവൊപ്സിലേക്ക് മാറ്റം എന്നത് മിക്കവാറും മനോഭാവത്തിലെ മാറ്റമാണ്: കൈകൊണ്ട് കാര്യങ്ങൾ ചെയ്യുന്നത് വരെ കാര്യങ്ങൾ ചെയ്യുന്ന കോഡ് എഴുതുക, ഒപ്പം വളർത്തുമൃഗങ്ങൾ വരെ കന്നുകാലികൾ.

സാധാരണമായ വിടവുകൾ:

1. ഒരു പാരമ്പര്യം കോഡിംഗ്. വെറും സ്ക്രിപ്റ്റുകൾ മാത്രമല്ല, പതിപ്പ് നിയന്ത്രിതവും, അവലോകനം ചെയ്യപ്പെട്ടതും, പരീക്ഷിക്കപ്പെട്ടതും പരിപാലിക്കപ്പെട്ടതുമായ കോഡുകൾ. പൈഥണ് ആണ് ഏറ്റവും എളുപ്പമുള്ള തുടക്കം. ബാഷ് ഉപകാരപ്രദമാണ്, പക്ഷേ മതിയാകില്ല.

2. ഗിറ്റ് ചെയ്ത് അഭ്യർത്ഥനകൾ പിൻവലിക്കുക. എല്ലാം ഗിറ്റിലാണ് ജീവിക്കുന്നത്: അടിസ്ഥാന സൌകര്യങ്ങൾ, ക്രമീകരണം, പൈപ്പ്ലൈനുകൾ. കോഡ് റിവ്യൂ ചെയ്യാനും പിൻ ആപ്ലിക്കേഷനുകൾ ഉപയോഗിക്കാനും ഉള്ള ജോലി ദൈനംദിന ജീവിതമായി മാറുന്നു.

3. ഒരു കല്ല് അടിസ്ഥാന സൌകര്യങ്ങള് ഒരു കോഡായി. ക്ലിക്ക് ചെയ്യുന്നതിനോ എസ്.എസ്.എച്ച്. ചെയ്യുന്നതിനോ പകരം ടെറാഫോർം അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു. ക്രമീകരണത്തിനായി ആസിയൽ.

4. കണ്ടെയ്നറുകളും കുബർനെറ്റുകളും. ആപ്ലിക്കേഷനുകളെ കണ്ടെയ്നറുകളായി പാക്കേജിംഗ് ചെയ്യുക, കൈകൊണ്ട് നിയന്ത്രിക്കുന്ന സെർവറുകളിലല്ല, ഒരു ഓര് ക്കസ്ട്രേറ്ററിലായിരിക്കും അവ പ്രവർത്തിപ്പിക്കുക.

5. സിഐ / സിഡി. നിർമിക്കുകയും പരീക്ഷിക്കുകയും വിന്യസിക്കുകയും ചെയ്യുന്ന ഓട്ടോമേറ്റഡ് പൈപ്പ്ലൈനുകൾ.

6. മേഘം. നിങ്ങളുടെ പശ്ചാത്തലം പ്രാദേശികമായി ആണെങ്കിൽ, ഒരു പ്രധാന ക്ലൌഡ് ദാതാവ്. നല്ല വാർത്ത: നിങ്ങളുടെ നെറ്റ് വർക്കിംഗും സിസ്റ്റം അറിവും വളരെ നന്നായി കൈമാറ്റം ചെയ്യപ്പെടുന്നു, കാരണം ക്ലൌഡ് എന്നത് മറ്റൊരാളുടെ ഡാറ്റാ സെന്ററാണ്, ഒരു API ഉള്ളത്.

7. ഡെവലപ്പർമാരുമായി ചേര് ന്ന് പ്രവർത്തിക്കുന്നു. സോഫ്റ്റ് വെയര് എങ്ങനെ നിർമ്മിക്കപ്പെടുന്നു എന്ന് മനസ്സിലാക്കുക, പൂർത്തിയാക്കിയ സോഫ്റ്റ്വെയര് പ്രവർത്തിപ്പിക്കാന് പകരം ടീമുകളെ സഹായിക്കുക.

ഏറ്റവും വലിയ മാറ്റം ഉപകരണങ്ങളില് അല്ല. "ഞാൻ അത് ശരിയാക്കും" എന്നതിൽ നിന്നും "അത് സ്വയം ശരിയാകുമെന്ന് ഉറപ്പാക്കും, അല്ലെങ്കിൽ വീണ്ടും തകർക്കാൻ കഴിയില്ല" എന്നതിലേക്ക് മാറുന്നു.

നിങ്ങളുടെ നിലവിലെ ജോലിയിൽ അനുഭവം നേടുക

നിങ്ങൾ ഒരു DevOps ജോലി പേര് കാത്തിരിക്കേണ്ടതില്ല DevOps പ്രവൃത്തി ചെയ്യാൻ ആരംഭിക്കാൻ. ചില ആശയങ്ങള്:

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

ഇവയിൽ ഓരോന്നിനും നിങ്ങളുടെ സി. വി. ക്കും അഭിമുഖങ്ങൾക്കും ഒരു കഥയായി മാറുന്നു: "ഞങ്ങളുടെ സെർവർ പ്രൊവിഷനിംഗ് ഞാൻ ആൻസിബിൾ, ടെറാഫോർം എന്നിവ ഉപയോഗിച്ച് ഓട്ടോമേറ്റ് ചെയ്തു, സജ്ജീകരണ സമയം രണ്ട് ദിവസത്തിൽ നിന്ന് ഒരു മണിക്കൂറായി കുറച്ചു".

ജോലിക്ക് പുറത്തുള്ള പഠനം

ഒരു ഹോം ലാബ് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരെ സംബന്ധിച്ചിടത്തോളം വളരെ ശക്തമാണ്, കാരണം നിങ്ങൾക്ക് ഇതിനകം തന്നെ ഹാർഡ്വെയറും നെറ്റ്വർക്കിംഗ് വശവും മനസ്സിലാകും. ഒരു ചെറിയ കുബർനെറ്റസ് ക്ലസ്റ്റർ ഉണ്ടാക്കുക, അതിൽ നിങ്ങളുടെ സ്വന്തം സേവനങ്ങൾ ഗിറ്റ്ഓപ്സുമായി പ്രവർത്തിപ്പിക്കുക, അത് മനഃപൂർവ്വം തകർക്കുക.

സർട്ടിഫിക്കേഷന് മാറ്റത്തിന് സഹായിക്കും: സി. കെ. എ ഒരു ക്ലൌഡ് അസോസിയേറ്റ് സർട്ടിഫിക്കേഷൻ ഏറ്റവും വിലപ്പെട്ടവയാണ്. RHCSA പോലുള്ള ലിനക്സ് സർട്ടിഫിക്കറ്റുകൾ നല്ലതാണ്, പക്ഷേ നിങ്ങൾക്ക് ഇതിനകം തന്നെ അറിവുണ്ടായിരിക്കാം.

നിങ്ങളുടെ സി. വി.

നിങ്ങളുടെ സി. വി. ഡെവൊപ്സ് റോളുകൾക്ക് അപ്ഡേറ്റ് ചെയ്യുമ്പോൾ:

ഓട്ടോമേഷനും സ്വാധീനവും ഉപയോഗിച്ച് നയിക്കുക, ദൈനംദിന ജോലികളല്ല. "അന് സിബിളിനൊപ്പം 300 സെര് വറുകള് ക്ക് ഓട്ടോമേറ്റഡ് പാച്ച് ചെയ്യല് " "സെര് വറുകളുടെ പരിപാലനത്തിന് ഉത്തരവാദി" എന്നതിനെ മറികടക്കുന്നു.
നമ്പറുകൾ കാണിക്കുക: സമയം ലാഭിച്ചു, സംഭവങ്ങൾ കുറഞ്ഞു, സെര് വറുകള് നിയന്ത്രിച്ചു.
നിങ്ങളുടെ ഉപകരണങ്ങളുടെ പട്ടിക സത്യസന്ധമായി, "പരിചയമുള്ള" എന്നും "പരിചയം" എന്നും വേർതിരിക്കപ്പെട്ടിരിക്കുന്നു.
ഒരു GitHub പ്രൊഫൈലിലേക്കുള്ള ലിങ്ക് യഥാര് ത്ഥ പദ്ധതികളുമായി.
സംഭവങ്ങളും പ്രശ്നപരിഹാരവും കുറിച്ചുള്ള അനുഭവം ഉയർത്തിക്കാട്ടുക. അത് ഒരു ശക്തിയാണ്.

"ഡെവൊപ്സ് എഞ്ചിനീയർ" എന്നതിനപ്പുറം തിരയേണ്ട തൊഴിൽ താളുകൾഃ സൈറ്റ് വിശ്വാസ്യത എഞ്ചിനിയർ, പ്ലാറ്റ്ഫോം എഞ്ചിനീയർ, ക്ലൌഡ് എഞ്ചിനെയർ, ഇൻഫ്രാസ്ട്രക്ചർ എഞ്ചിനേയർ. സിസ്റ്റം അഡ്മിൻ ജോലിയുടെ ഏറ്റവും എളുപ്പമുള്ള പാലമാണ് ക്ലൌഡ് എഞ്ചിനീയർ റോളുകൾ.

നിനക്ക് ആ നീക്കം നടത്താനാകുമോ?

തീർച്ചയായും. വികസന മേഖലയിൽ നിന്ന് വരുന്ന പലർക്കും വേണ്ട അടിസ്ഥാന സൌകര്യങ്ങൾ നിങ്ങൾക്കുണ്ട്. കോഡിംഗ്, ഗിറ്റ്, കോഡായി ഇൻഫ്രാസ്ട്രക്ചർ, കണ്ടെയ്നറുകൾ എന്നിവ ചേർക്കുക, നിങ്ങളുടെ നിലവിലെ ജോലിയിൽ അവ ഉപയോഗിക്കാൻ തുടങ്ങുക, തലക്കെട്ട് പിന്തുടരും.

എന്റെ അഭിപ്രായം: സിസ് അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് ഡെവ് ഒപ്സ് എൻജിനീയർമാരാകാൻ പുതിയ തുടക്കം വേണ്ട. അവര് ക്ക് അറിയാവുന്ന എല്ലാ കാര്യങ്ങളും കോഡില് എഴുതിവെക്കേണ്ടിവരും.

ഡെസ്ലി

തീ കത്തിക്കാതെ ഡ്യൂട്ടിയിൽ

Tue, 20 Oct 2026 23:10:30 +0200

നിങ്ങൾ DevOps അല്ലെങ്കിൽ SRE ൽ ജോലി ചെയ്യുന്നവരാണെങ്കിൽ, നിങ്ങൾക്ക് ആ തോന്നൽ അറിയാമല്ലോ: കിടപ്പുമുറിയിലെ ഫോൺ, വോളിയം ഉയർത്തുക. ഉറങ്ങുന്നതിനു മുൻപ് പരിശോധിക്കുന്നു. ഞായറാഴ്ച ലാപ്ടോപ്പിൽ നിന്നും അധികം അകന്നു പോകരുത്. ഓരോ ശബ്ദത്തിലും ചാടി, ഒരു സുഹൃത്തിന്റെ സന്ദേശം മാത്രമായിരുന്നാലും.

ഡിറ്റര് ന്ട് എന്നത് ഉല്പാദന സംവിധാനങ്ങളുടെ ഭാഗമാണ്. എന്തെങ്കിലും തകര് ന്നാല് ആരെങ്കിലും പ്രതികരിക്കണം. പക്ഷെ അത് ആളുകളെ മടുപ്പിക്കേണ്ട കാര്യമില്ല. നന്നായി ചെയ്തു, കാവല് ക്കാരന് , അത് കൈകാര്യം ചെയ്യാവുന്നതാണ്, വിദ്യാഭ്യാസപരമായി പോലും. മോശമായി ചെയ്താല് , ഒരു ടീമിനെ നശിപ്പിക്കാന് ഏറ്റവും വേഗതയേറിയ വഴികളില് ഒന്നാണ് അത്.

എന്താണ് വിളിക്ക് ബുദ്ധിമുട്ട് ഉണ്ടാക്കുന്നത്?

വലിയ സംഭവം ആളുകളെ തകര് ക്കുന്നതായിരിക്കില്ല. അത് ശേഖരിക്കപ്പെട്ടതാണ്:

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

ഒരു ന്യായമായ റൊട്ടേഷൻ

ആരോഗ്യകരമായ ഒരു റൊട്ടേഷന് ചില തത്വങ്ങള്:

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

ആരോഗ്യകരമായ ഡയലോഗ് റൊട്ടേഷൻ അളക്കുന്നത് ആളുകളുടെ ഉറക്കത്തിന്റെ അളവിലാണ്, അവർ എത്ര വേഗത്തിൽ പ്രതികരിക്കുന്നു എന്നതിലല്ല.

കുറച്ച് പേജുകൾ

വിളിക്ക് ശേഷമുള്ള സമയം കുറയ്ക്കുക എന്നതാണ് ഏറ്റവും ഫലപ്രദമായ വഴി.

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

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

അതിനായി പണം കിട്ടുന്നു

ഡയലോഗ് ജോലി ആണ്. ഒന്നും സംഭവിക്കാത്തപ്പോഴും അത് നിങ്ങളുടെ സ്വാതന്ത്ര്യത്തെ പരിമിതപ്പെടുത്തുന്നു. ന്യായമായ നഷ്ടപരിഹാരം സംബന്ധിച്ച കാര്യങ്ങൾ:

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

ജർമനിയിലും യൂറോപ്പിലെ പല ഭാഗങ്ങളിലും ജോലി സമയവും വിശ്രമകാലവും നിയമങ്ങൾ കാവല് ക്കാരന് ബാധകമാണ്. രാത്രി ജോലി കഴിഞ്ഞ് വിശ്രമിക്കുന്ന സമയം നല്ലതാണെന്ന് മാത്രമല്ല, നിയമപരമായി ആവശ്യപ്പെട്ടതാകാം. നിങ്ങളുടെ കമ്പനി എങ്ങനെയാണ് ഇത് കൈകാര്യം ചെയ്യുന്നതെന്ന് മാനവ വിഭവശേഷി വകുപ്പുമായി പരിശോധിക്കുക.

സംഭവങ്ങളുടെ സമയത്ത് പിന്തുണ

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

സ്വയം നോക്കണം

എനിക്കും സഹപ്രവർത്തകർക്കും സഹായിക്കുന്ന ചില സ്വകാര്യ ശീലങ്ങൾ:

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

മാനേജര് മാര് ക്ക് വേണ്ടി

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

പിന്നെ, നല്ല ആദ്യ ചുവട് എന്താണ്?

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

എന്റെ അഭിപ്രായം: ഉല്പാദന സംവിധാനങ്ങള് വിശ്വസനീയമായിരിക്കണം, അവയെ പരിപാലിക്കുന്ന ആളുകളും അങ്ങനെ തന്നെ. രണ്ടും സംരക്ഷിക്കുക.

ഡെസ്ലി

എന്തിന് ഉപകരണങ്ങൾ മാത്രം DevOps ഉണ്ടാക്കുന്നില്ല

Tue, 20 Oct 2026 23:10:30 +0200

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

ഉപകരണങ്ങളല്ല പ്രശ്നം. അവയൊന്നും പ്രധാനമല്ല.

DevOps എന്തെല്ലാം പരിഹരിക്കണം

2009ൽ പാത്രിക് ഡെബോയിസ് ബെൽജിയത്തിൽ ആദ്യത്തെ ഡെവ് ഒപ്സ് ഡേ സംഘടിപ്പിച്ചപ്പോൾ "ഡെവ് ഒപ്പ്സ്" എന്ന വാക്ക് രൂപംകൊണ്ടു. അത് പരിഹരിച്ച പ്രശ്നം മനുഷ്യന്റെ പ്രശ്നമായിരുന്നു. ഡെവലപ്പർമാർക്ക് മാറ്റങ്ങൾ വേഗത്തിൽ എത്തിക്കണമെന്നും പ്രവർത്തനങ്ങൾ സ്ഥിരത ആവശ്യമാണെന്നും. അവര് ക്ക് വ്യത്യസ്ത ലക്ഷ്യങ്ങളുണ്ടായിരുന്നു, വ്യത്യസ്ത മാനേജര് മാരും വ്യത്യസ്ത പ്രോത്സാഹനങ്ങളും. അവര് യുദ്ധം ചെയ്തു, സോഫ്റ്റ്വെയര് വിതരണം വളരെ പതുക്കെയായിരുന്നു.

ഇവയെ ഒന്നിപ്പിക്കാന് DevOps നിർദ്ദേശിച്ചു: പങ്കിട്ട ലക്ഷ്യങ്ങള് , പങ്കിട്ട ഉത്തരവാദിത്തം , പങ്കിട്ട ഉപകരണങ്ങള് , ധാരാളം ഓട്ടോമേഷന് അങ്ങനെ വേഗതയും സ്ഥിരതയും എതിര് ക്കല് അവസാനിപ്പിക്കും.

ഓർഡര് ശ്രദ്ധിക്കുക. ആളുകളും ലക്ഷ്യങ്ങളും ആദ്യം, അവയെ പിന്തുണയ്ക്കുന്നതിനുള്ള ഉപകരണങ്ങളും.

CALMS ചട്ടക്കൂട്

DevOps നെക്കുറിച്ച് ചിന്തിക്കാന് ഒരു ഉപകാരപ്രദമായ മാർഗ്ഗം ഇതാണ് ശാന്തമായി, ജെസ് ഹംബിളും മറ്റുള്ളവരും പ്രചരിപ്പിച്ച ഒരു ചട്ടക്കൂട്:

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

ഉപകരണങ്ങള് കൂടുതലും A യും M ന്റെ ഒരു ഭാഗവും മൂടുന്നു. സി, എൽ, എസ് എന്നിവയെല്ലാം ആളുകൾ എങ്ങനെ ഒരുമിച്ചു പ്രവർത്തിക്കുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.

ഉപകരണങ്ങൾ നല്ല സഹകരണം വേഗത്തിലാക്കുന്നു. അവ മോശം സഹകരണം വേഗത്തിലാക്കുന്നു.

"പേരിന് മാത്രം ഡെവൊപ്സ്" എന്നതിന്റെ അടയാളങ്ങൾ

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

സിലോസ് തകര് ക്കല്

ശരിക്കും സഹായിക്കുന്നതെന്താണ്:

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

സംസാരിക്കാന് സുരക്ഷിതത്വം തോന്നുന്നു

ഗൂഗിളിന്റെ ടീം ഫലപ്രാപ്തിയെക്കുറിച്ചുള്ള ഗവേഷണം അരിസ്റ്റോട്ടിൽ പദ്ധതി, ഉയര് ന്ന പ്രകടനം കാഴ്ചവെക്കുന്ന ടീമുകളില് ഏറ്റവും പ്രധാനപ്പെട്ട ഘടകം മാനസിക സുരക്ഷ: സംസാരിച്ചതിനോ ചോദ്യങ്ങൾ ചോദിച്ചതിനോ തെറ്റുകൾ സമ്മതിച്ചതിനോ ശിക്ഷിക്കപ്പെടില്ലെന്ന വിശ്വാസം.

ഡൊറയുടെ പഠനം സമാനമായ ഒരു കാര്യം പറയുന്നു. ജനറേറ്റീവ് സംസ്കാരം, വിവരങ്ങള് സ്വതന്ത്രമായി ഒഴുകുന്നു, പരാജയം കുറ്റപ്പെടുത്തുന്നതിനു പകരം അന്വേഷണത്തിലേക്ക് നയിക്കുന്നു, മെച്ചപ്പെട്ട സോഫ്റ്റ്വെയര് വിതരണവും മെച്ചപ്പെട്ട ക്ഷേമവും പ്രവചിക്കുന്നു.

പ്രായോഗികമായി, DevOps ലെ മനഃശാസ്ത്രപരമായ സുരക്ഷ ഇങ്ങനെ കാണപ്പെടുന്നുഃ

കുറ്റമറ്റ പോസ്റ്റ്മോർട്ടങ്ങൾ ചോദ്യം "എങ്ങനെ സിസ്റ്റം ഇത് അനുവദിച്ചു" എന്നതല്ല "ആരാണ് ഇത് ചെയ്തത്" എന്നതല്ല.
പേടിയില്ലാതെ "എനിക്കറിയില്ല" അല്ലെങ്കിൽ "ഞാൻ അത് തകർത്തു" എന്ന് പറയുന്ന ആളുകൾ.
ജൂനിയർമാർ പൊതു ചാനലുകളിൽ ചോദ്യങ്ങൾ ചോദിക്കുന്നതിൽ സുഖമാണ്.
തങ്ങളുടെ തെറ്റുകൾ ആദ്യം സമ്മതിക്കുന്ന നേതാക്കൾ.

അത് ഇല്ലാതെ, പ്രശ്നങ്ങൾ മറഞ്ഞിരിക്കും, മറഞ്ഞിരിക്കുന്ന പ്രശ്നങ്ങൾ വൈദ്യുതി മുടക്കുകളായി മാറും.

മാറ്റത്തിന് നേതൃത്വം നല് കുക

നിങ്ങളുടെ സംഘടനയെ യഥാർഥ DevOps-ലേക്ക് നീക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കില്:

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

അതായത്, ഉപകരണങ്ങള് പ്രയോജനമില്ലാത്തതാണോ?

ഒരു കാര്യവുമില്ല. നല്ല ഉപകരണങ്ങള് നല്ല രീതികള് സാധ്യമാക്കുകയും സ്കേലബിളാക്കുകയും ചെയ്യുന്നു. പക്ഷെ വ്യത്യസ്തമായി ഒരുമിച്ച് പ്രവർത്തിക്കാനുള്ള തീരുമാനത്തിനു ശേഷമാണ് അവ വരുന്നത്, പകരം അല്ല.

എന്റെ അഭിപ്രായം: DevOps എന്നത് നിങ്ങൾ പരിശീലിക്കുന്ന ഒന്നാണ്, നിങ്ങൾ വാങ്ങുന്ന ഒന്നല്ല. ഉപകരണങ്ങള് എളുപ്പമുള്ള ഭാഗമാണ്. ജനങ്ങളാണ് പ്രധാനം.

ഡെസ്ലി

ഗ്രീൻ ഡെവൊപ്സ്ഃ നമ്മുടെ സെർവറുകളുടെ കാർബൺ ചെലവ്

Tue, 20 Oct 2026 23:10:30 +0200

സോഫ്റ്റ് വെയറിനെ ഭാരമില്ലാത്ത ഒന്നായി കരുതുന്നത് എളുപ്പമാണ്. കോഡ് വെറും ടെക്സ്റ്റ് ആണ്, മേഘം "എവിടെയെങ്കിലും" ആണ്. പക്ഷെ ഓരോ അഭ്യർത്ഥനയും ഓരോ പൈപ്പ്ലൈൻ റൺസും ഓരോ വിഎം റൺസുകളും വൈദ്യുതിയും വെള്ളവും ഉപയോഗിക്കുന്ന ഒരു ഡേറ്റാ സെന്ററിലെ ഭൌതിക ഹാർഡ്വെയറിലാണ് പ്രവർത്തിക്കുന്നത്, അത് യഥാർത്ഥ വസ്തുക്കളിൽ നിന്നാണ് നിർമ്മിച്ചിരിക്കുന്നത്.

ഡേറ്റാ സെന്ററുകൾ ഇതിനകം തന്നെ ലോകത്തിലെ വൈദ്യുതിയുടെ ഒരു വലിയ ഭാഗം ഉപയോഗിക്കുന്നു, ഒപ്പം AI ബൂം ആ സംഖ്യ അതിവേഗം വർദ്ധിപ്പിക്കുന്നു. എത്രത്തോളം അടിസ്ഥാന സൌകര്യങ്ങൾ പ്രവർത്തിക്കുന്നുവെന്നും എത്രത്തോളം കാര്യക്ഷമമായി പ്രവർത്തിക്കുന്നുവെന്നുമാണ് തീരുമാനിക്കുന്നത് എന്ന നിലയിൽ, നമ്മൾ പലപ്പോഴും മനസ്സിലാക്കുന്നതിനേക്കാൾ കൂടുതൽ സ്വാധീനം DevOps എഞ്ചിനീയർമാർക്ക് ഇതിലുണ്ട്.

അത് ഇപ്പോൾ പ്രധാനമായിരിക്കുന്നത് എന്തുകൊണ്ട്?

നിയമം. യൂറോപ്യൻ യൂണിയനിൽ, കോർപ്പറേറ്റ് സുസ്ഥിരത റിപ്പോർട്ടിംഗ് ഡയറക് ടീവ് (സിഎസ്ആർഡി) പല വൻകിട കമ്പനികളെയും പരിസ്ഥിതി ആഘാതം റിപ്പോർട്ട് ചെയ്യണമെന്ന് ആവശ്യപ്പെടുന്നു, അതിൽ ഐടി ഉൾപ്പെടുന്നു. ഊര് ജ കാര്യക്ഷമത നിര് ദ്ദേശത്തില് വലിയ ഡാറ്റാ സെന്ററുകള് ഊര് ജവും ജലവും ഉപയോഗിക്കുന്നതിനെ കുറിച്ചുള്ള റിപ്പോർട്ടുകള് നല് കണമെന്ന് ആവശ്യപ്പെടുന്നു. ആവശ്യകതകൾ കുറച്ചിട്ടോ വൈകിപ്പിച്ചോ പോലും, ദിശ വ്യക്തമാണ്.
ഉപഭോക്താക്കളും നിക്ഷേപകരും ഡിജിറ്റൽ സേവനങ്ങളില് നിന്നും ഉൾപ്പെടെയുള്ളവയെ കുറിച്ചുള്ള ചോദ്യങ്ങള് കൂടുതലായി ചോദിക്കുന്നു.
AI ജോലിഭാരം ഊര് ജം ആവശ്യമുള്ളവയാണ്, അതിവേഗം വളരുകയാണ്.
വില. ഊർജ്ജം എന്നത് നിങ്ങൾ ക്ലൌഡിൽ പണം ചിലവഴിക്കുന്നതിന്റെ വലിയൊരു ഭാഗമാണ്. കമ്പ്യൂട്ടിംഗ് പാഴാക്കുന്നത് ഒരേ സമയം പണവും കാർബണും പാഴാക്കുന്നു.

സോഫ്റ്റ് വെയര് എമിഷന് റെ ഉത്ഭവം

ഏകദേശം മൂന്നു സ്രോതസ്സുകൾ:

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

സി. ഗ്രീൻ സോഫ്റ്റ് വെയർ ഫൌണ്ടേഷൻ ഒരു സോഫ്റ്റ് വെയർ കാർബൺ ഇന്റൻസിറ്റി (എസ്. സി. ഐ) ഊര് ജം, കാർബൺ തീവ്രത, സംയോജിത ഉദ്വമനം എന്നിവ സംയോജിപ്പിച്ച് ഓരോ പ്രവര് ത്തന യൂണിറ്റിനും (ഉദാഹരണത്തിന് ഓരോ അഭ്യർത്ഥനയ്ക്കും ഉപയോക്താവിനും) ഉദ്വ മനം കണക്കാക്കുന്നതിനുള്ള ഒരു ഐ.എസ്.ഒ. സ്റ്റാൻഡേർഡ്.

അളക്കുക

നിനക്ക് കാണാൻ കഴിയാത്തതിനെ കുറയ്ക്കാൻ കഴിയില്ല. സഹായകമായ ഉപകരണങ്ങൾ:

ക്ലൌഡ് ദാതാവിന്റെ ഡാഷ്ബോർഡുകൾ: AWS കസ്റ്റമർ കാർബൺ ഫുട്പ്രിന്റ് ടൂൾ, ഗൂഗിൾ ക്ലൌഡ് കാർബൺഫുട്പ്രൈന്റ്, മൈക്രോസോഫ്റ്റിന്റെ എമിഷൻ ഇംപാക്ട് ഡാഷ്ബോർഡ്. പൊതുവേ ഒരു കാലതാമസവും പരിമിതമായ വിശദാംശങ്ങളുമായിട്ടുള്ള ഒരു അവലോകനത്തിന് നല്ലതാണ്.
മേഘങ്ങളുടെ കാർബൺ കാൽപ്പാടുകൾ: ഒരു ഓപ്പൺ സോഴ്സ് ടൂൾ, ഇത് ക്ലൌഡ് ബില്ലിംഗ് ഡാറ്റയിൽ നിന്നുള്ള ഉദ്വമനം കണക്കാക്കുന്നു.
കെപ്ലർ (കുബർനെറ്റ്സ് അടിസ്ഥാനമാക്കിയുള്ള കാര്യക്ഷമമായ പവർ ലെവൽ എക്സ്പോർട്ടർ, ഒരു സിഎൻസിഎഫ് പ്രോജക്റ്റ്): പ്രോമിത്തേയസ് മെട്രിക്സ് ആയി തുറന്നിരിക്കുന്ന വ്യക്തിഗത പോഡുകളുടെയും കണ്ടെയ്നറുകളുടെയും energy ർജ്ജ ഉപയോഗം കണക്കാക്കാൻ ഇബിപിഎഫും ഹാർഡ്വെയർ കൌണ്ടറുകളും ഉപയോഗിക്കുന്നു.
വൈദ്യുതി മാപ്പുകൾ ഒപ്പം വാട്ട് ടൈം: വൈദ്യുതി ശൃംഖലകളുടെ തത്സമയവും പ്രവചനപരവുമായ കാർബൺ തീവ്രത ഡാറ്റ.
കാർബൺ അവബോധമുള്ള SDK ഗ്രീൻ സോഫ്റ്റ് വെയർ ഫൌണ്ടേഷന്: ആപ്ലിക്കേഷനുകൾക്ക് ആ ഡാറ്റ ഉപയോഗിച്ച് തീരുമാനമെടുക്കാൻ സഹായിക്കുന്നു.

ഏറ്റവും പച്ചയായ കണക്കുകൂട്ടൽ നിങ്ങൾ പ്രവർത്തിപ്പിക്കാത്ത കണക്കുകൂടലാണ്. രണ്ടാമത്തെ ഏറ്റവും പച്ചയായത് നിങ്ങൾ കാര്യക്ഷമമായി പ്രവർത്തിപ്പിക്കുന്ന കമ്പ്യൂട്ടറാണ്, ശുദ്ധമായ സ്ഥലത്ത്, ശുദ്ധ സമയത്ത്.

DevOps ടീമുകൾക്ക് എന്തു ചെയ്യാൻ കഴിയും

ഇവയിൽ മിക്കതും ചെലവ് ഒപ്റ്റിമൈസേഷനുകളാണ്, അത് അവയെ ന്യായീകരിക്കാൻ എളുപ്പമാക്കുന്നു.

കുറച്ചുകൂടി ഉപയോഗിക്കുക: - ഉപയോഗിക്കാത്തതും മറന്നുപോയതുമായ വിഭവങ്ങൾ ഇല്ലാതാക്കുക. - ശരിയായ വലിപ്പത്തിലുള്ള വിഎം, കണ്ടെയ്നറുകൾ, ഡാറ്റാബേസുകൾ. - ജോലി സമയത്തിനു പുറത്ത് ഉല്പാദനമില്ലാത്ത പരിതസ്ഥിതികൾ അടയ്ക്കുക. - കഴിയുമെങ്കില് പൂജ്യം വരെ. - നിരീക്ഷണ ഡാറ്റ കുറച്ചുകൊണ്ടുവരിക: കുറവ് ലോഗ്, സാമ്പിൾ ചെയ്ത ട്രെയ്സുകൾ, ഹ്രസ്വമായ നിലനിർത്തൽ. - അനാവശ്യമായ ഐ. സി. റൺസ് ഒഴിവാക്കുക (മാത്രം മാറ്റം വന്നത് നിർമ്മിക്കുക, കാലഹരണപ്പെട്ട റൺസ് റദ്ദാക്കുക).

അത് കൂടുതൽ കാര്യക്ഷമമായി ഉപയോഗിക്കുക: - കുബർനെറ്റസ് നോഡുകളെ കൂടുതൽ നന്നായി പാക്കേജിംഗ് ചെയ്ത് ഉപയോഗം വർദ്ധിപ്പിക്കുക (കാർപെന്റർ ഏകീകരണം, സത്യസന്ധമായ റിസോഴ്സ് അഭ്യർത്ഥനകൾ). - ഒരേ ജോലിയ്ക്ക് കുറഞ്ഞ ഊര് ജം ഉപയോഗിക്കുന്ന ARM അടിസ്ഥാനമാക്കിയുള്ള ഇൻസ്റ്റന്സുകൾ പോലുള്ള ഊര് ജക്ഷമമായ ഹാർഡ്വെയർ ഉപയോഗിക്കുക. - ഹോട്ട് കോഡ് പാതകളെ ഒപ്റ്റിമൈസ് ചെയ്യുക (അവ കണ്ടെത്താന് തുടര് ച്ചയായുള്ള പ്രൊഫൈലിംഗ് സഹായിക്കുന്നു). - നെറ്റ്വർക്ക് ട്രാഫിക്കും ആവർത്തിച്ചുള്ള ജോലിയും കുറയ്ക്കുന്നതിന് കാഷെ ചെയ്യുകയും കംപ്രസ് ചെയ്യുകയും ചെയ്യുക.

ശുദ്ധമായ ഊര് ജം ഉപയോഗിക്കുക: - ശുദ്ധമായ ഗ്രിഡുകളുള്ള പ്രദേശങ്ങൾ തിരഞ്ഞെടുക്കുക ലേറ്റൻസി നിയമങ്ങളും ഡാറ്റാ നിയമങ്ങളും അനുവദിക്കുന്നതോടെ. ജലവൈദ്യുതി, കാറ്റ്, ആണവോർജ്ജം എന്നിവ ധാരാളം ഉള്ള രാജ്യങ്ങളിലെ പ്രദേശങ്ങളിൽ സാധാരണയായി കാർബൺ തീവ്രത വളരെ കുറവാണ്. ക്ലൌഡ് ദാതാക്കൾ തങ്ങളുടെ പ്രദേശങ്ങളെ കുറിച്ചുള്ള വിവരങ്ങൾ പ്രസിദ്ധീകരിക്കുന്നു. - അതെ. കാർബൺ ബോധമുള്ള ഷെഡ്യൂളിംഗ്: ഗ്രിഡ് വൃത്തിയുള്ള സമയത്തോ സ്ഥലത്തോ ഫ്ലെക്സിബിൾ വർക്ക് ലോഡുകൾ (ബാച്ച് ജോലികൾ, പരിശീലനം, റിപ്പോർട്ടുകൾ, അടിയന്തിരമല്ലാത്ത ഐസി) പ്രവർത്തിപ്പിക്കുക. ഉദാഹരണത്തിന്, രാത്രികാല ജോലിയെ ഏറ്റവും കൂടുതൽ കാറ്റുള്ള സമയങ്ങളിലേക്ക് മാറ്റുക, അല്ലെങ്കിൽ ശുദ്ധമായ ഒരു പ്രദേശത്തേക്ക്.

ഹാർഡ്വെയർ കൂടുതൽ സമയം ഉപയോഗിക്കുകഃ - ഹാർഡ് വെയറിന്റെ ആയുസ്സ് വർദ്ധിപ്പിക്കുന്നത് ഹാർഡ്വെയറിന്റെ ഉദ്വമനം കുറയ്ക്കുന്നു.

കാർബൺ ബോധമുള്ള ഷെഡ്യൂളിംഗ്, പ്രായോഗികമായി

ഒരു ലളിതമായ പതിപ്പ്: അടുത്ത 12 മണിക്കൂറിനുള്ളിൽ എപ്പോൾ വേണമെങ്കിലും പ്രവർത്തിപ്പിക്കാവുന്ന ഒരു ബാച്ച് ജോലി കാർബൺ തീവ്രത പ്രവചനം പരിശോധിക്കുകയും ഏറ്റവും ശുദ്ധമായ വിൻഡോയിൽ ആരംഭിക്കുകയും ചെയ്യുന്നു. കാർബൺ തീവ്രത അടിസ്ഥാനമാക്കിയുള്ള കെ.ഇ.ഡി.എ സ്കേലറുകളോ ഗ്രിഡ് ഡാറ്റ പരിഗണിക്കാവുന്ന ഷെഡ്യൂളറുകളോ ഉപയോഗിച്ച് ഇത് സ്വപ്രേരിതമായി ചെയ്യുന്നതിനുള്ള ഉപകരണങ്ങളും കുബർനെറ്റസ് പ്രോജക്ടുകളും ഉയർന്നുവരുന്നു.

എല്ലാ കാര്യത്തിലും ഇത് ശരിയാവില്ല. ഉപയോക്താവിനെ അഭിമുഖീകരിക്കുന്ന അഭ്യർത്ഥനകൾ ഉപയോക്താക്കൾക്ക് സമീപം പ്രവർത്തിക്കണം. പക്ഷെ അതിശയകരമായ അളവിലുള്ള കമ്പ്യൂട്ടിംഗ് വഴക്കമുള്ളതാണ്: ഡാറ്റ പൈപ്പ്ലൈനുകൾ, മോഡൽ പരിശീലനം, ബാക്കപ്പുകൾ, ടെസ്റ്റ് സ്യൂട്ടുകൾ.

പണവും CO2 ഉം ഒരുമിച്ച് ലാഭിക്കുന്നു

പച്ചയായ ഡെവൊപ്സിന്റെ നല്ല കാര്യം നല്ല എൻജിനീയറിങ്ങുമായി ഇത് ഇടപെടാറില്ല എന്നതാണ്. കാര്യക്ഷമമായ സംവിധാനങ്ങള് വിലകുറഞ്ഞതും വേഗതയേറിയതും പച്ചയായതുമാണ്. ഫിനൊപസും സുസ്ഥിരതയും പലപ്പോഴും ഒരേ ലിസ്റ്റിലാണ് പ്രവർത്തിക്കുന്നത്.

ഒരു ഉപകാരപ്രദമായ ശീലം: ഒരു സേവനത്തിന്റെ വിലയ്ക്കു പുറമെ അതിന്റെ ഊര് ജോല് പ്പദാര് ത്ഥം അല്ലെങ്കിൽ കാർബൺ ഫുട്സ്പ്രിന്റ് കാണിക്കുക. ഇത് എഞ്ചിനീയര് മാരെ ശുചിയാക്കാന് ഒരു കാരണം കൂടി നല് കുന്നു, ആഘാതം ദൃശ്യമാക്കുന്നു.

എവിടെ നിന്നാണ് ഞാൻ തുടങ്ങേണ്ടത്?

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

എന്റെ അഭിപ്രായം: ഓരോ സെർവറും വെറുതെ കാശും കാർബണും കത്തിക്കുന്നു. കാര്യക്ഷമമായ അടിസ്ഥാന സൌകര്യങ്ങള് നല്ല എഞ്ചിനീയറിംഗ്, നല്ല ബിസിനസ്, ഭൂമിയ്ക്ക് നല്ലത് എന്നിവയൊക്കെയാണ്.

ഡെസ്ലി

2026 ലെ DevOps: ഈ വർഷം എന്താണ് മാറിയത്

Tue, 20 Oct 2026 23:10:30 +0200

ഓരോ വർഷവും DevOps ൽ തിരക്കുള്ളതായി തോന്നുന്നു. പക്ഷെ 2026-ലേക്ക് തിരിഞ്ഞുനോക്കുമ്പോൾ, പുതിയ ഉപകരണങ്ങളുടെ സാധാരണ ചാഞ്ചാട്ടത്തെക്കാൾ കുറച്ച് ഷിഫ്റ്റുകൾ ശ്രദ്ധേയമാണ്. അവരിൽ ചിലർ ജോലി ചെയ്യുന്ന ദിവസം തോറും അനുഭവപ്പെടുന്ന രീതി മാറ്റുന്നു. ഇവിടെ ഞാൻ നോക്കുന്നത് എന്തൊക്കെയാണ് മാറിയത്, എന്തൊക്കെയാണ് മങ്ങുന്നത്, അടുത്തതായി ഞാൻ പ്രതീക്ഷിക്കുന്നത്.

വലിയ മാറ്റങ്ങൾ

1. ഒരു പാരമ്പര്യം ഐ. ഐ. ഏജന്റുമാർ വർക്ക്ഫ്ലോയിലേക്ക് മാറി

ഈ വർഷത്തെ ഏറ്റവും വലിയ മാറ്റം. AI യാന്ത്രിക പൂരിപ്പിക്കൽ, ചാറ്റ് വിൻഡോ എന്നിവയിൽ നിന്നും ഏജന്റുമാർ ഒരു റിപ്പോസിറ്ററി വായിക്കുകയും, കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കുകയും, പരാജയപ്പെട്ട ബിൽഡുകൾ പരിഹരിക്കുകയും, പിൻ അഭ്യർത്ഥനകൾ തുറക്കുകയും ചെയ്യുന്നവ. ക്ലോഡ് കോഡ്, ഗിറ്റ്ഹബ് കോഡിംഗ് ഏജന്റ് തുടങ്ങിയവ പല ടീമുകളുടെയും വർക്ക്ഫ്ലോകളുടെ ഭാഗമായി.

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

ബന്ധപ്പെട്ടവ: AI എന്റെ DevOps ജോലി എടുക്കുമോ?, എന്റെ പൈപ്പ്ലൈനില് എ.ഐ. ഏജന്റുമാരുണ്ട്, MCP: നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് AI കണക്ട് ചെയ്യുക

2. പ്ലാറ്റ്ഫോം എൻജിനീയറിങ് സ്ഥിര മോഡലായി മാറി

"പ്ലാറ്റ്ഫോം എഞ്ചിനീയറിംഗ്" ഒരു മുദ്രാവാക്യം ആയിരുന്നില്ല, പല സംഘടനകളും തങ്ങളുടെ ടീമുകളെ എങ്ങനെ രൂപപ്പെടുത്തുന്നു എന്നതിലേക്ക് മാറി. "നമ്മുടെ കൈവശം ഒരു പോർട്ടൽ ഉണ്ടോ" എന്ന ചോദ്യത്തിൽ നിന്നും "നമ്മളുടെ പ്ലാറ്റ്ഫോം യഥാർത്ഥത്തിൽ ബുദ്ധിപരമായ ഭാരം കുറയ്ക്കുന്നുണ്ടോ" എന്ന ചോദ്യത്തിലേക്ക് സംഭാഷണം പക്വത പ്രാപിച്ചു.

ബന്ധപ്പെട്ടവ: ഒരു വലിയ ടീം ഇല്ലാതെ ഒരു ആന്തരിക ഡെവലപ്പർ പ്ലാറ്റ്ഫോം നിർമ്മിക്കുക, സ്വർണ്ണ പാതകൾ

3. ഒരു കല്ല് വിട ingress-nginx, ഹലോ ഗേറ്റ്വേ API

2026 മാർച്ചിൽ ingress-nginx വിരമിക്കുന്നത് വർഷങ്ങളായി ഏറ്റവും വലിയ കുബർനെറ്റ്സ് മൈഗ്രേഷനുകളിലൊന്നായി മാറാൻ നിർബന്ധിതരായി. പല ടീമുകൾക്കും, അത് ഒടുവിൽ സ്വീകരിക്കാനുള്ള പ്രേരണയായിരുന്നു ഗേറ്റ്വേ API, ഇത് ഇപ്പോൾ ട്രാഫിക് ക്ലസ്റ്ററുകളിലേക്ക് റൂട്ട് ചെയ്യുന്നതിനുള്ള സ്ഥിര രീതിയാണ്.

ബന്ധപ്പെട്ടവ: വിട ingress-nginx, ഹലോ ഗേറ്റ്വേ API

4. വിതരണ ശൃംഖലയുടെ സുരക്ഷ ഗൌരവമായി മാറി, നിയന്ത്രിതമായി

ഉയർന്ന നിലവാരമുള്ള വിതരണ ശൃംഖല ആക്രമണങ്ങളുടെ (ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങളെ അപഹരിച്ചു, സ്വയം വ്യാപിക്കുന്ന npm വേമുകൾ, പരിപാലക അക്കൌണ്ടുകൾ തട്ടിക്കൊണ്ടുപോയി) ശേഷം, പിൻ ചെയ്യൽ, ഒപ്പിടൽ, SBOM കൾ, ഉത്ഭവം എന്നിവ "മികച്ച രീതി" എന്നതിൽ നിന്ന് "പ്രതീക്ഷിച്ച"തിലേക്ക് മാറി. യൂറോപ്യൻ യൂണിയനിൽ, സൈബർ പ്രതിരോധ നിയമത്തിന്റെ റിപ്പോർട്ടിംഗ് ബാധ്യതകൾ 2026 സെപ്റ്റംബറിൽ പ്രാബല്യത്തിലായി. 2027 ഡിസംബറിൽ മുഴുവൻ ആവശ്യങ്ങളും നടപ്പിലാക്കും.

ബന്ധപ്പെട്ടവ: ഗിറ്റ്ഹബ് പ്രവർത്തനങ്ങൾ പൂട്ടുന്നു, എൻപിഎം നിങ്ങളുടെ നേരെ തിരിഞ്ഞാല്, യൂറോപ്യൻ യൂണിയന്റെ സൈബർ പ്രതിരോധ നിയമവും ഡെവൊപ്സും

2026 നമ്മുടെ ആശ്രിതത്വങ്ങളെ വിശ്വസിക്കാതെ പോയ വർഷമായിരുന്നു, AI ഉൾപ്പെടെ.

5. അടിസ്ഥാന സൌകര്യങ്ങൾ രണ്ടു പാതകളായി വിഭജിക്കപ്പെട്ടിരിക്കുന്നു

ടെറാഫോർമും ഓപ്പൺ ടോഫുവും പരസ്പരം വേർപിരിയാൻ തുടർന്നു. ഒരു ഉപകരണത്തെ മാത്രം ആശ്രയിക്കുന്നതിനു പകരം ടീമുകൾ യഥാർഥത്തിൽ തീരുമാനമെടുക്കുന്നു.

ബന്ധപ്പെട്ടവ: ടെറാഫോർം അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു?

6. ചെലവും പരമാധികാരവും അടിസ്ഥാന സൌകര്യങ്ങളുടെ വിഷയമായി

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

ബന്ധപ്പെട്ടവ: മേഘങ്ങളുടെ ബില് മൂന്നിലൊന്ന് കുറയ്ക്കുക, യൂറോപ്യൻ ക്ലൌഡും ഡിജിറ്റൽ പരമാധികാരവും, മേഘം വിടുന്നു

7. AI വർക്ക് ലോഡുകൾ അടിസ്ഥാന സൌകര്യങ്ങളെ മാറ്റി

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

ബന്ധപ്പെട്ടവ: DevOps ആളുകള് ക്കുള്ള ജിപിയു, ഒരു കണ്ടെയ്നറിൽ നിന്ന് കുബർനെറ്റിലേക്ക്: യഥാർത്ഥ മോഡലുകൾ

8. ഓപ്പൺ ടെലിമെട്രി ജയിച്ചു

ഓപ്പൺ ടെലിമെട്രി ഇപ്പോൾ ഇൻസ്ട്രുമെന്റ് സിസ്റ്റങ്ങളിലെ സ്ഥിരസ്ഥിതി മാർഗമാണ്, പ്രോമെതീയസ് 3 ഒടിഎൽപി സംസാരിക്കുകയും പ്രൊഫൈലിംഗ് നാലാമത്തെ സിഗ്നലായി എത്തുകയും ചെയ്യുന്നു. പുതിയ ശ്രദ്ധ ചെലവുകളിലാണ്: കുറവ് ശേഖരിക്കുക, പക്ഷേ മെച്ചപ്പെട്ടത്.

ബന്ധപ്പെട്ടവ: തുറന്ന ടെലിമെട്രി, നിരീക്ഷണ ബില് സെര് വറുകളുടെ ബില് അടിക്കുമ്പോൾ

എന്താണു മങ്ങുന്നത്?

ആദ്യം മുതൽ കൈകൊണ്ട് എഴുതിയ YAML. സൃഷ്ടിച്ചതും, ടെംപ്ലേറ്റ് ചെയ്തതും, അല്ലെങ്കിൽ AI- ഡ്രാഫ്റ്റ് ചെയ്തതും, പിന്നെ അവലോകനം ചെയ്തതും.
ഐ. സി. യിലെ ദീർഘകാലാടിസ്ഥാനത്തിലുള്ള ക്ലൌഡ് കീകൾ. ഒഐഡിസി സാധാരണമായി മാറിയിരിക്കുന്നു.
സൈഡ് കാര് കനത്ത സേവന മെഷുകൾ. സൈഡ് കാര് രഹിത മോഡുകൾ ഏറ്റെടുക്കുന്നു.
മാനുവൽ സർട്ടിഫിക്കറ്റ് പുതുക്കൽ. സർട്ടിഫിക്കറ്റിന്റെ ആയുസ്സ് കുറയുന്നത് ഓട്ടോമേഷൻ ഒഴിവാക്കാനാവാത്തതാക്കുന്നു.
"ഡെവൊപ്സ് ടീം" ഒരു ടിക്കറ്റ് ക്യൂ ആയി. പകരം പ്ലാറ്റ്ഫോം ടീമുകളും യഥാർത്ഥ ഉടമസ്ഥതയും.
പുതിയ പദ്ധതികൾക്കായി ജെന്കിന് സ്. ഇപ്പോഴും ധാരാളം പൈപ്പ് ലൈനുകൾ പ്രവർത്തിപ്പിക്കുന്നു, പുതുതായി തിരഞ്ഞെടുക്കുന്നത് വളരെ അപൂർവ്വമാണ്.

എന്താണ് ഉയരുന്നത്?

ഏജന്റിന്റെ സംരക്ഷണ കവറുകൾ ഒരു വിജ്ഞാനമായി: അനുമതികൾ, സാൻഡ്ബോക്സുകൾ, AI യുടെ ഓഡിറ്റ് ലോഗുകൾ.
എല്ലായിടത്തും നയങ്ങൾ കോഡായി, കുബർനെറ്റസ് പ്രവേശനം മുതൽ ടെറാഫോർം പ്ലാനുകൾ വരെ,
ഇ. ബി. പി. എഫ്. അടിസ്ഥാനമാക്കിയുള്ള ഉപകരണങ്ങൾ നെറ്റ് വർക്കിംഗിനും സുരക്ഷയ്ക്കും നോൺ-ഇൻസ്ട്രുമെന്റേഷൻ നിരീക്ഷണത്തിനും വേണ്ടി.
ക്വാണ്ടം ശേഷമുള്ള തയ്യാറെടുപ്പ്: ക്രിപ്റ്റോ സ്റ്റോക്കുകളും ഹൈബ്രിഡ് കീ എക്സ്ചേഞ്ചും.
പച്ചയും കാര്യക്ഷമവുമായ അടിസ്ഥാന സൌകര്യങ്ങള്, ചെലവും റിപ്പോർട്ടിംഗും മൂലം.
അവലോകനം പ്രധാന കഴിവായി: വായനയും വിമർശനാത്മകമായി ആസൂത്രണം ചെയ്യലും, കാരണം ഇപ്പോൾ വളരെയധികം സൃഷ്ടിക്കപ്പെടുന്നു.

അടുത്ത വർഷത്തെ എന്റെ പ്രവചനങ്ങൾ

ഇൻഫ്രാസ്ട്രക്ചർ റെപ്പോയിലെ മിക്ക റൂട്ടിൻ പിൻ അഭ്യർത്ഥനകളും ബോട്ടുകളോ ഏജന്റുമാരോ തുറക്കും, മനുഷ്യര് അവലോകനം ചെയ്യുന്നു.
ഒരു ഐ. എ. ഏജന്റുമായി ബന്ധപ്പെട്ട സുരക്ഷാ സംഭവം വ്യാപകമായി ചർച്ച ചെയ്യപ്പെടുന്ന ഒരു കേസ് പഠനമായി മാറും, ഒപ്പം വ്യവസായത്തെ കൂടുതൽ കർശനമായ ഏജന്റ് സാൻഡ്ബോക്സിംഗ് മാനദണ്ഡങ്ങളിലേക്ക് നയിക്കും.
2027 ഡിസംബറിൽ ക്രെഡിറ്റ് റേറ്റിംഗ് ഏജൻസിയുടെ മുഴുവൻ അപേക്ഷയും യൂറോപ്പിലെ എല്ലാ റിലീസ് പ്രക്രിയകളിലും എസ്.ബി.ഒ.എമ്മുകളും ദുർബലത കൈകാര്യം ചെയ്യലും ഒരു സാധാരണ ഭാഗമാക്കും.
ഗേറ്റ്വേ API ആണ് ഏറ്റവും പുതിയ ട്യൂട്ടോറിയലുകളിൽ പഠിപ്പിക്കുന്ന ഏക റൂട്ടിംഗ് API.
പ്ലാറ്റ്ഫോം ടീമുകൾ ഡെവലപ്പർ അനുഭവം അളക്കാൻ തുടങ്ങും.

ഞാൻ അടുത്ത വര് ഷം ഇവ പരിശോധിക്കും, എന്റെ AI പ്രവചനങ്ങൾ പോലെ.

അത് നമ്മളെ സംബന്ധിച്ചിടത്തോളം എന്താണ് അർത്ഥമാക്കുന്നത്?

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

എന്റെ അഭിപ്രായത്തില് 2026 എന്നത് എനിക്ക് ഓർമ്മയുള്ള ഏതൊരു വർഷത്തേക്കാളും വേഗത്തില് ഉപകരണങ്ങള് മാറ്റിമറിച്ച വർഷമാണ്. സോഫ്റ്റ്വെയർ എളുപ്പത്തിൽ വിതരണം ചെയ്യാനും തകർക്കാനും സാധിക്കും.

ഡെസ്ലി

Memento — ഉറപ്പുകൾക്ക് അധികം ആയുസ്സില്ല

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഒരു സംഭാഷണം തുടങ്ങുമ്പോൾ അതിനു മുമ്പ് നടന്നതിന്റെ ആശ്വാസകരമായ അറിവ് നമുക്കില്ല. മെമെന്റോ ഏറ്റവും നന്നായി പ്രവർത്തിക്കുന്നത് അവിടെയാണ്. സഹായിക്കാൻ ശ്രമിക്കുന്നതുപോലെ ഒരാൾ സംസാരിക്കാം. പക്ഷേ വിശ്വസിക്കാൻ മതിയായ കാരണമില്ല. ക്രിസ്റ്റഫർ നോളൻ ഈ അനിശ്ചിതത്വം സംഭാഷണത്തിലൂടെ വിവരിക്കുന്ന ഒരു അവസ്ഥയായി മാത്രം ഒതുക്കുന്നില്ല. പ്രേക്ഷകനും അത് നേരിടേണ്ടിവരുന്നു.

എഡിറ്റിംഗ് വിവരങ്ങളെ താൽക്കാലികമായി അനുഭവപ്പെടുത്തുന്നു. ഒരു ഫോട്ടോയോ കുറിപ്പോ ഒരു ചെറിയ ആശ്വാസം നൽകിയേക്കാം, പക്ഷേ പിന്നെ അത് സംശയത്തിന് റെ കാര്യമായി മാറുന്നു. നിങ്ങള് ശ്രദ്ധിക്കണം, പക്ഷെ ഓരോ രംഗവും വളരെ ലളിതമാണ്. സാധാരണയായി ഒരു പ്രശ്നത്തിന് അടിയന്തിരമായി പരിഹാരം കാണും, വലിയ ചിത്രം വ്യക്തമല്ലെങ്കിലും.

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

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

2000 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

9/10

എന്റെ വിലയിരുത്തൽ

പിന്നോട്ടു നീങ്ങുന്ന ആഖ്യാനം സംശയത്തെ നേരിട്ട് അനുഭവിപ്പിക്കുന്നു. സംഭവങ്ങളുടെ ക്രമം കണ്ടെത്തുന്നതിന് അപ്പുറം ഈ കഥയെ ശ്രദ്ധിക്കാൻ ഗൈ പിയേഴ്സിന്റെ പ്രകടനം ഒരു കാരണം നൽകുന്നു.

— Desly

Gone Girl — വിശ്വസിപ്പിക്കുന്നതും ഒരു പ്രകടനമാണ്

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

തെറ്റായ ധാരണ നൽകുന്ന ഒരാളെ നോക്കിനിൽക്കുന്നത് എത്ര അസ്വസ്ഥമാക്കുമെന്ന് ഗോൺ ഗേളിന് അറിയാം. ഒരു ഇടവേള നീളുന്നു. ഒരു ചിരി തെറ്റായ സമയത്ത് വരുന്നു. സാധാരണ പ്രതികരണംപോലും തെളിവായി വായിക്കപ്പെടുന്നു. മറ്റുള്ളവർ നിരീക്ഷിക്കുമ്പോൾ സ്വയം വിശ്വസനീയമായി അവതരിപ്പിക്കാൻ ശ്രമിക്കുന്ന മനുഷ്യരിൽനിന്നാണ് ഡേവിഡ് ഫിഞ്ചർ ഏറെ പിരിമുറുക്കം ഉണ്ടാക്കുന്നത്. മറുപടി പറയുന്നതുപോലും ശ്രദ്ധിച്ചുചെയ്യേണ്ട ജോലിയാകുന്നു.

സിനിമയുടെ സംവിധാനം വീടിന്റെ പരിസരം ശുചിത്വമുള്ളതാക്കുന്നു, പക്ഷേ ആശ്വാസകരമല്ല. വിഷ്വലുകൾ നിയന്ത്രിക്കപ്പെടുന്നു, വിവാഹത്തിന്റെ കഥയെക്കുറിച്ച് വ്യക്തമായി പറയാൻ ബുദ്ധിമുട്ടാണ്. ആ വ്യത്യാസം നന്നായി പ്രവർത്തിക്കുന്നു. ഒരു ടിവി ഇന്റർവ്യൂവിനോ പോലീസുമായി ഒരു സംഭാഷണത്തിനോ ഒരു വലിയ നാടകീയ നിമിഷം പോലെ പ്രധാനമാണെന്ന് തോന്നിപ്പിക്കാൻ ഈ സിനിമയ്ക്ക് കഴിയും.

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

ചിലപ്പോൾ തന്ത്രം അതിന്റെ സജ്ജീകരണം വളരെ ദൂരത്തേക്ക് നീട്ടുന്നു, അങ്ങനെ മെക്കാനിക്സ് വ്യക്തമാകും. ചില പാർശ്വ കഥാപാത്രങ്ങൾ പ്രധാന ദമ്പതികളെക്കാൾ വിശാലമായി വരച്ചിട്ടുണ്ട്. ആ തർക്കങ്ങൾ പ്രധാനമാണ്, പക്ഷേ അവ ചിത്രത്തിന്റെ ഏറ്റവും നല്ല പോയിന്റ് ഇല്ലാതാക്കുന്നില്ല: ഒരു ബന്ധം വ്യക്തമായി വിശദീകരിക്കാൻ കഴിയുന്നത് അത് ശരിക്കും മനസ്സിലാക്കുന്നതിൽ നിന്നും വളരെ വ്യത്യസ്തമാണ്.

2014 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

കാണാതായ ഒരാളെക്കുറിച്ചുള്ള കഥയെ ഫിഞ്ചർ ദാമ്പത്യത്തിന്റെയും പൊതുസമൂഹത്തിനു മുന്നിലെ അഭിനയത്തിന്റെയും അസ്വസ്ഥമായ പഠനമാക്കുന്നു. ചില സങ്കീർണമായ കഥാമാറ്റങ്ങളെക്കാൾ അഭിനയവും നിയന്ത്രിതമായ അവതരണവുമാണ് കൂടുതൽ ശക്തം.

— Desly

The Game — ചിട്ടകൾ തകരുമ്പോൾ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

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

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

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

1997 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

കഥ വിശ്വാസം ആവശ്യപ്പെടുമ്പോഴും നിയന്ത്രണം നഷ്ടപ്പെടുന്നത് മൈക്കൽ ഡഗ്ലസ് വിശ്വസനീയമാക്കുന്നു. കൃത്യമായി ക്രമപ്പെടുത്തിയ ഒരു ജീവിതം മനസ്സിലാക്കാൻ ബുദ്ധിമുട്ടുള്ളതാകുന്നതാണ് ഇതിലെ രസം.

— Desly

Zodiac — അവസാനിക്കാത്ത അന്വേഷണത്തിന്റെ ഭാരം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

സമയം കടന്നുപോകുന്നതുകൊണ്ടാണ് സിനിമയുടെ ഭാരം. പ്രൊഫഷണൽ തീരുമാനമായി തുടങ്ങിയതൊക്കെ പതുക്കെ പതുക്കെ വ്യക്തിപരമായ കാര്യമായി മാറുന്നു. ഫിഞ്ചർ ഈ ഷിഫ്റ്റ് കാണിച്ചു. നിരാശയും ആവർത്തിച്ചുള്ള ശ്രമങ്ങളും ഈ കഥയിൽ ഉൾപ്പെടുന്നു, അത് ഈ ശ്രമത്തെ ആകർഷകമാക്കുന്നതിനു പകരം ചെലവേറിയതായി തോന്നിപ്പിക്കുന്നു. ക്ഷമയാണ് ഈ സംഘർഷത്തിന് കാരണമാകുന്നത്.

ജേക്ക് ഗില്ലൻഹാൾ, മാർക്ക് റഫലോ, റോബർട്ട് ഡൗണി ജൂനിയർ എന്നിവർ അന്വേഷണത്തിന് വ്യത്യസ്ത ഊർജം നൽകുന്നു. സമീപനങ്ങൾ പരസ്പരം മാറ്റിവയ്ക്കാവുന്നതായി തോന്നുന്നില്ല. അതിന്റെ ഗുണം സംഭാഷണങ്ങൾക്കും ലഭിക്കുന്നു. ഒരേ ചോദ്യം ചോദിക്കുന്ന ആളനുസരിച്ച് കൗതുകമോ ക്ഷീണമോ അക്ഷമയോ പ്രകടിപ്പിക്കാം. വിവരങ്ങൾ നിറഞ്ഞ ഒരു ചിത്രം വെറുമൊരു വിവരവിതരണമായി മാറാതിരിക്കുന്നത് അതുകൊണ്ടാണ്. കഥാപാത്രങ്ങൾ ശ്രദ്ധയിൽ നിൽക്കുന്നു.

വിശദാംശങ്ങൾ പിന്തുടരാൻ ശ്രദ്ധ വേണം. തിരക്കില്ലാത്ത ഈ വേഗം എല്ലാ സമയത്തും ചേരണമെന്നില്ല. എനിക്ക് അതേ സൂക്ഷ്മതയാണ് ചിത്രം മികച്ചതാക്കുന്നത്. ഉത്തരം കണ്ടെത്താനുള്ള ആഗ്രഹം മനസ്സിലാക്കുമ്പോൾത്തന്നെ തിരച്ചിൽ കൂടുതൽ അസ്വസ്ഥമാകുന്നതും ചിത്രം കാണിക്കുന്നു. കൂടുതൽ ഒതുക്കമുള്ള ഒരു ത്രില്ലറിൽ നഷ്ടപ്പെട്ടേക്കാവുന്ന ഭാരം ഈ സംയമനം അനിശ്ചിതത്വത്തിന് നൽകുന്നു.

2007 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

9/10

എന്റെ വിലയിരുത്തൽ

ക്ഷമയോടെ നടക്കുന്ന അന്വേഷണത്തെ സോഡിയാക് ആകർഷകമാക്കുന്നു. എളുപ്പം പരിഹരിക്കാവുന്ന കടങ്കഥയാക്കാതെ ഒരു തിരച്ചിലിന് ജീവിതത്തിൽനിന്ന് എത്രയെടുക്കാം എന്നതിലാണ് ചിത്രം പിരിമുറുക്കം കണ്ടെത്തുന്നത്.

— Desly

The Girl with the Dragon Tattoo — പരുക്കൻ വശങ്ങളുള്ള അന്വേഷണം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ദി ഗേൾ വിത്ത് ദി ഡ്രാഗൺ ടാറ്റൂവിൽ റൂണി മാര നൽകുന്ന അടച്ചുപൂട്ടിയ ഭാവം സാധാരണ ത്രില്ലറിലെ വിചിത്രസ്വഭാവത്തേക്കാൾ ശ്രദ്ധേയമാണ്. ലിസ്ബെത്തിന്റെ കഴിവുകൾക്കൊപ്പം സൂക്ഷ്മശ്രദ്ധയും മറ്റുള്ളവരെ സന്തോഷിപ്പിക്കാനുള്ള വിമുഖതയും പ്രധാനമാണ്. ഈ അകലം ഒരു സംരക്ഷണമായി മാര അനുഭവിപ്പിക്കുന്നു. ഉത്തരങ്ങൾ നൽകാനുള്ള ഒരു ഉപകരണം മാത്രമാകാതെ കഥാപാത്രം നിലനിൽക്കുന്നത് പ്രകടനത്തിന്റെ ഗുണമാണ്.

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

പിരിമുറുക്കമുള്ള ബന്ധങ്ങൾക്കും പഴയ പകകൾക്കും ചേരുന്നൊരു തണുപ്പ് ഡേവിഡ് ഫിഞ്ചർ കഥയ്ക്ക് നൽകുന്നു. സങ്കീർണമായ അന്വേഷണം മനസ്സിലാക്കാവുന്നതായി സംവിധാനം നിലനിർത്തുന്നു. അതേസമയം സുഖകരമാക്കുന്നില്ല. പല സംഭാഷണങ്ങളിലും ഒരാൾക്ക് അറിയുന്നതിനെക്കാൾ അയാൾ സമ്മതിക്കാൻ തയ്യാറുള്ളതാണ് പ്രധാനം. ഈ കരുതലും മറച്ചുവയ്ക്കലും പിരിമുറുക്കത്തിന് നല്ലൊരു ഉറവിടമാകുന്നു. ചോദ്യങ്ങൾക്കുള്ള മറുപടി മാത്രം ഇവിടെ ശ്രദ്ധിക്കേണ്ടതല്ല.

ചില ഭാരമേറിയ ഭാഗങ്ങള് മുന്നിലെത്തിക്കാന് നിർബന്ധിതരായിരിക്കുന്നു, ചില വിശദാംശങ്ങള് കാര്യങ്ങൾ മന്ദഗതിയിലാക്കുന്നു. സൂക്ഷ്മമായ അന്വേഷണവും സംഘടിത പ്രവർത്തനവും കൂടുതൽ ഇഷ്ടപ്പെട്ടു. സംവിധാനം നന്നായി നിയന്ത്രിക്കപ്പെട്ടിരിക്കുന്നു, ആ ആശങ്കകൾ അത്ര പ്രധാനമല്ലെന്ന് തോന്നിപ്പിക്കാൻ മതിയായ സ്വഭാവം മറയുടെ പ്രകടനത്തിനുണ്ട്.

2011 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

തണുത്ത അന്തരീക്ഷവും അന്വേഷിക്കുന്ന രണ്ടുപേരുടെ വ്യത്യാസവുമാണ് ഈ രഹസ്യകഥയുടെ കരുത്ത്. ചിത്രത്തിലെ അതികഠിനമായ കാര്യങ്ങൾ അനുവദിക്കുന്നതിനെക്കാൾ കൂടുതൽ താൽപര്യം റൂണി മാര തന്റെ കഥാപാത്രത്തിൽ സൃഷ്ടിക്കുന്നു.

— Desly

L.A. Confidential — ഒരേ ബാഡ്ജ്, വ്യത്യസ്ത രീതികൾ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

കഥാപാത്രങ്ങളെ അവരുടെ നിലപാടുകളെക്കുറിച്ച് പുനർവിചിന്തനം ചെയ്യാൻ അനുവദിക്കുന്നതിനിടയിൽ കഥയെ മുന്നോട്ട് കൊണ്ടുപോകുന്നത് കർട്ടിസ് ഹാൻസൺ ആണ്. സമയദൈർഘ്യം നല്ലതായി കാണപ്പെടുന്നു, പക്ഷെ അത് ശൈലി കൂട്ടുന്നതില് കൂടുതലാണ് ചെയ്യുന്നത്. ഇവിടെ പ്രശസ്തി പണത്തെപ്പോലെയാണ്. എന്തൊക്കെയോ സംഭവിച്ചതുപോലെ തന്നെ പ്രധാനമാണ്, അന്വേഷണത്തിന് മറ്റൊരു സമ്മർദ്ദം കൂടി.

അധികാരത്തെക്കുറിച്ചുള്ള വിരുദ്ധധാരണകൾ ഗൈ പിയേഴ്സും റസ്സൽ ക്രോയും വിശ്വസനീയമാക്കുന്നു. അവരുടെ തീരുമാനങ്ങൾ ശ്രദ്ധേയമാകാൻ ഉടൻ ഇഷ്ടപ്പെടേണ്ട ആവശ്യമില്ല. ഓർമ്മിക്കപ്പെടേണ്ട വാചകത്തിനായി അമിതമായി ശ്രമിക്കാതെ സംഭാഷണങ്ങൾ കൃത്യമായി നിലനിൽക്കുന്നു. കഥാപാത്രങ്ങൾ വിലപേശുകയും ഒഴിഞ്ഞുമാറുകയും പരസ്പരം പരിശോധിക്കുകയും ചെയ്യുന്നു. കണ്ടെത്തലുകൾക്കിടയിലെ സംഭാഷണങ്ങൾക്കും അഭിനേതാക്കൾ മതിയായ ഭാരം നൽകുന്നു. അവയാണ് മനുഷ്യരെ കൂടുതൽ വ്യക്തമായി കാണിക്കുന്നത്.

കഥ സങ്കീർണമാണ്, പക്ഷെ സിനിമ ആളുകളെ പരസ്പരം മാറ്റാവുന്ന ഭാഗങ്ങളായി കാണുന്നില്ല. ധാർമ്മിക തീരുമാനങ്ങള് യഥാർത്ഥ ആഗ്രഹങ്ങളോടും കുറവുകളോടും ബന്ധപ്പെട്ടിരിക്കുന്നു. അതുകൊണ്ടാണ് ഈ രഹസ്യം ഇത്രയധികം തൃപ്തിപ്പെടുത്തുന്നത്. ഉത്തരങ്ങൾ പ്രധാനമാണ് കാരണം അവയെ നയിക്കുന്ന തീരുമാനങ്ങൾ ഇതിനകം തന്നെ പ്രധാനമാണ്.

9/10

എന്റെ വിലയിരുത്തൽ

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

— Desly

Mystic River — പഴയ സൗഹൃദങ്ങൾ, മായാത്ത മുറിവുകൾ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

ഓരോ കഥാപാത്രത്തെയും ദുഃഖം എങ്ങനെ ബാധിക്കുന്നുവെന്ന് പ്രകടനങ്ങൾ കാണിക്കുന്നു. ഷോൺ പെന് റെ സമീപനം തീവ്രമാണ്, ഒരു രംഗം ഭരിക്കാനും കഴിയും. ടിം റോബിന് സ് കൂടുതൽ ശാന്തവും ഉത്കണ്ഠാകുലവുമായ ഊര് ജം ഉപയോഗിച്ച് കളിക്കുന്നു, അതേസമയം കെവിന് ബേക്കണ് കൂടുതൽ സ്ഥിരതയുള്ളതും കൂടുതൽ നിലംപൊത്തിരിക്കുന്നതുമായ സാന്നിധ്യം വാഗ്ദാനം ചെയ്യുന്നു. അവരുടെ വൈരുദ്ധ്യമുള്ള ശൈലികൾ ബന്ധങ്ങളെ ആകർഷകമാക്കുന്നു, സിനിമയുടെ സ്വരം വളരെ ഗൌരവമുള്ളതാണെങ്കിലും.

സംശയം ഒരു സംഭാഷണത്തിന്റെ അർഥം മാറ്റുന്നത് എനിക്കിഷ്ടമായി. സാധാരണ ചോദ്യം ഒരു പരീക്ഷണമാകും. പഴയ പരിചയം ഒരാളെ ശ്രദ്ധയോടെ കേൾക്കാനുള്ള മനസ്സിനെ കുറച്ചേക്കാം. ഈ സമ്മർദം ബന്ധങ്ങളിൽനിന്ന് പുറത്തുവരുമ്പോഴാണ് സംഭാഷണങ്ങൾ കൂടുതൽ ശക്തമാകുന്നത്. അന്വേഷണം പ്രധാനമാണ്. പക്ഷേ അതിനു ചുറ്റുമുള്ള മനുഷ്യരുടെ മുറിവുകളാണ് കഥയ്ക്ക് ഭാരം നൽകുന്നത്. ശ്രദ്ധ അവരിൽനിന്ന് മാറിപ്പോകുന്നില്ല.

ചില ഭാഗങ്ങള് വളരെ ഗൌരവമുള്ളതായി തോന്നുന്നു, ചിലപ്പോള് ഞാന് കൂടുതൽ നിയന്ത്രണം ആഗ്രഹിച്ചിരുന്നു. പക്ഷെ അഭിനേതാക്കള് ക്ക് വ്യക്തിപരമായ ആഴം ഉണ്ട്. കഷ്ടപ്പാടിനെ കുറിച്ചുള്ള സന്ദേശമായി മാത്രം തോന്നാതെ സിനിമയെ നിലനിർത്താൻ. ഏറ്റവും നല്ല രംഗങ്ങൾ കാണിക്കുന്നത്, പങ്കുവച്ച ചരിത്രം എല്ലായ്പ്പോഴും ആളുകൾക്ക് പരസ്പരം വിശ്വസിക്കാൻ കഴിയുമെന്ന് അർത്ഥമാക്കുന്നില്ല.

2003 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

സാധാരണ സംഭാഷണങ്ങളിൽ ദുഃഖവും സംശയവും ഒരുമിച്ചുനിൽക്കുമ്പോഴാണ് മിസ്റ്റിക് റിവർ ഏറ്റവും ശക്തമാകുന്നത്. ചിലപ്പോൾ നാടകീയത അമിതമാകുന്നുണ്ടെങ്കിലും അഭിനയം ഈ കഠിനമായ വിഷയത്തിന് മനുഷ്യരുടെ ഭാരം നൽകുന്നു.

— Desly

Gone Baby Gone — നാടറിയുന്നതു മാത്രം മതിയാകില്ല

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഗോൺ ബേബി ഗോണിൽ കേസി അഫ്ലെക്ക് കേൾക്കുന്ന രീതി മികച്ചതാണ്. പറയുന്ന വാക്കുകൾക്കൊപ്പം പറയുന്ന വ്യക്തിയെയും പാട്രിക് വിലയിരുത്തുന്നതായി തോന്നും. അത് അന്വേഷണത്തെ മനുഷ്യരോട് ചേർത്തുനിർത്തുന്നു. പ്രദേശത്തെക്കുറിച്ചുള്ള അറിവ് സംഭാഷണം തുടങ്ങാൻ സഹായിക്കുന്നു. പക്ഷേ കിട്ടുന്ന ഉത്തരത്തെ അതേപടി വിശ്വസിക്കാമെന്ന് അതിനർഥമില്ല. പരിചയവും വിശ്വാസവും ഇവിടെ വ്യത്യസ്ത കാര്യങ്ങളാണ്. ഈ വ്യത്യാസം പ്രകടനത്തിൽ കാണാം.

ബെൻ അഫ്ലെക്കിന്റെ സംവിധാനം നാട്ടുപരിചയത്തിന്റെ ഉപയോഗവും പരിമിതിയും കാണിക്കുന്നു. മനുഷ്യർക്ക് പരസ്പരം മുൻധാരണകളുണ്ട്. അവ അറിയുന്നത് വാതിലുകൾ തുറക്കാനും അടയ്ക്കാനും ഇടയാക്കും. ഈ സാമൂഹികമായ അറിവ് അന്വേഷണത്തെ സ്വാധീനിക്കുമ്പോഴാണ് ചിത്രം ഏറ്റവും വിശ്വസനീയമാകുന്നത്. ഒരു കുറ്റകൃത്യകഥയ്ക്ക് പരുക്കൻ രൂപം നൽകുന്നതിനപ്പുറം പശ്ചാത്തലത്തിന് പങ്കുണ്ട്. അത് ചോദ്യങ്ങളുടെ സ്വഭാവത്തെത്തന്നെ ബാധിക്കുന്നു.

സംഭാഷണങ്ങൾക്ക് അസ്വസ്ഥമായ നേരിട്ടുള്ള സ്വഭാവമുണ്ട്. പലതും തീർപ്പാകാതെ നിൽക്കുമ്പോഴും ആളുകൾ ഉറപ്പോടെ സംസാരിക്കും. ശക്തമായ അഭിപ്രായം വിശ്വസനീയമാകണമെന്നില്ല. കേസി അഫ്ലെക്കിന്റെ സംയമനമുള്ള സാന്നിധ്യം കൂടുതൽ ശബ്ദമുള്ള കഥാപാത്രങ്ങൾക്ക് എതിരായി നിൽക്കുന്നു. ഈ വ്യത്യാസങ്ങൾ സൂചനകളുടെ നേരായ നിരയെക്കാൾ സംഭാഷണങ്ങളെ രസകരമാക്കുന്നു. ആളുകൾ സംസാരിക്കുന്ന രീതി ശ്രദ്ധിക്കുന്നത് കഥ പിന്തുടരുന്നതിനോളം പ്രധാനമാണ്.

ചിലയിടങ്ങളിൽ സ്വന്തം ചോദ്യങ്ങളുടെ ഭാരം അടിവരയിടാൻ ചിത്രം അല്പം അധികം ശ്രമിക്കുന്നുണ്ട്. എന്നിട്ടും അനിശ്ചിതത്വം വ്യക്തമായ മനുഷ്യരിൽനിന്നും സാഹചര്യങ്ങളിൽനിന്നുമാണ് വരുന്നത്. ധാർമികമായി ഉറപ്പുള്ള നിലപാടുകൾക്ക് കഥ ബുദ്ധിമുട്ടുണ്ടാക്കുന്നത് ഇഷ്ടമായി. വിവരങ്ങൾ ക്രമത്തിൽ വയ്ക്കുന്നതിന്റെ തൃപ്തിക്ക് അപ്പുറം അന്വേഷണത്തിന് പ്രസക്തി കിട്ടുന്നു. ചോദ്യങ്ങൾ കഥാപാത്രങ്ങളുടെ ജീവിതവുമായി ബന്ധപ്പെട്ടു നിൽക്കുന്നതാണ് അതിന്റെ കാരണം.

2007 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

ഗോൺ ബേബി ഗോണിലെ അന്വേഷണത്തിന് പ്രദേശത്തോടുള്ള പരിചയം വിശ്വസനീയമായ രൂപം നൽകുന്നു. കേസി അഫ്ലെക്കിന്റെ ശ്രദ്ധയും അസ്വസ്ഥമായ സംഭാഷണങ്ങളും അതിലെ ധാർമിക അനിശ്ചിതത്വത്തെ ശ്രദ്ധേയമാക്കുന്നു.

— Desly

Insomnia — ആശ്വാസം നൽകാത്ത പകൽവെളിച്ചം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഇൻസോമ്നിയയിൽ ക്ഷീണം അൽ പച്ചീനോയുടെ പ്രകടനത്തിന്റെ സജീവഭാഗമാണ്. കഥാപാത്രം കേൾക്കുന്നതും മറുപടി പറയുന്നതും അധികാരം നിലനിർത്താൻ ശ്രമിക്കുന്നതും അതു ബാധിക്കുന്നു. അന്വേഷണത്തിന്റെ ശാരീരികമായ ബുദ്ധിമുട്ട് അനുഭവിക്കാൻ പ്രകടനം സഹായിക്കുന്നു. അയാൾക്ക് കഴിവ് ഇപ്പോഴുമുണ്ട്. പക്ഷേ കഴിവുള്ളവനായി കാണപ്പെടാനുള്ള പരിശ്രമം കൂടുതൽ ശ്രദ്ധേയമാകുന്നു. ജോലിയിലെ ആത്മവിശ്വാസത്തിന് ചെലവുണ്ടെന്ന തോന്നൽ വരുന്നു. ആ ക്ഷീണം വെറും ഭാവമല്ല.

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

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

ചിലപ്പോൾ തിരക്കഥ ആവശ്യത്തിലധികം വിഷയങ്ങൾ വിശദീകരിക്കുന്നു. പ്രകടനം മൂല്യവത്തായതാണെന്ന് തെളിയിച്ചാൽ, കൂടുതൽ വിശദീകരണങ്ങൾ ആവശ്യമില്ലെന്ന് തോന്നിയേക്കാം. എന്നിട്ടും, ആവിഷ്കാരവും സ്ഥിരതയുള്ളതാണ് പ്രധാന കഥാപാത്രങ്ങളും കാണാന് വിലപ്പെട്ടതാണ്. ക്ഷീണം, കുറ്റബോധം, ജോലിയിൽ ആത്മവിശ്വാസം നഷ്ടപ്പെടൽ എന്നിവയെ കുറിച്ചുള്ള ഒരു കാഴ്ചപ്പാടായിട്ടാണ് ഇത് ഏറ്റവും ഫലപ്രദമായി എനിക്ക് തോന്നിയത്.

2002 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

7/10

എന്റെ വിലയിരുത്തൽ

അൽ പച്ചീനോയുടെ ക്ഷീണവും റോബിൻ വില്യംസിന്റെ ശാന്തതയുമാണ് ഇൻസോമ്നിയയിലെ മികച്ച പിരിമുറുക്കം സൃഷ്ടിക്കുന്നത്. ധാർമികസമ്മർദത്തെ അധികമായി വിശദീകരിക്കുന്ന നിമിഷങ്ങളെക്കാൾ അന്തരീക്ഷമാണ് കൂടുതൽ ഫലപ്രദം.

— Desly

The Silence of the Lambs — കേൾക്കലും ഒരു മത്സരമാകുന്നു

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

ആന്റണി ഹോപ്കിൻസ് തികച്ചും വ്യത്യസ്തമായ ഒരു നിയന്ത്രണം നടത്തുന്നു. അദ്ദേഹത്തിന്റെ വിതരണം ഒരു സിവിലിയൻ ചർച്ചയെ അതിന്റെ നിബന്ധനകൾ ആര് നിശ്ചയിക്കുമെന്ന ചർച്ചയാക്കി മാറ്റുന്നു. അവരുടെ പ്രകടനങ്ങളുടെ വ്യത്യാസം അവരുടെ സംഭാഷണങ്ങളെ വളരെ ഫലപ്രദമാക്കുന്നു. ഉത്തരം കിട്ടും മുമ്പേ തന്നെ ടെൻഷൻ ഉണ്ടാകും.

നോക്കുന്നതിനും നോക്കപ്പെടുന്നതിനും ജോനാഥൻ ഡെമ്മിയുടെ സംവിധാനം പ്രത്യേക ശ്രദ്ധ നൽകുന്നു. സൂക്ഷ്മമായി വിലയിരുത്തപ്പെടുന്നത് ഫ്രെയിമുകൾ അസ്വസ്ഥമാക്കുന്നു. കേന്ദ്രകൂടിക്കാഴ്ചകൾക്കപ്പുറവും ഈ അനുഭവമുണ്ട്. മറ്റുള്ളവരെ വിലയിരുത്തുമ്പോൾത്തന്നെ സ്വയം വിലയിരുത്തപ്പെടുന്ന ഇടങ്ങളിലാണ് ക്ലാരിസ് ജോലി ചെയ്യുന്നത്. ഈ സമ്മർദത്തെ വെറും അലങ്കാരമാക്കാതെ അന്വേഷണവുമായി ചിത്രം ബന്ധിപ്പിക്കുന്നു. കഥാപാത്രത്തിന്റെ സാഹചര്യത്തിൽനിന്ന് അത് വേർപെടുന്നില്ല. അതുകൊണ്ടാണ് സംവിധാനം കൂടുതൽ ഫലപ്രദമാകുന്നത്.

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

1991 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ

9/10

എന്റെ വിലയിരുത്തൽ

ദി സൈലൻസ് ഓഫ് ദി ലാംബ്സിൽ സംഭാഷണങ്ങളെയാണ് ജോഡി ഫോസ്റ്ററും ആന്തണി ഹോപ്കിൻസും ഏറ്റവും അസ്വസ്ഥമാക്കുന്നത്. അന്വേഷണത്തിന്റെ അടിയന്തരത നഷ്ടപ്പെടുത്താതെ സംവിധാനം അവരുടെ കൂടിക്കാഴ്ചകൾക്ക് കൃത്യത നൽകുന്നു.

— Desly

Wind River — ദൂരം എല്ലാം പ്രയാസമാക്കുന്നു

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

കൂടുതൽ വിശദീകരിക്കുന്ന ഭാഗങ്ങളെക്കാൾ വിശ്വസനീയമായൊരു ഒതുക്കിയ ദുഃഖം ജെറമി റെന്നർ നൽകുന്നു. കഥാപാത്രത്തിന്റെ ഭൂപ്രകൃതിയെക്കുറിച്ചുള്ള അറിവിന് പ്രായോഗിക ഉപയോഗത്തിനൊപ്പം വൈകാരികമായ വിലയുമുണ്ട്. എലിസബത്ത് ഓൾസൻ മറ്റൊരു തരത്തിലുള്ള ശ്രദ്ധ നൽകുന്നു. ജോലിയുടെ ഉത്തരവാദിത്തവും സ്ഥലപരിചയവും തമ്മിലുള്ള വ്യത്യാസം അവരുടെ കൂട്ടുപ്രവർത്തനത്തെ സഹായിക്കുന്നു. രണ്ടു സമീപനങ്ങളും ചിത്രത്തിൽ ആവശ്യമായി അനുഭവപ്പെടുന്നു. ആ വ്യത്യാസം അഭിനയത്തിൽ വ്യക്തമാകുന്നു.

തൽക്ഷണാവശ്യങ്ങളോട് ചേർന്നുനിൽക്കുമ്പോഴാണ് സംഭാഷണങ്ങൾ കൂടുതൽ നന്നാവുന്നത്. അടുത്തതായി എന്തുചെയ്യണം എന്ന ചോദ്യത്തിൽ അനിശ്ചിതത്വവും ദേഷ്യവും കരുതലും ഉണ്ടാകാം. അവയൊന്നും പ്രത്യേകം പ്രഖ്യാപിക്കേണ്ടതില്ല. കൂടുതൽ വിവരങ്ങൾ നൽകേണ്ട ആവശ്യത്തിനപ്പുറം ചുറ്റുമുള്ള മനുഷ്യർ പലതിനാലും ബാധിക്കപ്പെട്ടവരായി തോന്നുന്നു. അതുകൊണ്ടാണ് അന്വേഷണം താൽപര്യം നിലനിർത്തുന്നത്. അവരുടെ സാഹചര്യങ്ങൾ കഥയുടെ നീക്കവുമായി ബന്ധപ്പെട്ടുനിൽക്കുന്നു. കഥാപാത്രങ്ങൾക്ക് സ്വന്തമായ ഭാരം ലഭിക്കുന്നുണ്ട്.

ചില പ്രസംഗങ്ങളും നാടകീയമായ ഊന്നലുകളും ആവശ്യത്തിലധികം ശക്തമാണ്. അഭിനേതാക്കൾക്ക് ചില കാര്യങ്ങൾ തീർപ്പാക്കാതെ വിടാൻ കഴിയുന്ന ശാന്തമായ സംഭാഷണങ്ങളാണ് കൂടുതൽ ബാധിച്ചത്. ഈ കുറവുകളുണ്ടെങ്കിലും പശ്ചാത്തലവും പ്രകടനങ്ങളും കഥയെ ശക്തമായി പിടിച്ചുനിർത്തുന്നു. ജോലിയുടെ പ്രയാസം അതിനു ചുറ്റുമുള്ള ദുഃഖത്തിൽനിന്ന് വേർപെട്ടതായി തോന്നുന്നില്ല. ആ ബന്ധമാണ് ചിത്രത്തിൽ കൂടുതൽ ഫലപ്രദമായി നിലനിൽക്കുന്നത്. അതുകൊണ്ട് ശ്രദ്ധ തുടർന്നും കിട്ടുന്നു.

2017 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

വിൻഡ് റിവർ അന്വേഷണത്തെ ദുഃഖത്തോടും ഒറ്റപ്പെടലിനോടും ബുദ്ധിമുട്ടുള്ള ഭൂപ്രകൃതിയോടും ബന്ധിപ്പിക്കുന്നു. ചില അമിതമായ വിശദീകരണങ്ങളുണ്ടെങ്കിലും ശാന്തമായ നിമിഷങ്ങളിലാണ് മുഖ്യപ്രകടനങ്ങൾ ഏറ്റവും ശക്തമാകുന്നത്.

— Desly

The Pledge — ഉത്തരവാദിത്തം പിടിവാശിയാകുമ്പോൾ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ദി പ്ലെഡ്ജിൽ ജാക്ക് നിക്കോൾസൻ പതിവിൽനിന്ന് വ്യത്യസ്തമായി ശാന്തനാണ്. അത് ചിത്രത്തിന് ചേരുന്നു. അയാളുടെ ശ്രദ്ധ വായിച്ചെടുക്കാൻ ബുദ്ധിമുട്ടുള്ളതാകുന്നു. കരുതലും പിടിവാശിയും പുറത്തുനിന്ന് ഒരുപോലെ തോന്നാം. എന്തോ പ്രശ്നമുണ്ടെന്ന് എല്ലാ നിമിഷവും പ്രഖ്യാപിക്കാതെ ആ അനിശ്ചിതത്വം പ്രകടനം നിലനിർത്തുന്നു. കഥയ്ക്ക് സ്ഥിരമായൊരു കേന്ദ്രം അതു നൽകുന്നു. ചെറിയ പ്രതികരണങ്ങൾക്കും ഇവിടെ പ്രാധാന്യമുണ്ട്. അതുകൊണ്ട് കഥാപാത്രത്തെ ശ്രദ്ധിക്കാൻ താൽപര്യം തോന്നുന്നു.

ഷോണ് പെന് റെ നേതൃത്വത്തില് അന്വേഷണം ക്ഷമയോടെ നടക്കുന്നു. ഒരു വ്യക്തി ഏറ്റെടുക്കുന്ന ഉത്തരവാദിത്തവും ആ ഉത്തരവാദിത്തം അനാരോഗ്യകരമായിത്തീരുമ്പോൾ തീരുമാനമെടുക്കുന്നതിലെ ബുദ്ധിമുട്ടും ആണ് ഈ സിനിമയിൽ കാണിക്കുന്നത്. സാധാരണ സംഭവങ്ങൾ തിരച്ചിലിന് ഇടയിലായി. ആ നിമിഷങ്ങള് കാണിക്കുന്നത് ജീവിതത്തില് നിന്ന് എന്ത് ആവശ്യമാണെന്നാണ്.

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

ഗൗരവം ചിലപ്പോൾ ശ്വാസംമുട്ടിക്കുന്നതായി തോന്നും. സാവധാനമുള്ള വേഗം ആവശ്യത്തിലധികം ഗംഭീരവുമാകുന്നു. എന്നിട്ടും കേന്ദ്രപ്രകടനം ക്ഷമ അർഹിക്കുന്നു. അന്വേഷകന്റെ നിശ്ചയദാർഢ്യത്തെ സ്വാഭാവികമായി ആഘോഷിക്കാതെ പരിശോധിക്കേണ്ട ഒന്നായി ചിത്രം കാണുന്നു. കുറ്റകൃത്യകഥയ്ക്ക് സ്വീകരിക്കാവുന്ന അസ്വസ്ഥവും ശ്രദ്ധേയവുമായൊരു സമീപനമാണത്. ഭാരമുള്ള ഭാഗങ്ങൾക്കിടയിലും ഈ കാഴ്ചപ്പാട് താൽപര്യം നിലനിർത്തുന്നു. അതാണ് ചിത്രം കാണുന്നതിന് നല്ലൊരു കാരണം നൽകുന്നത്.

2001 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

7/10

എന്റെ വിലയിരുത്തൽ

ജാക്ക് നിക്കോൾസന്റെ സംയമനമാണ് ദി പ്ലെഡ്ജിന്റെ ഏറ്റവും നല്ല ഗുണം. ഒരു വാഗ്ദാനം ഭാരമാകുന്നത് സാവധാനമുള്ള സംവിധാനം അനുഭവിപ്പിക്കുന്നു. പക്ഷേ ഈ ഗൗരവം ചിലപ്പോൾ അമിതമായി തോന്നാം.

— Desly

Arrival — മറ്റൊരു ഭാഷയ്ക്ക് ഇടം നൽകുന്നു

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

എമി ആഡംസ് കാരണമാണ് വരവ് ഇത്രമാത്രം മനുഷ്യത്വപരമായി തോന്നുന്നത്. ലൂയിസ് ശ്രദ്ധിക്കണം, ഒരു അനുമാനം പുനരവലോകനം ചെയ്യണം, വീണ്ടും ശ്രമിക്കണം, ആഡംസ് ആ ജോലിയെ ആകർഷകമാക്കുന്നു. ഏറ്റവും വേഗതയേറിയ ഉത്തരം ഉള്ളവളായി അവൾ ബുദ്ധിമാനായി അഭിനയിക്കുന്നില്ല. സംശയത്തിന് ഇടമുണ്ട്. മനസ്സിലാക്കാൻ പരിശ്രമം ആവശ്യമുള്ള ഒരു കഥക്ക് ഇത് തികച്ചും അനുയോജ്യമാണ്.

ഡെനിസ് വില്ലെനെവ് ഈ കൂടിക്കാഴ്ചയെ ഭയപ്പെടുത്തുന്ന തരത്തിലാക്കുന്നു. ആളുകളെ നിസ്സാരരാക്കാതെ. ശബ്ദം വളരെ ഫലപ്രദമാണ്. ഒരു സുഖപ്രദമായ വിശദീകരണം ഉണ്ടാകുന്നതിനു മുമ്പുതന്നെ അത് ഒരു അപരിചിതമായ സാന്നിധ്യം നൽകുന്നു. സിനിമ ആ അസ്വസ്ഥതയെ നിലനിർത്തുന്നു, അത് ക്ഷമയോടെയുള്ള ആശയവിനിമയം ആവശ്യമാണെന്ന് തോന്നിപ്പിക്കുന്നു.

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

അളന്ന വേഗത ശ്രദ്ധ ആവശ്യപ്പെടുന്നു, പക്ഷേ വൈകാരിക വശം ഒരിക്കലും ഒരു ബുദ്ധിപരമായ വ്യായാമത്തിന് പുറമേയുള്ള ഒരു ചിന്തയായി തോന്നുന്നില്ല. വളരെ വലിയ ചോദ്യങ്ങളുമായി സിനിമ ഇടപെടുമ്പോഴും ആഡംസ് തന്റെ വ്യക്തിപരമായ താല്പര്യം നിലനിർത്തുന്നു. വിശദാംശങ്ങള് ഞാന് അവിടെ തന്നെ വിടാം. ഈ സിനിമയിൽ ഈ കഷണങ്ങളുടെ ബന്ധം കണ്ടെത്തേണ്ടതാണ്.

2016 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

9/10

എന്റെ വിലയിരുത്തൽ

ആരെയെങ്കിലും മനസ്സിലാക്കാൻ ശ്രമിക്കുന്നതില് യഥാർത്ഥ നാടകം കണ്ടെത്തുന്നു. ആമി ആഡംസ് വലിയ സയൻസ് ഫിക്ഷൻ ആശയങ്ങൾക്ക് ഒരു വൈകാരികേന്ദ്രം നൽകുന്നു, അതേസമയം ശബ്ദവും അളന്ന ദിശയും അനിശ്ചിതത്വം അനുഭവപ്പെടാൻ സഹായിക്കുന്നു.

— Desly

Ex Machina — മാന്യമായ ചോദ്യങ്ങൾ, അസമമായ അധികാരം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ആരെങ്കിലും ന്യായമായ ഒരു ചോദ്യം ചോദിക്കുകയും സംഭാഷണം അത്ര സുഖകരമാകാതിരിക്കുകയും ചെയ്താല് Ex Machina ഏറ്റവും മികച്ചതായിരിക്കും. സാധാരണയായി ഒന്നിലധികം കാര്യങ്ങൾ പരീക്ഷിക്കപ്പെടുന്നു. അലക്സ് ഗാര് ലന് ഡ് ആ സമ്മര് ദം മുറിയിലുള്ള ആളുകളുടെ അടുത്ത് നിലനിർത്തുന്നു. സിനിമയ്ക്ക് അവരുടെ ചുറ്റുമുള്ള ഒരു വലിയ ലോകം ആവശ്യമില്ല, അവരുടെ തീരുമാനങ്ങൾ അനന്തരഫലങ്ങളുള്ളതായി തോന്നാൻ.

അലിസിയ വിക്കന് ഡര് അവയ്ക്ക് ഒരു കൃത്യത നല് കുന്നു, അത് അവളെ കാണുന്നത് രസകരമാക്കുന്നു. അവളുടെ പ്രതികരണത്തിലെ ചെറിയ വ്യത്യാസങ്ങള് അത് പരിഹരിക്കാതെ വ്യാഖ്യാനത്തെ ക്ഷണിക്കുന്നു. ഓസ്കര് ഐസക് മറ്റൊരു തരത്തിലുള്ള അനിശ്ചിതത്വം കൊണ്ടുവരുന്നു. അവന്റെ സൌകര്യം ഒരു കൂടിക്കാഴ്ച സൌഹൃദപരമായി തോന്നിപ്പിക്കും, പക്ഷേ അത് അതിൻറെ അതിരുകൾ നിശ്ചയിക്കുമെന്ന് അവൻ പ്രതീക്ഷിക്കുന്നു എന്ന് സൂചിപ്പിക്കുന്നു.

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

ഇടയ്ക്കിടെ സംഭാഷണം പ്രകടനങ്ങൾ വ്യക്തമാക്കിയ ഒരു ആശയം വ്യക്തമാക്കുന്നു. തർക്കം ഒരു വിനിമയത്തിന്റെ നാണക്കേടിലായിരിക്കുമ്പോഴാണ് എനിക്കിഷ്ടം. എന്നിരുന്നാലും, പരിമിതമായ അളവ് ഒരു കരുത്താണ്. ബുദ്ധി, അധികാരം എന്നിവയെ കുറിച്ചുള്ള ചോദ്യങ്ങള് പെട്ടെന്നുള്ളതാണെന്ന് തോന്നാന് വേണ്ടത്ര ഫോക്കസ് ഈ സിനിമയ്ക്ക് നല് കുന്നു.

8/10

എന്റെ വിലയിരുത്തൽ

Ex Machina അതിന്റെ ചെറിയ ഗ്രൂപ്പ് കഥാപാത്രങ്ങളെ ഒരു വലിയ കാഴ്ചയേക്കാൾ അസ്വസ്ഥമാക്കുന്നു. അലിസിയ വിക്കാൻഡറും ഓസ്കാർ ഐസാക്കും വളരെ നല്ലവരാണ്, ന്യായമായ ആശയവിനിമയങ്ങൾ വളരെ ബുദ്ധിമുട്ടുള്ളതാക്കുന്നതിൽ.

— Desly

Moon — വീട്ടിലേക്കുള്ള ദൂരെയുള്ള ഒരു ജോലിസ്ഥലം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

സാം റോക്ക്വെല് , ചന്ദ്രനിലുള്ള ചാന്ദ്ര താവളം വളരെക്കാലം താമസിച്ച ഒരു ജോലിസ്ഥലമായി തോന്നിപ്പിക്കുന്നു. അയാളുടെ പ്രകടനത്തില് ഏകാന്തതയോടൊപ്പം അസ്വസ്ഥതയും വിരസതയുമുണ്ട്. ആ മിശ്രിതം പ്രധാനമാണ്. കാഴ്ചക്കാരന് കൂടുതൽ സങ്കീർണ്ണമായ കാര്യങ്ങളെക്കുറിച്ച് ചിന്തിക്കാൻ ആവശ്യപ്പെടുന്നതിന് മുമ്പ് അത് കഥയ്ക്ക് തിരിച്ചറിയാവുന്ന ഒരു മനുഷ്യ പതിവ് നൽകുന്നു. സാം ഒരു ദിവസം കടന്നുപോകുന്നത് കാണുന്നത് രസകരമാണ്.

ഡങ്കന് ജോണ് സ് പരിമിതമായ ക്രമീകരണം നന്നായി ഉപയോഗിക്കുന്നു. അടിസ്ഥാനം പ്രായോഗികമായി തോന്നുന്നതാണ്, അത് സിനിമയെ ഭാവി രൂപകൽപ്പനയെ കുറിച്ചുള്ളതാക്കുന്നു. ഒരു ജോലി ചെയ്യാനുണ്ട്, അത് ചെയ്യുമെന്ന് പ്രതീക്ഷിക്കുന്ന ഒരു സംവിധാനവും. സാധാരണ ആവശ്യകതയാണ് വീട്ടിൽ നിന്ന് അകന്നു നിൽക്കുന്നതിനെ കുറിച്ചുള്ള പ്രസംഗത്തേക്കാൾ ഒറ്റപ്പെടലിനെ കൂടുതൽ ബോധ്യപ്പെടുത്തുന്നത്.

സംഭാഷണത്തില് ഉണങ്ങിയ നർമ്മത്തിനും അസ്വസ്ഥതയ്ക്കും ഇടമുണ്ട്. റോക്ക്വെലിന് പരാതി നല് കാന് കഴിയും അത് നല് കുന്ന വ്യക്തിയെക്കുറിച്ച് എന്തെങ്കിലും വെളിപ്പെടുത്താന് . ആ സ്പർശങ്ങൾ സിനിമയെ അതിന്റെ ആശയങ്ങളെക്കുറിച്ച് വളരെ ഗൌരവമായി എടുക്കുന്നതിൽ നിന്നും തടയുന്നു. സയൻസ് ഫിക്ഷന് ഇപ്പോഴും ആശ്വാസവും സംഭവിക്കുന്ന കാര്യങ്ങളുടെ നിയന്ത്രിക്കാവുന്ന വിശദീകരണവും ആഗ്രഹിക്കുന്ന ഒരാളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.

ചിലപ്പോള് എഴുത്ത് കാര്യങ്ങള് വളരെ വിശദമായി വിശദീകരിക്കുന്നു, ചെറിയ തോതിലുള്ള എഴുത്ത് മാറ്റങ്ങള് പെട്ടെന്ന് തോന്നിപ്പിക്കും. പക്ഷെ ഇതൊന്നും വലിയ പ്രശ്നങ്ങളല്ല. ഈ ചിത്രത്തിന്റെ കേന്ദ്രപ്രകടനം സിനിമയെ ഒന്നിപ്പിക്കുന്നു. അതിന്റെ ഏറ്റവും നല്ല ഗുണം അത് വ്യക്തിത്വത്തെക്കുറിച്ചുള്ള ഒരു ചോദ്യം ഒരു വ്യക്തിക്ക് ഒരു യഥാർത്ഥ പ്രശ്നമായി തോന്നുന്നതാണ്.

2009 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

ചന്ദ്രന് അതിന്റെ സയൻസ് ഫിക്ഷന് ഒരു ഏകാന്തമായ തൊഴില് ജീവിതത്തിന്റെ ഘടന നൽകുന്നു. സാമ് റോക്ക്വെല് ഈ സിനിമയെ മതിയായ ക്ഷീണത്തോടെയും വ്യക്തിത്വത്തോടെയും അവതരിപ്പിക്കുന്നു.

— Desly

Primer — വിശദീകരണങ്ങള് എളുപ്പമാവില്ല.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

ഷെയിന് കാരുത്ത് കഥ ചെറുതാക്കുന്നു, അത് അതിന്റെ ആശയങ്ങളുമായി പൊരുത്തപ്പെടുന്നു. ജോലി സാധാരണ സ്ഥലങ്ങളില് നടക്കുന്നു, ഒരു കണ്ടെത്തല് അത് വിശദീകരിക്കാന് ശരിയായ വാക്കുകൾ കൊണ്ട് ഉടനെ എത്തിക്കുന്നില്ല. ആ വിടവ് രസകരമാണ്. സിനിമയില് ഒരു കാര്യം മനസ്സിലാക്കാൻ ശ്രമിക്കുന്നതില് കുഴപ്പമുണ്ടെന്ന് തോന്നിപ്പിക്കുന്നു, അന്തസ്സും ജാഗ്രതയെ മറികടക്കുന്നു.

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

ചില ബുദ്ധിമുട്ടുകൾ ഒരു വെല്ലുവിളിയാകണം എന്ന തോന്നലാണ്. അത് തൃപ്തിപ്പെടുത്തുന്നതിനേക്കാൾ കൂടുതൽ ക്ഷീണിപ്പിക്കുന്നതായി തോന്നുന്നത് എന്തുകൊണ്ടാണെന്ന് എനിക്ക് മനസ്സിലായി. സിനിമ എപ്പോഴും കാഴ്ചക്കാരന് സങ്കീർണ്ണമായ നിമിഷങ്ങളില് പിടിച്ചുനില് ക്കാന് വേണ്ടത്ര സമയം കൊടുക്കാറില്ല. എന്നിട്ടും, അത് ഒരുമിച്ചുകൂട്ടുന്ന രീതിയും അത് സൃഷ്ടിക്കുന്ന മാനസികാവസ്ഥയും പരസ്പരം ബന്ധപ്പെട്ടിരിക്കുന്നു. അതിന്റെ ബുദ്ധി, മറ്റൊരാള് നിങ്ങളെക്കാള് കൂടുതല് മനസ്സിലാക്കുന്നുണ്ടോയെന്ന് അറിയാത്തതിന്റെ വിഷമകരമായ വികാരവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.

2004 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

പ്രൈമര് സാങ്കേതിക ജോലിയും അനിശ്ചിതത്വവും തമ്മിൽ അടുത്ത ബന്ധമുണ്ടെന്ന് തോന്നിപ്പിക്കുന്നു. ലളിതവൽക്കരണം നിഷേധിക്കുന്നത് നിരാശാജനകമാണ്, പക്ഷേ സൂക്ഷ്മമായ സംഭാഷണവും ചെറിയ തോതിലുള്ള പ്രയോഗവും ഈ ബുദ്ധിമുട്ട് അസാധാരണമായി ബോധ്യപ്പെടുത്തുന്നു.

— Desly

Source Code — പരിചിതമായ ഒരു മാതൃകയിലുള്ള അടിയന്തിരാവസ്ഥ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ജെയ്ക്ക് ജില്ലൻഹാൾ സോഴ്സ് കോഡിനു നല് കുന്നത് അടിയന്തിരതയുടെയും ആശയക്കുഴപ്പത്തിന്റെയും ഉപയോഗപ്രദമായ മിശ്രിതമാണ്. ദൈവത്തിന് റെ കരുണയുടെ അടയാളങ്ങൾ ഒരു സാഹചര്യത്തിലേക്ക് മടങ്ങിവരുന്നതിനെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു കഥയില് അത് പ്രധാനമാണ്. ലഭ്യമായ വിവരങ്ങളുടെ അർത്ഥം മാറിക്കൊണ്ടിരിക്കുമ്പോഴും പ്രകടനം തുടർച്ച നൽകുന്നു.

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

ഒരു സാഹചര്യം ഒരു ചുമതലയായി കണക്കാക്കുന്നതിലും അതിലുള്ള ആളുകളെ ശ്രദ്ധിക്കുന്നതിലും വ്യത്യാസം വെളിപ്പെടുത്തിയാൽ സംഭാഷണങ്ങൾ ഏറ്റവും ഫലപ്രദമാകും. ജില്ലൻഹാൾ ആ വ്യത്യാസം പ്രാധാന്യമുള്ളതാക്കാൻ വേണ്ടത്ര ആശങ്കയുണ്ടാക്കുന്നു. ആ കണ്ടുമുട്ടലുകളിലേയ്ക്കുള്ള യാത്രയേക്കാൾ കൂടുതൽ ആകർഷകമാണ് സിനിമ. അതിന്റെ അടിസ്ഥാനിയമങ്ങളുടെ പ്രാധാന്യത്തിൽ ഉറച്ചു നിൽക്കുന്നതിനേക്കാൾ.

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

7/10

എന്റെ വിലയിരുത്തൽ

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

— Desly

Dark City — ശാന്തമായ ഉത്തരങ്ങളില്ലാത്ത ഒരു നഗരം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

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

സംഭാഷണവും മനഃപൂർവ്വം ശൈലിയിലാക്കിയ പ്രകടനങ്ങളും അന്തരീക്ഷത്തിന് അനുയോജ്യമാണ്. ഏറ്റവും മികച്ച രീതിയിൽ, സിനിമ ഒരു ലളിതമായ വിശദീകരണം അപൂർണ്ണമാണെന്ന് തോന്നിപ്പിക്കുന്നു. കൂടുതൽ തിരിച്ചറിയാവുന്ന കുറ്റകൃത്യങ്ങളുടെ കഥകൾ ചുറ്റുപാടുകൾക്ക് അതിന്റേതായ നിയമങ്ങളുണ്ടെന്ന തോന്നൽ ഇല്ലാതാക്കാതെ ചില അടിത്തറ നൽകുന്നു. ആ സന്തുലിതാവസ്ഥ അന്വേഷണത്തിന് ഒരു പ്രത്യേക താളം നൽകുന്നു.

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

1998 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ

8/10

എന്റെ വിലയിരുത്തൽ

ഡാർക്ക് സിറ്റി അതിന്റെ വ്യക്തിത്വത്തെക്കുറിച്ചുള്ള ചോദ്യങ്ങൾക്ക് അസാധാരണമായ ശക്തമായ അന്തരീക്ഷം നൽകുന്നു. സ്റ്റൈലിസ് ചെയ്ത ക്രമീകരണമാണ് മിക്ക ജോലിയും ചെയ്യുന്നത്, വിശദീകരണങ്ങൾ കൂടുതൽ പരമ്പരാഗതമാകുമ്പോഴും രഹസ്യം ആകർഷകമായി തുടരുന്നു.

— Desly

The Man from Earth — ഒരു മുറി, വളരെ വലിയ അവകാശം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഭൂമിയിലെ മനുഷ്യന് ഒരു മുറിയില് ഇരുന്നു സംസാരിക്കുന്ന ആളുകളില് നിന്ന് അതിശയകരമായ ഒരു തുകിട്ടുന്നു. അതിന്റെ പ്രധാന പ്രസ്താവന വളരെ ലളിതമാണ്, പക്ഷേ പ്രതികരണങ്ങൾ ചർച്ചയുടെ രൂപം മാറ്റിക്കൊണ്ടിരിക്കുന്നു. ഒരു ചോദ്യം ചോദിക്കുന്ന വ്യക്തിയെക്കുറിച്ചും ഉത്തരം നൽകുന്ന വ്യക്തിയേക്കുറിച്ചും ഒരുപാടു കാര്യങ്ങൾ വെളിപ്പെടുത്താൻ കഴിയും.

ലളിതമായ പരിപാടി ചലിക്കാനുള്ള അവസരം ഇല്ലാതെ, സിനിമ കാര്യങ്ങൾ മുന്നോട്ട് കൊണ്ടുപോകാൻ എഴുതിയതിനെ ആശ്രയിച്ചിരിക്കുന്നു. റിച്ചാർഡ് ഷെൻക്മാൻ കഥാപാത്രങ്ങളുടെ വ്യത്യസ്ത ചിന്താഗതികളെ പരസ്പരം കൂട്ടിയിടിക്കുന്നു.

ചില അഭിനയങ്ങൾ ഒരു പാട് റിഹേഴ്സൽ ചെയ്ത പോലെ തോന്നുന്നു. ചില വരികൾ സ്വാഭാവികമായി വരുന്നതിനു പകരം ചർച്ച മുന്നോട്ടു കൊണ്ടുപോകാനാണ്. അത് കൊണ്ട് തന്നെ കൂട്ടുകാരെ യഥാര് ത്ഥ സുഹൃത്തുക്കളായി കാണാന് കഴിയുന്നില്ല. ഒരു നല്ല ബന്ധം

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

7/10

എന്റെ വിലയിരുത്തൽ

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

— Desly

Triangle — പരിചയം വളരെ ചെറിയ ആശ്വാസമാണ് നല് കുന്നത്

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ത്രികോണം എന്തെങ്കിലുമൊന്ന് തിരിച്ചറിയുന്നതിനെ കുറച്ചുകൂടി ശാന്തമാക്കുന്നു. പരിചിതമായ ഒരു വിശദാംശം പ്രശ്നം പരിഹരിക്കുന്നതിനു പകരം മറ്റൊരു ചോദ്യം ഉയർത്തും. ക്രിസ്റ്റഫര് സ്മിത്ത് ആ അനിശ്ചിതത്വം നന്നായി ഉപയോഗിക്കുന്നു. ഏത് വിവരങ്ങളാണ് വിശ്വസിക്കപ്പെടേണ്ടതെന്ന് തീരുമാനിക്കാനുള്ള ശ്രമത്തിലാണ് കാഴ്ചക്കാരനും പ്രധാന കഥാപാത്രവും.

മെലിസ ജോർജ് ഈ കഥയ്ക്ക് അതിന്റെ സങ്കീർണ്ണമായ നിർമ്മാണത്തേക്കാൾ കൂടുതൽ വൈകാരിക തുടർച്ച നൽകുന്നു. അടിയന്തിരാവസ്ഥ എളുപ്പത്തിൽ വായിക്കാൻ അവൾ സഹായിക്കുന്നു, വലിയ ചിത്രം ക്രമീകരിക്കാൻ പ്രയാസമാണെങ്കിലും. അത് കാഴ്ചക്കാരന് അടിയന്തിര പ്രശ്നത്തെ പിന്തുടരാനുള്ള ഒരു കാരണം നൽകുന്നു. സിനിമയ്ക്ക് ആ നങ്കൂരം വേണം, അവൾ അത് നല് കുന്നു.

പരിമിതമായ ക്രമീകരണം പിരിമുറുക്കം കുറയ്ക്കുന്നു. ആശ്വാസം തേടാന് ഒട്ടേറെ സ്ഥലങ്ങളുണ്ട്, ഈ സിനിമ ആ പരിമിതി ഉപയോഗപ്രദമാക്കുന്നു. സംവാദം ഒരു വിശദീകരണത്തേക്കാളും ഉടനടി തീരുമാനമെടുക്കുന്നതിലും ഫലപ്രദമാണ്. കഥാപാത്രങ്ങൾ സഹിക്കേണ്ടിവരുന്ന ഒരു പസിൽ ഉണ്ടാക്കാനുള്ള ശ്രമം എനിക്കിഷ്ടപ്പെട്ടു.

യന്ത്രം ദൃശ്യമാകും, അന്തരീക്ഷം ഇതിനകം നേടിയ ഒരു പ്രതികരണത്തിനായി കുറച്ച് ഊന്നൽ നിമിഷങ്ങൾ പ്രേരിപ്പിക്കുന്നു. എല്ലാ കണക്ഷനുകളും എന്നെ ഒരുപോലെ ബോധ്യപ്പെടുത്തിയില്ല. എന്നിരുന്നാലും, സിനിമ അതിന്റെ വിഷമകരമായ ആശയത്തോട് പ്രതിജ്ഞാബദ്ധമാണ്, അതിന് ശക്തമായ ഒരു പ്രധാന പ്രകടനം നൽകുന്നു. കെട്ടിടത്തിന്റെ നിർമ്മാണത്തെ കുറിച്ചുള്ള വിശദാംശങ്ങൾ പരമാവധി കുറച്ചുകൊണ്ട് അത് സമീപിക്കേണ്ടതാണ്.

2009 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ

7/10

എന്റെ വിലയിരുത്തൽ

ത്രികോണം തിരിച്ചറിയലിനെ അസ്വസ്ഥതയുടെ ഉറവിടമാക്കി മാറ്റുന്നു. മെലിസ ജോർജ് ഈ നിർമ്മാണത്തിന് ഒരു വൈകാരികേന്ദ്രം നൽകുന്നു, എന്നിരുന്നാലും സിനിമ അതിന്റെ മെഷിനറിയുടെ ഓരോ ഭാഗത്തേക്കാളും അതിന്റെ അടിയന്തിര പിരിമുറുക്കത്തിൽ കൂടുതൽ ബോധ്യപ്പെടുത്തുന്നു.

— Desly

Time Lapse — ബുദ്ധിപരമായ നേട്ടം ഭാരമായി മാറുന്നു.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

സിനിമ ഒരു ചിത്രത്തെ അംഗീകരിക്കുന്നതിനു പകരം ചിന്തിക്കേണ്ട ഒന്നാക്കി മാറ്റുന്ന രീതി എനിക്ക് ഇഷ്ടപ്പെട്ടു. അത് കാണിക്കുന്നതെന്തെന്ന് അറിയുന്നത് എല്ലായ്പ്പോഴും അടുത്തതായി ചെയ്യേണ്ടതെന്തെന്ന് നിങ്ങൾക്കറിയാം എന്നല്ല. ചെറിയ ഇടങ്ങളില് അത് സമ്മര് ദം സൃഷ്ടിക്കുന്നു. സിനിമയ്ക്ക് ചില സങ്കീർണതകൾ ഉണ്ടാകുന്നുണ്ട്. കാണാനും മനസ്സിലാക്കാനും ഉള്ള വ്യത്യാസം.

പ്രകടനങ്ങളും സംഭാഷണങ്ങളും കുറവാണ്. ചില പ്രതികരണങ്ങള് കഥയെ അടുത്ത പ്രശ്നത്തിലേക്ക് നയിക്കുന്നതിനായി രൂപകല് പിച്ചതായി തോന്നുന്നു. അതോടെ അഭിപ്രായവ്യത്യാസങ്ങൾ കൂടുതലായി വന്നപ്പോള് അത് നിലനിര് ത്താന് ബുദ്ധിമുട്ടായി. ബന്ധങ്ങളേക്കാൾ കൂടുതല് പ്രവര് ത്തനം ചെയ്യേണ്ടത് പ്രിമൈസാണ്.

സിനിമ രസകരമായി നിലനിർത്താൻ ഇവിടെ ഇപ്പോഴും ധാരാളം ബുദ്ധി ഉണ്ട്, പ്രത്യേകിച്ചും വ്യക്തമായ ഒരു കേന്ദ്ര നിയമമുള്ള മിതമായ സയൻസ് ഫിക്ഷൻ ഇഷ്ടപ്പെടുന്നവർക്ക്. കഥാപാത്രങ്ങള് ക്ക് കഥാപാത്രം വഹിക്കുന്ന റോളുകള് ക്കപ്പുറം കൂടുതൽ ആഴം വേണമെന്ന് ഞാന് ആഗ്രഹിച്ചു. നല്ല ആശയമാണ്; സിനിമ ചില ഭാഗങ്ങളിൽ ഇടപെടുന്നു, പക്ഷേ മുഴുവൻ ഭാഗത്തും പൂർണമായും ബോധ്യപ്പെടുത്തുന്നില്ല.

2014 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

6/10

എന്റെ വിലയിരുത്തൽ

ടൈം ലാപ്സിന് ചെറിയ തോതിലുള്ള ഒരു നല്ല പ്രിമൈസ് ഉണ്ട്, അതിൽ നിന്ന് ഉപയോഗപ്രദമായ പ്രശ്നങ്ങൾ ഉണ്ടാക്കുന്നു. കഥാപാത്രത്തിന്റെ എഴുത്ത് അത്ര വിശ്വസനീയമല്ല, അതുകൊണ്ട് സങ്കീർണതകൾ പലപ്പോഴും അതിൽ ഉൾപ്പെട്ടിരിക്കുന്ന ആളുകളേക്കാൾ രസകരമാണ്.

— Desly

The Vast of Night — ശബ്ദങ്ങളിലൂടെ കടന്നുപോകുന്ന ഒരു കഥ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

രാത്രിയിലെ വൻകിടര് ക്ക് ഏറ്റവും നല്ല ഊര് ജം കിട്ടുന്നത് അവര് കേൾക്കുന്ന കാര്യത്തില് താല്പര്യം കാണിക്കുന്ന ആളുകളില് നിന്നാണ്. സിയറ മക്കോർമിക്കും ജെയ്ക്ക് ഹോറോവിറ്റ്സും ആ കൌതുകത്തിന് സജീവവും അല്പം അക്ഷമയും ഉള്ള ഒരു ഗുണം നൽകുന്നു. അവരുടെ കഥാപാത്രങ്ങൾ ഒരു സംഭാഷണം മുന്നോട്ട് കൊണ്ടുപോകാൻ ആഗ്രഹിക്കുന്നു അത് എങ്ങോട്ട് നയിക്കുമെന്ന് അറിയാതെ. ഈ പ്രകടനം അന്വേഷണം ആളുകള് തമ്മില് നടക്കുന്ന ഒരു കാര്യമായി തോന്നിപ്പിക്കുന്നു.

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

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

ചില രഹസ്യങ്ങൾ തിരിച്ചറിയാവുന്ന പാതകളിലൂടെ സഞ്ചരിക്കുന്നു, അവതരണം ഇടയ്ക്കിടെ അതിന്റെ സ്വന്തം ബുദ്ധിയിലേക്ക് ശ്രദ്ധ ആകർഷിക്കുന്നു. എന്താണ് സംഭവിക്കുന്നതെന്ന് വിശദീകരിച്ചതിനേക്കാൾ അന്തരീക്ഷം എന്നെ ആകർഷിച്ചു. എന്നിരുന്നാലും, ശ്രദ്ധ പിടിച്ചുപറ്റാനുള്ള ഒരു വ്യക്തമായ ആശയം ഉള്ള ഒരു ചെറിയ സിനിമയാണിത്. കേൾക്കാനുള്ള ആത്മവിശ്വാസം അതിന്റെ ഏറ്റവും നല്ല ഗുണമാണ്.

2019 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

7/10

എന്റെ വിലയിരുത്തൽ

രാത്രിയുടെ വലിപ്പം കേൾക്കലും പ്രാദേശിക ജിജ്ഞാസയും സിനിമാ പോലെയാക്കുന്നു. അതിന്റെ സംഭാഷണവും ശബ്ദവും അതിന്റെ നിഗൂഢതയുടെ പരിചിതമായ ഭാഗങ്ങളേക്കാൾ അവിസ്മരണീയമാണ്, ചെറിയ പട്ടണത്തിന്റെ അന്തരീക്ഷം അതിന് സ്വാഗതാർഹമായ വ്യക്തിത്വം നൽകുന്നു.

— Desly

Annihilation — ഒരു ലളിതമായ വിശദീകരണം നിരസിക്കുന്ന മാറ്റം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

തരം തിരിക്കാന് പ്രയാസമുള്ള ഒരു ഇമേജ് അവശേഷിപ്പിക്കുമ്പോള് അത് ഏറ്റവും ഫലപ്രദമാണ്. ഒരു കാര്യം സുന്ദരമായിരിക്കാം, എന്നിട്ടും അത് തികച്ചും തെറ്റാണെന്ന് തോന്നാം. ആലക്സ് ഗാര് ലാന്റ് ആ അനിശ്ചിതത്വത്തിന് റെജിസ്റ്റര് ചെയ്യാൻ സമയം തരുന്നു. ചുറ്റുപാടുകള് ക്ക് സ്വന്തം രീതിയില് ശ്രദ്ധ നല് കേണ്ടതായി തോന്നും, കഥാപാത്രങ്ങളെ കാത്തിരിക്കുന്ന തടസ്സങ്ങളുടെ ഒരു ശേഖരമായിട്ടല്ല.

നതാലി പോർട്ട്മാൻ ആണ് സിനിമയെ ഒരുമിച്ച് നിർത്തുന്നത്. അവളുടെ പ്രകടനം ഒരു കഥയ്ക്കൊപ്പം നന്നായി പ്രവർത്തിക്കുന്നു. എവിടെയെങ്കിലും എന്തെങ്കിലും വിവരിക്കാൻ കഴിയുന്നത് അത് മനസ്സിലാക്കുക എന്നല്ല. അവളുടെ ചുറ്റുമുള്ള ആളുകൾ വ്യത്യസ്തമായ ജാഗ്രതയും നിശ്ചയദാർഢ്യവും കാണിക്കുന്നു. അവര് ക്ക് എന്താണു നേരിടുന്നതെന്ന് വ്യക്തമായി അറിയാത്ത സമയത്ത് അവര് ക്ക് നല്ല സംഭാഷണങ്ങളുണ്ടാകും.

ശബ്ദവും ദൃശ്യ രൂപകൽപ്പനയും വലിയ നാടകീയമായ ജോലിയാണ് ചെയ്യുന്നത്. സംഭാഷണം അവർക്ക് ഒരു വിഭാഗം നൽകുന്നതിനുമുമ്പ് അവർ ചുറ്റുപാടിലെ മാറ്റങ്ങൾ പ്രധാനമാണെന്ന് കരുതുന്നു. പെട്ടെന്നുള്ള ആശ്വാസം നൽകാതെ സിനിമ അസ്വസ്ഥമാക്കുന്നതാണെന്ന് എനിക്ക് ഇഷ്ടപ്പെട്ടു. അതിന്റെ സയൻസ് ഫിക്ഷന് ഒരു അനുഭവം എന്നിലയിൽ ആശയക്കുഴപ്പത്തിന് ഇടമുണ്ട്.

ചില കാര്യങ്ങൾ വിശദീകരിക്കുന്ന സംഭാഷണങ്ങൾ സിനിമ കാണിച്ചതിനേക്കാൾ രസകരമായി തോന്നുന്നില്ല. കഥാപാത്രങ്ങളെല്ലാം ഒരുപോലെ വികസിപ്പിച്ചെടുത്തിട്ടില്ല. പക്ഷെ ആ പ്രശ്നങ്ങള് അന്തരീക്ഷത്തില് നിന്നും ഭാവനാശാലിയായ ആശയങ്ങളില് നിന്നും ഒന്നും മാറ്റുന്നില്ല. സിനിമ അതിന്റെ ആശയങ്ങളെ യാഥാര് ത്ഥ്യബോധം ഉണ്ടാക്കുന്നു. മറക്കാൻ ബുദ്ധിമുട്ടാണ്. പിന്നീട് എന്ത് സംഭവിക്കുമെന്ന് കൂടുതലറിയാതെ ഞാൻ പോകും.

2018 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

നശിപ്പിക്കല് അതിന്റെ അപരിചിതമായ പരിസ്ഥിതിയെ അസ്വസ്ഥമാക്കുന്നു. വിഷ്വൽ ഭാവനയും നിയന്ത്രിത പ്രകടനങ്ങളും സംഭാഷണത്തിന്റെ ചില വിശദീകരണങ്ങളുമായി മുന്നോട്ടുപോകാൻ പര്യാപ്തമാണ്.

— Desly

Sunshine — ജോലി ഇതിനകം വളരെ വലുതാണ്.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

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

പുറത്തെ വിശാലതയും അകത്തെ പ്രായോഗിക ആവശ്യങ്ങളും തമ്മിലുള്ള വ്യത്യാസം എനിക്കിഷ്ടപ്പെട്ടു. ശ്രദ്ധയും ജാഗ്രതയും ആവശ്യമുള്ള ഒരു പരിസ്ഥിതിയെ കുറിച്ചുള്ള ശക്തമായ ബോധം ഈ ചിത്രത്തിലുണ്ട്. ശബ്ദവും ചിത്രങ്ങളുടെ തീവ്രതയും ഈ ദൌത്യത്തെ ശാരീരികമായി ബുദ്ധിമുട്ടുള്ളതാക്കുന്നു. ഏറ്റവും നല്ല നീട്ടലുകൾ അത്ഭുതവും പ്രൊഫഷണൽ ഉത്കണ്ഠയും ഒരുമിച്ച് നിലനിർത്തുന്നു.

നാടകീയമായ സമീപനം എല്ലായിടത്തും അത്രയൊന്നും ബോധ്യപ്പെടുത്തുന്നതല്ല. ചില തിരഞ്ഞെടുപ്പുകൾ സിനിമയെ കൂടുതൽ പരിചിതമായ ഒരു തരം പിരിമുറുക്കത്തിലേക്ക് നയിക്കുന്നു, ഗ്രൂപ്പ് ഡൈനാമിക്സിനേക്കാളും അന്തരീക്ഷത്തേക്കാളും രസകരമായി എനിക്ക് തോന്നിയത് അവയാണെന്ന് തോന്നുന്നു. എന്നിട്ടും, പ്രകടനം തുടരാൻ വേണ്ടത്ര ശക്തമാണ്. അതിന്റെ ഏറ്റവും നല്ല ഗുണം അസാധ്യമായ ഒരു ദൌത്യം ഒരു സാധാരണ പ്രവൃത്തിദിനമായി അനുഭവപ്പെടുത്തുന്നു എന്നതാണ്.

7/10

എന്റെ വിലയിരുത്തൽ

സൂര്യപ്രകാശം ഒരു വലിയ ദൌത്യത്തെ സമ്മർദ്ദമുള്ള ബുദ്ധിമുട്ടുള്ള ജോലിസ്ഥലമായി അനുഭവപ്പെടുത്തുന്നു. പ്രകടനങ്ങളും അന്തരീക്ഷവും ശ്രദ്ധ പിടിച്ചുപറ്റുന്നു, സിനിമയുടെ നാടകീയമായ സമീപനത്തിലെ മാറ്റങ്ങൾ അതിനെ അസ്വസ്ഥനാക്കുമ്പോഴും.

— Desly

Fargo — ഭയാനകമായ തീരുമാനങ്ങൾ കൈക്കൊള്ളുന്നതിനിടയില് മര്യാദയും

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

കോയിന് കുടുംബത്തിന് ഒരു ഇടവേളയ്ക്ക് തമാശ പറയാന് കഴിയുമെന്ന് അറിയാം. ഒരു കാര്യം ആവർത്തിക്കുകയോ മോശമായ വിശദീകരണം ന്യായമായതാക്കുകയോ ചെയ്യുന്ന ഒരാൾ, ആ വ്യക്തിയെ ഗൌരവമില്ലാത്തവനായി കാണാതെ രംഗം കൂടുതൽ രസകരമാക്കുന്നു. സംഭാഷണത്തിന് അതിന്റേതായ ഒരു താളമുണ്ട്. എല്ലാവരും ഈ വിഡ്ഢിത്തത്തെ നോക്കി ചിരിക്കണമെന്നില്ല.

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

അക്രമം കഠിനമാണ്, നർമ്മം അതിനെ ലഘുവാക്കുന്നില്ല. ആ സന്തുലിതാവസ്ഥയാണ് എനിക്ക് ഏറ്റവും ഇഷ്ടം. സാധാരണ ദയയ്ക്ക് കാര്യമുണ്ടെന്ന് സിനിമ കാണിക്കുന്നു. അതുല്യമായ ഒരു ശബ്ദമുള്ള ഒരു ക്രിമിനൽ കഥയാണ്, ദൈനംദിന പെരുമാറ്റത്തെ കേന്ദ്രീകരിച്ചുള്ളതാണ് ഇരുട്ടിനെ കൂടുതൽ ശക്തമാക്കുന്നത്.

1996 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

9/10

എന്റെ വിലയിരുത്തൽ

ഫാര് ഗോ അതിന്റെ ഇരുണ്ട നർമ്മം സാധാരണ പെരുമാറ്റവും ഭയാനകമായ പെരുമാറ്റം തമ്മിലുള്ള വിടവിലാണ് കാണുന്നത്. ഫ്രാൻസിസ് മക്ഡോർമാന് ഡ് ഈ സിനിമയ്ക്ക് ക്രൂരതയും വിഡ്ഢിത്തവും കൂടുതൽ ശ്രദ്ധേയമാക്കുന്ന ഒരു സ്ഥിരത നൽകുന്നു.

— Desly

In Bruges — വളരെ മോശം പെരുമാറ്റം ഉള്ള കുറ്റബോധം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

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

അവരുടെ ജീവിതത്തിലെ നിർബന്ധിത ഇടവേളയ്ക്ക് ഉപയോഗപ്രദമായ രൂപം നൽകുന്നു. ചുറ്റും നോക്കാനും വാദിക്കാനും ഇരുവരും നന്നായി കൈകാര്യം ചെയ്യാത്ത കാര്യങ്ങളിലേക്ക് മടങ്ങാനും സമയമുണ്ട്. ഈ സ്ഥലത്തിന്റെ ആകർഷണീയതയും അതിലേക്ക് കൊണ്ടുവരുന്ന ബാഗേജും തമ്മിലുള്ള വ്യത്യാസം എനിക്കിഷ്ടപ്പെട്ടു. സിനിമ ആ വിരോധാഭാസം പരിഹരിക്കാതെ രസകരമാക്കുന്നു.

ചില ഭാഷകൾ മനഃപൂർവ്വം കട്ടിയുള്ളതാണ്, സമ്മർദ്ദം കൂടുന്നതനുസരിച്ച് പ്ലാറ്റിംഗ് കൂടുതൽ ശ്രദ്ധേയമാകും. ഇപ്പോഴും, വൈകാരിക വശം ഇതിനകം തന്നെ അതിന്റെ സ്ഥാനം നേടിയിട്ടുണ്ട്. ഈ സിനിമയ്ക്ക് ആളുകളെ കുറിച്ച് വേണ്ടത്ര താല്പര്യം ഉണ്ട്, തമാശകൾക്ക് അതിന്റെ പ്രത്യാഘാതങ്ങൾ ഉണ്ടാവാൻ. ആ ദുഷ്കരമായ സൌഹൃദത്തിലെ ഊഷ്മളതയാണ് ഇരുണ്ട വസ്തുക്കളെ എന്നോടൊപ്പം നിലനിർത്തുന്നത്.

2008 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

9/10

എന്റെ വിലയിരുത്തൽ

ബ്രൂജിലെ അതിശക്തമായ സംഭാഷണം അതിശയകരമായ ഊഷ്മളത നൽകുന്നു. കോളിന് ഫാരലും ബ്രെൻഡന് ഗ്ലിസണും ഈ നർമ്മം പ്രവർത്തിപ്പിക്കുന്നത് സൌഹൃദവും അതിന് അടിവയറ്റിലുള്ള കുറ്റബോധവും ഗൌരവമായി എടുക്കേണ്ടതായി തോന്നുന്നതിനാലാണ്.

— Desly

The Banshees of Inisherin — ഒറ്റപ്പെടലും നിശബ്ദതയും

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഇനീഷെറിന്റെ ബാൻഷീസ് ഒരു മനഃപൂർവമായ പീപ്പിംഗ് ഉപയോഗിച്ച് തുറക്കുന്നു, അത് സംഭാഷണത്തിലൂടെയല്ല മൌനത്തിലൂടെയും നോട്ടത്തിലൂടെയുമാണ് പിരിമുറുക്കം സൃഷ്ടിക്കുന്നത്. ഈ സമീപനം അസ്വസ്ഥതയുടെയും വാഞ്ഛയുടെയും അന്തരീക്ഷം സൃഷ്ടിക്കുന്നു.

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

കെറി കോണ്ടന്റെ കഥാപാത്രം കഥയ്ക്ക് ഒരു നിശബ്ദമായ രഹസ്യവും മൃദുലതയും നൽകുന്നു. സിനിമയ്ക്ക് ആഴം നൽകുന്ന ഒരു കാഴ്ചക്കാരിയായിട്ടാണ് അവൾ അഭിനയിക്കുന്നത്. ഫാരലിനൊപ്പം നടത്തിയ രംഗങ്ങൾ ഏറ്റവും രസകരമാണ്, കഥ മുന്നോട്ട് കൊണ്ടുപോകുന്ന മറഞ്ഞിരിക്കുന്ന വികാരങ്ങൾ കാണിക്കുന്നു.

കഥാപാത്രങ്ങളുടെ ഏകാന്തതയെ ഉയർത്തിക്കാട്ടുന്നതിനായി നിശബ്ദതയും സ്വാഭാവിക ശബ്ദങ്ങളും ഉപയോഗിച്ച് ലളിതവും എന്നാൽ ഫലപ്രദവുമായ ശബ്ദ രൂപകൽപ്പന. ഇത് ആ രംഗങ്ങളെ കൂടുതൽ യഥാർത്ഥവും വൈകാരികമായി ശക്തവുമാക്കുന്നു.

2022 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

ചിത്രത്തിലെ നിശബ്ദ നിമിഷങ്ങൾ അതിന്റെ ഏറ്റുമുട്ടലുകളെപ്പോലെ തന്നെ ശക്തമാണ്, കഥാപാത്രങ്ങൾ തമ്മിലുള്ള ഒറ്റപ്പെടലിന്റെ ആഴം വെളിപ്പെടുത്തുന്നു.

— Desly

Seven Psychopaths — എല്ലാവര് ക്കും ഇതിലും നല്ല കഥയുണ്ട്

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

സാം റോക്ക്വെല് എക്സ്ചേഞ്ചില് ഒരു ഉപയോഗപ്രദമായ പ്രവചനാതീതത കൂട്ടിച്ചേര് ത്തു. അവന്റെ ഊര് ജം രണ്ടും ഒരുപോലെ രസകരവും ക്ഷീണിപ്പിക്കുന്നതുമാണ്. കോളിൻ ഫാരല് ഒരു കൂടുതൽ സംശയകരമായ അവതാരകനെ വാഗ്ദാനം ചെയ്യുന്നു, അത് കുഴപ്പത്തിന് അർത്ഥം നൽകുന്നു. സിനിമയ്ക്ക് വേണ്ടത് ചുറ്റുമുള്ള ഭ്രാന്ത് കാണാതെ നിൽക്കുന്ന ഒരാളെയാണ്.

ഒരു വ്യക്തിയുടെ കാഴ്ചപ്പാട് വെളിപ്പെടുത്തിയാല് സംവാദം ശക്തമായിരിക്കും. ഒരു സംവാദം വളരെ പെട്ടെന്ന് ശ്രദ്ധ ആവശ്യമായിത്തീരും. ക്രിസ്റ്റഫർ വോൾകെന് ചില ശാന്തമായ നിമിഷങ്ങളെ ആകർഷകമായ വരണ്ടതാക്കി മാറ്റുന്നു. ഊർജ്ജത്തിലെ ആ മാറ്റങ്ങൾ സ്വാഗതാർഹമാണ് ഒരു സിനിമയില് , അത് സംഭാഷണം ഉയർത്തിപ്പിടിക്കുന്നത് ആസ്വദിക്കുന്നു.

സ്വയം ബോധം എപ്പോഴും വലിയൊരു നേട്ടം ഉണ്ടാക്കുന്നില്ല. ചിലപ്പോള് സിനിമ ഒരു സമ്മേളനത്തെ ചൂണ്ടിക്കാണിക്കുന്നതില് സന്തോഷവാനാണെന്ന് തോന്നുന്നു. കഥാപാത്രങ്ങളുടെ കഥാപാത്രം തന്നെ എഴുതിയതിനേക്കാൾ അഭിനേതാക്കളുടെ കഥാപാതവും കുഴപ്പവും എനിക്ക് ഇഷ്ടപ്പെട്ടു. അത് ജോലിക്ക് മതിയായ തമാശയാണ്, പക്ഷെ മക്ഡൊനാഘിനെക്കാൾ വൈകാരികമായി ബോധ്യപ്പെടുത്തുന്നതല്ല.

2012 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

7/10

എന്റെ വിലയിരുത്തൽ

ഏഴ് മനോരോഗികൾ വിനോദമാണ്, അതിന്റെ വാദങ്ങൾ കുറ്റകൃത്യത്തിന്റെ തന്ത്രം പോലെ അക്രമകാരികളായിരിക്കുമ്പോൾ. അഭിനേതാക്കൾ സിനിമയ്ക്ക് ധാരാളം ഊർജ്ജം നൽകുന്നു, എന്നിരുന്നാലും സിനിമയുടെ സ്വന്തം രചനയെക്കുറിച്ചുള്ള അവബോധം ക്ഷീണിപ്പിക്കും.

— Desly

A Serious Man — വിശദീകരണങ്ങള് ഒരിക്കലും തികച്ചും എത്തുന്നില്ല.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

മൈക്കല് സ്റ്റുല് ബര് ഗ് ഒരു വിശദീകരണം കൂടി കാര്യങ്ങൾ ക്രമപ്പെടുത്തും എന്ന് കരുതുന്നതില് മികവുറ്റവനാണ്. ലാറി തന്റെ പ്രശ്നങ്ങൾക്ക് ന്യായമായ പരിഹാരം തേടിക്കൊണ്ടിരിക്കുകയാണ്. പ്രകടനം ആ ശ്രമത്തെ സഹാനുഭൂതി നിറഞ്ഞതാക്കുന്നു, അത് സ്വപ്രേരിതമായി അവനെ ശരിയാക്കുന്നില്ല. വ്യക്തത ആവശ്യപ്പെടുന്നതിലും അത് ലഭിക്കുന്നതിലും ഇടയിലുള്ള ദൂരത്തിൽ ഒരു ഗുരുതരമായ മനുഷ്യൻ ധാരാളം നർമ്മം കണ്ടെത്തുന്നു.

കോയിന് കുടുംബം ആത്മവിശ്വാസത്തോടെ സംസാരം നിസ്സാരമായ ദിശകളിലേക്ക് നയിക്കുന്നു. ഒരു ഉത്തരം തികച്ചും സാവധാനത്തിൽ ആകാം, പക്ഷേ ഇപ്പോഴും പോയിന്റ് നഷ്ടപ്പെടാം. പ്രഭാഷകർ സ്വന്തം വാക്കുകളെ എത്ര ഗൌരവമായി എടുക്കുന്നു എന്നതിനെ ഞാന് ഇഷ്ടപ്പെട്ടു. കോമഡി വന്നത് ഈ ആശയക്കുഴപ്പത്തിനു പുറമേ ഒരു തമാശയും ചേർത്തതല്ല.

വീടും ജോലിസ്ഥലവും സിനിമയ്ക്ക് അടിത്തറയിടാൻ പര്യാപ്തമാണ്. അതിന്റെ വലിയ ചോദ്യങ്ങള് ആ പ്രകോപനങ്ങളില് നിന്നാണ് ഉത്ഭവിക്കുന്നത്. അത് അനിശ്ചിതത്വത്തെ ശുദ്ധമായ ഒരു സംവാദത്തേക്കാൾ ഫലപ്രദമാക്കുന്നു. സ്റ്റുല് ബര് ഗ് സിനിമ തിരികെ നല് കുന്നത് തുടരുന്നു, തന്റെ ദിവസം നിയന്ത്രിക്കാവുന്നതാകണമെന്ന് ആഗ്രഹിക്കുന്ന ഒരു വ്യക്തിക്ക്.

വൈകാരിക അകലം തണുത്തതായി തോന്നാം, സിനിമ വലിയ ഉറപ്പുനൽകുന്നില്ല. എനിക്കിതു കൂടുതലും ഒരു ശക്തിയാണ്. അതിന്റെ നർമ്മബോധം ഒരു മാതൃക കണ്ടെത്താനുള്ള ശ്രമത്തിന്റെ അസ്വസ്ഥതയുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. ഒരു വിശദീകരണം ആവശ്യപ്പെടുന്നതിനെ കുറിച്ചുള്ള ഒരു വിചിത്രവും കൃത്യവുമായ സിനിമയാണ് അത്. ഒരു വിശദീകരണവും നൽകാൻ താല്പര്യം കാണിക്കാത്ത ഒരു ലോകത്തിൽ നിന്ന്.

2009 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ

8/10

എന്റെ വിലയിരുത്തൽ

ഒരു സീരിയസ് മാൻ അനിശ്ചിതത്വത്തെ രസകരമാക്കുന്നു അത് സുഖകരമാക്കാതെ. മൈക്കല് സ്റ്റുല് ബര് ഗ് സിനിമയ്ക്ക് തിരിച്ചറിയാവുന്ന ഒരു മനുഷ്യകേന്ദ്രം നല് കുന്നു, ഒപ്പം കോന് കുടുംബം ഉപദേശങ്ങളിലൂടെ എല്ലാം വ്യക്തമാക്കാന് വളരെ നല്ലവരാണ്.

— Desly

The Death of Stalin — കൂടിക്കാഴ്ചയാണ് അപകടം.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

സ്റ്റാലിനിന്റെ മരണം വളരെ രസകരമാണ് ആളുകൾ ഏറ്റവും സുരക്ഷിതമായ അഭിപ്രായം എന്താണെന്ന് കണ്ടെത്താൻ ശ്രമിക്കുന്നതിനെക്കുറിച്ച്. ഒരു ഇടവേള അനിശ്ചിതത്വത്തിനു പകരം കണക്കുകൂട്ടലാണ്, ഉടൻ തന്നെ ഒരു കരാറിനെ പുനഃപരിശോധിക്കാം. ആര് മാൻഡോ ഇയാനുച്ചി ആ ക്രമീകരണങ്ങള് പെട്ടെന്നുള്ളതും അസ്വസ്ഥമാക്കുന്നതുമായ ഒരു താളം നല് കുന്നു. ഒരു പിഴവിന് അനന്തരഫലങ്ങള് ഉണ്ടെന്ന് അറിയുന്ന ആളുകളെ കാണുമ്പോഴാണ് കോമഡി ഉണ്ടാകുന്നത്.

സിനിമയുടെ വിജയത്തിന് അഭിനേതാക്കള് വലിയ പങ്കു വഹിക്കുന്നു. സ്റ്റീവ് ബുസ്കെമി തന്റെ വിലപേശലിന് ഒരു ജാഗ്രതയും ഉത്കണ്ഠയും നൽകുന്നു, അതേസമയം സൈമൺ റസ്സൽ ബീൽ കൂടുതൽ സ്വാർത്ഥവും അസ്വസ്ഥമാക്കുന്ന ആത്മവിശ്വാസവുമായി തന്റെ കഥാപാത്രത്തെ അവതരിപ്പിക്കുന്നു. അവരുടെ വ്യത്യസ്ത ശൈലികൾ ഗ്രൂപ്പ് രംഗങ്ങളെ ശരിക്കും സജീവമാക്കുന്നു. എല്ലാവരും എപ്പോഴും ജാഗ്രതയിലാണ്, ഒരു നേട്ടമോ വഴിയോ തേടുന്നു, അത് ഏറ്റവും സാധാരണമായ സംഭാഷണങ്ങളെ പോലും രസകരമാക്കുന്നു.

ആധികാരികതയെ ഇംപ്രൊവിസീവ് ആക്കിയിരിക്കുന്ന രീതി എനിക്ക് ഇഷ്ടപ്പെട്ടു. ആളുകൾ ഒരു മുൻഗണനയെ ഒരു നിയമമാക്കി മാറ്റാൻ ശ്രമിക്കുന്നു, പിന്നീട് മറ്റൊരാൾ ഇതിനകം ശക്തമായ അവകാശവാദം ഉന്നയിച്ചിട്ടുണ്ടെന്ന് കണ്ടെത്തുന്നു. ഈ സിനിമ നടപടിക്രമങ്ങളിലെ വിഡ്ഢിത്തം കണ്ടെത്തുന്നതില് നല്ലവനാണ്. അപകടം വെറും വിഡ് ഢിത്തമാണെന്ന് സൂചിപ്പിക്കാതെ. ഈ വിനിമയങ്ങളിൽ ഭയം കാര്യമായി പ്രവർത്തിക്കുന്നുണ്ട്.

വേഗതയേറിയ വേഗത ചില വശങ്ങളിലെ കഥാപാത്രങ്ങളെ അല്പം തിരക്കിലാക്കുന്നു, ചില ഭാഗങ്ങളിൽ വിരോധാഭാസം വ്യക്തമായി ഉദ്ദേശിച്ചുള്ളതാണ്. പക്ഷെ പ്രധാന വിഷയം ശക്തമായി തുടരുന്നു. ഈ സിനിമ അധികാര പോരാട്ടം വിഡ്ഢിത്തമായി കാണിക്കുന്നു. അതേസമയം അത് എത്ര ക്രൂരമായിരിക്കുമെന്ന് കാണിക്കുന്നു. ആ മിക്സ് കോമഡിക്ക് കൂടുതൽ ഭാരം നൽകുന്നു, വെറും ഒരു കൂട്ടം വിചിത്രമായ വരികളേക്കാൾ.

2017 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ

8/10

എന്റെ വിലയിരുത്തൽ

സ്റ്റാലിന്റെ മരണം രാഷ്ട്രീയ പരിഭ്രാന്തിയെ ഭയാനകമായ ഒരു ജോലിസ്ഥലത്തെ യോഗം പോലെ കാണിക്കുന്നു. അഭിനേതാക്കള് ക്കൊപ്പം, വിശ്വസ്തതയില് പെട്ടെന്നുള്ള മാറ്റങ്ങളും ഈ കോമഡിയെ തീക്ഷ്ണമാക്കുന്നു, അതേസമയം അതിന്റെ അടിവയറ്റിലെ ഭയം അവഗണിക്കാന് ബുദ്ധിമുട്ടാണ്.

— Desly

The Lobster — ഓരോ സ്വകാര്യ വികാരത്തിനും ഒരു നിയമമുണ്ട്.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഒരു വിഡ്ഢിത്ത നിയമത്തെ തികച്ചും സാധാരണമായി കണക്കാക്കിക്കൊണ്ട് ഒബ്സ്റ്റർ ഒരു സംഭാഷണം അസ്വസ്ഥമാക്കുന്നു. യോര് ഗോസ് ലാന് തിമോസ് ആ സമീപനത്തില് വളരെ സ്ഥിരതയുള്ളവനാണ്. കഥാപാത്രങ്ങൾ കാണിയെ ആശ്വസിപ്പിക്കുന്ന തരത്തിലുള്ള പ്രതികരണങ്ങൾ വളരെ അപൂർവ്വമായി മാത്രമാണ് കാണിക്കുന്നത്. അത് സിനിമയ്ക്ക് ഒരു പ്രത്യേകോമിക് താളം നൽകുന്നു, ഒരു ആവശ്യം എത്രമാത്രം വസ്തുനിഷ്ഠമായി പ്രകടിപ്പിക്കപ്പെടുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.

കോളിൻ ഫാരല് ഡേവിഡിനെ ഒരു സംശയത്തോടെയും, ഗ്ലാമറസ് ഇല്ലാത്ത ഊര് ജ്ജത്തോടെയും അവതരിപ്പിക്കുന്നു. അത് അനുയോജ്യമാകാനുള്ള സമ്മര് ദം മനസ്സിലാക്കാന് എളുപ്പമാക്കുന്നു. ഈ സിനിമ രസകരമാണ്, ആളുകൾ സ്വീകാര്യമായി കാണുന്നതിന് ചെറിയ വിട്ടുവീഴ്ചകൾ കാണിക്കുന്നു. അതിന്റെ അസാധാരണമായ ലോകം ഇപ്പോഴും പരിചിതമാണ്. വിധി നിർണയവും അനുബന്ധവും സംബന്ധിച്ച ആശങ്കകളോടെ.

സംഭാഷണം മനഃപൂർവ്വം എളുപ്പമുള്ള ഊഷ്മളത ഒഴിവാക്കുന്നു. വ്യക്തിപരമായ പ്രവേശനം ഒരു ആവശ്യകതയുമായി താരതമ്യം ചെയ്യുന്ന ഒരു വസ്തുവിനെപ്പോലെയാകാം. എനിക്ക് അത് രസകരമായി തോന്നി, പ്രത്യേകിച്ചും ഒരു നിയമം സങ്കീർണ്ണമായ ഒരു വികാരത്തിന് എത്ര ചെറിയ ഇടമുണ്ടെന്ന് വെളിപ്പെടുത്തിയപ്പോൾ. സാമൂഹിക്രമീകരണങ്ങൾ അവയുടെ യുക്തി ശ്രദ്ധാപൂർവ്വം പിന്തുടരുമ്പോൾ കൂടുതൽ അസ്വസ്ഥമാക്കുന്നു.

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

2015 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ

7/10

എന്റെ വിലയിരുത്തൽ

അതിന്റെ കർശനമായ സാമൂഹിക നിയമങ്ങളില് നിന്നും മനഃപൂർവ്വം നിരന്തരമായ കൈമാറ്റത്തില് നിന്നും ഒട്ടേറെ നേട്ടങ്ങള് കൈവരിക്കുന്നു. വിഡ്ഢിത്തം വേറിട്ടതാണ്, പക്ഷെ വൈകാരികമായ അകലം, ആവർത്തിക്കൽ എന്നിങ്ങനെ എല്ലാം എന്നെ പൂർണ്ണമായും ബന്ധിപ്പിക്കുന്നതിലും കൂടുതൽ ആശ്ചര്യപ്പെടുത്തുന്നു.

— Desly

The Nice Guys — പ്രകോപനത്തിന്റെ അടിസ്ഥാനത്തിലുള്ള ഒരു പങ്കാളിത്തം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

റയാൻ ഗോസ്ലിംഗ് വളരെ തമാശക്കാരനാണ് നല്ല ആൺകുട്ടികൾ എന്ന ചിത്രത്തിൽ കാരണം അവന് നാണക്കേട് നീണ്ടുനിൽക്കാൻ തയ്യാറാണ്. ഹോളണ്ട് മാര് ച്ചിന് അദ്ദേഹം ആഗ്രഹിക്കുന്നത്ര വേഗത്തില് മാന്യത തിരിച്ചു കിട്ടുന്നില്ല. റസ്സൽ ക്രോവ് അയാളെ കൂടുതൽ ഭാരമുള്ള, സംസാരം കുറവുള്ള ഒരാളാക്കി മാറ്റുന്നു. അന്വേഷണം അത് ന്യായീകരിക്കുന്നതിന് ഏറെ സഹായിക്കുന്നതിന് മുമ്പ് ഈ പങ്കാളിത്തം ആസ്വാദ്യകരമാണ്.

ഷെയിന് ബ്ലാക്ക് ഇടപെടലുകളിലൂടെ സംഭാഷണം മുന്നോട്ട് കൊണ്ടുപോകുന്നു. കഥാപാത്രങ്ങൾ കാര്യങ്ങൾ ചെയ്യാന് ശ്രമിക്കുന്നു, അതേസമയം അവരുടെ അടുത്തുള്ള ആളുമായി ഇടപെടുന്നു. ഒരു ലളിതമായ ചോദ്യം പെട്ടെന്ന് തന്നെ ആരാണ് കൂടുതൽ കഴിവുള്ളതെന്ന് ചർച്ചയാകാം. ഈ രണ്ടു വ്യക്തിത്വങ്ങൾ തമ്മിലുള്ള പിരിമുറുക്കത്തിൽ നിന്നാണ് ഈ തമാശകൾ വരുന്നത്, വെറും ആകസ്മികമായ തമാശകളല്ല.

അങ്കൂരി റൈസ് സമതുലിതാവസ്ഥയുടെ വിലയേറിയ ഭാഗമാണ്. അവളുടെ സാന്നിധ്യം ഈ രണ്ടുപേരെയും സിനിമയിലെ ഒരേയൊരു സാമാന്യബുദ്ധിയുടെ അളവുകോലായി മാറുന്നതിൽ നിന്ന് തടയുന്നു. ആത്മവിശ്വാസമുള്ള മുതിർന്നവരുടെ അവകാശവാദം പലപ്പോഴും അപര്യാപ്തമാണെന്ന് വെളിപ്പെടുത്തുന്നത് എനിക്കിഷ്ടപ്പെട്ടു. ആ കാലഘട്ടം കഥയ്ക്ക് ചില ഘടനകൾ നൽകുന്നു, പക്ഷേ മാറുന്ന ബന്ധങ്ങളാണ് ഏറ്റവും ശക്തമായ ആകർഷണം.

ഈ രഹസ്യം സങ്കീർണമാണ്, ചിലപ്പോൾ ആവശ്യത്തിലധികം പാളികൾ ചേർക്കുന്നു. വിശദാംശങ്ങളില് നഷ്ടപ്പെടാന് എനിക്ക് പ്രശ്നമില്ലായിരുന്നു. അടുത്ത പ്രശ്നം പരിഹരിക്കുന്നതില് ഗ്രൂപ്പിനെ കാണാന് എനിക്ക് ഇഷ്ടമായിരുന്നു. അത്ര നന്നായി അഭിനയിച്ച ഒരു കോമഡിയിൽ വലിയ ഒരു പോരായ്മയുമില്ല. ഈ സിനിമയ്ക്ക് മതിയായ ചാം ഉണ്ട്, സമയം കൂടിയാണ്, അധിക ചുവടുകൾ എടുക്കാൻ അത് വിലമതിക്കുന്നു.

8/10

എന്റെ വിലയിരുത്തൽ

നൈസ് ഗൈസ് ഒരിക്കലും കാര്യക്ഷമതയില്ലാത്ത ഒരു പങ്കാളിത്തത്തിന്റെ കോമഡി ഉണ്ടാക്കുന്നു. റയാൻ ഗോസ്ലിംഗും റസ്സൽ ക്രോവും ഒരുമിച്ചു വളരെ നല്ലവരാണ്, ഒപ്പം സംഭാഷണവും വൃത്തികെട്ട കഥാപാത്രത്തെ കൊണ്ടുപോകാൻ വേണ്ടത്ര മൂർച്ചയുള്ളതാണ്.

— Desly

Kiss Kiss Bang Bang — വിശദീകരണത്തിന് വേറെ വിശദീകരണം വേണം.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

റോബർട്ട് ഡൌണി ജൂനിയർ. കിസ് കിസ് ബാം ബാം ശരിയായ തരത്തിലുള്ള ജാഗ്രത നൽകുന്നു. ഹാരിക്ക് ഒരു നിമിഷം ആത്മവിശ്വാസം തോന്നിയേക്കാം, ഉടനെ തന്നെ അയാൾക്ക് എത്രമാത്രം നിയന്ത്രണമില്ലെന്ന് വെളിപ്പെടുത്തും. പ്രകടനം കഥാപാത്രത്തെ തെറ്റിപ്പോകാൻ സാധ്യതയുള്ള മറ്റൊരു കാര്യമായി കാണുന്നു. സ്വന്തം വിശദീകരണങ്ങളെ തടസ്സപ്പെടുത്തുന്നത് ഇഷ്ടപ്പെടുന്ന ഒരു സിനിമയ്ക്ക് ഇത് വളരെ ഉപകാരപ്രദമാണ്.

വല് കില് മെര് ഒരു നല്ല വ്യത്യാസം നല് കുന്നു. അയാളുടെ അക്ഷമ ഡൌണിയുടെ വാക്കാലുള്ള ഊര് ജത്തിന് ഒരു ഉറച്ച പ്രതിരോധം നല് കുന്നു. ഷെയ്ന് ബ്ലാക്ക്യുടെ സംഭാഷണം ഫലപ്രദമാണ്, കാരണം ആശയവിനിമയത്തിന് വ്യക്തമായ അസന്തുലിതാവസ്ഥയുണ്ട്: ഒരു വ്യക്തി സംസാരിക്കുന്നത് തുടരാൻ ആഗ്രഹിക്കുന്നു, മറ്റൊരാൾ അവനെ ഉപയോഗപ്രദമാക്കാൻ ആഗ്രഹിക്കുന്നു. അസ്വസ്ഥതയാണ് അതിന്റെ ആകർഷണീയതയുടെ പ്രധാന കാരണം.

കുറ്റകൃത്യ കഥയുടെ നിർമ്മാണം മനഃപൂർവ്വം കുടുങ്ങിക്കിടക്കുന്നു, അത് വിശദീകരിക്കാനുള്ള ശ്രമങ്ങളിൽ നിന്ന് സിനിമയ്ക്ക് ധാരാളം കോമഡി ലഭിക്കുന്നു. സംസാരശേഷി മനസ്സിലാക്കാനുള്ള ഉറപ്പിന് കാരണമാകില്ലെന്നത് എനിക്ക് ഇഷ്ടമായി. മിഷേല് മോനഗന് കേന്ദ്ര ഗ്രൂപ്പിന് മറ്റൊരു പ്രതിരോധം നല് കുന്നു. ഈ ബന്ധം ആസൂത്രണം ചെയ്യുന്നതിനുള്ള ഒരു വ്യായാമമായി മാറുന്നതില് നിന്ന് ഈ കഥയെ തടയുന്നു.

ചില തമാശകൾ എല്ലാവര് ക്കും ഒരുപോലെ പ്രയോജനപ്പെടാത്ത ഒരു കഠിനതയിൽ അധിഷ്ഠിതമാണ്, സ്വയം അഭിപ്രായമിടുന്നയാൾ ഇടയ്ക്കിടെ കാഴ്ചയിൽ നിന്ന് ശ്രദ്ധ വ്യതിചലിപ്പിക്കുന്നു. എന്നിരുന്നാലും, പ്രകടനങ്ങൾ എഴുത്ത് ഒരു ജീവിച്ചിരിക്കുന്ന മാനുഷിക താളം നൽകുന്നു. ഈ ആളുകൾ പരസ്പരം തെറ്റിദ്ധരിക്കാനും പ്രകോപിപ്പിക്കാനും ഈ നിഗൂഢത മറ്റൊരു കാരണമായി മാറുമ്പോൾ എനിക്ക് അത് ഏറെ ഇഷ്ടപ്പെട്ടു.

2005 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ

8/10

എന്റെ വിലയിരുത്തൽ

കിസ് കിസ് ബാം ബാം, ആശയക്കുഴപ്പം അതിന്റെ കോമിക് വ്യക്തിത്വത്തിന്റെ ഭാഗമാക്കുന്നു. റോബർട്ട് ഡൌണി ജൂനിയർ. വല് കില് മെര് , അതിശക്തമായ സംഭാഷണങ്ങള് ക്ക് മതിയായ ഘർഷണം നല് കുന്നു, അതിന്റെ സ്വയം ബോധമുള്ള കഥപറച്ചില് രസകരമായി നിലനിർത്താന് .

— Desly

The Guard — സംഭാഷണം നടക്കില്ല.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ബ്രെൻഡന് ഗ്ലിസണ് കേസ് തീരുന്നതിന് മുമ്പ് തന്നെ ഗാർഡിനെ രസകരമാക്കുന്നു. ജെറി ബോയ്ലിന് ഫലത്തെക്കുറിച്ച് പ്രത്യേകിച്ച് ആശങ്കപ്പെടാതെ ഒരു കൈമാറ്റത്തെ തകര് ക്കാന് കഴിയും. പ്രകടനം പെരുമാറ്റത്തെ ക്ലാസിഫൈ ചെയ്യാന് ബുദ്ധിമുട്ടാക്കുന്നു. ഒരു പക്ഷേ, ഒരു വ്യക്തിയെ പ്രകോപിപ്പിക്കുകയോ, ഒരു ആവശ്യത്തെ ഒഴിവാക്കുകയോ, പ്രതീക്ഷിക്കുന്ന പെരുമാറ്റം നിരസിക്കുകയോ ചെയ്തേക്കാം. അനിശ്ചിതത്വം രസത്തിന്റെ ഭാഗമാണ്.

ഡോൺ ചീഡ്ല് സിനിമയെ നന്നായി സന്തുലിതമാക്കുന്നു. അദ്ദേഹത്തിന്റെ പ്രൊഫഷണൽ ശൈലി അവരുടെ പങ്കാളിത്തം വളരെ ഫോർമുലാപരമായതായി തോന്നാതെ വ്യക്തമായ വ്യത്യാസം സൃഷ്ടിക്കുന്നു. അവരുടെ ഏറ്റവും നല്ല നിമിഷങ്ങൾ അവർ പ്രതീക്ഷിക്കുന്ന മറുപടി കിട്ടാത്തപ്പോഴാണ്. അവരുടെ വ്യക്തിത്വങ്ങൾ മാത്രമല്ല, അവർ പരസ്പരം കൈകാര്യം ചെയ്യുന്ന രീതിയും അന്വേഷണത്തെ ആകർഷകമാക്കുന്നു.

ജോണ് മൈക്കല് മക്ഡൊണാഗിന്റെ സംഭാഷണം മനഃപൂർവ്വം അക്രമാസക്തമാണ്. അതില് ചിലതൊക്കെ വളരെ തമാശയുള്ളതാണ് കാരണം കഥാപാത്രങ്ങള് ഒരു കൂടിക്കാഴ്ചയെ മൃദുലമാക്കുന്നതില് എത്രമാത്രം താല്പര്യം കാണിക്കുന്നില്ല. അജ്ഞാതമായ ഒരു പശ്ചാത്തലത്തിനു പകരം ചുറ്റുമുള്ള സമൂഹം സിനിമയ്ക്ക് ഒരു പ്രത്യേക്രമീകരണം നൽകുന്നു. ആ തമാശകൾ ആ സാമൂഹിക ലോകത്തെ കൂടുതൽ വ്യക്തമാക്കിയ നിമിഷങ്ങൾ എനിക്കിഷ്ടമായിരുന്നു.

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

2011 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ

7/10

എന്റെ വിലയിരുത്തൽ

ബ്രെൻഡന് ഗ്ലിസന് ഒരു കൈമാറ്റം എളുപ്പമാക്കാൻ വിസമ്മതിച്ചതിനാലാണ് ഗാർഡിന് ഏറ്റവും മികച്ച കോമഡി ലഭിക്കുന്നത്. ഡോൺ ചീഡ്ലുമായുള്ള പങ്കാളിത്തം കുറ്റകൃത്യത്തിന് ശക്തമായ ഒരു കേന്ദ്രം നൽകുന്നു, നർമ്മം വളരെ നിർബന്ധിതമാകുമ്പോഴും.

— Desly

Thank You for Smoking — ഉത്തരം വിഷയം മാറ്റുക എന്നതാണ്.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ചോദ്യത്തിന് യഥാർഥത്തിൽ ഉത്തരം പറയാതെ ഒരു ഉത്തരം തൃപ്തികരമായി കേൾപ്പിക്കുന്നതിൽ ആരോൺ എക്ക്ഹാർട്ട് വളരെ നല്ലവനാണ്. അതാണ് നന്ദി സിഗരറ്റിന് റെ പ്രധാന സന്തോഷം. നിക്കിന്റെ ആത്മവിശ്വാസം ഒരു പ്രൊഫഷണൽ ഉപകരണമാണ്, എക്ക്ഹാർട്ട് അത് എളുപ്പമാക്കുന്നു ആളുകൾ എന്തിനാണ് ശ്രദ്ധിക്കുന്നത് എന്ന് മനസിലാക്കാൻ. ഈ പ്രകടനം സാറ്ററിന് ഒരു ലക്ഷ്യം മാത്രമല്ല, പിന്തുടരാനുള്ള ഒരു വ്യക്തിയെ നൽകുന്നു.

ജേസണ് റീറ്റ്മാന് സിനിമ മുന്നോട്ട് കൊണ്ടുപോകുന്നു. തർക്കങ്ങൾ ഒരു മത്സരമാണ്. തന്ത്രങ്ങൾ, സമയം, പ്രേക്ഷകർ എന്നിവയെക്കുറിച്ച് ചിന്തിക്കുക. ചർച്ച ചെയ്യപ്പെടുന്ന വിഷയത്തെക്കുറിച്ച് ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നതില് മാറ്റം വരുമ്പോൾ സംഭാഷണം വളരെ രസകരമാണ്. സത്യസന്ധമായ വിവരങ്ങള് കൈമാറ്റം ചെയ്യാതെ തന്നെ എങ്ങനെ പ്രേരിപ്പിക്കാമെന്ന് അത് കാണിക്കുന്നു.

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

ചില ലക്ഷ്യങ്ങൾ വളരെ വിശാലമാണ്, ചിലപ്പോൾ വിഡ്ഢിത്തങ്ങൾ വളരെ സന്തോഷകരമായി തോന്നാം. അസ്വസ്ഥമായ ആഘാതങ്ങളില് കുറച്ചുകൂടി സമയം ചെലവഴിക്കണമെന്ന് ഞാന് ആഗ്രഹിച്ചു. എന്നിട്ടും, കേന്ദ്രമായ പ്രകടനവും വേഗതയും അത് ആകർഷകമാക്കുന്നു. ഒരു വാദവും പറയേണ്ട കാര്യവുമില്ലാത്ത ഒരു കാര്യവും തമ്മിലുള്ള വ്യത്യാസത്തെ കുറിച്ചുള്ള ഒരു കടുത്ത, ആക്സസ് ചെയ്യാവുന്ന കോമഡി.

2005 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

7/10

എന്റെ വിലയിരുത്തൽ

പുകവലിക്ക് നന്ദി, സത്യസന്ധത ആവശ്യമില്ലാതെ, ബോധ്യപ്പെടുത്തുന്ന സംഭാഷണം രസകരമാക്കുന്നു. ആറോൺ എക്ക്ഹാർട്ട് ഈ വിരോധാഭാസത്തിന് ഊർജ്ജം നൽകുന്നു, ചില ലക്ഷ്യങ്ങൾ സിനിമ കരുതുന്നതിലും എളുപ്പമാണെങ്കിലും.

— Desly

Dr. Strangelove — നടപടിക്രമം ഒരു ഉറപ്പ് അല്ല.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഡോ. സ്ട്രാഞ്ചലോവ് ഏറ്റവും തമാശയുള്ളത് ആരെങ്കിലും തികച്ചും പ്രായോഗികമായിരിക്കാൻ ശ്രമിക്കുമ്പോൾ ആണ്. ഒരു നടപടിക്രമം പാലിക്കേണ്ടതുണ്ട്, ഒരു തെറ്റിദ്ധാരണ വ്യക്തമാക്കേണ്ടതുണ്ട്, അത് കൈകാര്യം ചെയ്യാനുള്ള ശ്രമത്തിലൂടെ സ്ഥിതി കൂടുതൽ ആശങ്കാജനകമാകും. സ്റ്റാൻലി കുബ്രിക്ക് ആ യുക്തി വ്യക്തമായി സൂക്ഷിക്കുന്നു. അസംബന്ധം ജനങ്ങള് തെറ്റായ അനുമാനങ്ങളോട് എത്ര ഗൌരവത്തോടെയാണ് പെരുമാറുന്നതെന്നതാണ്.

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

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

വിഡ്ഢിത്തം ഉടനടി രസകരമാകാൻ പര്യാപ്തമാണ്, ഒരു സംഭാഷണം എങ്ങനെ വികസിക്കുന്നു എന്നതിനെക്കുറിച്ച് ശ്രദ്ധ പുലർത്തുന്നതിന് പ്രതിഫലം നൽകാൻ മതിയായതാണ്. കോമഡി വിഷയത്തിൽ നിന്നും സുരക്ഷിതമായി അകലം പാലിക്കുന്നില്ല. ഇത് സ്ഥാപനങ്ങളെയും അവയെ നിയന്ത്രിക്കുന്ന ആളുകളെയും സാധാരണ വിഡ്ഢിത്തത്തിന് കൂടുതൽ ദുർബലരാക്കുന്നു. അതിനാലാണ് ഈ ചിത്രത്തിന് ഇന്നും ശക്തമായ കടിയുണ്ടാവുന്നത്.

1964 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

9/10

എന്റെ വിലയിരുത്തൽ

ഡോ. സ്ട്രാഞ്ചലോവ് അവരുടെ റോളുകൾ വളരെ ഗൌരവത്തോടെ നിർവഹിക്കുന്ന ആളുകളിൽ ഭീതിദമായ കോമഡി കണ്ടെത്തുന്നു. സംഭാഷണങ്ങളും പ്രകടനങ്ങളും വിഡ്ഢിത്തത്തെ വ്യക്തമാക്കുന്നു, അന്തർലീനമായ അപകടം ഒരിക്കലും വെറും തമാശയായി മാറുന്നില്ല.

— Desly

Blue Ruin — കഴിവില്ലാത്ത പ്രതികാരം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ബ്ലൂ റൂയിന് അതിന്റെ പ്രധാന കഥാപാത്രത്തെ മോശമായി സജ്ജീകരിച്ചിരിക്കുന്നു. പ്രതികാരം എന്നത് വ്യക്തമായ ഒരു ഉദ്ദേശ്യമാണ്, പക്ഷേ അത് നടപ്പിലാക്കുക എന്നത് മറ്റൊരു കാര്യമാണ്. ജെറമി സോൾനിയര് ആ വിടവ് അസ്വസ്ഥമാക്കുന്നു. ഒരു തീരുമാനമെടുക്കുന്ന വ്യക്തി എത്രമാത്രം ആകർഷകമായി കാണപ്പെടുന്നു എന്നതിനേക്കാൾ ഒരു തീരുമാനം സൃഷ്ടിക്കുന്നാശനഷ്ടത്തെക്കുറിച്ചാണ് ഈ സിനിമ ശ്രദ്ധിക്കുന്നത്.

മെക്കോൺ ബ്ലെയര് ഡ്വൈറ്റിന് സിനിമയ്ക്ക് അനിവാര്യമായി തോന്നുന്ന ഒരു അസ്വസ്ഥത നല് കുന്നു. ഭയവും നിശ്ചയദാർഢ്യവും ഒരുമിച്ച് ചേര് ക്കാന് അദ്ദേഹം സഹായിക്കുന്നു. ഈ ദുർബലത അടിയന്തിര പ്രശ്നങ്ങള് ക്ക് ഭാരം നല് കുന്നു. നിയന്ത്രണത്തിന്റെ ഒരു ഫാന്റസി ആസ്വദിക്കാന് ബുദ്ധിമുട്ടാണ്, ആ പ്രകടനം എത്രമാത്രം നിയന്ത്രണം ഉണ്ടെന്ന് കാണിക്കുന്നുണ്ടെങ്കില് .

ഒരു വ്യക്തിയുടെ ദേഷ്യത്തേക്കാളുപരി കുടുംബ ബന്ധങ്ങളുടെ പ്രത്യാഘാതങ്ങളാണ് കൂടുതല് വലുത്. ഒരു സ്വകാര്യ പരാതി സ്വകാര്യമായിരിക്കാം എന്ന ആശയത്തെ കഥ സങ്കീർണ്ണമാക്കുന്നത് എനിക്കിഷ്ടപ്പെട്ടു. സംഭാഷണങ്ങൾ പ്രായോഗികമാണ്, ഒരു വിശദീകരണം ഒരു ഒഴികഴിവല്ല. ചെറിയ തോതിലുള്ള ഈ ആശയവിനിമയം വെറും പ്രതീകാത്മകമായതിനേക്കാൾ പ്രത്യേകതയുള്ളതായിരിക്കണം.

അക്രമം ക്രൂരമാണ്, പക്ഷേ സിനിമ യോഗ്യതയെ കഷ്ടപ്പാടിന് ഒരു പ്രതിഫലമായി കാണുന്നില്ല. അത് അതിന്റെ ഏറ്റവും ശക്തമായ തീരുമാനങ്ങളിലൊന്നാണ്. മനഃപൂർവ്വം ചെയ്യുന്ന വേഗത എല്ലാ മാനസികാവസ്ഥകൾക്കും അനുയോജ്യമല്ലായിരിക്കാം, എന്നിട്ടും നിയന്ത്രണം അതിന്റെ പ്രത്യാഘാതങ്ങൾ തിരിച്ചറിയാൻ സമയം നൽകുന്നു. പ്രതികാരം എളുപ്പമാണെന്ന് തോന്നിപ്പിക്കുന്നതിൽ വലിയ താല്പര്യമില്ലാത്ത ഒരു കടുത്ത കുറ്റകൃത്യ സിനിമയാണിത്.

2013 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

ബ്ലൂ റൂയിന് പ്രതികാരം ഭയാനകമായി അപ്രായോഗികമാണെന്ന് തോന്നിപ്പിക്കുന്നു. മാകോൺ ബ്ലെയര് കഥയ്ക്ക് ഒരു ദുർബലമായ കേന്ദ്രം നല് കുന്നു, ജെറമി സോൾനിയര് അതിന്റെ അനന്തരഫലങ്ങളെ ക്രിമിനൽ ഗ്ലാമറിന്റെ വാഗ്ദാനത്തേക്കാളും രസകരമായി നിലനിർത്തുന്നു.

— Desly

Green Room — അടുത്ത നീക്കം സുഖകരമല്ല.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

ആന്റൺ യെല്ഛിന് കേന്ദ്ര ഗ്രൂപ്പിന് ഭയവും ഉപയോഗപ്രദമായി തുടരാനുള്ള ശ്രമവും ഒരു മിശ്രിതമായി നല് കുന്നു. പ്രകടനങ്ങള് കാണിക്കുന്നത് സമ്മര് ദനത്തിനിടെ ചിന്തിക്കാൻ ശ്രമിക്കുന്ന ആളുകളെയാണ്. സുരക്ഷിതത്വം തോന്നാതെ തീരുമാനങ്ങൾ എടുക്കുന്നതും എനിക്ക് ഇഷ്ടമായിരുന്നു. അവരുടെ പരിമിതമായ അറിവ് അതിനെ യാഥാര് ത്ഥ്യമാക്കുന്നു.

പാട്രിക് സ്റ്റുവാർട്ട് സിനിമയില് ഒരു വ്യത്യസ്ത തരം നിയന്ത്രണം കൊണ്ടുവരുന്നു. ദേഷ്യം നിരന്തരം പ്രകടിപ്പിക്കാതെ ഈ വ്യത്യാസം ആശയവിനിമയത്തെ അസ്വസ്ഥമാക്കുന്നു. അടിയന്തിരമായ ഒരു ആവശ്യത്തിനോ സാധ്യമായ മുന്നോട്ടുള്ള വഴിക്കോ ബന്ധിപ്പിച്ചിരിക്കുമ്പോഴാണ് സംഭാഷണം ഏറ്റവും ഫലപ്രദമാകുന്നത്. വാക്കുകള് പ്രധാനമാണ് കാരണം സംസാരിക്കുന്നവര് ക്ക് സാഹചര്യം തെറ്റിദ്ധരിക്കാനാവില്ല.

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

2015 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

ഗ്രീന് റൂം പ്രായോഗിക തീരുമാനങ്ങളിലൂടെയും ശക്തമായ ഒരു സംഘത്തിലൂടെയും അതിന്റെ പരിമിതമായ സാഹചര്യം ടെൻഷനാക്കുന്നു. ജെറമി സോൾനിയർ അപകടത്തെ അടിയന്തിരമായി സൂക്ഷിക്കുന്നു, അതേസമയം പ്രകടനങ്ങൾ ജനങ്ങൾക്ക് അതിജീവന വ്യായാമത്തേക്കാൾ കൂടുതൽ ഭാരം നൽകുന്നു.

— Desly

Good Time — സുരക്ഷാ നെറ്റ് ഇല്ലാതെ സമയത്തിനെതിരായ ഒരു ഓട്ടം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

സഹോദരന്റെ അറസ്റ്റും നിയമപ്രശ്നങ്ങളും നേരിടുന്ന റോബർട്ട് പാറ്റിൻസന്റെ കഥാപാത്രത്തിന് സ്വാതന്ത്ര്യത്തിനായി കാലത്തിനൊത്ത് മൽസരിക്കേണ്ടി വരുന്നു. ഓരോ തീരുമാനത്തിനും അതിന്റെ പ്രത്യാഘാതങ്ങളുണ്ട്, പക്ഷേ അതിന്റെ ഫലം അനിശ്ചിതത്വത്തിലാണ്, നായികയെയും പ്രേക്ഷകരെയും പരിഭ്രാന്തരാക്കുന്നു.

സഫ്ദീ സഹോദരന്മാരുടെ സംവിധാനം ആക്ഷന് സജീവമായി നിലനിർത്തുന്നു. ശ്വാസം മുട്ടിക്കുന്ന ചലനം നഷ്ടപ്പെടാതെ. ഓരോ രംഗവും നിർണായകമാണ്. കഥാപാത്രത്തിന്റെ ഭ്രാന്തമായ മാനസികാവസ്ഥയെ പ്രതിഫലിപ്പിക്കുന്ന വിശ്രമത്തിനോ പ്രതിഫലനത്തിനോ ഇടമില്ലാത്ത, നിരന്തരമായ ചലനം.

പാറ്റിൻസൺ തന്റെ കഥാപാത്രത്തിന്റെ നിരാശയും ദുർബലതയും പിടിച്ചെടുക്കുന്ന ഒരു പരുക്കൻ, തീവ്രമായ പ്രകടനം നടത്തുന്നു. ജെന്നിഫർ ജേസൺ ലീ, ബഡ്ഡി ഡ്യൂറസ് തുടങ്ങിയ സപ്പോർട്ടിംഗ് അഭിനേതാക്കൾ അവരുടെ റോളുകൾക്ക് ആഴം കൂട്ടുന്നു.

സംവാദം വിരളമാണെങ്കിലും ഫലപ്രദമാണ്, സൂക്ഷ്മമായ ആശയവിനിമയത്തിലൂടെ അടിയന്തിരത പ്രകടമാക്കുന്നു, വെളിപ്പെടുത്താതെ അപകടസാധ്യത വെളിപ്പെടുത്തുന്നു. സിനിമയുടെ തീവ്രതയാണ് അതിന്റെ ഏറ്റവും വലിയ കരുത്ത് എന്നിരുന്നാലും ചില സമയങ്ങളിൽ നിരന്തരമായ വേഗത ചില കാഴ്ചക്കാർക്ക് അമിതമായി തോന്നിയേക്കാം.

8/10

എന്റെ വിലയിരുത്തൽ

വ്യക്തമായ ഫലങ്ങളില്ലാതെ അഭിനയിക്കാനുള്ള നിരന്തരമായ സമ്മർദ്ദമാണ് സിനിമയുടെ തീവ്രതയ്ക്ക് കാരണം. പാറ്റിൻസന്റെ പ്രകടനം ഒരു നിശിതവും നിഷ്കളങ്കവുമായ കഥയാണ്.

— Desly

Uncut Gems — ആഡം സാന്റ്ലറുടെ തീവ്രത അരാജകത്വത്തിന് ആക്കം കൂട്ടുന്നു

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഹവാർഡ് റാറ്റ്നറുടെ ആ രത്നത്തോടുള്ള ഭ്രമണം ഒരു നിർബന്ധം പോലെയാണ്, അത് തകർക്കാനാവില്ല, അവന്റെ ജീവിതം അവനെ ചുറ്റിപ്പറ്റിയാണ്. ആഡം സാന്റ്ലര് നിരാശയും നിയന്ത്രണവും നിറഞ്ഞ ഒരു പ്രകടനം നടത്തുന്നു, കോമഡി യഥാര് ത്ഥ ഭയം കൊണ്ട് സന്തുലിതമാക്കുന്നു, കാരിക്കേച്ചറിലേക്ക് ചാഞ്ഞുപോകാതെ.

സംഭാഷണം തീവ്രവും പിരിമുറുക്കമുള്ളതുമാണ്, ദീർഘമായ പ്രസംഗങ്ങളേക്കാൾ സഖ്യങ്ങളും വഞ്ചനകളും കാണിക്കുന്ന ദ്രുത കൈമാറ്റങ്ങളോടെ. ഹൊവാഡിന്റെ ഭ്രാന്തമായ മനോഭാവത്തിന് യോജിക്കുന്ന വേഗതയാണ്. ഓരോ രംഗവും സമയത്തോട് പൊരുതുന്ന പോലെ തോന്നും.

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

ഹൊവാർഡിന്റെ കാഴ്ചപ്പാടിൽ അല്പം അമിതമായ ആശ്രയം ഉണ്ട്, അത് പ്രേക്ഷകർക്ക് അവർ കാണുന്നതിനെ എത്രമാത്രം വിശ്വസിക്കാൻ കഴിയുമെന്ന് പരിമിതപ്പെടുത്തുന്നു. എന്നിരുന്നാലും, ഈ ചിത്രത്തിന്റെ വൈകാരികത നിയന്ത്രണം നഷ്ടപ്പെടുമോ എന്ന ഭയം അതിന്റെ പോരായ്മകൾ അതിന്റെ രൂപകൽപ്പനയുടെ ഭാഗമാണെന്ന് തോന്നിപ്പിക്കുന്നു.

8/10

എന്റെ വിലയിരുത്തൽ

ഈ സിനിമ വളരെ ഉയർന്ന ഓഹരികളുള്ള ഒരു ചൂതാട്ടമാണ്, വളരെ അപൂർവ്വമായി മാത്രം കുറയുന്ന വൈകാരിക ഓഹരി. കഥാപാത്രത്തിന്റെ നിരാശയിൽ നിന്നാണ് അതിന്റെ പിരിമുറുക്കം വരുന്നത്, കഥാപാടനത്തിന്റെ വളവുകളിൽ നിന്നല്ല.

— Desly

Drive — ഒരിക്കലും മാറാത്ത ഒരു പിരിമുറുക്കം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

തീവ്രമായ ആക്ഷൻ സീക്വൻസുകളെയും സ്വസ്ഥമായ നിമിഷങ്ങളെയും സന്തുലിതമാക്കുന്നതിലൂടെ ഡ്രൈവ് ഒരു സ്ഥിരമായ സസ്പെൻസസ് അനുഭവം സൃഷ്ടിക്കുന്നു. ഒരു നിശബ്ദതയുള്ള, എന്നാൽ ആഴത്തിൽ സഹാനുഭൂതി നിറഞ്ഞ ഡ്രൈവറായി റയാൻ ഗോസ്ലിംഗ് അവതരിപ്പിക്കുന്നത്, ചിത്രത്തിന്റെ ആന്തരികവും അടിയന്തിരവുമായ മാനസികാവസ്ഥയ്ക്ക് ടോൺ സജ്ജമാക്കുന്നു.

ഓരോ രംഗവും ഒരു പരിഹാരത്തിലേക്ക് തിടുക്കം കൂട്ടാതെ പിരിമുറുക്കം സൃഷ്ടിക്കാൻ അനുവദിക്കുന്ന വിധം, ആക്രമണം മനഃപൂർവം നടക്കുന്നു. ഗോസ്ലിംഗും കെയ്രി മുള്ളിഗനും തമ്മിലുള്ള സ്വസ്ഥമായ സംഭാഷണങ്ങൾ കഥയ്ക്ക് വൈകാരിക ഭാരം നൽകുന്നു, അവരുടെ ബന്ധം ദുർബലവും എന്നാൽ പ്രധാനപ്പെട്ടതുമാണെന്ന് തോന്നുന്നു.

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

ഡ്രൈവ് വളരെ തീമാറ്റിക് ആണ്, പക്ഷെ അത് ആക്ഷൻ രംഗങ്ങളില് ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു, അത് ആവേശകരവും നന്നായി ആസൂത്രണം ചെയ്തതുമാണ്. കഥാപാത്രങ്ങൾ നേരിടുന്ന ബുദ്ധിമുട്ടുള്ള തീരുമാനങ്ങളെക്കുറിച്ചാണ് ഇത് പറയുന്നത്.

8/10

എന്റെ വിലയിരുത്തൽ

ഡ്രൈവ് അതിന്റെ നിയന്ത്രിത വേഗതയിലൂടെയും ആകർഷകമായ വിഷ്വലുകളിലൂടെയും നിരന്തരമായ പിരിമുറുക്കം നിലനിർത്തുന്നു. പ്രത്യേകിച്ച് ഗോസ്ലിംഗിന്റെയും ഹെൻഡ്രിക്സിന്റെയും പ്രകടനങ്ങൾ ചിത്രത്തിന്റെ ആക്ഷൻ ഡ്രൈവ് ചെയ്ത കഥയ്ക്ക് ആഴം കൂട്ടുന്നു.

— Desly

Sicario — കഥാപാത്രത്തിന്റെ ദൌത്യത്തിന്റെ ഒരു പതുക്കെയുള്ള വെളിപ്പെടുത്തൽ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

സിക്കാരിയോ അതിന്റെ സങ്കീർണ്ണമായ വിവരണം അളവറ്റ കൈമാറ്റങ്ങളിലൂടെയും പിരിമുറുക്കമുള്ള ഏറ്റുമുട്ടലുകളിലൂടെയും അവതരിപ്പിക്കുന്നു, ക്രമേണ സംഘർഷത്തിന്റെ ആഴം വെളിപ്പെടുത്തുന്നു. ശ്രദ്ധാപൂർവ്വം വിവരം പ്രചരിപ്പിക്കുന്നതിലൂടെ കാഴ്ചക്കാരെ തിരക്കിലാക്കുന്നു.

എമിലി ബ്ലണ്ട് ഒരു എഫ് ബി ഐ ഏജന് റ് ആയി അഭിനയിക്കുന്നു. അവളുടെ സ്വഭാവം വ്യക്തമായ ധാർമ്മിക ആത്മവിശ്വാസത്തോടെയാണ് തുടങ്ങുന്നത്, പക്ഷേ ദൌത്യം മുന്നോട്ടുപോകുമ്പോഴാണ് ആ ആത്മവിശ്വാസം പരീക്ഷിക്കപ്പെടുന്നത്. ബെനിസിയോ ഡെൽ ടോറോയുടെ കഥാപാത്രം അതിശക്തമായ വ്യത്യാസമാണ്. ശാന്തവും അസ്വസ്ഥമാക്കുന്നതും മറഞ്ഞിരിക്കുന്ന ലക്ഷ്യങ്ങളാൽ നിറഞ്ഞതുമാണ്.

സിക്കാരിയോയിലെ സംവാദം പലപ്പോഴും നൈതികമായ അനിശ്ചിതത്വങ്ങളെ ഉയർത്തിക്കാട്ടുന്നു. കഥാപാത്രങ്ങൾ തമ്മിലുള്ള സംഭാഷണങ്ങൾ അവതരണം കുറവാണ് കൂടുതൽ അവരുടെ ദൌത്യത്തിൽ അന്തർലീനമായ നൈതിക പ്രശ്നങ്ങളെക്കുറിച്ച് പര്യവേക്ഷണം. അന്തര് വ്യക്തിപരമായ ചലനാത്മകതയില് ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത് ആക്ഷന് സീക്വൻസിനു അപ്പുറം സിനിമയെ സമ്പന്നമാക്കുന്നു.

സിനിമയുടെ പതിയെ ചലിക്കുന്ന വേഗത കഥാപാത്രങ്ങൾ എന്താണു ചെയ്യുന്നതെന്നും എന്തിനുവേണ്ടി ചെയ്യുന്നതെന്നും ചിന്തിക്കാൻ സമയം നൽകുന്നു. അത് എല്ലായ്പ്പോഴും സമ്മർദ്ദത്തെ ഉയര് ത്തുന്നതല്ല, പക്ഷേ അത് നിങ്ങളെ വലിയ ചിത്രം ചിന്തിപ്പിക്കുന്നു. ഈ പതുക്കെയുള്ള സമീപനം കഥയെ കൂടുതൽ ശക്തമാക്കുന്നു.

8/10

എന്റെ വിലയിരുത്തൽ

ആക്ഷൻ സീക്വൻസുകളെ അമിതമായി ആശ്രയിക്കാതെ സമ്മർദ്ദം സൃഷ്ടിക്കുന്ന, മനഃപൂർവ്വം ചലിച്ചുകൊണ്ടുള്ള കഥയാണ് ചിത്രം അവതരിപ്പിക്കുന്നത്. എമിലി ബ്ലണ്ട് അവളുടെ കഥാപാത്രത്തിന് ഒരു മാനവികത നൽകുന്നു.

— Desly

Hell or High Water — ബാങ്കിനെതിരായ ഒരു മത്സരം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ക്രിസ് പൈൻ, ബെൻ ഫോസ്റ്റർ എന്നിവർ അവതരിപ്പിക്കുന്ന സഹോദരന്മാരും അവരുടെ കുടുംബത്തിന്റെ റാഞ്ചി പിടിച്ചെടുക്കുമെന്ന് ഭീഷണിപ്പെടുത്തുന്ന ബാങ്കും തമ്മിലുള്ള വ്യക്തമായ സംഘർഷമാണ് ഈ സിനിമയിലുള്ളത്. തങ്ങളുടെ പൈതൃകവും സ്വത്വവും സംരക്ഷിക്കുന്നതിലും അവരുടെ പ്രവര് ത്തനങ്ങള് ക്ക് ആധികാരികത നല് കുന്നതിലും ആഴത്തില് വേരൂന്നിയതാണ് അവരുടെ പ്രേരണ.

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

സംഭാഷണം കുത്തനെയുള്ളതും സംക്ഷിപ്തവുമാണ്, കഷണത്തിന്റെ കട്ടിയുള്ള ടോണിന് തികച്ചും അനുയോജ്യമാണ്. പൈനിനും ഫോസ്റ്ററിനും നല്ലൊരു കെമിസ്ട്രി ഉണ്ട്, അവരുടെ പങ്കാളിത്തം വിശ്വസനീയവും പ്രേക്ഷകരെ ആവേശഭരിതരാക്കുന്നതുമാണ്. അവരുടെ ആശയവിനിമയങ്ങള് വൈരുദ്ധ്യവും ധാരണയും നിറഞ്ഞതാണ്.

കഥ ക്രമാനുഗതമായി മുന്നോട്ടുപോകുന്നു, പക്ഷേ ചിലപ്പോള് പ്രവചിക്കാവുന്നതാണെന്ന് തോന്നും. അത് കൊണ്ട് തന്നെ, സഹോദരന്മാരുടെ യാത്ര എത്രമാത്രം ആകർഷകമാണെന്നതിനെ കുറിച്ചല്ല. അവരുടെ കഥ ആകർഷകവും വൈകാരികമായി സമ്പന്നവുമാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

നരകം അല്ലെങ്കിൽ ഉയർന്ന വെള്ളം വ്യക്തമായ ലക്ഷ്യബോധമുള്ള ഒരു കുറ്റകൃത്യ നാടകമാണ്. ഈ സഹോദരന്മാരുടെ പ്രവൃത്തികൾക്ക് ഉറച്ച ധാർമ്മിക അടിത്തറയുണ്ട്, അത് അവരുടെ യാത്രയെ ആകർഷകവും വൈകാരികമായും ഉജ്ജ്വലമാക്കുന്നു.

— Desly

Before the Devil Knows You’re Dead — ഒരൊറ്റ പ്രവര് ത്തനത്താൽ തകര് ന്ന ഒരു കുടുംബം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഒരു മനുഷ്യന്റെ കുറ്റകൃത്യത്തിന്റെ ആഘാതം കുടുംബം മുഴുവനും അനുഭവിക്കുന്നതാണ്. സിഡ്നി ലൂമെറ്റിന്റെ സംവിധാനം ഓരോ ചതിയും വഞ്ചനയും തുടക്കത്തിലെ തെറ്റായ പ്രവൃത്തി പോലെ തന്നെ പ്രധാനമാണെന്ന് ഉറപ്പുവരുത്തുന്നു, എല്ലായിടത്തും സ്ഥിരമായ ഒരു വൈകാരിക തലം നിലനിർത്തുന്നു.

പ്രധാന കഥാപാത്രമായി ഫിലിപ്പ് സീമൂർ ഹോഫ്മാൻ വ്യക്തമായ പ്രകടനമാണ് നടത്തുന്നത്, ആരുടെ നിരാശയും കുറ്റബോധവും വ്യക്തമാണ്. ഇഥാൻ ഹോക്കിനോടുള്ള അദ്ദേഹത്തിന്റെ ഇടപെടലുകൾ, അദ്ദേഹത്തിന്റെ സഹോദരനെ അവതരിപ്പിക്കുന്നു, സാമ്പത്തിക തകർച്ചയ്ക്കും ധാർമ്മിക വിട്ടുവീഴ്ചയ്ക്കും മുന്നിൽ കുടുംബബന്ധങ്ങളുടെ തകർച്ചയെ ഉയർത്തിക്കാട്ടുന്നു.

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

സിനിമ ഗൌരവമുള്ളതാണെങ്കിലും അത് അത്ര നാടകീയമായി മാറുന്നില്ല. അഭിനയവും സംഭാഷണവും യഥാർഥമാണെന്ന് തോന്നുന്നു, കഥാപാത്രങ്ങൾ ചെയ്യുന്ന കാര്യങ്ങളിലൂടെയാണ് പിരിമുറുക്കം സ്വാഭാവികമായി വളരുന്നത്, വ്യാജമായ സർപ്രൈസുകളോ ഷോക്കുകളോ അല്ല.

8/10

എന്റെ വിലയിരുത്തൽ

ലൂമെറ്റിന് റെ സംവിധാനം വിലകുറഞ്ഞ തന്ത്രങ്ങളൊന്നും ഉപയോഗിക്കാതെ തന്നെ സമ്മർദ്ദം നിലനിർത്തുന്നു. പ്രത്യേകിച്ചും ഫിലിപ്പ് സീമൂർ ഹോഫ്മാന്റെയും എഥാൻ ഹോക്കിന്റെയും പ്രകടനങ്ങൾ സങ്കീർണ്ണമായ കഥയെ ആങ്കർ ചെയ്യുന്നു.

— Desly

The Killing of a Sacred Deer — ഒരു ശസ്ത്രക്രിയാ വിദഗ്ദ്ധന്റെ ധാർമിക അശ്രദ്ധ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

കോളിന് ഫാരല് ഈ സിനിമയിലെ മിക്ക ടെൻഷനുകളും വഹിക്കുന്നു. ആരുടെ തീരുമാനങ്ങൾ അരാജകത്വത്തിലേക്ക് നയിക്കുന്നു. അദ്ദേഹത്തിന്റെ പ്രകടനം ശരിയാണ്, പക്ഷേ അനിശ്ചിതത്വത്തിന് ഇടം നൽകുന്നു. കഥാപാത്രങ്ങളുടെ തീരുമാനങ്ങളെ പൂർണ്ണമായി ന്യായീകരിക്കാതെ പശ്ചാത്തല കഥയെ വെളിപ്പെടുത്തുന്ന സംഭാഷണത്തിലാണ് തിരക്കഥ ഏറെ ആശ്രയിക്കുന്നത്. ഇത് പ്രേക്ഷകരും നായകനും തമ്മില് അകലം സൃഷ്ടിക്കുന്നു.

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

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

സിനിമയുടെ പുരാണ പശ്ചാത്തലം രസകരമാണ്, പക്ഷേ അത് അധികം ഉപയോഗിക്കപ്പെടുന്നില്ല. കഥയോ കഥാപാത്രങ്ങളോ വ്യക്തമായി രൂപപ്പെടുത്തുന്നില്ല. അതിന്റെ കുറവുകൾ ഉണ്ടായിരുന്നിട്ടും, ധാർമ്മിക അനിശ്ചിതത്വവും മാനസിക പിരിമുറുക്കവും പര്യവേക്ഷണം ചെയ്യുന്നതിനുള്ള ധീരമായ ശ്രമമാണ് ഇത്.

7/10

എന്റെ വിലയിരുത്തൽ

പുരാണവും ആധുനികതയും തമ്മിലുള്ള സന്തുലിതാവസ്ഥയാണ് ഈ സിനിമയിലുള്ളത്. കേന്ദ്ര വൈരുദ്ധ്യം വ്യക്തമാണ്, പക്ഷേ പരിഹാരം വികസിപ്പിച്ചെടുത്തിട്ടില്ലെന്ന് തോന്നുന്നു.

— Desly

The Invitation — അടച്ച മുറിയിലെ പിരിമുറുക്കം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഒരു കൂട്ടം ആളുകൾ ഒരു അത്താഴത്തിന് കൂടിയിരിക്കുന്നു. അത് ഒരു ആഘോഷത്തേക്കാൾ ഒരു പരീക്ഷണമായി തോന്നുന്നു. അവര് ഒറ്റപ്പെട്ട സ്ഥലത്താണ്, മാനസികാവസ്ഥ വളരെ നിയന്ത്രിതമാണ്. ഓരോരുത്തര് ക്കും അവരുടെ സ്വന്തം മറഞ്ഞിരിക്കുന്ന ഭൂതകാലമുണ്ട്, പക്ഷെ അവിടെയുണ്ടാകാനുള്ള കാരണങ്ങള് വ്യക്തമല്ല. കാര്യങ്ങൾ വ്യക്തമായി വിശദീകരിക്കുന്നതിനേക്കാൾ മൂഡിലാണ് സിനിമ ആശ്രയിക്കുന്നത്.

അഭിനയം നിയന്ത്രിതമാണ്, ലോഗൻ മാർഷൽ-ഗ്രീൻ മുകളിൽ പോകാതെ ഗ്രൂപ്പിന്റെ അസ്വസ്ഥത നയിക്കുന്നു. സംവാദം ചെറുതാണെങ്കിലും പിരിമുറുക്കമുള്ളതാണ്, പലപ്പോഴും പഴയ സംഘർഷങ്ങളെ സൂചിപ്പിക്കുന്നു, ഒരിക്കലും അവയെ സ്പെല്ലിംഗ് ചെയ്യാതെ.

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

സിനിമയുടെ അനിശ്ചിതത്വം മനഃപൂർവം ഉള്ളതാണ്, പക്ഷെ അത് വൈകാരികമായി ബന്ധപ്പെടാൻ ബുദ്ധിമുട്ടാക്കുന്നു. നിനക്കറിയാവുന്നതിലും കൂടുതൽ ടെൻഷൻ അനുഭവപ്പെടുന്നു. അതിന്റെ കുറവുകൾ ഉണ്ടെങ്കിലും, ക്ഷണം ഇപ്പോഴും ഒരു ശാന്തവും, അസ്വസ്ഥവുമായ തോന്നൽ സൃഷ്ടിക്കാൻ ശ്രമിക്കുന്നു, അത് അതിന്റെ സ്വന്തം സസ്പെൻസെ പൂർണ്ണമായി വിശദീകരിക്കുന്നില്ലെങ്കിലും.

2015 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

7/10

എന്റെ വിലയിരുത്തൽ

ക്ഷണം സാമൂഹിക അസ്വസ്ഥതയെ സമ്മർദ്ദവുമായി കൂട്ടിച്ചേർക്കുന്നു, പക്ഷെ അത് വികാരങ്ങളെ വേണ്ടത്ര ആഴത്തിൽ പര്യവേക്ഷണം ചെയ്യുന്നില്ല. ഉപരിതല പിരിമുറുക്കം ഉണ്ടെങ്കിലും ആഴത്തിലുള്ള വികാരങ്ങൾ പൂർണ്ണമായി വികസിപ്പിച്ചിട്ടില്ല.

— Desly

The Gift — ഒരു നിഴൽ നിശബ്ദമായ ഭീഷണിയുമായി മടങ്ങുന്നു.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

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

ജേസൺ ബേറ്റ്മാൻ സൈമണിന്റെ ഉത്കണ്ഠ നന്നായി അവതരിപ്പിക്കുന്നു, എന്നിരുന്നാലും കൂടുതൽ സങ്കീർണ്ണത ഉയർത്തിക്കാട്ടാൻ കഴിയുമായിരുന്നിമിഷങ്ങളിൽ അദ്ദേഹത്തിന്റെ സ്വഭാവത്തിന് ആഴമില്ല. റെബേക്ക ഹാൾ റോബിന് ഒരു ഭൌതിക സാന്നിധ്യം നൽകുന്നു, കഥാപാത്രത്തിന്റെ യുക്തി തകരാറിലായാലും അവളുടെ ഭയവും ആശയക്കുഴപ്പവും ആധികാരികമാണെന്ന് തോന്നുന്നു.

കഥാപാത്രങ്ങളുടെ പ്രചോദനങ്ങൾ അസമമായി വെളിപ്പെടുത്തുന്നു, വളരെയധികം അവ്യക്തതയും മതിയായ പരിഹാരവുമില്ല. ഈ പ്രശ്നങ്ങളുണ്ടായിട്ടും, അഭിനേതാക്കളുടെ രാസവസ്തുക്കളും പതുക്കെ പതുക്കെ വളരുന്ന പിരിമുറുക്കവും കാരണം സിനിമ വിജയിക്കുന്നു, പ്രേക്ഷകരെ ആകർഷിക്കുന്നു.

7/10

എന്റെ വിലയിരുത്തൽ

സമ്മാനം സമ്മർദ്ദത്തെയും സ്വഭാവത്തെയും സമതുലിതമാക്കുന്നു. തിരക്കഥ ആവർത്തിക്കലാണ്, പക്ഷേ പ്രകടനങ്ങൾ വൈകാരികമായ ഇടപാടുകളെ പൂർണ്ണമായും തകർക്കാതെ സൂക്ഷിക്കുന്നു.

— Desly

Take Shelter — ഒരു മനുഷ്യന്റെ ഭയം യാഥാര് ത്ഥ്യത്തെ മറച്ചുവെക്കുന്നു.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

അപ്പോക്കലിപ്റ്റിക് ദർശനങ്ങളിലൂടെ ഒരു ഭർത്താവ് സ്വന്തം മനസ്സിനെ ചോദ്യം ചെയ്യാൻ തുടങ്ങുന്നു, അവനും കുടുംബവും തമ്മിലുള്ള വിള്ളൽ സൃഷ്ടിക്കുന്നു. അയാളുടെ വളരുന്ന ഭ്രാന്ത് എല്ലാവരെയും അയാളുടെ ജീവിതത്തിലെ തങ്ങളുടെ പങ്ക് പുനർവിചിന്തനം ചെയ്യാൻ പ്രേരിപ്പിക്കുന്നു, വിശ്വാസം ദുർബലമായി അനുഭവപ്പെടാൻ കാരണമാകുന്നു.

സിനിമ പതുക്കെ നടക്കുന്നു, ഒരു നിശബ്ദ നിമിഷം, ഒരു നിഗമനത്തിലേക്ക് തിടുക്കം കൂട്ടാതെ. കടുത്ത ചിഹ്നങ്ങളോ വലിയ നാടകീയമായ നീക്കങ്ങളോ അല്ല, വിഷ്വലുകളിലൂടെയാണ് ആ മനുഷ്യന്റെ ആന്തരിക കലാപം കാണിക്കുന്നത്.

മൈക്കല് ഷാനന് അതിശയോക്തി കാണിക്കാതെ ആഴത്തിലുള്ള അസ്വസ്ഥത പ്രകടിപ്പിക്കുന്നു. അദ്ദേഹത്തിന്റെ പ്രകടനം പ്രേക്ഷകരെ ആശയക്കുഴപ്പത്തിലാക്കുന്നു. ജെസീക്ക ചസ്റ്റൈന് പ്രണയത്തിനും ഭയത്തിനും ഇടയിലുള്ള ഒരു ഭാര്യയെ ചിത്രീകരിക്കുന്നു, എന്താണ് യഥാർത്ഥമെന്ന് മനസിലാക്കാനുള്ള അവളുടെ പോരാട്ടം സൂക്ഷ്മമായി കാണിക്കുന്നു.

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

8/10

എന്റെ വിലയിരുത്തൽ

മനഃശാസ്ത്രപരമായ പിരിമുറുക്കവും ആഭ്യന്തര അസ്വസ്ഥതയും തമ്മിലുള്ള സന്തുലിതാവസ്ഥയാണ് സിനിമയിലുള്ളത്. അത് എളുപ്പമുള്ള ഉത്തരങ്ങൾ ഒഴിവാക്കുന്നു, അതേസമയം പ്രേക്ഷകരെ വൈകാരികമായി ഇടപഴകുന്നു.

— Desly

Aftersun — ഒരു കുട്ടിയും ഒരു പുരുഷനും അവധിക്കാലത്ത്

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

അവധിക്കാലത്ത് ഒരു കുട്ടിയും ഒരു പുരുഷനും ഒരു വേനൽക്കാലം പങ്കിടുന്നു. ഇരുവരും തമ്മിലുള്ള സംഘർഷം തുറന്ന വൈരുദ്ധ്യത്തിലല്ല, മൌനം പാലിക്കുന്നതിലാണ്. ചെറിയ അവധിക്കാല വിശദാംശങ്ങളെ കുളത്തിനരികിലെ സംഭാഷണങ്ങൾ, ഹോട്ടൽ ഇടനാഴികൾ ആശ്രയിച്ച് ഒരു വൈകാരിക ഭൂപ്രകൃതി സൃഷ്ടിക്കുന്നു, അത് അടുപ്പമുള്ളതും അകന്നതുമാണെന്ന് തോന്നുന്നു.

ഷാര് ല്ട് വെല് സ് പ്രേക്ഷകരെ നിശബ്ദരായി ഇരിക്കാൻ അനുവദിച്ചുകൊണ്ട് മെലോഡ്രാമ ഒഴിവാക്കുന്നു. സോഫിയുടെ നിരീക്ഷണങ്ങളിലെ വിടവുകളിലാണ് അർത്ഥം ജീവിക്കുന്നത്. ശ്രദ്ധയോടെയും മനഃപൂർവ്വം നയിക്കുന്നു, പലപ്പോഴും ചലനത്തിനു പകരം നിശബ്ദതയിലാണ്. അത് സോഫിയുടെ കാഴ്ചപ്പാട് വളരെ ലളിതമാക്കാതെ പ്രതിഫലിപ്പിക്കുന്നു.

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

സിനിമയുടെ ഏറ്റവും വലിയ കരുത്ത് അതില് കൂടുതലായി വിശദീകരിക്കാന് തയ്യാറാകാത്തതാണ്. അത് ആവശ്യപ്പെടാതെ വ്യാഖ്യാനത്തെ ക്ഷണിക്കുന്നു, പ്രേക്ഷകരെ അനിശ്ചിതത്വത്തിൽ ഇരിക്കാൻ അനുവദിക്കുന്നു. അതിന്റെ വൈകാരികൃത്യതയാണെങ്കിലും, ചില കാഴ്ചക്കാർക്ക് ചിത്രം വളരെ വിരളമായി തോന്നിയേക്കാം. പക്ഷെ അതിന്റെ ശാന്തമായ ശക്തി അത് നിഷ്കരുണം ചെയ്യുന്നതിനേക്കാൾ സത്യസന്ധമായ ഒരു പ്രവൃത്തിയാണെന്ന് തോന്നിപ്പിക്കുന്നു.

9/10

എന്റെ വിലയിരുത്തൽ

വലിയ വെളിപ്പെടുത്തലുകളല്ല, ശാന്തമായ നിമിഷങ്ങളിലൂടെയാണ് ഈ സിനിമ ഓർമ്മകളുടെ ഭാരം പിടിച്ചെടുക്കുന്നത്. പോള് മെസ്കലിന് റെ നിയന്ത്രണം, വൈകാരിക അകലം നിർബന്ധമാക്കിയതിനേക്കാൾ നേടിയതാണെന്ന് തോന്നാൻ അനുവദിക്കുന്നു.

— Desly

Manchester by the Sea — ഒരു മനുഷ്യൻ തന്റെ ദുഃഖം രണ്ടാമത്തെ ചർമ്മം പോലെ വഹിക്കുന്നു.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

കേസി ആഫ്ലെക്ക് കുറ്റബോധത്തിന്റെ ഭാരം പ്രകടമാക്കുന്നു. അതിനെ ഉച്ചത്തിൽ വിളിക്കേണ്ട ആവശ്യമില്ലാതെ. മിക്ക നടന്മാരുടെ പ്രകടനങ്ങളേക്കാളും അദ്ദേഹത്തിന്റെ നിശബ്ദത കൂടുതൽ ആശയവിനിമയം നടത്തുന്നു. ഈ ചിത്രത്തിലെ പ്രധാന തർക്കം നിയമപരമായ രക്ഷാധികാരിയെക്കുറിച്ചല്ല, മറിച്ച് ഭേദഗതി ചെയ്യാനാവാത്ത നഷ്ടം മൂലം രൂപപ്പെട്ട ജീവിതത്തിന്റെ ഉദ്ദേശ്യം കണ്ടെത്താൻ ശ്രമിക്കുന്ന ഒരു മനുഷ്യനെക്കുറിച്ചാണ്.

കെനെത്ത് ലോണർഗന്റെ സംവിധാനം കഥയെ അതിന്റേതായ വേഗതയിൽ മുന്നോട്ട് കൊണ്ടുപോകുന്നു, നിശബ്ദതയും ഇടവേളകളും അർത്ഥം വഹിക്കുന്നു. ചിലയിടങ്ങളിൽ സംഭാഷണം കുറവാണെന്ന് തോന്നുന്നു, പക്ഷെ അത് കഥാപാത്രങ്ങളുടെ വൈകാരികാവസ്ഥയെ പ്രതിഫലിപ്പിക്കുന്നതുകൊണ്ടാണ്, എഴുത്ത് ദുർബലമായതുകൊണ്ടല്ല.

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

സിനിമ ചിലപ്പോൾ വളരെ പതുക്കെയാണെന്ന് തോന്നും, പക്ഷെ അത് മനഃപൂർവം ആണ്, അത് കഥാപാത്രങ്ങളുടെ വൈകാരികതയെ അനുയോജ്യമാക്കുന്നു. എന്നിട്ടും, എളുപ്പമുള്ള ഉത്തരങ്ങളോ വൈകാരിക പരിഹാരങ്ങളോ നൽകാതെ അത് ചലിക്കുന്നതായിരിക്കും.

8/10

എന്റെ വിലയിരുത്തൽ

സിനിമയുടെ വൈകാരികത നിരാശയുടെയും ഉത്തരവാദിത്വത്തിന്റെയും ചിത്രീകരണത്തിലാണ്, കേസി ആഫ്ലെക്ക് ഈ ദുരന്തത്തെ ശാന്തവും ശക്തവുമായ നിയന്ത്രണത്തിലൂടെ പ്രതിപാദിക്കുന്നു.

— Desly

The Florida Project — ഒരു കുട്ടിയുടെ ലോകം ദുർബലമായ ഒരു സ്ഥലത്ത്

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഒരു യുവതിയും അവളുടെ അമ്മയും തകർന്ന ഒരു മോട്ടലിൽ ജീവിതം നാവിഗേറ്റുചെയ്യുന്നതിനെ കേന്ദ്രീകരിക്കുന്നു, ഡിസ്നി വേൾഡ് ഒരു സ്വപ്നവും അവരുടെ അസ്ഥിരതയുടെ ഓർമ്മപ്പെടുത്തലുമാണ്. കഥാപാത്രങ്ങളുടെ ദൈനംദിന പോരാട്ടങ്ങളെ വ്യക്തമായ പ്രതീകാത്മകതയോ മെലോഡ്രാമയോ ഇല്ലാതെ ഊന്നിപ്പറയുന്നു.

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

ബ്രൂക്ലിൻ പ്രിൻസും ബ്രിയ വിനൈറ്റും അവരുടെ റോളുകളിലേക്ക് ആധികാരികത കൊണ്ടുവരുന്നു, അവരുടെ പ്രചോദനങ്ങളെ അമിതമായി ലഘൂകരിക്കാതെ ദുർബലതയെ പ്രതിരോധശേഷിയുമായി സന്തുലിതമാക്കുന്നു. സംഭാഷണം സ്വാഭാവികമാണ്, പലപ്പോഴും വിരളമാണ്, പക്ഷേ അർത്ഥവത്താണ്, അനാവശ്യമായ അലങ്കാരങ്ങളില്ലാതെ ദൈനംദിന ജീവിതത്തിന്റെ താളം പിടിക്കുന്നു.

സിനിമയുടെ വൈകാരിക ശക്തി അതിന്റെ പ്രതിരോധത്തിൽ നിന്നാണ്. കഥാപാത്രങ്ങൾക്കിടയിൽ പറഞ്ഞതും പറയാത്തതും മാത്രം ശ്രദ്ധിക്കുന്നതിലൂടെ അത് വികാരപരമായി മാറുന്നത് ഒഴിവാക്കുന്നു. കഥ വളരെ വേഗത കുറഞ്ഞ ചില നിമിഷങ്ങളേ ഉള്ളൂ, അത് പ്രേക്ഷകരെ കൂടുതൽ ഇടപെടുന്നതിനു പകരം വിച്ഛേദിക്കപ്പെടാൻ ഇടയാക്കും.

8/10

എന്റെ വിലയിരുത്തൽ

ഫ്ലോറിഡ പ്രോജക്ട് നിരപരാധിത്വവും അതിജീവനവും തമ്മിലുള്ള പിരിമുറുക്കം പിടിച്ചെടുക്കുന്നു. ഒരു വശത്തേയും റൊമാന്റിസ് ചെയ്യാതെ. പ്രത്യാശയും നിരാശയും തമ്മിലുള്ള അതിലോലമായ സന്തുലിതാവസ്ഥയാണ് ഈ പ്രകടനങ്ങളിലൂടെ പ്രകടമാകുന്നത്.

— Desly

Paterson — താളത്തിലും ആവർത്തനത്തിലും നിറഞ്ഞ ജീവിതം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

പാറ്റേഴ്സൺ ദൈനംദിന ജീവിതത്തിലൂടെ കടന്നുപോകുന്നു, സാധാരണക്കാരനെ ഒരു കലാകാരനാക്കുന്നു. ബസ് റൂട്ടുകളും നോട്ട്ബുക്ക് എൻട്രികളും ചലിക്കുന്ന ഒരു ജീവിതത്തെ രൂപപ്പെടുത്തുന്നു. കഥ ക്രമേണ വെളിപ്പെടുന്നു, നാടകീയ സംഭവങ്ങളിലൂടെയല്ല, ചെറിയ നിരീക്ഷണങ്ങളിലൂടെയും പാറ്റേഴ്സണും ഭാര്യയും പങ്കുവെക്കുന്നിമിഷങ്ങളിലൂടെയുമാണ്.

ജാർമഷ് നിശബ്ദതയും ശാന്തതയും അർത്ഥം വഹിക്കാൻ അനുവദിക്കുന്നു, അത് നിർബന്ധിക്കാതെ. സിനിമ പതുക്കെ നീങ്ങുന്നു, അത് നടക്കുന്നതിനു പകരം ചിന്തിക്കാൻ സമയം നൽകുന്നു. ഇത് എല്ലാവര് ക്കും വേണ്ടിയല്ല, പക്ഷേ അത് പാലിക്കുന്നവര് ക്ക് ശാന്തവും സമ്മാനപ്രദവുമായ പ്രതിഫലം ലഭിക്കും.

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

ചിലര് ക്ക് അത് വളരെ ലളിതമോ പതുക്കമോ ആണെന്ന് തോന്നിയേക്കാം. വലിയ കഥകളോ ആഴത്തിലുള്ള വികാരങ്ങളോ തേടുന്നില്ല, പക്ഷെ അത് എല്ലാ ദിവസവും മനോഹരമായി കാണുന്നു. അത് തന്നെയാണ് അതിന്റെ സൌന്ദര്യം, അത് എല്ലാവര് ക്കും വേണ്ടിയല്ലെങ്കിലും.

8/10

എന്റെ വിലയിരുത്തൽ

ഈ സിനിമ ലോകീയതയെ കാവ്യാത്മകമായ പ്രതിഫലനവുമായി സമതുലിതമാക്കുന്നു, പക്ഷേ അതിന്റെ ശാന്തമായ സ്വരം ചില കാഴ്ചക്കാരെ അതിന്റെ വൈകാരികേന്ദ്രത്തിൽ നിന്ന് അകറ്റിനിർത്താൻ സാധ്യതയുണ്ട്.

— Desly

The Station Agent — മറന്നുപോയ സ്ഥലത്ത് ശാന്തമായ ജീവിതം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഏകാന്തത തേടി ഉപേക്ഷിക്കപ്പെട്ട ഒരു ട്രെയിൻ സ്റ്റേഷനിലേക്ക് താമസം മാറുന്ന ഒരു മനുഷ്യനെക്കുറിച്ചാണ് കഥ പറയുന്നത്, പക്ഷേ സമീപത്തുള്ള മറ്റുള്ളവരുമായി അപ്രതീക്ഷിത ബന്ധം കണ്ടെത്തുന്നു. അവന്റെ സാന്നിധ്യം രണ്ട് അയൽക്കാരുടെ നിശബ്ദമായ ദിനചര്യയെ തടസ്സപ്പെടുത്തുന്നു, അവരുടെ ഇടപെടലുകളിൽ പിരിമുറുക്കവും ആർദ്രതയും ഉണ്ടാക്കുന്നു.

സിനിമ സ്വാഭാവിക സംഭാഷണങ്ങളിലൂടെ കാര്യങ്ങൾ നിലനിർത്തുന്നു. സംഭാഷണങ്ങൾ നിർബന്ധിതമല്ല, യഥാർഥമാണ്. ഈ ചലനം സ്ഥിരമാണ്, നിമിഷങ്ങൾ ഇരിക്കട്ടെ, വലിച്ചിഴക്കാതെ. കഥാപാത്രങ്ങളെ പരസ്പരം തുറന്നു കാണാന് സഹായിക്കുന്നു.

പീറ്റര് ഡിങ്ക്ലേജ് തന്റെ കഥാപാത്രത്തിന്റെ വിചിത്രതയെ വലുതാക്കാതെ ശാന്തമായ നിശ്ചയദാർഢ്യം പ്രകടിപ്പിക്കുന്നു. അദ്ദേഹത്തിന്റെ സാന്നിധ്യം സിനിമയുടെ സ്വരത്തെ ഊട്ടിയുറപ്പിക്കുന്നു. പട്രീഷ്യ ക്ലാർക്സണും ബോബി കന്നാവേലും അവരുടെ റോളുകളിലേക്ക് സൂക്ഷ്മമായ പിരിമുറുക്കവും ഊഷ്മളതയും കൊണ്ടുവരുന്നു, അവരുടെ വികസിച്ചുകൊണ്ടിരിക്കുന്ന ബന്ധം നിർബന്ധിതമായിട്ടല്ല, നേടിയതായി തോന്നുന്നു.

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

8/10

എന്റെ വിലയിരുത്തൽ

ഈ സിനിമ തമാശയും ഏകാന്തതയും സമതുലിതമാക്കുന്നു. കഥാപാത്രങ്ങൾ പങ്കുവെക്കുന്ന ഒറ്റപ്പെടൽ ഒരു ഗിംമിക്ക് എന്നതിനേക്കാൾ അതിന്റെ വൈകാരികേന്ദ്രമായി മാറുന്നു.

— Desly

Columbus — ശാന്തനായ പുരുഷനും ശാന്തയായ സ്ത്രീയും ശാന്തതയില് പിരിമുറുക്കം കണ്ടെത്തുന്നു.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഒരു പുരുഷനും സ്ത്രീയും ഒരുമിച്ചു കുടുങ്ങിക്കിടക്കുന്നു, പക്ഷേ അവരുടെ മൌനം ശൂന്യമല്ല, അവർ ചെയ്തതോ ഒഴിവാക്കിയതോ ആയ തീരുമാനങ്ങളുടെ സമ്മർദ്ദം അത് വഹിക്കുന്നു. അവരുടെ സംഭാഷണങ്ങൾ വളരെ കുറവാണ്, പക്ഷേ പറയാത്തത് സംസാരിക്കുന്നതു പോലെ പ്രധാനമാണ്. കണ്ണുകളുമായി സമ്പർക്കം ഒഴിവാക്കുന്ന ഇടവേളകളിലും നോട്ടങ്ങളിലും ആണ് പിരിമുറുക്കം.

കഥാപാത്രങ്ങളുടെ വികാരങ്ങൾ കാണിക്കാൻ സിനിമ നിശബ്ദത ഉപയോഗിക്കുന്നു, സംഭാഷണമോ സംഗീതമോ ഉപയോഗിക്കുന്നതിനുപകരം അവരുടെ വികാരങ്ങൾ പ്രതിഫലിപ്പിക്കാൻ ക്രമീകരണം അനുവദിക്കുന്നു. കഥാപാത്രങ്ങളുടെ അകത്തെ പോരാട്ടങ്ങൾ കാണിക്കുന്ന ദീർഘമായ നിശബ്ദ നിമിഷങ്ങളുള്ള പതുക്കമുള്ള ചലനമാണ്.

പ്രകടനങ്ങൾ വളരെ നിസ്സാരമാണ്, മെലോഡ്രാമ ഒഴിവാക്കുന്നു. അവരുടെ വികാരങ്ങൾ ചെറിയ ആംഗ്യങ്ങളിലൂടെയും ശബ്ദത്തിലെ സൂക്ഷ്മമായ മാറ്റങ്ങളിലൂടെയുമാണ് കാണിക്കുന്നത്. സംവാദം വളരെ കുറവാണ്, പക്ഷേ കൃത്യമാണ്, പലപ്പോഴും വ്യക്തമായ ഉത്തരങ്ങളോ വിശദീകരണങ്ങളോ നൽകുന്നതിനുപകരം വ്യാഖ്യാനത്തിന് ഇടം നൽകുന്നു.

ചിലര് ക്ക് ഈ സിനിമ വളരെ പതുക്കെയായിരിക്കാം, പ്രത്യേകിച്ചും നിങ്ങള് നേരിട്ടുള്ള സംഘർഷങ്ങളോ പരിഹാരങ്ങളോ ഉപയോഗിക്കുന്നവരാണെങ്കില് . പക്ഷെ കഥാപാത്രങ്ങളുടെ സത്യസന്ധമായ ഇടപെടൽ ശാന്തമായ നിമിഷങ്ങളെ യഥാർത്ഥവും ശക്തവുമാക്കുന്നു.

8/10

എന്റെ വിലയിരുത്തൽ

പറഞ്ഞറിയിക്കാത്ത വികാരങ്ങളുടെ ഭാരം വിശദീകരിക്കേണ്ട ആവശ്യമില്ലാതെ ഈ ചിത്രം പര്യവേക്ഷണം ചെയ്യുന്നു. ഈ നിയന്ത്രണം വികാരപരമായ അപകടസാധ്യതകൾ കണക്കാക്കപ്പെടുന്നതിനു പകരം യഥാർത്ഥമാണെന്ന് തോന്നാൻ അനുവദിക്കുന്നു.

— Desly

The Straight Story — റിച്ചാർഡ് ഫാർൻസ്വർത്ത് ഒരു ദൌത്യത്തിൽ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

ഡേവിഡ് ലിഞ്ചിന്റെ സംവിധാനം ആക്ഷന് പകരം നിശബ്ദതയിലേക്ക് ചായ്വുള്ളതാണ്, സിനിമയ്ക്ക് ചിന്താശേഷിയുള്ള ഒരു വേഗത നൽകുന്നു. കഥയുടെ വേഗത വളരെ കുറവാണ്. പക്ഷേ, ആൽവിൻ യാത്രയിലൂടെ കടന്നുപോകുന്ന ചെറിയ പട്ടണങ്ങളിലൂടെയും യാത്രയെക്കുറിച്ച് കൂടുതൽ വ്യക്തത നൽകുന്നു. വിശാലമായ തുറസ്സായ സ്ഥലങ്ങളിലും ശാന്തമായ സമൂഹങ്ങളിലും ഈ ചിത്രങ്ങൾ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു.

സിസി സ്പാസെക്കും ഹാരി ഡീൻ സ്റ്റാന്റണും ഫാർൻസ്വൊര് ത്ത് നായികയുടെ പ്രകടനത്തെ മറച്ചുവെക്കാതെ അവരുടെ റോളുകളിലേക്ക് ഊഷ്മളത കൊണ്ടുവരുന്നു. അവരുടെ ഇടപെടലുകൾ സ്വാഭാവികവും വൈകാരികമായി ഉജ്ജ്വലവുമാണ്. സംഭാഷണം വളരെ കുറവാണെങ്കിലും അർത്ഥവത്തായതാണ്, പലപ്പോഴും തുറന്നുപറയുന്നതിനെക്കാൾ പറയാത്തതിലൂടെ സ്വഭാവം വെളിപ്പെടുത്തുന്നു.

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

1999 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ

8/10

എന്റെ വിലയിരുത്തൽ

ഈ സിനിമ ശാന്തമായ മാന്യതയെ വൈകാരിക ഭാരവുമായി സമതുലിതമാക്കുന്നു. ഈ യാത്രയുടെ കേന്ദ്രം അക്ഷരാർത്ഥവും ആഴത്തിൽ വ്യക്തിപരവുമാണ്, പക്ഷേ അതിന്റെ സ്വരം ചിലപ്പോൾ നിയന്ത്രിതമായി തോന്നാം.

— Desly

Sound of Metal — ഐഡന്റിറ്റിയുടെ നിശബ്ദമായ അഴുകൽ

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

നാടകത്തിന്റെ കേന്ദ്രഭാഗം ഒരു ഡ്രമ്മറുടെ ചുറ്റും തിരിഞ്ഞു നിൽക്കുന്നു. കേൾവി നഷ്ടപ്പെടുകയും തന്റെ ലോകത്തിന്റെ തകർച്ചയുമായി പൊരുതുകയും ചെയ്യുന്നു. ഇത് കേവലം നഷ്ടത്തെ കുറിച്ചല്ല, സ്വത്വത്തെ ശബ്ദവുമായി ബന്ധിപ്പിക്കുമ്പോൾ ആത്മാഭിമാനം പുനർ നിർവചിക്കുന്നതിനെ കുറിച്ചാണ്.

സംവിധായകൻ ഒരു കഥാപാത്രമായി നിശബ്ദതയിലേക്ക് കുതിക്കുന്നു, വിഷ്വൽ സൂചനകളും മിനിമം സംഭാഷണവും ഉപയോഗിച്ച് വൈകാരിക മാറ്റങ്ങൾ അറിയിക്കുന്നു. ചലനം മനഃപൂർവ്വം ആണ് നടക്കുന്നത്, നിശബ്ദതയുടെ നിമിഷങ്ങൾ പ്രധാന കഥാപാത്രത്തിന്റെ ആന്തരിക പോരാട്ടത്തെ പ്രതിഫലിപ്പിക്കാൻ അനുവദിക്കുന്നു.

റിസ് അഹമ്മദ് തന്റെ നിരാശയും ആശയക്കുഴപ്പവും അടിയന്തിരവും വ്യക്തിപരവുമാക്കുന്നു. പോള് റാസി ഒരു ഉപദേഷ്ടാവെന്നിലയിൽ സ്ഥിരമായ സാന്നിധ്യം നൽകുന്നു, ജീവിതാനുഭവത്തിന്റെ ഭാരം കൊണ്ട് മാർഗ്ഗനിർദ്ദേശം സന്തുലിതമാക്കുന്നു.

ചില വൈകാരിക താളങ്ങൾ പരിഹരിക്കുന്നതില് ഒരു ചെറിയ തെറ്റ് സംഭവിക്കുന്നു, അനിശ്ചിതത്വത്തെ പൂർണ്ണമായി സ്വീകരിക്കുന്നതിനുപകരം ആചാരത്തെ അല്പം ആശ്രയിക്കുന്നു. ഇതൊക്കെയാണെങ്കിലും, ഈ ചിത്രത്തിന്റെ പ്രധാന വിഷയത്തോടുള്ള പ്രതിബദ്ധത ഒരു ലളിതമായ ദുരന്തത്തിന് അപ്പുറം അതിനെ ധാരണയെയും അതിജീവനത്തെയും കുറിച്ചുള്ള ഒരു ധ്യാനമായി ഉയർത്തുന്നു.

8/10

എന്റെ വിലയിരുത്തൽ

പെട്ടെന്നുള്ള ബധിരതയുടെ വൈകാരികത ചിത്രം കൃത്യമായി ചിത്രീകരിക്കുന്നു. റിസ് അഹമ്മദിന്റെ പ്രകടനം ശാരീരികമായ ദുർബലതയുടെ അനുഭവത്തെ ആങ്കർ ചെയ്യുന്നു.

— Desly

The Father — ഒരു മനസ്സ് യഥാസമയം അപ്രത്യക്ഷമാകുന്നു

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

വ്യക്തമായ കഥയല്ല, തകർന്ന ഓർമ്മകളിലൂടെയാണ് കഥാപാത്രത്തിന്റെ ആശയക്കുഴപ്പവും ഭയവും ചിത്രം കാണിക്കുന്നത്. എന്താണ് യഥാർത്ഥമെന്നും എന്താണു ഭാവനയെന്നും വേർതിരിച്ചറിയാന് പ്രയാസമാണ്, പ്രേക്ഷകര് ക്ക് അതേ അനിശ്ചിതത്വം അനുഭവപ്പെടുന്നു, അത് കാര്യങ്ങൾ ടെൻഷനാക്കുന്നു.

ഒരു വസ്തുവിനെ കാണാതായതോ തെറ്റായ വാക്കോ പോലുള്ള ചെറിയ വിശദാംശങ്ങളിലാണ് ചിത്രം ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത്. ഈ നിമിഷങ്ങള് അസ്വസ്ഥതയുണ്ടാക്കുന്നു, പക്ഷേ നിർബന്ധിതമല്ല. പതുക്കെ നടക്കുന്നു, പക്ഷേ ഒരിക്കലും ബോറടിക്കുന്നില്ല. ഓരോ രംഗവും ശ്രദ്ധയോടെ തയ്യാറാക്കിയിട്ടുണ്ട്, പ്രേക്ഷകർക്ക് അവരുടെ വൈകാരിക ഭാരം അനുഭവിക്കാൻ അനുവദിക്കുന്നു.

ഈ പ്രകടനം യാഥാര് ത്ഥ്യത്തെക്കുറിച്ച് നിയന്ത്രണം നഷ്ടപ്പെടുന്ന ഒരാളുടെ ദുർബലതയും ദുര് ബലതയെയും കാണിക്കുന്നു. നടന് ഇത് പ്രകടിപ്പിക്കുന്നത് സ്വരത്തിലും ശരീരഭാഷയിലും സൂക്ഷ്മമായ മാറ്റങ്ങളിലൂടെയാണ്. സംഭാഷണം വിരളമാണെങ്കിലും അർത്ഥവത്തായതാണ് . പലപ്പോഴും അത് ആവർത്തിച്ചുള്ള ചോദ്യങ്ങളോ ദുഷിച്ച പ്രസ്താവനകളോ അടങ്ങിയിരിക്കുന്നു.

സിനിമ വളരെ വിചിത്രമായി തോന്നിയേക്കാം, പക്ഷെ അതിന്റെ ആത്മാർത്ഥമായ വികാരങ്ങളും ശക്തമായ കേന്ദ്ര അഭിനയവും കാരണം അത് യഥാർത്ഥമായി തുടരുന്നു. എല്ലാം വിശദീകരിക്കാതെ ഇരിക്കുന്നതാണ് നല്ലത്. ലളിതമായ ഉത്തരങ്ങൾ നൽകാതെ തന്നെ പ്രേക്ഷകരെ അനിശ്ചിതത്വത്തിലാക്കുന്നു.

2020 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ

9/10

എന്റെ വിലയിരുത്തൽ

പിതാവ് മെല്ലെ, മനഃപൂർവ്വം നടക്കുന്നു, ഓർമ്മയുടെയും വ്യക്തിത്വത്തിന്റെയും നശീകരണം കാണിക്കാൻ. പ്രധാനാടകം ഒരു രഹസ്യം പരിഹരിക്കുന്നതിനെ കുറിച്ചല്ല, ഒരാളുടെ സ്വത്വബോധം നഷ്ടപ്പെടുന്നതിനെക്കുറിച്ചാണ്.

— Desly

Leave No Trace — പുറംലോകം പരീക്ഷിച്ച ദുർബലമായ ബന്ധം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

അച്ഛനും മകളും തമ്മിലുള്ള ബന്ധം പരമ്പരാഗത കുടുംബ റോളുകളേക്കാൾ അതിജീവന പ്രേരണയിലാണ്. അവരുടെ ഒറ്റപ്പെടൽ അവരുടെ ഇടപെടലുകളെ സൂക്ഷ്മമായി രൂപപ്പെടുത്തുന്നു. കാടിന് റെ പുറത്ത് നിന്ന് പുറത്ത് പോകുമ്പോള് പുറംലോകം ഭയാനകമായി തോന്നുമെങ്കിലും തികച്ചും ശത്രുതാപരമായിരിക്കില്ല. അവരെ ഒരുമിച്ചു നിർത്തുന്നതിനെ നഷ്ടപ്പെടുത്താതെ അവരെ പൊരുത്തപ്പെടുത്തുക എന്നതാണ് വെല്ലുവിളി.

ചെറിയ ആംഗ്യങ്ങളില് , ഇടവേളകളില് ശ്രദ്ധ കേന്ദ്രീകരിച്ച് സംവിധാനം മലോഡ്രാമ ഒഴിവാക്കുന്നു. ഒരു നോട്ടം അല്ലെങ്കിൽ ഒരു സംശയം സംഭാഷണത്തേക്കാൾ കൂടുതൽ ഭാരം വഹിക്കും. വേഗത മാറുന്നു, അടിയന്തിരതയും പ്രതിഫലനവും തമ്മില് , അത് ശാന്തമായ നിമിഷങ്ങളില് പിരിമുറുക്കം കുറയ്ക്കും. പക്ഷെ അത് കഥയ്ക്ക് വൈകാരികമായി ശ്വസിക്കാൻ ഇടം നൽകുന്നു.

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

സിനിമയിലെ ഏറ്റവും ശക്തമായ നിമിഷങ്ങള് അതിന്റെ നിയന്ത്രണത്തില് നിന്നാണ് വരുന്നത്. എല്ലാം സ്പെല്ലിംഗ് ചെയ്യുന്നതിനുപകരം വരികൾക്കിടയിൽ വായിക്കാൻ അത് പ്രേക്ഷകരെ വിശ്വസിക്കുന്നു. പിതാവിന്റെ ആന്തരിക പോരാട്ടങ്ങളെക്കുറിച്ച് കൂടുതൽ പര്യവേക്ഷണം നടത്താൻ ഇടം അനുവദിക്കുന്ന ചില വൈകാരിക താളങ്ങൾ അല്പം വികസിതമല്ലാത്തതായി തോന്നുന്നു എന്നതാണ് ഒരു ചെറിയ നിരോധനം.

8/10

എന്റെ വിലയിരുത്തൽ

ഈ ചിത്രം നിശബ്ദമായ പിരിമുറുക്കം വൈകാരിക പ്രശ്നങ്ങളുമായി സമതുലിതമാക്കുന്നു, എന്നിരുന്നാലും അതിന്റെ വേഗത ഇടയ്ക്കിടെ അതിന്റെ പ്രധാന സംഘർഷത്തിന്റെ അടിയന്തിരതയെ മയപ്പെടുത്തുന്നു.

— Desly

Nebraska — തീരുമാനമില്ലാത്ത ഒരു യാത്ര

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

പിതാവിന് റെ നിശ്ചയദാർഢ്യമാണ് പ്രധാനം. അവന് അർഹതയില്ലാത്ത ഒരു സമ്മാനം സ്വന്തമാക്കാൻ, മകൻ അയാളുടെ ഉദ്ദേശ്യങ്ങൾ മനസ്സിലാക്കാൻ ശ്രമിക്കുന്നു. ഈ സംഘർഷം നീണ്ട നിശബ്ദതയിലൂടെയാണ് നടക്കുന്നത്, സംസാരിക്കുന്നതിലും പറയാത്തതിലൂടെ കൂടുതൽ വെളിപ്പെടുത്തുന്ന സംഭാഷണം.

കറുപ്പും വെളുപ്പും ഉള്ള ചിത്രീകരണം അവരുടെ യാത്രയുടെ ഏകതാനതയെ ഉയർത്തിക്കാട്ടുന്നു, വൈകാരിക നിമിഷങ്ങളെ അടിയന്തിരവും അടിയന്തിരമുമാണ്. ഓരോ രംഗത്തിനും ശ്വാസം വിടാൻ ഇടം നൽകുന്നു. കഥയുടെ നിശബ്ദതയും നിരാശയും ഈ താളം അനുയോജ്യമാക്കുന്നു.

ബ്രൂസ് ഡേര് ണ് കഠിനാദ്ധ്വാനത്തിന്റെയും ദുർബലതയുടെയും ഒരു മിശ്രിതമാണ്, അത് അദ്ദേഹത്തിന്റെ കഥാപാത്രത്തെ നിരാശാജനകവും ആഴത്തിൽ മനുഷ്യനുമാക്കുന്നു. വില്ല് ഫോര് ട്ട് തന്റെ പിതാവിന് റെ ഭ്രാന്തിന്റെ ഭാരത്തോട് വിരുദ്ധമായ ഒരു ഉണങ്ങിയ വിവേകം കൊണ്ടുവരുന്നു, ഇത് അസ്വസ്ഥമായതും എന്നാൽ വിശ്വസനീയവുമായ ഒരു ചലനാത്മകത സൃഷ്ടിക്കുന്നു.

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

2013 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ · പോസ്റ്ററിന്റെ ഉറവിടം · ചിത്രത്തിന്റെ അവകാശം അതിന്റെ ഉടമകൾക്കാണ്.

8/10

എന്റെ വിലയിരുത്തൽ

ചിരിയും ദുഃഖവും ശാന്തമായ കൃത്യതയോടെ സമതുലിതമാക്കുന്നു ഈ സിനിമ. അച്ഛനും മകനും തമ്മിലുള്ള ബന്ധമാണ് അതിന്റെ നങ്കൂരവും വൈകാരികമായ മൂലകവും.

— Desly

The Truman Show — ഒരു കൂടാരം ഒളിപ്പിച്ചിരിക്കുന്ന ഒരു പ്രകടനം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

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

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

ഹാസ്യവും അസ്തിത്വ ഭീതിയും തമ്മിലുള്ള സന്തുലിതാവസ്ഥ വളരെ ദുർബലമാണ്, പക്ഷേ മിക്കവാറും വിജയകരമാണ്. ഈ സിനിമ ഒരിക്കലും ഒരു പ്രഭാഷണം പോലെ തോന്നുന്നില്ല, നിരീക്ഷണത്തിന്റെ ധാർമികതയെ ചോദ്യം ചെയ്യുമ്പോഴും. ഒരു ചെറിയ മുൻകരുതൽഃ ചില രംഗങ്ങൾ ട്രൂമാന്റെ മറവിയിൽ വളരെയധികം ആശ്രയിക്കുന്നു, ഇത് ഒരു കഥാപാത്രത്തിന്റെ തിരഞ്ഞെടുപ്പിനേക്കാൾ ഒരു ഒഴികഴിവായി തോന്നാം.

1998 · ഇംഗ്ലീഷ്. സിനിമയുടെ വിവരങ്ങൾ · സിനിമയുടെ വിവരങ്ങൾ

9/10

എന്റെ വിലയിരുത്തൽ

ട്രൂമനെ ജിം കാരിയുടെ ചിത്രീകരണം ദുർബലതയും ആകർഷണവും സമതുലിതമാക്കുന്നു, നിയന്ത്രണത്തെക്കുറിച്ചുള്ള സിനിമയുടെ വിമർശനം പോളമിക് എന്നതിനേക്കാൾ വ്യക്തിപരമാണെന്ന് തോന്നുന്നു.

— Desly

The Lighthouse — ഒരു കൊടുങ്കാറ്റ് ഒരു വിളക്കുമാടത്തിലെ രണ്ടു പുരുഷന്മാരെ ഒറ്റപ്പെടുത്തുന്നു

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

ദിശയില് ആവർത്തിക്കലും പതുക്കെയുണ്ടാക്കുന്നതും ടെൻഷന് ഉണ്ടാക്കുന്നു. ക്യാമറ വസ്തുക്കളില് തങ്ങുന്നു, അവയുടെ ഉദ്ദേശ്യം വ്യക്തമല്ലെങ്കിലും അവയ്ക്ക് അർത്ഥം ഉണ്ടെന്ന് തോന്നിപ്പിക്കുന്നു. പ്രേക്ഷകരെ അസ്വസ്ഥരാക്കുന്ന ഒരു ചലനം ഇത് ഒടുവിൽ സംഭവം കൂടുതൽ സ്വാധീനമുള്ളതാക്കുന്നു.

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

സംഭാഷണം വളരെ കുറവാണ്, പക്ഷേ അത് അര് ത്ഥം നിറഞ്ഞതാണ്. സംഭാഷണങ്ങൾ പലപ്പോഴും യുദ്ധം പോലെയാണ് തോന്നുന്നത്, ഓരോ വാക്കിനും ഭാരവും അനിശ്ചിതത്വവുമുണ്ട്. അതിമനോഹരമായതാണെങ്കിലും, സിനിമ ചിലപ്പോൾ സ്വന്തം ശൈലിയിൽ വളരെയധികം ആശ്രയിക്കുന്നു, ഇത് കൂടുതൽ നേരായ കഥപറച്ചിലിനെ ഇഷ്ടപ്പെടുന്ന കാഴ്ചക്കാരെ അകറ്റാം.

8/10

എന്റെ വിലയിരുത്തൽ

സിനിമയുടെ ക്ലൌസ്ട്രോഫോബിക് തീവ്രത അതിന്റെ മാനസിക ആഴത്തിന് തുല്യമാണ്. കഥാപാത്രങ്ങൾ തമ്മിലുള്ള പ്രധാന പിരിമുറുക്കം നിർബന്ധിതമല്ല, അനിവാര്യമാണ്.

— Desly

Hereditary — ദുഃഖത്തിന്റെയും ഭ്രാന്തിന്റെയും ഒരു പതുക്കെയൊഴിഞ്ഞുപോക്ക്

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഒരു ശവസംസ്കാരത്തിന് ശേഷമാണ് കഥ നടക്കുന്നത്, ദുഃഖവും കുറ്റബോധവും കുടുംബത്തിന്റെ കുഴപ്പത്തിലേക്ക് എങ്ങനെ നയിക്കുന്നുവെന്ന് വെളിപ്പെടുത്തുന്നു. ഈ ചലനം മനഃപൂർവ്വം ആണ്, ചെറിയ നിമിഷങ്ങളിൽ നിന്ന് സമ്മർദ്ദം വർദ്ധിപ്പിക്കാൻ അനുവദിക്കുന്നു, അത് വലിയ വൈകാരിക ഭാരം വഹിക്കുന്നു.

ആരി ആസ്റ്റര് ഭീകരതയെ മാനസിക ആഴത്തില് സമതുലിതമാക്കുന്നു, ക്ലിഷേഡ് ജമ്പ് പേടി ഒഴിവാക്കി അസ്വസ്ഥമാക്കുന്ന അന്തരീക്ഷം. സംഭാഷണം സ്വാഭാവികമാണെന്നു തോന്നും, പക്ഷേ പലപ്പോഴും വിരളമാണ്, വ്യക്തമായ വിശദീകരണത്തിന് പകരം പറയാത്ത കാര്യങ്ങളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു.

ടോണി കൊല്ലെറ്റ് അതിശയകരമായ ഒരു പ്രകടനം നടത്തുന്നു, ദുർബലതയും നിയന്ത്രണവും കൃത്യതയോടെ പിടിച്ചെടുക്കുന്നു. അലക്സ് വോൾഫും മില്ലി ഷാപിറോയും അവരുടെ റോളുകളിലേക്ക് അതിശക്തമായ തീവ്രത കൊണ്ടുവരുന്നു, കുടുംബത്തിന്റെ തകർച്ച വ്യക്തിപരവും അടിയന്തിരവുമാണെന്ന് തോന്നുന്നു.

ഒരു നിബന്ധനയുണ്ട്: ചില ഹൊറർ ഘടകങ്ങൾ വൈകാരികമായ പന്തയങ്ങളിൽ നിന്ന് വേർപെടുത്തപ്പെട്ടതായി തോന്നുന്നു, കഥാപാത്രത്തിന്റെ ആവശ്യകതയേക്കാൾ ഞെട്ടിക്കുന്ന മൂല്യത്തിനായി ചേർത്തതുപോലെ. എന്നിരുന്നാലും, ശക്തമായ പ്രകടനങ്ങളും ശ്രദ്ധാപൂർവ്വം നിർമ്മിച്ച അന്തരീക്ഷവും മൂലം പാരമ്പര്യമായി ലഭിച്ച ട്രോമയെക്കുറിച്ചുള്ള ശക്തമായ പര്യവേക്ഷണമായി ചിത്രം തുടരുന്നു.

8/10

എന്റെ വിലയിരുത്തൽ

കുടുംബത്തിന്റെ തകർച്ചയാണ് സിനിമയുടെ ഹൃദയം, പക്ഷേ ചിലപ്പോഴൊക്കെ ഭീകരത കഥയിൽ നിന്ന് സ്വാഭാവികമായി വളരുന്നതിനേക്കാൾ ഒരു ശൈലീപരമായി തോന്നുന്നതാണ്.

— Desly

Midsommar — ഒരു ഉത്സവം ഒരു കെണിയായി മാറുന്നു.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഒരു വിചിത്രമായ പാരമ്പര്യത്തിന്റെ കാലത്ത് ബന്ധം തകരുന്നതാണ് പ്രധാന പ്രശ്നം. ഈ രംഗം ഒരു ടെൻഷൻ കൂട്ടുന്നു, പക്ഷേ കഥാപാത്രങ്ങൾ എന്തിന് അങ്ങനെ പെരുമാറുന്നു എന്ന് പൂർണ്ണമായി വിശദീകരിക്കുന്നില്ല. അന്തരീക്ഷം സൃഷ്ടിക്കാൻ ആരി ആസ്റ്റർ സ്ഥലവും ശബ്ദവും ഉപയോഗിക്കുന്നു, പക്ഷേ ഭീകരത കഥാപാത്രങ്ങളെക്കാൾ പരിസ്ഥിതിയെക്കുറിച്ച് കൂടുതൽ തോന്നുന്നു. ഈ ആരാധനയുടെ ആചാരങ്ങൾ ഭീതിദമാണ് പക്ഷെ കഥാപാത്രങ്ങളുടെ മനസ്സിൽ ആഴത്തിൽ കയറുന്നില്ല.

സിനിമ ചിലപ്പോള് പതുക്കെ നടക്കുന്നു, പെട്ടെന്ന് അത് അക്രമാസക്തമായി മാറുന്നു. ഈ വ്യത്യാസം ശരിയാകും, പക്ഷെ അത് കഥയുടെ വൈകാരികതയെ ബാധിക്കുന്നു. ഫ്ലോറൻസ് പ്യൂ ശക്തമായ പ്രകടനം നടത്തുന്നു, ഭയവും കോപവും കാണിക്കുന്നു, അതിരുകടന്നില്ല. അവളുടെ കഥാപാത്രത്തിന്റെ വീഴ്ചയ്ക്ക് ഒരു അർത്ഥമുണ്ട് പക്ഷെ എപ്പോഴും തൃപ്തികരമല്ല.

ജാക്ക് റെയ്നോർ തന്റെ റോൾ നിശബ്ദമായി അവതരിപ്പിക്കുന്നു, പക്ഷേ സിനിമയിലെ കൂടുതൽ തീവ്രമായ ഭാഗങ്ങളിൽ അദ്ദേഹം നഷ്ടപ്പെടുന്നു. അയാളുടെ പ്രതികരണങ്ങള് യഥാര് ത്ഥമാണെന്ന് തോന്നുന്നു, പക്ഷേ അവയെക്കുറിച്ച് കൂടുതലൊന്നും പഠിച്ചിട്ടില്ല. സംഭാഷണം യഥാർത്ഥ വികാരങ്ങൾ കാണിക്കുന്നതിനു പകരം കാര്യങ്ങൾ വിശദീകരിക്കുന്നതിലാണ്. ചില സംഭാഷണങ്ങള് ക്ക് ഈ മതത്തിന്റെ കാരണങ്ങള് വിശദീകരിക്കാന് നിർബന്ധിതരായിരിക്കുന്നു.

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

7/10

എന്റെ വിലയിരുത്തൽ

അസ്വസ്ഥത സൃഷ്ടിക്കാൻ സിനിമ ഞെട്ടിക്കുന്ന വിഷ്വലുകൾ ഉപയോഗിക്കുന്നു, പക്ഷേ വൈകാരിക ഭാഗങ്ങൾ എല്ലായ്പ്പോഴും സന്തുലിതമായി തോന്നുന്നില്ല. ഫ്ലോറൻസ് പുഗ് കഥയെ തുടരുന്നു, അത് തെറ്റുമ്പോഴും.

— Desly

Get Out — പിരിമുറുക്കമുള്ള ഒരു ആദ്യ ഡേറ്റ് ഒരു കെണി ആയി മാറുന്നു

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

വെളുത്ത കാമുകിയുടെ കുടുംബം മാന്യമായ പുഞ്ചിരിയുടെയും അനൌപചാരികമായ വംശീയതയുടെയും പിന്നിൽ അപകടകരമായ ഉദ്ദേശ്യങ്ങൾ മറച്ചുവെക്കുന്നുവെന്ന തിരിച്ചറിവാണ് പ്രധാന സംഘർഷം. സൂക്ഷ്മമായ സംഭാഷണങ്ങളിലൂടെയും ശ്രദ്ധാപൂർവ്വം നിരീക്ഷിച്ച പെരുമാറ്റത്തിലൂടെയും ഈ അസ്വസ്ഥത സൃഷ്ടിക്കപ്പെടുന്നു.

ഈ സിനിമ സ്ഥലം നന്നായി ഉപയോഗിക്കുന്നു, പ്രാന്തപ്രദേശത്തെ വീട് സ്വാഗതാർഹമായി തോന്നിപ്പിക്കുന്നു, പക്ഷേ രഹസ്യങ്ങൾ പുറത്തുവരുമ്പോൾ അത് അടങ്ങിപ്പിടിക്കുന്നു. ശാന്തതയും പെട്ടെന്നുള്ള പിരിമുറുക്കവും തമ്മിലുള്ള ചലനങ്ങളിലൂടെ, ജമ്പ് പേടി ആവശ്യമില്ലാതെ പ്രേക്ഷകരെ അരികിൽ സൂക്ഷിക്കുന്നു.

ദുർബലതയുടെയും നിശ്ചയദാർഢ്യത്തിന്റെയും മിശ്രിതമാണ് ഡാനിയേൽ കല്ലുയ അവതരിപ്പിക്കുന്നത്. അലിസൺ വില്യംസ് അവളുടെ വേഷം കണക്കാക്കിയ സൌന്ദര്യത്തോടെ അവതരിപ്പിക്കുന്നു, ഭീകരതയിലേക്ക് ഇറങ്ങുന്നത് നിർബന്ധിതമായി തോന്നുന്നതിനേക്കാൾ കൂടുതൽ അസ്വസ്ഥമാക്കുന്നു.

ലിബറൽ വംശീയതയെക്കുറിച്ചുള്ള വിരോധാഭാസം വളരെ കടുത്തതാണ്. പക്ഷേ ചിലപ്പോഴൊക്കെ കഥാപാത്രങ്ങളെ പൂർണ്ണ മനുഷ്യരായി മാറുന്നതിനു പകരം പ്രതീകങ്ങളാക്കി മാറ്റുന്നു. എന്നിട്ടും ആധുനിക ഭീകരതയില് ഈ സിനിമയെ ഒരു പ്രത്യേകതയാക്കുന്നതാണ് ആള് ക്കാര് ചിന്തിക്കുന്ന ആശയങ്ങളുമായി തണുപ്പ് കലർത്തുന്ന ചിത്രത്തിന്റെ ബുദ്ധിപരമായ രചനയും വൈകാരികമായ ഹൃദയവും.

8/10

എന്റെ വിലയിരുത്തൽ

ഭീകരതയും കടുത്ത സാമൂഹിക വിമർശനവും തമ്മിലുള്ള സന്തുലിതാവസ്ഥയാണ് ഈ സിനിമയിലുള്ളത്, പക്ഷേ അതിന്റെ വിരോധാഭാസം ചിലപ്പോൾ അതിന്റെ നായകന്റെ അനുഭവത്തിന്റെ വൈകാരിക അപകടസാധ്യതകളെ മറികടക്കുന്നു.

— Desly

Us — ലുപിറ്റ ന്യോങ്ഗോയുടെ ലേയേഡ് പ്രകടനം ചിത്രത്തിലെ അസ്വാഭാവികമായ കുഴപ്പത്തെ ആങ്കർ ചെയ്യുന്നു.

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

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

സിനിമയ്ക്ക് തിരക്കുള്ള നിമിഷങ്ങളും പെട്ടെന്നുള്ള മാനസികാവസ്ഥാ വ്യതിയാനങ്ങളും ഉണ്ട്, അത് പ്രധാനപ്പെട്ട രംഗങ്ങളുടെ വൈകാരിക പ്രവാഹത്തെ തടസ്സപ്പെടുത്തുന്നു. വിൻസ്റ്റൺ ഡ്യൂക്ക് യഥാർത്ഥ വികാരങ്ങളോടെ സംരക്ഷകനായ പിതാവിനെ അവതരിപ്പിക്കുന്നു, പക്ഷേ അവസാനത്തെ മൂന്നിൽ അദ്ദേഹത്തിന്റെ കഥാപാത്രത്തിന് കൂടുതൽ ചെയ്യാൻ കഴിയില്ല, അവിടെ അദ്ദേഹം മിക്കവാറും പ്രതികരിക്കുന്നതിനേക്കാൾ പ്രവർത്തിക്കുന്നു.

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

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

7/10

എന്റെ വിലയിരുത്തൽ

നമ്മള് വിചിത്രമായ കാഴ്ചയെ വൈകാരികമായ അപകടസാധ്യതകളുമായി സമനിലയിലാക്കുന്നു, പക്ഷേ അതിന്റെ മധ്യഭാഗത്തെ ഉപമ അമിതമായി അനുഭവപ്പെടുന്നു. കഥാപാത്രങ്ങളിലെ കലാപം ഉണ്ടായിരുന്നിട്ടും പ്രകടനങ്ങൾ അതിന്റെ അഭിലാഷങ്ങളെ ഉയർത്തുന്നു.

— Desly

Nope — കാഴ്ചയും വസ്തുവും തമ്മിലുള്ള പിരിമുറുക്കം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

ഇല്ല, അത് ഒരു വിചിത്രമായ, സ്വപ്നസമാനമായ മാനസികാവസ്ഥയോടെയാണ് തുടങ്ങുന്നത്, പക്ഷെ അത് ശ്രദ്ധിക്കാനുള്ള വ്യക്തമായ കാരണങ്ങളോ വൈകാരിക ആഴമോ കൊണ്ട് പിന്തുണയ്ക്കുന്നില്ല. ഒരു വിചിത്ര സംഭവം പിടിച്ചെടുക്കാൻ ശ്രമിക്കുന്ന സഹോദരങ്ങളെ കഥ പിന്തുടരുന്നു, പക്ഷേ അങ്ങനെ ചെയ്യുന്നതിനുള്ള അവരുടെ കാരണങ്ങൾ വ്യക്തമല്ല, മാത്രമല്ല അവ പര്യവേക്ഷണം ചെയ്യപ്പെടുന്നില്ല.

സിനിമ പതുക്കെ നടക്കുന്നു, കാഴ്ചയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത് കഥയും കഥാപാത്രങ്ങളും വ്യക്തമായി തോന്നുന്നില്ല. ജോര് ദന് പീലിന് റെ സംവിധാനം ഒരു ഭീകരമായ, വിസ്മയകരമായ അനുഭവം സൃഷ്ടിക്കുന്നു, പക്ഷെ അത് എല്ലായ്പ്പോഴും യഥാർത്ഥ മനുഷ്യ വികാരങ്ങളുമായി ബന്ധപ്പെടുന്നില്ല.

ഡാനിയേൽ കല്ലുയയും കെക്ക് പാമറും വലിയൊരു ഭാഗം ചെയ്യുന്നത്, പക്ഷേ അവരുടെ കഥാപാത്രങ്ങൾക്ക് സിനിമയുടെ കൂടുതൽ സങ്കീർണ്ണമായ ആശയങ്ങൾ ഉൾക്കൊള്ളാൻ വേണ്ടത്ര ആഴമില്ല. സ്റ്റീവൻ യൂൺ, മൈക്കൽ വിൻകോട്ട് തുടങ്ങിയ സപ്പോർട്ടിംഗ് അഭിനേതാക്കൾ അസ്വസ്ഥതയുണ്ടാക്കുന്ന ഒരു മനോഭാവം സൃഷ്ടിക്കുന്നു, പക്ഷേ അവരുടെ റോളുകൾ പൂർണ്ണമായി വികസിപ്പിച്ചിട്ടില്ല.

സിനിമയ്ക്ക് വലിയ ആശയങ്ങളുണ്ട്, പക്ഷേ അവ എല്ലായ്പ്പോഴും നന്നായി എത്തിക്കുന്നില്ലചില ഭാഗങ്ങൾ കഠിനമായി ബാധിക്കുന്നു, മറ്റുള്ളവ ലക്ഷ്യരഹിതമായി തോന്നുന്നു. അതിന്റെ കുറവുകൾ ഉണ്ടെങ്കിലും, നോപ്പ് കാഴ്ചയിൽ ശ്രദ്ധേയമാണ്, അതിന്റെ ചിഹ്നങ്ങളും പിരിമുറുക്കവും കാരണം വീണ്ടും കാണേണ്ടതാണ്.

7/10

എന്റെ വിലയിരുത്തൽ

സിനിമയ്ക്ക് ഒരു ഭീകരമായ ആവിഷ്കാരവും ഒരിക്കലും പരിഹരിക്കപ്പെടാത്ത ഒരു രഹസ്യവുമുണ്ട്. അതിന്റെ രൂപവും ഭാവവും ശക്തമാണ്, പക്ഷെ വികാരങ്ങൾ വ്യക്തമായി വെളിപ്പെടുന്നില്ല.

— Desly

The Menu — അനന്തരഫലങ്ങളുള്ള ഒരു ഭക്ഷണം

Tue, 20 Oct 2026 21:14:31 +0200

കഥയിലെ രഹസ്യങ്ങൾ വെളിപ്പെടുത്താത്ത അവലോകനം.

മറഞ്ഞിരിക്കുന്ന ഉദ്ദേശ്യങ്ങളുള്ള കഥാപാത്രങ്ങളുടെ ഒരു കൂട്ടായ്മയായി മെനു വികസിക്കുന്നു, ഓരോരുത്തരും നിരസിക്കാൻ കഴിയാത്ത ഒരു ക്ഷണത്താൽ ഒരുമിച്ച് വരുന്നു. സായാഹ്നം പുരോഗമിക്കുന്നതനുസരിച്ച്, സാമൂഹിക അസ്വസ്ഥതയിൽ നിന്ന് കൂടുതൽ ദുരൂഹമായ എന്തെങ്കിലും മാറുന്നു, എന്നിരുന്നാലും മാറ്റം സ്വാഭാവികമല്ല, അപ്രതീക്ഷിതമാണ്.

സിനിമ വേഗത്തിൽ നീങ്ങുന്നു, പക്ഷേ സ്ഥിരതയില്ല. ചില രംഗങ്ങൾ വളരെക്കാലം സംഭാഷണത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു, മറ്റുള്ളവ ശ്വാസം എടുക്കാൻ സമയം നൽകാതെ വൈകാരിക നിമിഷങ്ങളിലൂടെ തിരക്കുകൂട്ടുന്നു. സംവിധാനം കാഴ്ചയിൽ വളരെ കടുപ്പമുള്ളതാക്കുന്നു, ഇത് ടെൻഷൻ സൃഷ്ടിക്കാൻ സഹായിക്കുന്നു, പക്ഷേ കഥാപാത്രങ്ങളുടെ ആന്തരിക ജീവിതത്തെ പര്യവേക്ഷണം ചെയ്യാൻ ധാരാളം ഇടം നൽകുന്നില്ല.

റാൽഫ് ഫൈനെസ് അവതാരകന്റെ റോളിന് അസ്വസ്ഥമാക്കുന്ന ഒരു ശാന്തത നൽകുന്നു, അദ്ദേഹത്തിന്റെ ഭീഷണി തുറന്ന ഭീഷണിയെക്കാൾ വഞ്ചനാപരമായി തോന്നുന്നു. ആന്യ ടെയ്ലർ-ജോയ്, നിക്കോളാസ് ഹോൾട്ട് എന്നിവർ അവരുടെ റോളുകൾ കൃത്യമായി നാവിഗേറ്റുചെയ്യുന്നു, എന്നിരുന്നാലും അവരുടെ കഥാപാത്രങ്ങൾ അവരുടെ ആദ്യ ഇംപ്രഷനുകൾക്കപ്പുറം വികസിതമല്ല.

സിനിമയുടെ നർമ്മം ഇരുണ്ടതാണ്, പക്ഷേ പലപ്പോഴും അത് നിർബന്ധിതമാണെന്ന് തോന്നുന്നു, യഥാർത്ഥ കഥാപാത്രത്തെ നയിക്കുന്ന കോമഡിയോ ഹൊറർയോ അല്ലാതെ വിരോധാഭാസത്തെ ആശ്രയിക്കുന്നു. അതിന്റെ കുറവുകളുണ്ടെങ്കിലും, ഈ മെനു ഇപ്പോഴും എലിറ്ററിസത്തെക്കുറിച്ചും അവകാശത്തെക്കുറിച്ചും വ്യക്തമായ ഒരു പോയിന്റ് ഉണ്ടാക്കുന്നു, അത് അതിന്റെ വാഗ്ദാനത്തിന് പൂർണ്ണമായി അനുസരിക്കുന്നില്ലെങ്കിലും.

7/10

എന്റെ വിലയിരുത്തൽ

പ്രതീക്ഷയും യാഥാര് ത്ഥ്യവും തമ്മിലുള്ള പിരിമുറുക്കം കടുത്തതാണ്, പക്ഷേ സിനിമ അതിന്റെ തീമുകളോട് പൂർണമായും പ്രതിജ്ഞാബദ്ധത പുലർത്താതെ തന്നെ അതിന്റേതായ വിരോധാഭാസത്തെ വളരെയധികം ആശ്രയിക്കുന്നു.

— Desly