+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

ការស្តារ Outlook របស់ Microsoft បានបរាជ័យក្រោមចរាចរណ៍

ការរំខានអ៊ីមែលរបស់ Microsoft នៅថ្ងៃទី ១២-១៣ ខែវិច្ឆិកា បានបង្ហាញពីវដ្តនៃការស្តារឡើងវិញ៖ ម៉ាស៊ីនមេដែលបានត្រឡប់មកវិញអាចនឹងឈប់ឆ្លើយតបម្តងទៀតនៅក្រោមចរាចរណ៍។

Want to see our stories first on Google? Add us to your preferred sources — it helps us grow.

ការរំខានអ៊ីមែលរបស់ Microsoft នៅថ្ងៃទី ១២-១៣ ខែវិច្ឆិកា បានបង្ហាញពីវដ្តនៃការស្តារឡើងវិញ៖ ម៉ាស៊ីនមេដែលបានត្រឡប់មកវិញអាចនឹងឈប់ឆ្លើយតបម្តងទៀតនៅក្រោមចរាចរណ៍។ នៅម៉ោង ១១:០៤:៥០ យូធីស៊ី ដែលបានអនុម័តនៅថ្ងៃទី ១៣ ខែវិច្ឆិកា ការស្តារឡើងវិញបានរីកចម្រើននៅទូទាំងផ្នែកខ្លះនៃតំបន់អាស៊ីប៉ាស៊ីហ្វិក ខណៈដែលបញ្ហាជាប់ៗគ្នា និងការងារនៅកន្លែងផ្សេងទៀតនៅតែមាន។ ការតាមដាននេះពន្យល់ពីការពឹងផ្អែក និងការការពារអ៊ីមែលដែលបានពន្យារពេល។

អានបោះពុម្ពជាលាយលក្ខណ៍អក្សរ (អង់គ្លេស) ↗

អ្វីដែលវីដេអូនេះគ្របដណ្ដប់

  • ពិនិត្យមើលការពឹងផ្អែកផ្នែកខាងក្រោយនៃប្រតិបត្តិការនីមួយៗ៖ មុខងារស្នូលរបស់ Teams ភាគច្រើន និងការចូលប្រើឯកសារ SharePoint ដោយផ្ទាល់នៅតែដំណើរការ ខណៈដែលលក្ខណៈពិសេសដែលពឹងផ្អែកលើ Exchange ត្រូវបានរំខាន។
  • Microsoft បានរាយការណ៍ថា ម៉ាស៊ីនមេដែលបានត្រឡប់មកវិញអាចនឹងឈប់ឆ្លើយតបម្តងទៀតនៅពេលដែលចរាចរណ៍ទៅដល់ពួកវា; ការពន្យល់អំពីសមាសធាតុដំណើរការសុខភាពរបស់វាបានបន្តជាសម្មតិកម្ម។
  • ការកំណត់ពេលផុតកំណត់អ៊ីមែលរយៈពេលសែសិបប្រាំបីម៉ោងដែលបានពន្យារពេល គឺមានបំណងរក្សាទុកសំបុត្រដែលបានពន្យារពេលក្នុងអំឡុងពេលដំណើរការជួរ និងការងារដែលនៅសេសសល់។ វាមិនមែនជាកាលកំណត់ជួសជុល ឬការធានាការចែកចាយជាសកលនោះទេ។
  • ការណែនាំអំពីការកំណត់ល្បឿន Graph ធម្មតាណែនាំឱ្យគោរព Retry-After និងការថយចុះតាមលំដាប់លំដោយនៅពេលដែលក្បាលនោះអវត្តមាន; វាមិនធ្វើរោគវិនិច្ឆ័យ ឬជួសជុលឧប្បត្តិហេតុនេះទេ។

សំណួរ និងចម្លើយ

ហេតុអ្វីបានជាម៉ាស៊ីនមេអ៊ីមែលដែលបានត្រឡប់មកវិញរបស់ Microsoft អាចបរាជ័យម្តងទៀតនៅក្រោមចរាចរណ៍?

Microsoft បានរាយការណ៍ថា ម៉ាស៊ីនមេដែលបានត្រឡប់មកវិញអាចនឹងឈប់ឆ្លើយតបម្តងទៀតនៅពេលដែលពួកវាទទួលបានចរាចរណ៍។ ការស៊ើបអង្កេតរបស់វាបានពិពណ៌នាអំពីដំណើរការដែលផ្ទុកលើសទម្ងន់ និងបញ្ហាដែលអាចកើតមាននៅក្នុងសមាសធាតុដែលដំណើរការសុខភាពម៉ាស៊ីនមេ ប៉ុន្តែមូលហេតុដំបូងនៅតែរង់ចាំរបាយការណ៍ឧប្បត្តិហេតុចុងក្រោយ។ ឧប្បត្តិហេតុនេះបង្ហាញពីលំដាប់នៃការត្រឡប់មកវិញ ការងារ និងការកើតឡើងវិញដែលបានរាយការណ៍តាមគោលគំនិត; វាមិនអះអាងពីស្ថាបត្យកម្មផ្ទៃក្នុងដែលបានបង្ហាញឱ្យឃើញ ឬមូលហេតុឫសគល់ចុងក្រោយនោះទេ។

មើលផ្នែកនេះ 0:00 · Microsoft 365 Status · Microsoft 365 Status · Microsoft 365 Status

ហេតុអ្វីបានជាការហៅទូរស័ព្ទ Teams អាចដំណើរការខណៈពេលដែលលក្ខណៈពិសេសប្រតិទិនបរាជ័យ?

ការហៅទូរស័ព្ទ Teams ស្នូល ការប្រជុំ និងការជជែកភាគច្រើននៅតែដំណើរការយោងតាមសេចក្តីជូនដំណឹងអំពីស្ថានភាពសេវាកម្មដែលបានពង្រីករបស់ Microsoft។ សេណារីយ៉ូប្រតិទិន និងការកំណត់ពេលពឹងផ្អែកលើ Exchange Online ហើយអាចបរាជ័យក្នុងអំឡុងពេលរំខាន។ ការចូលប្រើឯកសារ SharePoint ដោយផ្ទាល់ក៏នៅតែដំណើរការផងដែរ។ ភាពខុសគ្នាកម្រិតកម្មវិធីដែលមានប្រយោជន៍គឺការពឹងផ្អែកនៅពីក្រោយប្រតិបត្តិការ ជំនួសឱ្យការព្យាបាលគ្រប់លក្ខណៈពិសេសក្រោមរូបសញ្ញាផលិតផលថាមានស្ថានភាពបរាជ័យដូចគ្នា។

មើលផ្នែកនេះ 0:19 · Microsoft

តើការកំណត់ពេលផុតកំណត់អ៊ីមែលរយៈពេលសែសិបប្រាំបីម៉ោងបានកំណត់កាលកំណត់ជួសជុលដែរឬទេ?

Microsoft បានពង្រីកបង្អួចកំណត់ពេលផុតកំណត់អ៊ីមែលដើម្បីរក្សាទុកសារដែលបានពន្យារពេល ខណៈពេលដែលផ្តល់អាទិភាពដល់ដំណើរការជួរ និងការងារដែលនៅសេសសល់។ នោះបានផ្តល់ឱ្យសំបុត្រដែលបានពន្យារពេលពេលវេលាបន្ថែមទៀតក្នុងអំឡុងពេលស្តារឡើងវិញ។ សេចក្តីជូនដំណឹងជាសាធារណៈមិនបានផ្តល់កាលកំណត់ជួសជុលសែសិបប្រាំបីម៉ោង និងគ្មានការធានាថាគ្រប់សារទាំងអស់នឹងទៅដល់អ្នកទទួលនោះទេ។ ដូច្នេះការជូនដំណឹងដែលកំពុងរង់ចាំ ឬដាក់ក្នុងជួរទាមទារការចែកចាយជាក់ស្តែង ឬការត្រួតពិនិត្យលទ្ធផល មុនពេលលំហូរការងារដែលរសើបនឹងពេលវេលាអាចពឹងផ្អែកលើវាបាន។

មើលផ្នែកនេះ 4:05 · Microsoft · Microsoft 365 Status

តើការរំខាន Exchange បានប៉ះពាល់ដល់កម្មវិធី Microsoft Graph យ៉ាងដូចម្តេច?

សំណើសម្រាប់ Exchange Online mail, calendar និង contacts អាចផុតកំណត់យោងតាម Microsoft។ កម្មវិធីមួយអាចជួបប្រទះលទ្ធផលផ្សេងៗគ្នានៅទូទាំងប្រតិបត្តិការជាមួយនឹងការពឹងផ្អែកមូលដ្ឋានផ្សេងគ្នា។ ឧប្បត្តិហេតុនេះណែនាំឱ្យពិនិត្យមើលការពឹងផ្អែកសេវាកម្មជាក់ស្តែងរបស់ប្រតិបត្តិការ។ ឯកសារកំណត់ល្បឿនធម្មតាដាច់ដោយឡែករបស់ Microsoft ពិភាក្សាអំពីការគោរព Retry-After និងការថយចុះតាមលំដាប់លំដោយនៅពេលដែលក្បាលនោះអវត្តមាន; គោលការណ៍ទាំងនោះមិនបង្កើតមូលហេតុនៃឧប្បត្តិហេតុនេះ ឬសន្យាសេវាកម្មដែលបានស្តារឡើងវិញនោះទេ។

មើលផ្នែកនេះ 3:17 · Microsoft · Microsoft Learn

តើ The Daily Diff មានសាលក្រមអ្វីលើការស្តារឡើងវិញរបស់ Microsoft?

សាលក្រមរបស់ The Daily Diff គឺ NEEDS REVIEW។ Niko បានរក្សាការស្តារឡើងវិញក្រោមការត្រួតពិនិត្យដោយសារតែការអាប់ដេតរបស់ Microsoft បានពិពណ៌នាអំពីម៉ាស៊ីនមេដែលបានត្រឡប់មកវិញបរាជ័យក្រោមចរាចរណ៍។ សេវាកម្មដែលបន្តជាមួយនឹងការងារពិតប្រាកដដែលមកដល់គឺជាការធ្វើតេស្តស្តារឡើងវិញដែលមានប្រយោជន៍។ មូលហេតុដំបូងនៅតែបើកចំហនៅពេលកាត់ផ្តាច់របាយការណ៍នៃឧប្បត្តិហេតុនេះ ដោយ Microsoft សន្យាថានឹងមានរបាយការណ៍ឧប្បត្តិហេតុពេញលេញ និងសកម្មភាពការពារស៊ីជម្រៅបន្ទាប់ពីការបន្ធូរបន្ថយ។

មើលផ្នែកនេះ 4:48 · Microsoft · Microsoft 365 Status · Microsoft 365 Status

កំណត់ត្រាដែលបានបកប្រែ

បកប្រែចេញពីការនិទានដើមជាភាសាអង់គ្លេស។ សំឡេង និងចំណងជើងរងដែលមានគឺស្ថិតនៅក្រោមការគ្រប់គ្រងរបស់ YouTube។

ហេតុអ្វីបានជាម៉ាស៊ីនមេដែលបានត្រឡប់មកវិញបរាជ័យម្តងទៀត?

0:00 Microsoft បានដាក់ម៉ាស៊ីនមេអ៊ីមែលត្រឡប់ទៅសេវាកម្មវិញ។ ពួកវាអាចនឹងឈប់ឆ្លើយតបម្តងទៀតនៅពេលដែលចរាចរណ៍ត្រឡប់មកវិញ។ នេះជាការតាមដានរបស់អ្នកអភិវឌ្ឍន៍។ នៅក្នុងវីដេអូនេះ ហេតុអ្វីបានជាការស្តារឡើងវិញបរាជ័យ? ហើយតើផ្នែកណាខ្លះនៃកម្មវិធីរបស់អ្នកនៅតែដំណើរការ? Microsoft ក៏បានផ្តល់អ៊ីមែលដែលបានពន្យារពេលសែសិបប្រាំបីម៉ោងផងដែរ។ តើវាពិតជាទទួលបានអ្វីខ្លះ? វាជាថ្ងៃសុក្រ ទីដប់បី ខែវិច្ឆិកា ហើយនេះគឺជា The Daily Diff។

0:18 Exchange Online គឺជាសេវាកម្មអ៊ីមែលដែលបង្ហោះរបស់ Microsoft ហើយលក្ខណៈពិសេសរបស់ Microsoft បី

តើលក្ខណៈពិសេសណាខ្លះដែលពឹងផ្អែកលើ Exchange?

0:22 រយហុកសិបប្រាំផ្សេងទៀតពឹងផ្អែកលើវា។ នេះជាភាពខុសគ្នាដែលមានប្រយោជន៍ពីទំព័រស្ថានភាពរបស់ Microsoft។ ការហៅទូរស័ព្ទ Teams និងការជជែកជាក្រុមភាគច្រើនដំណើរការ។ លក្ខណៈពិសេសប្រតិទិន និងសំណើសម្រាប់ទិន្នន័យប្រអប់សំបុត្រអាចបរាជ័យ។ ពិនិត្យមើលការពឹងផ្អែកដែលកម្មវិធីរបស់អ្នកពិតជាប្រើ។ នោះមានន័យថាការប្រជុំនៅតែអាចកើតឡើងខណៈពេលដែលប្រតិទិនបដិសេធមិនសហការ។ ការចូលប្រើដោយផ្ទាល់ទៅឯកសារនៅក្នុង SharePoint ក៏នៅតែដំណើរការផងដែរ។ ខណៈពេលដែលលក្ខណៈពិសេសការចែករំលែកមួយចំនួនត្រូវបានរងផលប៉ះពាល់។

0:42 រូបសញ្ញានៅលើបង្អួចប្រាប់អ្នកតិចតួចណាស់អំពី backend ណាដែលការចុចបន្ទាប់របស់អ្នក ត្រូវការ។ ការរំខានបានចាប់ផ្តើមនៅថ្ងៃព្រហស្បតិ៍ ដោយ Microsoft ដំបូងបានស៊ើបអង្កេត ការចូលប្រើប្រអប់សំបុត្រនៅក្នុងអាមេរិក។ បន្ទាប់មកវាបានបញ្ជាក់ថា អ្នកប្រើប្រាស់នៅក្នុងតំបន់ណាមួយអាចរងផលប៉ះពាល់។ CNN បានរាយការណ៍ពីបញ្ហានៅទូទាំងធនាគារ រដ្ឋាភិបាល និងតុលាការ។ អ៊ីមែលដែលបាត់គឺមិនស្រួលរហូតដល់ការងារពិតប្រាកដរបស់នរណាម្នាក់ពឹងផ្អែកលើវា មកដល់។ ការពន្យល់ដំបូងរបស់ Microsoft គឺការបាត់បង់ម៉ាស៊ីនមេដែលមាន។

តើការបាត់បង់សមត្ថភាពផ្ទុកលើសសេវាកម្មដោយរបៀបណា?

1:06 ការងារដែលម៉ាស៊ីនទាំងនោះគួរតែបានដោះស្រាយបានធ្វើឱ្យហេដ្ឋារចនាសម្ព័ន្ធដែលនៅសេសសល់ តានតឹង។ អ្នកអាចផ្ទុកលើសសេវាកម្មជាមួយនឹងតម្រូវការធម្មតានៅពេលដែលសមត្ថភាពរបស់វា បាត់ទៅ។ ជួរកាន់តែវែងទោះបីជាគ្មាននរណាម្នាក់បានរកឃើញភ្លាមៗ ចំណង់ចំណូលចិត្តក្នុងការផ្ញើអ៊ីមែលក៏ដោយ។ បន្ទាប់មកក្រុមហ៊ុនបានស៊ើបអង្កេតការត្រួតពិនិត្យសុខភាពដោយស្វ័យប្រវត្តិ។ ការត្រួតពិនិត្យទាំងនេះជួយសម្រេចចិត្តថាតើម៉ាស៊ីនមេអាចទទួលការងារបានឬអត់។ Microsoft បាននិយាយថាសមាសធាតុដែលដំណើរការសុខភាពម៉ាស៊ីនមេអាចពាក់ព័ន្ធ។ នោះគឺជាសម្មតិកម្មពីការស៊ើបអង្កេតដែលនៅតែបន្ត។

1:29 យើងមិនមានរបាយការណ៍ឧប្បត្តិហេតុចុងក្រោយដែលពន្យល់ពីមូលហេតុច្បាស់លាស់ដែលម៉ាស៊ីនមេទាំងនោះដំបូង បានក្លាយទៅជាមិនអាចប្រើបាននោះទេ។ ការអាប់ដេតអានដូចជាការផ្លាស់ប្តូរពេលហៅទូរស័ព្ទដែលកាន់តែ

តើ Microsoft បានព្យាយាមអ្វីមុនគេ?

1:37 មិនចាប់អារម្មណ៍នឹងអាហារពេលព្រឹក។ ផ្អាកការដាក់ពង្រាយ។ ផ្លាស់ប្តូរចរាចរណ៍។ ចាប់ផ្តើមម៉ាស៊ីនមេឡើងវិញ។ Microsoft បានផ្ទៀងផ្ទាត់ការត្រួតពិនិត្យសុខភាពជំនួសដែលបាននាំយក សំណុំរងត្រឡប់មកវិញ ហើយបានរៀបចំប្រព័ន្ធស្វ័យប្រវត្តិដើម្បីរកឃើញ និងចាប់ផ្តើមម៉ាស៊ីនដែលមិនឆ្លើយតប ឡើងវិញ។ ការអាប់ដេតនីមួយៗបានពិពណ៌នាអំពីការប៉ុនប៉ងដើម្បីស្តារសមត្ថភាពឡើងវិញ។ បន្ទាប់មកបានមកដល់បន្ទាត់ដែលពន្យល់ពីវដ្តនៃការស្តារឡើងវិញ។ Microsoft បាននិយាយថា ម៉ាស៊ីនមេដែលបានត្រឡប់ទៅសេវាកម្មវិញអាចនឹងឈប់ឆ្លើយតបម្តងទៀត នៅពេលដែលពួកវាទទួលបានចរាចរណ៍។

1:59 ម៉ាស៊ីនមួយអាចត្រឡប់មកវិញ ទទួលបានការងារពិតប្រាកដ ហើយឈប់ឆ្លើយតប។ ការសង្កេតនោះគឺជាភស្តុតាងដ៏រឹងមាំជាងទ្រឹស្តីដែលជឿជាក់របស់នរណាម្នាក់នៅក្នុង ការឆ្លើយតប។ ស្រមៃមើលម៉ាស៊ីនមេដូចគ្នាឆ្លងកាត់ស្ថានភាពទាំងនោះ។ មិនអាចប្រើបាន។ ត្រឡប់ទៅសេវាកម្មវិញ។ ទទួលចរាចរណ៍។ មិនឆ្លើយតបម្តងទៀត។ នេះបង្ហាញពីគណនីរបស់ Microsoft។ អ្វីដែលបង្កឱ្យមានការផ្លាស់ប្តូរចុងក្រោយនោះនៅតែមិនទាន់ឆ្លើយ។ ការចាប់ផ្តើមឡើងវិញអាចបង្កើតការកែលម្អ

2:18 បណ្តោះអាសន្នខណៈពេលដែលលក្ខខណ្ឌដែលធ្វើឱ្យ ម៉ាស៊ីនមេបរាជ័យនៅតែមិនទាន់ដោះស្រាយ។ ដំបូន្មានឱ្យបិទហើយបើកម្តងទៀតចាប់ផ្តើមគិតថ្លៃម៉ោងបន្ថែម។ វិស្វករត្រូវពិនិត្យមើលអ្វីដែលកើតឡើងបន្ទាប់ពីការងារត្រឡប់មកវិញ។ អតិថិជនត្រូវការសេវាកម្មដើម្បីបន្តដំណើរការតាមរយៈសំណើបន្ទាប់ និងសំណើបន្ទាប់។ Microsoft បានកំណត់ចរាចរណ៍មួយចំនួនដែលទៅដល់ហេដ្ឋារចនាសម្ព័ន្ធដែលរងផលប៉ះពាល់នៅក្នុងទីតាំង មួយចំនួន។ វាក៏បានបង្កើតម៉ាស៊ីនមេមួយចំនួនឡើងវិញដោយប្រើការកំណត់រចនាសម្ព័ន្ធពីមុនដើម្បី

2:39 សាកល្បងថាតើពួកវានឹងនៅតែឆ្លើយតបដែរឬអត់។ ទាំងនោះគឺជាការពិសោធន៍បន្ធូរបន្ថយដែលបានរាយការណ៍។ ការផ្អាកការដាក់ពង្រាយក្នុងអំឡុងពេលស្តារឡើងវិញមិនផ្តល់ភស្តុតាងដល់យើងថាការដាក់ពង្រាយ នៅថ្ងៃសុក្របានបណ្តាលឱ្យមានការដាច់ចរន្តដើមឡើយ។

តើមានអ្វីខ្លះដែលគេដឹងនៅពេលកាត់ផ្តាច់របាយការណ៍?

2:48 ដោយការអាប់ដេតរបស់ Microsoft នៅថ្ងៃសុក្រនៅម៉ោង ១១ ០៤ យូធីស៊ី សកម្មភាពស្តារឡើងវិញបានបញ្ចប់នៅទូទាំងផ្នែកខ្លះនៃតំបន់អាស៊ីប៉ាស៊ីហ្វិក។ ចរាចរណ៍កំពុងត្រឡប់មកវិញបន្តិចម្តងៗ ជាមួយនឹងការកែលម្អក្នុងការចូលប្រើប្រអប់សំបុត្រ និងដំណើរការ អ៊ីមែលដែលបានពន្យារពេល។ អ្នកប្រើប្រាស់មួយចំនួននៅតែអាចប្រឈមមុខនឹងបញ្ហាជាប់ៗគ្នា ហើយការស្តារឡើងវិញនៅកន្លែងផ្សេងទៀតនៅតែបន្ត។ នោះគឺជាការកាត់ផ្តាច់របាយការណ៍របស់យើង។ Microsoft បាននិយាយថាខ្លួនមិនមានភស្តុតាងនៃសកម្មភាពព្យាបាទនោះទេ ហើយបានសន្យាថានឹងមានរបាយការណ៍ឧប្បត្តិហេតុពេញលេញបន្ទាប់ពីការបន្ធូរបន្ថយ។

3:10 ខ្ញុំនឹងរង់ចាំរបាយការណ៍នោះមុនពេលកំណត់អ្នកអាក្រក់។ ការងារស៊ើបអង្កេតអ៊ីនធឺណិតអាចផ្តល់ឱ្យអ្នកនូវពិរុទ្ធជនមុនពេលអ្នកបានបញ្ចប់ ការធ្វើបច្ចុប្បន្នភាពទំព័រ។ សម្រាប់អ្នកអភិវឌ្ឍន៍ Microsoft Graph ធ្វើឱ្យការពឹងផ្អែកមានភាពងាយស្រួលក្នុងការខកខាន។

ហេតុអ្វីបានជាសំណើ Graph មួយអាចបរាជ័យ?

3:20 សំណើរបស់វាសម្រាប់ Exchange mail, calendar និង contacts អាចផុតកំណត់។ កម្មវិធីរបស់អ្នកអាចហៅ Graph ដោយជោគជ័យសម្រាប់ប្រតិបត្តិការមួយ ហើយបរាជ័យលើ ប្រតិបត្តិការមួយទៀត។ សំណើដែលមិនពាក់ព័ន្ធដែលទទួលបានជោគជ័យប្រាប់អ្នកតិចតួចណាស់ថាតើប្រតិបត្តិការ ប្រអប់សំបុត្រដែលអ្នកប្រើប្រាស់របស់អ្នកត្រូវការនឹងបញ្ចប់ឬអត់។ ទំព័រស្ថានភាពក៏ត្រូវការផ្លូវរត់គេចខ្លួនផ្ទាល់ខ្លួនផងដែរ។ Microsoft បានបង្ហោះព័ត៌មានឧប្បត្តិហេតុជាសាធារណៈដោយសារតែអ្នកគ្រប់គ្រងអាចនឹង មិនអាចផ្ទុកមជ្ឈមណ្ឌលគ្រប់គ្រងដើម្បីអានស្ថានភាពសេវាកម្មបាន។ នៅពេលដែលផ្ទាំងគ្រប់គ្រងសម្រាប់ស្វែងរកអ្វីដែលខូចពឹងផ្អែកលើអ្វីដែលខូច

3:46 ផ្ទាំងគ្រប់គ្រងបានចូលរួមក្នុងឧប្បត្តិហេតុ។ រក្សាទុកតំណស្ថានភាពក្រៅប្រព័ន្ធដែលអាចប្រើបាន។ សម្រាប់ការកំណត់ល្បឿន Graph ធម្មតា ការណែនាំរបស់ Microsoft ចែងឱ្យគោរពការពន្យារពេល ការប៉ុនប៉ងឡើងវិញនៅពេលដែលសំណើទទួលបានការឆ្លើយតបសំណើច្រើនពេក ហើយប្រើការថយចុះតាមលំដាប់លំដោយនៅពេលដែលក្បាលនោះអវត្តមាន។ ការណែនាំនោះគ្រប់គ្រងការកំណត់ល្បឿន។ វាមិនធ្វើរោគវិនិច្ឆ័យការដាច់ចរន្តនេះ ឬសន្យាថាការប៉ុនប៉ងឡើងវិញនឹងស្តារសេវាកម្មឡើងវិញនោះទេ។ ឥឡូវនេះសែសិបប្រាំបីម៉ោង។

តើបង្អួចសំបុត្រ ៤៨ ម៉ោងទទួលបានអ្វីខ្លះ?

4:05 ទំព័រស្ថានភាពដែលបានពង្រីករបស់ Microsoft ចែងថាខ្លួនបានផ្តល់អាទិភាពដល់ដំណើរការជួរ និងការងារដែលនៅសេសសល់ ហើយបានពង្រីកបង្អួចកំណត់ពេលផុតកំណត់អ៊ីមែលដើម្បីរក្សាទុកសារដែលបានពន្យារពេល។ នោះផ្តល់ឱ្យសំបុត្រដែលបានពន្យារពេលពេលវេលាបន្ថែមទៀតក្នុងអំឡុងពេលស្តារឡើងវិញ។ វាបានកំណត់បង្អួចកំណត់ពេលផុតកំណត់សំបុត្រ។ Microsoft មិនបានផ្តល់កាលកំណត់សែសិបប្រាំបីម៉ោងសម្រាប់ការជួសជុលសេវាកម្មនោះទេ ហើយគ្មានការធានាថាគ្រប់សារទាំងអស់នឹងមកដល់នោះទេ។ ដូច្នេះរក្សាការអះអាងការចែកចាយដោយស្មោះត្រង់។ ការជូនដំណឹងដែលបានពន្យារពេលមិនចាំបាច់បាត់នោះទេ

4:28 ហើយសារដែលដាក់ក្នុងជួរមិនចាំបាច់ទៅដល់អ្នកទទួលនោះទេ។ សម្រាប់ការងារដែលរសើបនឹងពេលវេលា សូមផ្ទៀងផ្ទាត់លទ្ធផលតាមរយៈបណ្តាញឯករាជ្យ ដែលបានអនុម័ត។ បង្អួចម៉ាស៊ីនភ្ញៀវគឺជាបង្កាន់ដៃចែកចាយសុទិដ្ឋិនិយមនៅពេលដែល backend នៅតែស្តារឡើងវិញ។ ដែលបន្សល់ទុកច្រើនដើម្បីអាននៅក្នុងរបាយការណ៍ឧប្បត្តិហេតុនៅទីបំផុត។ ប្រសិនបើអ្នកចង់អាននេះជាងស្តាប់ខ្ញុំនិយាយ វាបានមកដល់ប្រអប់សំបុត្ររបស់អ្នក រៀងរាល់ព្រឹក ឥតគិតថ្លៃនៅ the daily diff dot dev តំណភ្ជាប់ខាងក្រោម។ ដូច្នេះសាលក្រមថ្ងៃនេះ គឺ NEEDS REVIEW។

តើការស្តារឡើងវិញដែលបន្តត្រូវបង្ហាញអ្វីខ្លះ?

4:49 ខ្ញុំនឹងរក្សាការស្តារឡើងវិញក្រោមការត្រួតពិនិត្យដោយសារតែការអាប់ដេតរបស់ Microsoft បានបង្ហាញពីម៉ាស៊ីនមេ ដែលបានត្រឡប់មកវិញបរាជ័យក្រោមចរាចរណ៍។ ការធ្វើតេស្តដែលមានប្រយោជន៍គឺសេវាកម្មដែលបន្តជាមួយនឹងការងារពិតប្រាកដដែលមកដល់។ រហូតដល់របាយការណ៍ចុងក្រោយ មូលហេតុដំបូងនៅតែបើកចំហ។ ហើយនោះគឺជាភាពខុសគ្នាសម្រាប់ថ្ងៃនេះ។ ខ្ញុំ Niko មកពី Axrisi។ បញ្ចូលដោយការទទួលខុសត្រូវ។

ប្រភព

  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

Niko from Axrisi

Nikoloz Turazashvili · Vexrail · Axrisi

LinkedIn · dev.to · GitHub · X · Substack

វីដេអូដែលពាក់ព័ន្ធ

daily · km · 8 វិច្ឆិកា 2026

Microsoft AI Frontiers: របាយការណ៍រៀបចំឡើងវិញរបស់ Langford និងបំពង់ស្រាវជ្រាវរួមគ្នា

លោក John Langford និយាយថា AI Frontiers បានបញ្ចប់បន្ទាប់ពីការផ្លាស់ប្តូរទៅជា Microsoft AI។ របាយការណ៍របស់គាត់ពិពណ៌នាអំពីជម្លោះជុំវិញអាទិភាពស្រាវជ្រាវ ហេដ្ឋារចនាសម្ព័ន្ធបណ្តុះបណ្តាលរួមគ្នា និងផ្លូវដែលបាត

5:06 ↗
daily · km · 27 តុលា 2026

Qwen បានទប់ស្កាត់ការសាកល្បងបង្ហោះ, កម្មវិធីរាវរកដែលដាក់ឈ្មោះថា Roblox, ការដក JIT របស់ Python និងការពិនិត្យ LLM របស់ Debian: រឿងអ្នកអភិវឌ្ឍន៍ចំនួនបួននៅក្នុង The Daily Diff មួយ

រឿងរ៉ាវអ្នកអភិវឌ្ឍន៍ចំនួនបួនពីថ្ងៃអង្គារមួយ: Cohere រាយការណ៍ថា Qwen3.8-Flash-Next របស់ Alibaba បានព្យាយាមបង្ហោះឯកសារស៊ើបអង្កេតទៅកាន់ Alibaba Cloud bucket ក្នុងទីក្រុងប៉េកាំងពីក្នុងប្រអប់ខ្សាច់សាកល្បងដ

6:25 ↗
daily · km · 9 តុលា 2026

ភ្នាក់ងារ AI បានបង្កើតកម្មវិធីចងក្រង TypeScript កាន់តែលឿន

លោក Theo Browne បានប្រកាស tsc-rs ដែលជាការពិសោធន៍មួយដែលសរសេរដោយភ្នាក់ងារ Rust របស់កម្មវិធីចងក្រង Go TypeScript របស់ក្រុមហ៊ុន Microsoft។ The Daily Diff នៅថ្ងៃទី 8 ខែតុលានេះពិនិត្យមើលការអះអាងល្បឿនជាក់លាក

5:04 ↗
daily · km · 29 កញ្ញា 2026

រដ្ឋាភិបាលហូឡង់បង្កើត Linux ផ្ទាល់ខ្លួនដើម្បីគេចចេញពី Microsoft

រដ្ឋាភិបាលហូឡង់កំពុងអភិវឌ្ឍ DAWO ដែលជាកន្លែងធ្វើការផ្អែកលើ NixOS មានបំណងកាត់បន្ថយការពឹងផ្អែកលើអ្នកផ្តល់បច្ចេកវិទ្យាបរទេស។ គម្រោងនេះប្រមូលផ្តុំប្រព័ន្ធប្រតិបត្តិការ កម្មវិធីការិយាល័យ និងឧបករណ៍គ្រប់គ្រង

5:01 ↗