ട്രാഫിക്കിനടിയിൽ മൈക്രോസോഫ്റ്റിന്റെ ഔട്ട്ലുക്ക് വീണ്ടെടുക്കൽ പരാജയപ്പെട്ടുകൊണ്ടിരുന്നു

ഈ വീഡിയോയിൽ ഉൾപ്പെടുന്ന കാര്യങ്ങൾ

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

വിവർത്തനം ചെയ്ത ട്രാൻസ്ക്രിപ്റ്റ്

യഥാർത്ഥ ഇംഗ്ലീഷ് ആഖ്യാനത്തിൽ നിന്ന് വിവർത്തനം ചെയ്തത്. ലഭ്യമായ ഓഡിയോയും അടിക്കുറിപ്പുകളും YouTube നിയന്ത്രിക്കുന്നു.

തിരിച്ചെത്തിയ സെർവറുകൾ വീണ്ടും പരാജയപ്പെട്ടത് എന്തുകൊണ്ട്?

0:00 മൈക്രോസോഫ്റ്റ് മെയിൽ സെർവറുകൾ സേവനത്തിലേക്ക് തിരികെ കൊണ്ടുവന്നു. ട്രാഫിക് തിരികെ വരുമ്പോൾ അവയ്ക്ക് വീണ്ടും പ്രതികരിക്കാതിരിക്കാം. ഇതാ ഡെവലപ്പർ തുടർവിവരണം. ഈ വീഡിയോയിൽ, വീണ്ടെടുക്കൽ എന്തുകൊണ്ടാണ് പരാജയപ്പെട്ടുകൊണ്ടിരുന്നത്? നിങ്ങളുടെ ആപ്പിന്റെ ഏതൊക്കെ ഭാഗങ്ങളാണ് ഇപ്പോഴും പ്രവർത്തിച്ചത്? മൈക്രോസോഫ്റ്റ് താമസിച്ച ഇമെയിലിന് നാൽപ്പത്തിയെട്ട് മണിക്കൂർ നൽകി. അത് യഥാർത്ഥത്തിൽ നിങ്ങൾക്ക് എന്ത് പ്രയോജനം നൽകുന്നു? ഇന്ന് നവംബർ പതിമൂന്ന് വെള്ളിയാഴ്ചയാണ്, ഇത് The Daily Diff ആണ്.

0:18 എക്സ്ചേഞ്ച് ഓൺലൈൻ മൈക്രോസോഫ്റ്റിന്റെ ഹോസ്റ്റ് ചെയ്ത ഇമെയിൽ സേവനമാണ്, മറ്റ് മൈക്രോസോഫ്റ്റ് മൂന്ന്

ഏത് സവിശേഷതകളാണ് എക്സ്ചേഞ്ചിനെ ആശ്രയിച്ചിരുന്നത്?

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

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

കാപ്പാസിറ്റി ഇല്ലാതാകുന്നത് ഒരു സേവനത്തെ എങ്ങനെ ഓവർലോഡ് ചെയ്യുന്നു?

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

1:29 ആ സെർവറുകൾ ആദ്യം എന്തുകൊണ്ടാണ് ലഭ്യമല്ലാതായത് എന്ന് കൃത്യമായി വിശദീകരിക്കുന്ന ഒരു അന്തിമ റിപ്പോർട്ട് ഞങ്ങളുടെ പക്കലില്ല. അപ്‌ഡേറ്റുകൾ ഒരു ഓൺ-കോൾ ഷിഫ്റ്റ് പോലെയാണ്, പ്രഭാതഭക്ഷണത്തിൽ

മൈക്രോസോഫ്റ്റ് ആദ്യം എന്താണ് ശ്രമിച്ചത്?

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

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

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

2:39 അവ റിപ്പോർട്ട് ചെയ്യപ്പെട്ട മിറ്റിഗേഷൻ പരീക്ഷണങ്ങളായിരുന്നു. വീണ്ടെടുക്കൽ സമയത്ത് ഡിപ്ലോയ്മെന്റുകൾ നിർത്തുന്നത്, വെള്ളിയാഴ്ചയിലെ ഒരു ഡിപ്ലോയ്മെന്റാണ് യഥാർത്ഥ തകരാറിന് കാരണമായതെന്ന് തെളിയിക്കുന്നില്ല. മൈക്രോസോഫ്റ്റിന്റെ വെള്ളിയാഴ്ചയിലെ പതിനൊന്നേ നാല് UTC അപ്‌ഡേറ്റ് പ്രകാരം,

റിപ്പോർട്ടിംഗ് കട്ട്ഓഫിൽ എന്താണ് അറിവുണ്ടായിരുന്നത്?

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

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

എന്തുകൊണ്ടാണ് ഒരു ഗ്രാഫ് റിക്വസ്റ്റ് പരാജയപ്പെട്ടത്?

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

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

48 മണിക്കൂർ മെയിൽ വിൻഡോ എന്ത് പ്രയോജനമാണ് നൽകുന്നത്?

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

4:28 സമയം-സെൻസിറ്റീവായ ജോലികൾക്കായി, അംഗീകൃത സ്വതന്ത്ര ചാനലിലൂടെ ഫലം പരിശോധിക്കുക. ബാക്കെൻഡ് ഇപ്പോഴും വീണ്ടെടുക്കലിലായിരിക്കുമ്പോൾ ഒരു ക്ലയന്റ് വിൻഡോ ഒരു ശുഭാപ്തിവിശ്വാസമുള്ള ഡെലിവറി രസീതാണ്. ഇത് അന്തിമ സംഭവ റിപ്പോർട്ടിൽ ധാരാളം വായിക്കാൻ അവശേഷിപ്പിക്കുന്നു. ഞാൻ ഇത് പറയുന്നത് കേൾക്കുന്നതിലും നല്ലത് വായിക്കുന്നതാണെങ്കിൽ, "ദി ഡിഫ്" എല്ലാ ദിവസവും രാവിലെ നിങ്ങളുടെ ഇൻബോക്സിൽ സൌജന്യമായി വരുന്നു, daily diff dot dev ൽ താഴെ ലിങ്ക്. അതുകൊണ്ട് ഇന്നത്തെ വിധി, NEEDS REVIEW.

സ്ഥിരമായ വീണ്ടെടുക്കലിന് എന്താണ് തെളിയിക്കേണ്ടത്?

4:49 മൈക്രോസോഫ്റ്റിന്റെ സ്വന്തം അപ്‌ഡേറ്റുകൾ ട്രാഫിക്കിനടിയിൽ തിരികെ വന്ന സെർവറുകൾ പരാജയപ്പെട്ടതായി കാണിച്ചതുകൊണ്ട് ഞാൻ വീണ്ടെടുക്കൽ അവലോകനത്തിൽ സൂക്ഷിക്കും. യഥാർത്ഥ ജോലിയിലൂടെ സ്ഥിരമായ സേവനമാണ് ഉപയോഗപ്രദമായ പരീക്ഷണം. അന്തിമ റിപ്പോർട്ട് വരുന്നത് വരെ, ആദ്യ കാരണം തുറന്നുതന്നെയിരിക്കും. അതാണ് ഇന്നത്തെ ഡിഫ്. ഞാൻ Axrisi യിൽ നിന്നുള്ള Niko. ഉത്തരവാദിത്തത്തോടെ ലയിപ്പിക്കുക.

ഉറവിടങ്ങൾ

1. ExpandedMicrosoftservicehealth, reportingcutoffNovember13 11:04:50UTC; earlier10:01:07observationshistoricalMicrosoft
2. Returned servers can become unresponsive again once they receive trafficMicrosoft 365 Status
3. Health-processing component investigation hypothesisMicrosoft 365 Status
4. Alternative health check returned a subset of serversMicrosoft 365 Status
5. Isolate, restart and reintroduce traffic to test stabilityMicrosoft 365 Status
6. Unavailable servers strain remaining infrastructureMicrosoft 365 Status
7. Initial Exchange mailbox-access investigation in the AmericasMicrosoft 365 Status
8. Users in any region may be affectedMicrosoft 365 Status
9. Email timeout extended to preserve delayed messagesMicrosoft 365 Status
10. Paused deployments, traffic redistribution and server restartsMicrosoft 365 Status
11. Independent live reporting on the Microsoft email disruptionCNN
12. Microsoft Graph throttling guidanceMicrosoft Learn
13. Exchange Online service descriptionMicrosoft Learn
14. Satya Nadella portrait by OFFICIAL LEWEB PHOTOS (2013), CC BY 2.0. Whole portrait-based artwork adapted by cropping, background removal, resizing and text/composition; vendor identity only, no endorsement or current reaction.OFFICIAL LEWEB PHOTOS
15. Portrait-only CC BY 2.0 licence; separate from third-party source/cartoon rightsCreative Commons
16. WWE still. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.WWE / Imgflip source hosting
17. The Simpsons/Bob GIF. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.The Simpsons / 20th Television / Disney; GIPHY source hosting