കഴിഞ്ഞ ദശകത്തിലെ സാങ്കേതിക വിദ്യയുടെ ഒരു നോട്ടം

കുറിപ്പ്. വിവർത്തനം.: മീഡിയത്തിൽ ഹിറ്റായി മാറിയ ഈ ലേഖനം, പ്രോഗ്രാമിംഗ് ഭാഷകളുടെയും അനുബന്ധ സാങ്കേതിക ആവാസവ്യവസ്ഥയുടെയും (ഡോക്കറിലും കുബർനെറ്റിലും പ്രത്യേക ശ്രദ്ധ കേന്ദ്രീകരിച്ച്) ലോകത്തുണ്ടായ പ്രധാന (2010-2019) മാറ്റങ്ങളുടെ ഒരു അവലോകനമാണ്. ഡെവലപ്പർ ടൂളുകളിലും ഡിസ്ട്രിബ്യൂട്ടഡ് സിസ്റ്റങ്ങളിലും വൈദഗ്ദ്ധ്യം നേടിയ സിണ്ടി ശ്രീധരനാണ് ഇതിൻ്റെ യഥാർത്ഥ രചയിതാവ് - പ്രത്യേകിച്ചും, "ഡിസ്ട്രിബ്യൂട്ടഡ് സിസ്റ്റംസ് ഒബ്സർവബിലിറ്റി" എന്ന പുസ്തകം അവർ എഴുതി - കൂടാതെ ഐടി സ്പെഷ്യലിസ്റ്റുകൾക്കിടയിൽ ഇൻ്റർനെറ്റിൽ വളരെ ജനപ്രിയമാണ്, പ്രത്യേകിച്ച് ക്ലൗഡ് നേറ്റീവ് വിഷയത്തിൽ താൽപ്പര്യമുണ്ട്.

2019 അവസാനിക്കുമ്പോൾ, കഴിഞ്ഞ ദശകത്തിലെ ഏറ്റവും പ്രധാനപ്പെട്ട ചില സാങ്കേതിക മുന്നേറ്റങ്ങളെയും പുതുമകളെയും കുറിച്ചുള്ള എൻ്റെ ചിന്തകൾ പങ്കിടാൻ ഞാൻ ആഗ്രഹിച്ചു. കൂടാതെ, ഭാവിയിലേക്ക് അൽപ്പം നോക്കാനും വരും ദശകത്തിലെ പ്രധാന പ്രശ്നങ്ങളും അവസരങ്ങളും രൂപപ്പെടുത്താനും ഞാൻ ശ്രമിക്കും.

ഈ ലേഖനത്തിൽ ഡാറ്റാ സയൻസ് പോലുള്ള മേഖലകളിലെ മാറ്റങ്ങൾ ഞാൻ ഉൾക്കൊള്ളുന്നില്ലെന്ന് വ്യക്തമാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു (ഡാറ്റ സയൻസ്), ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ്, ഫ്രണ്ട്എൻഡ് എഞ്ചിനീയറിംഗ് മുതലായവ, എനിക്ക് വ്യക്തിപരമായി അവയിൽ മതിയായ അനുഭവം ഇല്ലാത്തതിനാൽ.

ടൈപ്പിഫിക്കേഷൻ സ്ട്രൈക്ക്സ് ബാക്ക്

2010-കളിലെ ഏറ്റവും പോസിറ്റീവ് ട്രെൻഡുകളിലൊന്ന് സ്ഥിരമായി ടൈപ്പ് ചെയ്ത ഭാഷകളുടെ പുനരുജ്ജീവനമായിരുന്നു. എന്നിരുന്നാലും, അത്തരം ഭാഷകൾ ഒരിക്കലും അപ്രത്യക്ഷമായിട്ടില്ല (സി ++, ജാവ എന്നിവയ്ക്ക് ഇന്ന് ആവശ്യക്കാരുണ്ട്; പത്ത് വർഷം മുമ്പ് അവ ആധിപത്യം പുലർത്തി), എന്നാൽ ചലനാത്മകമായി ടൈപ്പ് ചെയ്ത ഭാഷകൾ (ഡൈനാമിക്സ്) 2005 ൽ റൂബി ഓൺ റെയിൽസ് പ്രസ്ഥാനത്തിൻ്റെ ആവിർഭാവത്തിന് ശേഷം ജനപ്രീതിയിൽ ഗണ്യമായ വർദ്ധനവ് അനുഭവിച്ചു. . 2009-ൽ Node.js-ൻ്റെ ഓപ്പൺ സോഴ്‌സിലൂടെ ഈ വളർച്ച ഉയർന്നു, ഇത് Javascript-on-the-server യാഥാർത്ഥ്യമാക്കി.

കാലക്രമേണ, സെർവർ സോഫ്‌റ്റ്‌വെയർ സൃഷ്‌ടിക്കുന്നതിൽ ചലനാത്മക ഭാഷകൾക്ക് അവരുടെ ആകർഷണം നഷ്ടപ്പെട്ടു. കണ്ടെയ്‌നർ വിപ്ലവകാലത്ത് പ്രചാരത്തിലായ ഗോ ഭാഷ, സമാന്തര പ്രോസസ്സിംഗിനൊപ്പം ഉയർന്ന പ്രവർത്തനക്ഷമതയുള്ള, റിസോഴ്‌സ്-കാര്യക്ഷമമായ സെർവറുകൾ സൃഷ്‌ടിക്കുന്നതിന് കൂടുതൽ അനുയോജ്യമാണെന്ന് തോന്നി. സമ്മതിക്കുന്നു Node.js-ൻ്റെ സ്രഷ്ടാവ് തന്നെ).

2010-ൽ അവതരിപ്പിച്ച റസ്റ്റ്, മുന്നേറ്റങ്ങൾ ഉൾപ്പെടുത്തി തരം സിദ്ധാന്തങ്ങൾ സുരക്ഷിതവും ടൈപ്പ് ചെയ്തതുമായ ഭാഷയാകാനുള്ള ശ്രമത്തിലാണ്. ദശാബ്ദത്തിൻ്റെ ആദ്യ പകുതിയിൽ, റസ്റ്റിൻ്റെ വ്യവസായത്തിൻ്റെ സ്വീകരണം വളരെ ചെറുതാണ്, എന്നാൽ രണ്ടാം പകുതിയിൽ അതിൻ്റെ ജനപ്രീതി ഗണ്യമായി വർദ്ധിച്ചു. റസ്റ്റിൻ്റെ ശ്രദ്ധേയമായ ഉപയോഗ കേസുകളിൽ അതിൻ്റെ ഉപയോഗം ഉൾപ്പെടുന്നു ഡ്രോപ്പ്ബോക്സിൽ മാജിക് പോക്കറ്റ്, AWS-ൽ നിന്നുള്ള പടക്കം (ഞങ്ങൾ അതിനെക്കുറിച്ച് സംസാരിച്ചു ഈ ലേഖനം - ഏകദേശം. പരിഭാഷ.), ഒരു ആദ്യകാല വെബ് അസംബ്ലി കമ്പൈലർ ലൂസെറ്റ് ഫാസ്റ്റ്ലിയിൽ നിന്നും (ഇപ്പോൾ ബൈറ്റ്കോഡ് അലയൻസിന്റെ ഭാഗമാണ്) മറ്റുള്ളവരിൽ നിന്നും. മൈക്രോസോഫ്റ്റ് OS-ന്റെ ചില ഭാഗങ്ങൾ മാറ്റിയെഴുതുന്നത് പരിഗണിക്കുന്ന സാഹചര്യത്തിൽ Windows റസ്റ്റ്, 2020-കളിൽ ആ ഭാഷയ്ക്ക് ശോഭനമായ ഒരു ഭാവിയുണ്ടെന്ന് നിസ്സംശയം പറയാം.

ചലനാത്മക ഭാഷകൾക്ക് പോലും പുതിയ സവിശേഷതകൾ ലഭിച്ചു ഓപ്ഷണൽ തരങ്ങൾ (ഓപ്ഷണൽ തരങ്ങൾ). ടൈപ്പ് ചെയ്‌ത കോഡ് സൃഷ്‌ടിക്കാനും ജാവാസ്‌ക്രിപ്റ്റിലേക്ക് കംപൈൽ ചെയ്യാനും നിങ്ങളെ അനുവദിക്കുന്ന ടൈപ്പ് സ്‌ക്രിപ്റ്റിലാണ് അവ ആദ്യം നടപ്പിലാക്കിയത്. PHP, Ruby, Python എന്നിവയ്ക്ക് അവരുടേതായ ഓപ്ഷണൽ ടൈപ്പിംഗ് സംവിധാനങ്ങളുണ്ട് (mypy, ഹാക്കുചെയ്യുക), ഇതിൽ വിജയകരമായി ഉപയോഗിച്ചു ഉത്പാദനം.

SQL-ലേക്ക് NoSQL-ലേക്ക് മടങ്ങുന്നു

ദശാബ്ദത്തിൻ്റെ തുടക്കത്തിൽ അവസാനത്തേതിനേക്കാൾ കൂടുതൽ പ്രചാരം നേടിയ മറ്റൊരു സാങ്കേതികവിദ്യയാണ് NoSQL. ഇതിന് രണ്ട് കാരണങ്ങളുണ്ടെന്ന് ഞാൻ കരുതുന്നു.

ആദ്യം, NoSQL മോഡൽ, അതിൻ്റെ സ്കീമയുടെ അഭാവം, ഇടപാടുകൾ, ദുർബലമായ സ്ഥിരത ഗ്യാരണ്ടികൾ എന്നിവ ഉപയോഗിച്ച്, SQL മോഡലിനേക്കാൾ നടപ്പിലാക്കാൻ കൂടുതൽ ബുദ്ധിമുട്ടാണ്. IN ബ്ലോഗ് പോസ്റ്റ് "എന്തുകൊണ്ട് സാധ്യമാകുമ്പോഴെല്ലാം ശക്തമായ സ്ഥിരതയാണ് നിങ്ങൾ തിരഞ്ഞെടുക്കേണ്ടത്" എന്ന തലക്കെട്ടോടെ (എന്തുകൊണ്ട് സാധ്യമാകുമ്പോഴെല്ലാം ശക്തമായ സ്ഥിരത തിരഞ്ഞെടുക്കണം) Google എഴുതുന്നു:

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

രണ്ടാമത്തെ കാരണം "സ്കെയിൽ-ഔട്ട്" വിതരണം ചെയ്ത SQL ഡാറ്റാബേസുകളുടെ വർദ്ധനവാണ് (ഉദാഹരണത്തിന് ക്ലൗഡ് സ്പാനർ и AWS അറോറ) പബ്ലിക് ക്ലൗഡ് സ്‌പെയ്‌സിൽ, അതുപോലെ തന്നെ CockroachDB പോലുള്ള ഓപ്പൺ സോഴ്‌സ് ബദലുകളും (ഞങ്ങളും അവളെക്കുറിച്ചാണ് സംസാരിക്കുന്നത് എഴുതി - ഏകദേശം. വിവർത്തനം.), പരമ്പരാഗത SQL ഡാറ്റാബേസുകളെ "സ്കെയിൽ ചെയ്യാതിരിക്കാൻ" കാരണമായ നിരവധി സാങ്കേതിക പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു. ഒരുകാലത്ത് NoSQL പ്രസ്ഥാനത്തിൻ്റെ മുഖമുദ്രയായിരുന്ന മോംഗോഡിബി പോലും ഇപ്പോൾ ഓഫറുകൾ വിതരണം ചെയ്ത ഇടപാടുകൾ.

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

മൊത്തം സ്ട്രീമിംഗ്

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

തുടർച്ചയായ സംയോജനം (ഒരു പരിധിവരെ തുടർച്ചയായ വിന്യാസം)

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

തുടർച്ചയായ വിന്യാസം (ഓരോ കമ്മിറ്റിനെയും അത് മാസ്റ്ററിൽ എത്തുമ്പോൾ വിന്യസിക്കുന്നത്) തുടർച്ചയായ സംയോജനം പോലെ വ്യാപകമല്ല. എന്നിരുന്നാലും, വിന്യാസത്തിനായുള്ള വിവിധ ക്ലൗഡ് API-കളുടെ ധാരാളിത്തം, Kubernetes പോലുള്ള പ്ലാറ്റ്‌ഫോമുകളുടെ വർദ്ധിച്ചുവരുന്ന ജനപ്രീതിയും (വിന്യാസങ്ങൾക്ക് ഒരു സ്റ്റാൻഡേർഡ് API നൽകുന്നു), സ്‌പിന്നേക്കർ പോലുള്ള മൾട്ടി-പ്ലാറ്റ്‌ഫോം, മൾട്ടി-ക്ലൗഡ് ടൂളുകളുടെ ആവിർഭാവവും (സ്റ്റാൻഡേർഡ് ചെയ്തവയുടെ മുകളിൽ നിർമ്മിച്ചതാണ്. API-കൾ), വിന്യാസ പ്രക്രിയകൾ കൂടുതൽ ഓട്ടോമേറ്റഡ്, സ്ട്രീംലൈൻഡ്, കൂടാതെ പൊതുവെ കൂടുതൽ സുരക്ഷിതമായി മാറിയിരിക്കുന്നു.

കണ്ടെയ്നറുകൾ

2010-കളിൽ ഏറ്റവും കൂടുതൽ പ്രചരിപ്പിച്ചതും ചർച്ച ചെയ്യപ്പെടുന്നതും പരസ്യപ്പെടുത്തിയതും തെറ്റിദ്ധരിക്കപ്പെട്ടതുമായ സാങ്കേതികവിദ്യയാണ് കണ്ടെയ്‌നറുകൾ. മറുവശത്ത്, കഴിഞ്ഞ ദശകത്തിലെ ഏറ്റവും പ്രധാനപ്പെട്ട നവീകരണങ്ങളിലൊന്നാണിത്. മിക്കവാറും എല്ലായിടത്തുനിന്നും ഞങ്ങൾക്ക് ലഭിച്ച സമ്മിശ്ര സിഗ്നലുകളാണ് ഈ കാക്കോഫോണിയുടെ ഒരു കാരണം. ഇപ്പോൾ ഹൈപ്പ് അൽപ്പം കുറഞ്ഞു, ചില കാര്യങ്ങൾ കൂടുതൽ ശ്രദ്ധാകേന്ദ്രമായി.

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

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

സെർവറില്ലാത്ത

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

ഓട്ടോമേഷൻ

ഈ പ്രവണതയുടെ ഏറ്റവും വലിയ ഗുണഭോക്താവ് ഓപ്പറേഷൻസ് എഞ്ചിനീയറിംഗ് കമ്മ്യൂണിറ്റിയാണ്, കാരണം അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡ് (IaC) പോലെയുള്ള ആശയങ്ങൾ യാഥാർത്ഥ്യമാക്കാൻ ഇത് പ്രാപ്തമാക്കിയിരിക്കുന്നു. കൂടാതെ, പ്രവർത്തനങ്ങളിൽ കൂടുതൽ സോഫ്റ്റ്‌വെയർ കേന്ദ്രീകൃത സമീപനം സ്വീകരിക്കാൻ ലക്ഷ്യമിടുന്ന "SRE സംസ്കാരത്തിൻ്റെ" ഉയർച്ചയുമായി ഓട്ടോമേഷനോടുള്ള അഭിനിവേശം പൊരുത്തപ്പെട്ടു.

യൂണിവേഴ്സൽ API-ഫിക്കേഷൻ

കഴിഞ്ഞ ദശകത്തിലെ മറ്റൊരു രസകരമായ സവിശേഷത, വിവിധ വികസന ജോലികളുടെ API-ഫിക്കേഷൻ ആണ്. നൂതനമായ വർക്ക്ഫ്ലോകളും ടൂളുകളും സൃഷ്‌ടിക്കാൻ നല്ലതും വഴക്കമുള്ളതുമായ API-കൾ ഡവലപ്പറെ അനുവദിക്കുന്നു, അത് അറ്റകുറ്റപ്പണികൾക്കും ഉപയോക്തൃ അനുഭവം മെച്ചപ്പെടുത്തുന്നതിനും സഹായിക്കുന്നു.

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

നിരീക്ഷണക്ഷമത

ഇന്ന് നമുക്ക് ആക്സസ് ഉണ്ട് എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ് കൂടുതൽ വിപുലമായ മുമ്പത്തേക്കാളും ആപ്ലിക്കേഷൻ സ്വഭാവം നിരീക്ഷിക്കാനും രോഗനിർണയം നടത്താനുമുള്ള ഉപകരണങ്ങൾ. 2015-ൽ ഓപ്പൺ സോഴ്സ് പദവി ലഭിച്ച പ്രൊമിത്യൂസ് മോണിറ്ററിംഗ് സിസ്റ്റത്തെ വിളിക്കാം മികച്ചത് ഞാൻ ജോലി ചെയ്തവരിൽ നിന്നുള്ള നിരീക്ഷണ സംവിധാനം. ഇത് തികഞ്ഞതല്ല, പക്ഷേ കാര്യമായ എണ്ണം കാര്യങ്ങൾ കൃത്യമായി ശരിയായ രീതിയിൽ നടപ്പിലാക്കുന്നു (ഉദാഹരണത്തിന്, അളവുകൾക്കുള്ള പിന്തുണ [മാനം] മെട്രിക്സിൻ്റെ കാര്യത്തിൽ).

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

ഭാവിയിലേക്ക് നോക്കുന്നു

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

മൂറിൻ്റെ നിയമ പ്രശ്നം പരിഹരിക്കുന്നു

ഡെന്നാർഡിൻ്റെ സ്കെയിലിംഗ് നിയമത്തിൻ്റെ അവസാനവും മൂറിൻ്റെ നിയമത്തിന് പിന്നിലുള്ള കാലതാമസവും പുതിയ കണ്ടുപിടുത്തങ്ങൾ ആവശ്യമാണ്. ജോൺ ഹെന്നസി ഇൻ അവൻ്റെ പ്രഭാഷണം എന്തുകൊണ്ടാണ് പ്രശ്നത്തിന് അടിമകൾ എന്ന് വിശദീകരിക്കുന്നു (ഡൊമെയ്ൻ നിർദ്ദിഷ്ടം) ടിപിയു പോലുള്ള ആർക്കിടെക്ചറുകൾ മൂറിൻ്റെ നിയമത്തിന് പിന്നിലുള്ള പ്രശ്നത്തിനുള്ള പരിഹാരങ്ങളിലൊന്നായിരിക്കാം. ടൂൾകിറ്റുകൾ പോലെ എം.എൽ.ഐ.ആർ ഗൂഗിളിൽ നിന്ന് ഇതിനകം തന്നെ ഈ ദിശയിൽ ഒരു നല്ല ചുവടുവെയ്പ്പ് ഉണ്ടെന്ന് തോന്നുന്നു:

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

സിഐ / സിഡി

CI-യുടെ ഉയർച്ച 2010-കളിലെ ഏറ്റവും വലിയ ട്രെൻഡുകളിലൊന്നായി മാറിയെങ്കിലും, ജെങ്കിൻസ് ഇപ്പോഴും CI-യുടെ സ്വർണ്ണ നിലവാരമാണ്.

ഈ സ്ഥലത്തിന് ഇനിപ്പറയുന്ന മേഖലകളിൽ നവീകരണം ആവശ്യമാണ്:

• ഉപയോക്തൃ ഇൻ്റർഫേസ് (ടെസ്റ്റ് സ്പെസിഫിക്കേഷനുകൾ എൻകോഡ് ചെയ്യുന്നതിനുള്ള DSL);
• നടപ്പിലാക്കൽ വിശദാംശങ്ങൾ, അത് യഥാർത്ഥത്തിൽ അളക്കാവുന്നതും വേഗതയുള്ളതുമാക്കും;
• വിവിധ പരിതസ്ഥിതികളുമായുള്ള സംയോജനം (സ്റ്റേജിംഗ്, പ്രോഡ് മുതലായവ) കൂടുതൽ നൂതനമായ പരിശോധനകൾ നടപ്പിലാക്കാൻ;
• തുടർച്ചയായ പരിശോധനയും വിന്യാസവും.

ഡെവലപ്പർ ഉപകരണങ്ങൾ

ഒരു വ്യവസായമെന്ന നിലയിൽ, ഞങ്ങൾ കൂടുതൽ സങ്കീർണ്ണവും ആകർഷകവുമായ സോഫ്റ്റ്‌വെയർ സൃഷ്ടിക്കാൻ തുടങ്ങിയിരിക്കുന്നു. എന്നിരുന്നാലും, നമ്മുടെ സ്വന്തം ഉപകരണങ്ങളുടെ കാര്യം വരുമ്പോൾ, സ്ഥിതി കൂടുതൽ മെച്ചപ്പെടും.

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

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

"പോർട്ടബിൾ എൻവയോൺമെൻ്റുകൾ" എന്ന ആശയം ബഗ് പുനർനിർമ്മാണം പോലുള്ള വികസനത്തിൻ്റെ മറ്റ് മേഖലകളിലേക്ക് വ്യാപിപ്പിക്കുന്നതും രസകരമായിരിക്കും. ഫ്ലാക്കി ടെസ്റ്റുകൾ) ചില വ്യവസ്ഥകളിലോ ക്രമീകരണങ്ങളിലോ കണ്ടെത്തി.

സെമാൻ്റിക്, കോൺടെക്‌സ്റ്റ് സെൻസിറ്റീവ് കോഡ് തിരയൽ, കോഡ്‌ബേസിൻ്റെ പ്രത്യേക ഭാഗങ്ങളുമായി പ്രൊഡക്ഷൻ സംഭവങ്ങളെ പരസ്പരബന്ധിതമാക്കാനുള്ള ടൂളുകൾ തുടങ്ങിയ മേഖലകളിൽ കൂടുതൽ പുതുമകൾ കാണാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

കമ്പ്യൂട്ടിംഗ് (പാസിൻ്റെ ഭാവി)

2010-കളിൽ കണ്ടെയ്‌നറുകൾക്കും സെർവർലെസ്സിനും ചുറ്റുമുള്ള ഹൈപ്പിനെ തുടർന്ന്, പൊതു ക്ലൗഡ് സ്‌പെയ്‌സിലെ പരിഹാരങ്ങളുടെ ശ്രേണി കഴിഞ്ഞ കുറച്ച് വർഷങ്ങളായി ഗണ്യമായി വികസിച്ചു.

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

ഈ ക്ലൗഡ് സൊല്യൂഷനുകൾ ഉപയോഗിക്കുന്നവരോട് അസൂയപ്പെടാൻ മാത്രമേ കഴിയൂ. സിദ്ധാന്തത്തിൽ, കുബർനെറ്റസ് ക്ലൗഡ് ഓഫറിംഗുകൾ (GKE, EKS, EKS on Fargate മുതലായവ) വർക്ക്ലോഡുകൾ പ്രവർത്തിപ്പിക്കുന്നതിന് ക്ലൗഡ് പ്രൊവൈഡർ-സ്വതന്ത്ര API-കൾ നൽകുന്നു. നിങ്ങൾ സമാന ഉൽപ്പന്നങ്ങൾ (ഇസിഎസ്, ഫാർഗേറ്റ്, ഗൂഗിൾ ക്ലൗഡ് റൺ മുതലായവ) ഉപയോഗിക്കുകയാണെങ്കിൽ, സേവന ദാതാവ് വാഗ്ദാനം ചെയ്യുന്ന ഏറ്റവും രസകരമായ സവിശേഷതകൾ നിങ്ങൾ ഇതിനകം തന്നെ പരമാവധി പ്രയോജനപ്പെടുത്തുന്നുണ്ടാകാം. കൂടാതെ, പുതിയ ഉൽപ്പന്നങ്ങളോ കമ്പ്യൂട്ടിംഗ് മാതൃകകളോ ഉയർന്നുവരുമ്പോൾ, മൈഗ്രേഷൻ ലളിതവും സമ്മർദ്ദരഹിതവുമാകാൻ സാധ്യതയുണ്ട്.

അത്തരം പരിഹാരങ്ങളുടെ ശ്രേണി എത്ര വേഗത്തിൽ വികസിക്കുന്നു എന്നത് കണക്കിലെടുക്കുമ്പോൾ (സമീപ ഭാവിയിൽ രണ്ട് പുതിയ ഓപ്ഷനുകൾ ദൃശ്യമാകുന്നില്ലെങ്കിൽ ഞാൻ വളരെ ആശ്ചര്യപ്പെടും), ചെറിയ "പ്ലാറ്റ്ഫോം" ടീമുകൾ (അടിസ്ഥാന സൗകര്യങ്ങളുമായി ബന്ധപ്പെട്ടിരിക്കുന്ന ടീമുകൾ, ഇതിനായി ഓൺ-പ്രിമൈസ് പ്ലാറ്റ്ഫോമുകൾ സൃഷ്ടിക്കുന്നതിന് ഉത്തരവാദിത്തമുണ്ട്. വർക്ക്ലോഡ് കമ്പനികൾ പ്രവർത്തിപ്പിക്കുന്നത്) പ്രവർത്തനക്ഷമത, ഉപയോഗ എളുപ്പം, മൊത്തത്തിലുള്ള വിശ്വാസ്യത എന്നിവയിൽ മത്സരിക്കുന്നത് അവിശ്വസനീയമാംവിധം ബുദ്ധിമുട്ടാണ്. 2010-കളിൽ Kubernetes-നെ PaaS (പ്ലാറ്റ്‌ഫോം-ഒരു-സേവനം) നിർമ്മിക്കുന്നതിനുള്ള ഒരു ഉപകരണമായി കണ്ടു, അതിനാൽ പൊതുസമൂഹത്തിൽ ലഭ്യമായ അതേ തിരഞ്ഞെടുപ്പും ലാളിത്യവും സ്വാതന്ത്ര്യവും പ്രദാനം ചെയ്യുന്ന ഒരു ആന്തരിക പ്ലാറ്റ്ഫോം Kubernetes-ന് മുകളിൽ നിർമ്മിക്കുന്നത് തികച്ചും അർത്ഥശൂന്യമാണെന്ന് എനിക്ക് തോന്നുന്നു. മേഘ ഇടം. കണ്ടെയ്‌നർ അടിസ്ഥാനമാക്കിയുള്ള PaaS-നെ "കുബർനെറ്റസ് സ്ട്രാറ്റജി" ആയി രൂപപ്പെടുത്തുന്നത് ക്ലൗഡിൻ്റെ ഏറ്റവും നൂതനമായ കഴിവുകൾ മനഃപൂർവ്വം ഒഴിവാക്കുന്നതിന് തുല്യമാണ്.

ലഭ്യമായത് നോക്കിയാൽ ഇന്ന് കമ്പ്യൂട്ടിംഗ് കഴിവുകൾ, കുബെർനെറ്റസിനെ മാത്രം അടിസ്ഥാനമാക്കി നിങ്ങളുടെ സ്വന്തം PaaS സൃഷ്ടിക്കുന്നത് സ്വയം ഒരു കോണിലേക്ക് വരയ്ക്കുന്നതിന് തുല്യമാണെന്ന് വ്യക്തമാകും (വളരെ മുന്നോട്ട് ചിന്തിക്കുന്ന സമീപനമല്ല, അല്ലേ?). ഇന്ന് കുബർനെറ്റസിൽ ആരെങ്കിലും കണ്ടെയ്‌നറൈസ് ചെയ്‌ത PaaS നിർമ്മിക്കാൻ തീരുമാനിച്ചാലും, കുറച്ച് വർഷത്തിനുള്ളിൽ അത് ക്ലൗഡ് കഴിവുകളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ കാലഹരണപ്പെട്ടതായി കാണപ്പെടും. കുബെർനെറ്റസ് ഒരു ഓപ്പൺ സോഴ്സ് പ്രോജക്റ്റ് ആയിട്ടാണ് ആരംഭിച്ചതെങ്കിലും, അതിൻ്റെ പൂർവ്വികരും പ്രചോദനവും ഒരു ആന്തരിക Google ഉപകരണമാണ്. എന്നിരുന്നാലും, കമ്പ്യൂട്ടിംഗ് ലാൻഡ്‌സ്‌കേപ്പ് തികച്ചും വ്യത്യസ്തമായ 2000-കളുടെ തുടക്കത്തിൽ/മധ്യത്തിലാണ് ഇത് വികസിപ്പിച്ചെടുത്തത്.

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

അവസാനമായി, ഒരു വ്യവസായമെന്ന നിലയിൽ ഞങ്ങൾ കുറച്ച് പിന്നോട്ട് പോയതായി എനിക്ക് തോന്നുന്നു ഇടപെടൽ അനുഭവം (UX). Heroku 2007-ൽ സമാരംഭിച്ചു, ഇപ്പോഴും ഏറ്റവും മികച്ച ഒന്നാണ് ഉപയോഗിക്കാൻ എളുപ്പമാണ് പ്ലാറ്റ്ഫോമുകൾ. കുബെർനെറ്റസ് കൂടുതൽ ശക്തവും വിപുലീകരിക്കാവുന്നതും പ്രോഗ്രാം ചെയ്യാവുന്നതുമാണെന്നത് നിഷേധിക്കാനാവില്ല, എന്നാൽ ഹെറോകുവിൽ ആരംഭിക്കുന്നതും വിന്യസിക്കുന്നതും എത്ര എളുപ്പമാണെന്ന് എനിക്ക് നഷ്ടമായി. ഈ പ്ലാറ്റ്ഫോം ഉപയോഗിക്കുന്നതിന്, നിങ്ങൾ Git മാത്രം അറിഞ്ഞാൽ മതി.

ഇതെല്ലാം എന്നെ ഇനിപ്പറയുന്ന നിഗമനത്തിലേക്ക് നയിക്കുന്നു: പ്രവർത്തിക്കാൻ ഞങ്ങൾക്ക് മികച്ചതും ഉയർന്ന തലത്തിലുള്ളതുമായ അമൂർത്തങ്ങൾ ആവശ്യമാണ് (ഇത് പ്രത്യേകിച്ചും സത്യമാണ് ഉയർന്ന തലത്തിലുള്ള അമൂർത്തങ്ങൾ).

ഉയർന്ന തലത്തിലുള്ള ശരിയായ API

ഒരേ സമയം ആശങ്കകൾ നന്നായി വേർതിരിക്കേണ്ടതിൻ്റെ ആവശ്യകതയുടെ മികച്ച ഉദാഹരണമാണ് ഡോക്കർ ഉയർന്ന തലത്തിലുള്ള API യുടെ ശരിയായ നടപ്പാക്കൽ.

ഡോക്കറിൻ്റെ പ്രശ്‌നം (കുറഞ്ഞത്) തുടക്കത്തിൽ പ്രോജക്റ്റിൻ്റെ ലക്ഷ്യങ്ങൾ വളരെ വിശാലമായിരുന്നു എന്നതാണ്: എല്ലാം കണ്ടെയ്‌നർ സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് അനുയോജ്യത പ്രശ്‌നം (“എൻ്റെ മെഷീനിൽ പ്രവർത്തിക്കുന്നു”) പരിഹരിക്കുന്നതിന് വേണ്ടിയാണ്. ഡോക്കർ ഒരു ഇമേജ് ഫോർമാറ്റായിരുന്നു, അതിൻ്റേതായ വെർച്വൽ നെറ്റ്‌വർക്കുള്ള ഒരു റൺടൈം, ഒരു CLI ടൂൾ, റൂട്ടായി പ്രവർത്തിക്കുന്ന ഡെമൺ എന്നിവയും അതിലേറെയും. എന്തായാലും, സന്ദേശങ്ങളുടെ കൈമാറ്റം ആയിരുന്നു более ആശയക്കുഴപ്പം, "കനംകുറഞ്ഞ VM-കൾ", cgroups, നെയിംസ്‌പെയ്‌സുകൾ, നിരവധി സുരക്ഷാ പ്രശ്‌നങ്ങൾ, "എവിടെയും ഏത് ആപ്ലിക്കേഷനും നിർമ്മിക്കുക, വിതരണം ചെയ്യുക, പ്രവർത്തിപ്പിക്കുക" എന്ന മാർക്കറ്റിംഗ് കോളുമായി ഇടകലർന്ന ഫീച്ചറുകൾ.

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

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

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

ഡോക്കർഫയലും CLI യൂട്ടിലിറ്റിയും docker ഒരു നല്ല "ഉയർന്ന തലത്തിലുള്ള ഉപയോക്തൃ അനുഭവം" എങ്ങനെ നിർമ്മിക്കാം എന്നതിൻ്റെ ഒരു ഉദാഹരണമായിരിക്കണം. സങ്കീർണതകളെക്കുറിച്ച് ഒന്നും അറിയാതെ ഒരു സാധാരണ ഡെവലപ്പർക്ക് ഡോക്കറുമായി പ്രവർത്തിക്കാൻ കഴിയും പ്രവർത്തന അനുഭവം സംഭാവന ചെയ്യുന്ന നടപ്പിലാക്കലുകൾനെയിംസ്‌പെയ്‌സുകൾ, സിഗ്രൂപ്പുകൾ, മെമ്മറി, സിപിയു പരിധികൾ മുതലായവ. ആത്യന്തികമായി, ഒരു ഡോക്കർഫിൽ എഴുതുന്നത് ഒരു ഷെൽ സ്ക്രിപ്റ്റ് എഴുതുന്നതിൽ നിന്ന് വളരെ വ്യത്യസ്തമല്ല.

വ്യത്യസ്ത ടാർഗെറ്റ് ഗ്രൂപ്പുകൾക്കായി കുബർനെറ്റസ് ഉദ്ദേശിച്ചുള്ളതാണ്:

• ക്ലസ്റ്റർ അഡ്മിനിസ്ട്രേറ്റർമാർ;
• ഇൻഫ്രാസ്ട്രക്ചർ പ്രശ്‌നങ്ങളിൽ പ്രവർത്തിക്കുന്ന സോഫ്റ്റ്‌വെയർ എഞ്ചിനീയർമാർ, കുബർനെറ്റിൻ്റെ കഴിവുകൾ വികസിപ്പിക്കുകയും അതിനെ അടിസ്ഥാനമാക്കി പ്ലാറ്റ്‌ഫോമുകൾ സൃഷ്ടിക്കുകയും ചെയ്യുന്നു;
• അവസാന ഉപയോക്താക്കൾ കുബെർനെറ്റുമായി സംവദിക്കുന്നു kubectl.

കുബെർനെറ്റസിൻ്റെ "ഒരു API എല്ലാവർക്കും അനുയോജ്യമാണ്" എന്ന സമീപനം, അത് എങ്ങനെ സ്കെയിൽ ചെയ്യണമെന്നതിനുള്ള മാർഗ്ഗനിർദ്ദേശങ്ങളില്ലാതെ, വേണ്ടത്ര ഉൾക്കൊള്ളാത്ത "സങ്കീർണ്ണതയുടെ പർവ്വതം" അവതരിപ്പിക്കുന്നു. ഇതെല്ലാം ന്യായീകരിക്കാനാകാത്തവിധം നീണ്ടുനിൽക്കുന്ന പഠനപാതയിലേക്ക് നയിക്കുന്നു. എങ്ങനെ അവൻ എഴുതുന്നു ആദം ജേക്കബ്, “ഡോക്കർ ഒരിക്കലും മറികടക്കാത്ത ഒരു പരിവർത്തന ഉപയോക്തൃ അനുഭവം കൊണ്ടുവന്നു. K8s ഉപയോഗിക്കുന്ന ആരോടെങ്കിലും അത് അവരുടെ ആദ്യത്തേത് പോലെ പ്രവർത്തിക്കണമെന്ന് ആഗ്രഹിക്കുന്നുവെങ്കിൽ ചോദിക്കുക docker run. ഉത്തരം അതെ എന്നായിരിക്കും":

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

ഇപ്പോൾ, ക്ലൗഡ് നേറ്റീവ് ഇക്കോസിസ്റ്റം അതിൻ്റെ താഴ്ന്ന നിലയിലുള്ള ഫോക്കസ് കാരണം ആശയക്കുഴപ്പത്തിലാണ്. ഒരു വ്യവസായമെന്ന നിലയിൽ, “പരമാവധി, ഉയർന്ന അമൂർത്തീകരണം” എങ്ങനെയായിരിക്കുമെന്ന് ഞങ്ങൾ നവീകരിക്കുകയും പരീക്ഷണം നടത്തുകയും പഠിപ്പിക്കുകയും വേണം.

റീട്ടെയിൽ

2010-കളിൽ, ഡിജിറ്റൽ റീട്ടെയിൽ അനുഭവം വലിയ മാറ്റമില്ലാതെ തുടർന്നു. ഒരു വശത്ത്, ഓൺലൈൻ ഷോപ്പിംഗിൻ്റെ എളുപ്പം പരമ്പരാഗത റീട്ടെയിൽ സ്റ്റോറുകളെ ബാധിക്കണം, മറുവശത്ത്, ഓൺലൈൻ ഷോപ്പിംഗ് അടിസ്ഥാനപരമായി ഒരു ദശാബ്ദമായി മാറ്റമില്ലാതെ തുടരുന്നു.

അടുത്ത ദശകത്തിൽ ഈ വ്യവസായം എങ്ങനെ വികസിക്കും എന്നതിനെക്കുറിച്ച് എനിക്ക് പ്രത്യേക ചിന്തകളൊന്നുമില്ലെങ്കിലും, 2030-ൽ നമ്മൾ ചെയ്യുന്ന അതേ രീതിയിൽ 2020-ൽ ഷോപ്പിംഗ് നടത്തിയാൽ ഞാൻ വളരെ നിരാശനാകും.

പത്രപ്രവർത്തനം

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

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

ധാർമ്മികതയുടെ കാര്യത്തിൽ സിലിക്കൺ വാലിയുടെ സംശയാസ്പദമായ പ്രശസ്തി കണക്കിലെടുക്കുമ്പോൾ, പത്രപ്രവർത്തനത്തെ "വിപ്ലവമാക്കാൻ" സാങ്കേതികവിദ്യയെ ഞാൻ ഒരിക്കലും വിശ്വസിക്കില്ല. അങ്ങനെ പറയുമ്പോൾ, നിഷ്പക്ഷവും താൽപ്പര്യമില്ലാത്തതും വിശ്വസനീയവുമായ ഒരു വാർത്താ ഉറവിടം ഉണ്ടെങ്കിൽ ഞാനും (എൻ്റെ പല സുഹൃത്തുക്കളും) സന്തോഷിക്കും. അത്തരമൊരു പ്ലാറ്റ്‌ഫോം എങ്ങനെയായിരിക്കുമെന്ന് എനിക്കറിയില്ലെങ്കിലും, സത്യം വിവേചിച്ചറിയാൻ കൂടുതൽ ബുദ്ധിമുട്ടുള്ള ഒരു കാലഘട്ടത്തിൽ, സത്യസന്ധമായ പത്രപ്രവർത്തനത്തിൻ്റെ ആവശ്യകത എന്നത്തേക്കാളും വലുതാണെന്ന് എനിക്ക് ഉറപ്പുണ്ട്.

സോഷ്യൽ നെറ്റ്വർക്കുകൾ

സോഷ്യൽ മീഡിയയും കമ്മ്യൂണിറ്റി ന്യൂസ് പ്ലാറ്റ്‌ഫോമുകളും ലോകമെമ്പാടുമുള്ള നിരവധി ആളുകളുടെ വിവരങ്ങളുടെ പ്രാഥമിക സ്രോതസ്സാണ്, ചില പ്ലാറ്റ്‌ഫോമുകളുടെ കൃത്യതയുടെ അഭാവവും അടിസ്ഥാന വസ്തുതാ പരിശോധന പോലും നടത്താനുള്ള വിമുഖതയും വംശഹത്യ, തിരഞ്ഞെടുപ്പ് ഇടപെടൽ തുടങ്ങിയ വിനാശകരമായ പ്രത്യാഘാതങ്ങളിലേക്ക് നയിച്ചു. .

ഇതുവരെയുള്ളതിൽ വച്ച് ഏറ്റവും ശക്തമായ മീഡിയ ടൂൾ കൂടിയാണ് സോഷ്യൽ മീഡിയ. അവർ രാഷ്ട്രീയ സമ്പ്രദായത്തെ അടിമുടി മാറ്റി. അവർ പരസ്യം മാറ്റി. അവർ പോപ്പ് സംസ്കാരം മാറ്റി (ഉദാഹരണത്തിന്, റദ്ദാക്കൽ സംസ്കാരം എന്ന് വിളിക്കപ്പെടുന്ന വികസനത്തിന് പ്രധാന സംഭാവന [ബഹിഷ്‌കൃത സംസ്‌കാരങ്ങൾ - ഏകദേശം. പരിഭാഷ.] സോഷ്യൽ നെറ്റ്‌വർക്കുകൾ സംഭാവന ചെയ്യുന്നു). ധാർമ്മിക മൂല്യങ്ങളിൽ ദ്രുതഗതിയിലുള്ളതും ആകർഷകവുമായ മാറ്റങ്ങൾക്ക് സോഷ്യൽ മീഡിയ വളക്കൂറുള്ള സ്ഥലമാണെന്ന് വിമർശകർ വാദിക്കുന്നു, എന്നാൽ ഇത് പാർശ്വവൽക്കരിക്കപ്പെട്ട ഗ്രൂപ്പുകളിലെ അംഗങ്ങൾക്ക് മുമ്പൊരിക്കലും ഇല്ലാത്ത രീതിയിൽ സംഘടിപ്പിക്കാനുള്ള അവസരവും നൽകിയിട്ടുണ്ട്. സാരാംശത്തിൽ, 21-ാം നൂറ്റാണ്ടിൽ ആളുകൾ ആശയവിനിമയം നടത്തുകയും പ്രകടിപ്പിക്കുകയും ചെയ്യുന്ന രീതിയെ സോഷ്യൽ മീഡിയ മാറ്റിമറിച്ചു.

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

മികച്ച നിലവാരമുള്ള ചർച്ചകൾ പ്രോത്സാഹിപ്പിക്കുന്ന ഒരു "മികച്ച" പ്ലാറ്റ്ഫോം സൃഷ്ടിക്കാൻ കഴിയുമോ എന്ന് ഞാൻ അത്ഭുതപ്പെടുന്നു? എല്ലാത്തിനുമുപരി, ഈ പ്ലാറ്റ്‌ഫോമുകളിലേക്ക് പലപ്പോഴും പ്രധാന ലാഭം കൊണ്ടുവരുന്നത് “ഇടപെടൽ” പ്രേരിപ്പിക്കുന്നു. എങ്ങനെ അവൻ എഴുതുന്നു ന്യൂയോർക്ക് ടൈംസിലെ കാര സ്വിഷർ:

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

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

വിവർത്തകനിൽ നിന്ന് പി.എസ്

ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

• «ഡോക്കർ പരിവർത്തനം: ഡോക്കർ എന്റർപ്രൈസ് മിറാന്റിസിലേക്കുള്ള വിൽപ്പനയും പുതുക്കിയ പാതയും";
• «കുബർനെറ്റസിലെ ഡോക്കറിൻ്റെയും മറ്റ് കണ്ടെയ്‌നർ റൺടൈമുകളുടെയും ഭൂതകാലവും വർത്തമാനവും ഭാവിയും";
• «കണ്ടെയ്‌നറുകൾ, ക്ലൗഡ് നേറ്റീവ്, കുബർനെറ്റസ് എന്നിവയെക്കുറിച്ചുള്ള പുതിയ CNCF സ്ഥിതിവിവരക്കണക്കുകൾ";
• «തുടർച്ചയായ സംയോജനം ആവശ്യമില്ലെന്ന് എത്ര ഡെവലപ്പർമാർ കരുതുന്നു?".

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