የክላውድፍሌር መቋረጥ‼
==================
✍️ ዛሬ ዓለም አቀፍ የኢንተርኔት አገልግሎት ላይ ከፍተኛ መስተጓጎል ያስከተለው የክላውድፍሌር (Cloudflare) መቋረጥ፣ ብዙዎቻችን የምንጠቀምባቸው እንደ ኤክስ (ትዊተር) እና ቻትጂፒቲ ያሉ አገልግሎቶች ለምን እንደቆሙ ግልጽ ማሳያ ነበር። ይህ ክስተት ላዩን ሲታይ ቀላል የአገልግሎት መቋረጥ ሊመስል ይችላል፤ ነገር ግን ከጀርባው ያለው ቴክኒካዊ አንድምታ የዘመናዊውን ኢንተርኔት ሥነ-ምህዳር ውስብስብነት እና ተጋላጭነት በገሃድ ያሳያል።

በዚህ ጽሑፍ፣ የክላውድፍሌርን መቋረጥ ከቴክኒካዊ እይታ አንጻር እንፈትሻለን። ችግሩ ምን ነበር? እንዴት ተከሰተ? እና ለወደፊቱ የኢንተርኔት መረጋጋት ምን ትምህርት ይሰጠናል?


ዛሬ ማክሰኞ፣ ኖቬምበር 18, 2025 ከጠዋቱ 11:20 (UTC) ላይ፣ የክላውድፍሌር ሲስተም ያልተለመደ እና ከፍተኛ መጠን ያለው ትራፊክ (a spike in unusual traffic) መመዝገብ ጀመረ። ይህ ትራፊክ በቀጥታ ያነጣጠረው የአገልግሎቱ አንዱ ቁልፍ ክፍል ላይ ነበር።
ይህ "ያልተለመደ ትራፊክ" የተለመደው የድረ-ገጽ ጎብኚዎች ወይም የተጠቃሚዎች እንቅስቃሴ አልነበረም። ብዙውን ጊዜ እንዲህ አይነት ክስተቶች ከሁለት ነገሮች ሊመነጩ ይችላሉ፦

☑ DDoS (Distributed Denial-of-Service) Attack፡ ከፍተኛ መጠን ያለው፣ የተቀነባበረ እና ተንኮል-አዘል ትራፊክ በአንድ የተወሰነ ሰርቨር ወይም ኔትወርክ ላይ በመልቀቅ አገልግሎቱን ማጨናነቅ እና መስራት እንዳይችል ማድረግ።

☑ Internal System Malfunction/Loop፡ በራሱ በክላውድፍሌር ሲስተም ውስጥ የተፈጠረ ስህተት (bug) ወይም የተሳሳተ ኮንፊጉሬሽን (misconfiguration) አንዱ አገልግሎት ሌላውን ያለማቋረጥ እንዲጠይቅ (recursive loop) በማድረግ ውስጣዊ የትራፊክ ጎርፍ መፍጠር።

ክላውድፍሌር በመጀመሪያ መግለጫው የችግሩን ምንጭ "እስካሁን አናውቅም" ቢልም፣ ክስተቱ ከ"Internal Service Degradation" (የውስጥ አገልግሎት መዳከም) ጋር የተያያዘ መሆኑን አረጋግጧል። ይህም የሚያሳየው ችግሩ ከውጫዊ ጥቃት ይልቅ በውስጣዊ ሥርዓቱ ውስጥ የመነጨ የመሆን እድሉ ከፍተኛ መሆኑን ነው።


🖊 ክላውድፍሌር በርካታ አገልግሎቶችን የሚሰጥ ግዙፍ መድረክ ነው። የችግሩ ዋና ኢላማ የነበረው የትራፊክ መጨናነቅ፣ እንደ ሰንሰለት (cascading failure) ሌሎች ቁልፍ አገልግሎቶችንም ከጥቅም ውጪ አድርጓል፦

➡️ Application Services & 500 Errors: ድረ-ገጾች እና አፕሊኬሽኖች ከክላውድፍሌር ሰርቨሮች ጋር መገናኘት ሲያቅታቸው "Widespread 500 errors" የሚባል የኢረር መልዕክት በስፋት ታይቷል። ይህ ማለት የድረ-ገጹ ዋና ሰርቨር (origin server) ሳይሆን፣ በመሃል ላይ ያለው የክላውድፍሌር መሠረተ ልማት ጥያቄውን ማስተናገድ አልቻለም ማለት ነው።

➡️ Cloudflare Dashboard and API: የክላውድፍሌር ደንበኞች (የድረ-ገጽ ባለቤቶች) የራሳቸውን አገልግሎት የሚቆጣጠሩበት ዳሽቦርድ እና ኤፒአይ (API) ሙሉ በሙሉ ከጥቅም ውጪ ሆነው ነበር። ይህም ችግሩን ለመፍታት የሚደረገውን ጥረት አወሳስቦታል።

➡️ WARP (Web Access Redirection Proxy): ክላውድፍሌር የሚያቀርበው እና የተጠቃሚዎችን የኢንተርኔት ግንኙነት ደህንነቱ የተጠበቀ እና ፈጣን የሚያደርገው የWARP አገልግሎት፣ በተለይም በለንደን አካባቢ ሙሉ በሙሉ እንዲቋረጥ ተደርጓል። ይህም የተደረገው የችግሩን ስፋት ለመቀነስ እና ዋናውን መንስኤ ለማግኘት እንደ ጊዜያዊ መፍትሔ (remediation effort) ነው።

✅ለምን አንድ ኩባንያ ሲቆም ብዙ ድረ-ገጾች ይቆማሉ? የ"Single Point of Failure" ስጋት:
የዚህ ክስተት ትልቁ ትምህርት የኢንተርኔት ማዕከላዊነት (Centralization) ምን ያህል አደገኛ እንደሆነ ማሳየቱ ነው። ክላውድፍሌር፣ ከአማዞን ዌብ ሰርቪስ (AWS) እና ከማይክሮሶፍት አዡሬ (Azure) ጋር በመሆን የዓለማችንን የኢንተርኔት ትራፊክ ከፍተኛውን ድርሻ ይቆጣጠራል።

ይህ ማለት በሚሊዮን የሚቆጠሩ የተለያዩ ድረ-ገጾች እና የንግድ ተቋማት፣ ምንም እንኳን የራሳቸው የተለያየ ሰርቨር ቢኖራቸውም፣ ሁሉም በአንድ የጋራ መሠረተ ልማት ላይ ጥገኛ ናቸው። የሳይበር ደህንነት ባለሙያው ግሬም ስቱዋርት እንዳለው፣ "ችግሩ የተፈጠረው እያንዳንዱ ድርጅት በራሱ ስህተት ሳይሆን፣ ሁሉም የሚተማመኑበት አንድ የጋራ ላየር (a single layer) ምላሽ መስጠት በማቆሙ ነው"።
ይህ "Single Point of Failure" (የአንድ ነጥብ ስብራት) ይባላል። ኢንተርኔት በመጀመሪያ ሲነደፍ ያልተማከለ (decentralized) እና አንዱ ክፍል ቢበላሽ እንኳን ሌላው እንዲሰራ ታስቦ ነበር። ነገር ግን ዛሬ ባለው ሁኔታ፣ የትራፊክ ፍሰቱ በጥቂት ግዙፍ ኩባንያዎች እጅ ላይ በመውደቁ፣ የአንዱ መውደቅ የብዙዎችን መውደቅ ያስከትላል።

💙የጥገና ሂደቱ እና የታቀደ ጥገና (Scheduled Maintenance):
ክስተቱ በተከሰተበት ዕለት ክላውድፍሌር በሳንቲያጎ፣ ቺሊ በሚገኘው ዳታ ሴንተሩ ላይ የታቀደ የጥገና ሥራ ነበረው። ምንም እንኳን ኩባንያው ሁለቱ ክስተቶች በቀጥታ የተገናኙ መሆናቸውን ባያረጋግጥም፣ እንዲህ ባሉ ትላልቅ ሲስተሞች ላይ የሚደረጉ ለውጦች ወይም ጥገናዎች ያልተጠበቁ ችግሮችን (unforeseen consequences) ሊያስከትሉ እንደሚችሉ ይታወቃል። ብዙ ጊዜ እንዲህ አይነት ዓለም አቀፍ መቋረጦች የሚከሰቱት በሰው ስህተት (human error) ወይም በጥገና ወቅት በሚፈጠር የተሳሳተ ኮንፊጉሬሽን ነው።

ክላውድፍሌር ችግሩን ለይቶ ካወቀ በኋላ "a fix is being implemented" (መፍትሔውን በመተግበር ላይ ነው) በማለት አስታውቋል። ይህ የሚያሳየው የችግሩን ምንጭ ከለዩ በኋላ ለውጦቹን ወደ ቀድሞ ሁኔታው መመለስ ወይም የተሳሳተውን ኮድ ማስተካከል እንደቻሉ ነው።


🔣ይህ የክላውድፍሌር መቋረጥ ለቴክኖሎጂው ማህበረሰብ እና ለንግድ ድርጅቶች ትልቅ የማንቂያ ደወል ነው።

⬇️የመሠረተ ልማት ብዝሃነት (Infrastructure Diversity)፡ ኩባንያዎች ሁሉንም አገልግሎታቸውን በአንድ አቅራቢ ላይ ብቻ ከማድረግ መቆጠብ እና የ"Multi-Cloud" ወይም "Multi-CDN" ስትራቴጂዎችን መከተል አለባቸው።

⬇️የተሻለ የውድቀት እቅድ (Better Failover Strategy)፡ አንድ አገልግሎት ሲቋረጥ በራስ-ሰር ወደ ሌላ አማራጭ የሚቀየርበት ጠንካራ የ"Failover" ሥርዓት መዘርጋት ወሳኝ ነው።

⬇️የማዕከላዊነት ስጋት፡ የኢንተርኔት ማህበረሰቡ ስለ ማዕከላዊነት ስጋቶች በግልጽ መወያየት እና ለወደፊቱ ይበልጥ የተከፋፈለ እና ጠንካራ (resilient) ሥርዓት ለመገንባት መጣር አለበት።
በመጨረሻም፣ ይህ ክስተት እንደ ክላውድፍሌር ያሉ "የማይታዩ" የጀርባ አጥንቶች ለዲጂታል አለማችን ምን ያህል ወሳኝ እንደሆኑ እና የእነሱ ጤንነት የሁላችንም ጉዳይ መሆኑን በድጋሚ አስገንዝቦናል።


||
t.me/STEMwithMurad