WebAssembly இப்போது உலாவிகளை (browsers) விட அதிக சர்வர்கள் மற்றும் எட்ஜ் நோட்களில் (edge nodes) இயங்குகிறது, மேலும் 67% நிறுவனங்கள் தங்களது தயாரிப்புச் சூழலில் (production) இதைப் பயன்படுத்துவதாகக் கூறுகின்றன. இரண்டு ஆண்டுகளுக்கு முன்பு இருந்த 47% என்ற அளவிலிருந்து ஏற்பட்ட இந்த உயர்வு, சர்வர்லெஸ் செயல்பாடுகள் (serverless functions) மற்றும் எட்ஜ்-கம்ப்யூட் பணிச்சுமைகளுக்கு (edge-compute workloads) Wasm-ஐ முக்கிய அங்கமாக மாற்றியுள்ளது.

இந்த மாற்றம் எவ்வாறு நிகழ்ந்தது

WebAssembly முதன்முதலில் தோன்றியபோது, ஜாவாஸ்கிரிப்ட் (JavaScript) தவிர்த்த பிற மொழிகளில் எழுதப்பட்ட குறியீடுகளை (code) உலாவிகளில் வேகமாகவும் பாதுகாப்பாகவும் இயக்குவதற்கான ஒரு வழியாக அது பார்க்கப்பட்டது. ஆரம்பகாலப் பயனர்கள் விளையாட்டுகள் மற்றும் கனமான கிராபிக்ஸ் கருவிகளை உருவாக்கினர், ஆனால் அதன் ரன்டைம் (runtime) உலாவியின் சாண்ட்பாக்ஸ் (sandbox) உள்ளேயே இருந்தது. கடந்த சில ஆண்டுகளில், பல தள மேம்பாடுகள்—குறிப்பாக Component Model—மொழி மாற்றங்களுக்கு இடையிலான ஒருங்கிணைப்பை எளிதாக்கியுள்ளன. இது முன்னதாக Rust, Go அல்லது பிற மொழிகளைப் பயன்படுத்துவதை மிகவும் கடினமான ஒன்றாக மாற்றியிருந்த சிக்கல்களைக் களைந்துள்ளது.

அதே நேரத்தில், கிளவுட் வழங்குநர்களும் (cloud providers) CDNs-களும் Wasm அடிப்படையிலான இயங்கு சூழல்களை (execution environments) வழங்கத் தொடங்கினர். 2026-இல், உலாவிகளை விட அதிக Wasm பணிச்சுமைகள் சர்வர்கள் மற்றும் எட்ஜில் இயங்குகின்றன.

இந்த எண்கள் எதைக் குறிக்கின்றன

  • Cold-start time – ஒரு புதிய Wasm இன்ஸ்டன்ஸ் (instance) 10 ms-க்கும் குறைவான நேரத்தில் தயாராகிவிடும்; ஆனால் ஒரு சாதாரண Docker கண்டெய்னருக்குத் தொடங்க இன்னும் சில வினாடிகள் தேவைப்படும். கோரிக்கை சார்ந்த (request-driven) API-களுக்கு, இது பயனர்கள் உணரும் தாமதத்தை (latency) நேரடியாகப் பாதிக்கிறது.
  • Binary size – ஒரு Wasm மாட்யூல் (module) பொதுவாக 2 MB முதல் 5 MB வரை இருக்கும். அதே போன்ற ஒரு Docker இமேஜ் பெரும்பாலும் 100 MB முதல் 200 MB வரை இருக்கும், இது இணையப் பயன்பாடு (bandwidth) குறைவாக உள்ள எட்ஜ் இடங்களுக்கு மிகவும் முக்கியமானது.
  • Safety – சாண்ட்பாக்ஸ் இயங்கு மாதிரி (sandboxed execution model) நம்பகத்தன்மையற்ற குறியீடுகளைத் தனிமைப்படுத்துகிறது, இதனால் ஹோஸ்ட் OS-ஐ (host OS) பாதிப்படையச் செய்யாமல், முக்கிய சேவைகளுடன் மூன்றாம் தரப்பு பிளகின்களையும் (third-party plugins) இயக்கத் தளங்கள் அனுமதிக்கின்றன.
  • Portability – அடிப்படை இயங்குதளம் அல்லது மொழிச் சூழலைப் பொருட்படுத்தாமல், இந்தத் தரநிலையைப் (spec) பின்பற்றும் எந்தவொரு ஹோஸ்டிலும் ஒரு ஒற்றை Wasm பைனரியை இயக்க முடியும்.

Wasm எங்கு சிறந்து விளங்குகிறது

Component Model மூலம் ஒரு மொழியில் எழுதப்பட்ட மாட்யூல், மற்றொரு மொழி இறக்குமதி செய்யக்கூடிய (import) ஒரு தெளிவான இடைமுகத்தை (interface) வெளிப்படுத்த முடியும். இது வெவ்வேறு மொழிகளில் எழுதப்பட்ட மாட்யூல்கள், கூடுதல் குறியீடுகள் (glue code) இன்றி ஒன்றிணைந்து செயல்படும் பிளகின் அமைப்புகளை உருவாக்க நடைமுறைக்குச் சாத்தியமாக்குகிறது.

இன்று Wasm மூலம் பயனடையும் பொதுவான சூழல்கள் பின்வருமாறு:

  • HTTP கோரிக்கைகளை மாற்றுவது, அங்கீகாரம் (authentication) செய்வது அல்லது இலகுரக AI அனுமானங்களை (inference) இயக்குவது போன்ற Edge functions.
  • மூன்றாம் தரப்பு டெவலப்பர்கள் சாண்ட்பாக்ஸ் செய்யப்பட வேண்டிய பைனரிகளைச் சமர்ப்பிக்கும் Plugin அல்லது extension கட்டமைப்புகள்.
  • இமேஜ் அளவை மாற்றுதல் (image resizing), தரவு சரிபார்ப்பு (data validation) அல்லது feature-flag மதிப்பீடு போன்ற குறுகிய கால, stateless கணக்கீடுகள்.

Docker-ஐத் தொடர்ந்து பொருத்தமானதாக வைத்திருக்கும் வரம்புகள்

Wasm என்பது கண்டெய்னர்களுக்குப் பதிலாகப் பயன்படுத்தக்கூடிய ஒரு பொதுவான மாற்று அல்ல. அதன் சாண்ட்பாக்ஸ் முழுமையான இயங்குதளத்தையும் (operating system) வெளிப்படுத்தாது, இதன் பொருள்:

  • மெமரி அல்லது டிஸ்க்கில் நிலையை (state) பராமரிக்கும் நீண்ட நேரம் இயங்கும் சேவைகளுக்கு இப்போதும் கண்டெய்னர்களே சிறந்தவை.
  • நேரடி GPU அணுகல், சிறப்பு கர்னல் மாட்யூல்கள் (kernel modules) அல்லது ஆழமான சிஸ்டம்-நிலை ஒருங்கிணைப்பு தேவைப்படும் பயன்பாடுகள் Docker அல்லது அது போன்ற ரன்டைம்களிலேயே இருக்கும்.

இந்தத் தடைகள் காரணமாக, பல நிறுவனங்கள் ஒரு கலப்புத் தொழில்நுட்பத் தொகுப்பைப் (hybrid stack) பயன்படுத்துகின்றன: வேகமான மற்றும் மலிவான எட்ஜ் அடுக்குக்கு Wasm மற்றும் அதிகப்படியான வேலைகளைச் செய்யும் பேக்-எண்ட் சேவைகளுக்கு கண்டெய்னர்கள்.

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

  • Tooling maturity – Wasm-க்கான டீபக்கிங் (debugging), ப்ரொஃபைலிங் (profiling) மற்றும் கண்காணிப்பு (observability) கருவிகள், பல தசாப்த காலத் தயாரிப்பான Docker சூழலுக்கு இணையாக இன்னும் வளர்ந்து வருகின்றன.

சுருக்கம்

WebAssembly ஒரு உலாவியின் ஆர்வமூட்டும் விஷயமாக இருந்து, நவீன சர்வர்லெஸ் மற்றும் எட்ஜ் உள்கட்டமைப்பின் முக்கிய அங்கமாக மாறியுள்ளது. அதன் வேகம், மிகச்சிறிய அளவு மற்றும் உள்ளமைக்கப்பட்ட தனிமைப்படுத்தல் (isolation) பண்பு ஆகியவை, உடனடியாகத் தொடங்கி எட்ஜில் மலிவாக இயங்க வேண்டிய பணிச்சுமைகளுக்கு அதைச் சிறந்த தேர்வாக மாற்றுகிறது. மற்ற அனைத்திற்கும்—அதாவது stateful சேவைகள், GPU சார்ந்த வேலைகள், ஆழமான OS ஒருங்கிணைப்பு ஆகியவற்றிற்கு—கண்டெய்னர்களே இப்போதும் முன்னிலையில் உள்ளன.