Salesforce ได้รับผลกระทบจากปัญหาขัดข้องของ AWS เมื่อเร็วๆ นี้หรือไม่? ควรตรวจสอบอะไรบ้างก่อนที่จะโทษระบบคลาวด์

หาก Salesforce ทำงานช้าลง การเข้าสู่ระบบล้มเหลว หรือการเชื่อมต่อระบบหยุดทำงานกะทันหัน ในขณะเดียวกันก็มีข่าวเกี่ยวกับการหยุดชะงักของ AWS เกิดขึ้น หลายคนมักจะเชื่อมโยงทั้งสองอย่างเข้าด้วยกันทันที ซึ่งอาจเป็นการวินิจฉัยที่ถูกต้องในบางกรณี แต่ก็ไม่ใช่เสมอไป

ณ วันที่ 16 กันยายน 2026 ยังไม่มีหลักฐานใดๆ ที่บ่งชี้ว่าการหยุดชะงักของ Salesforce ในวงกว้างนั้นเกิดจากปัญหาของ AWS ในครั้งล่าสุด AWS ยังคงรายงานการหยุดชะงักของบริการครั้งใหญ่และยาวนานในภูมิภาคตะวันออกกลาง (บาห์เรน) และความเสียหายร้ายแรงในบางส่วนของภูมิภาคตะวันออกกลาง (สหรัฐอาหรับเอมิเรตส์) Salesforce ใช้เวิร์กโหลด Hyperforce บน AWS ในหลายประเทศ รวมถึงสหรัฐอาหรับเอมิเรตส์ ดังนั้นปัญหาของ AWS ในระดับภูมิภาคอาจส่งผลกระทบต่อลูกค้า Salesforce บางราย แต่ต้องตรวจสอบสถานะของ Salesforce ในระดับองค์กร อินสแตนซ์ ภูมิภาค และบริการที่เฉพาะเจาะจงก่อนที่จะสรุปว่า AWS เป็นสาเหตุ

บทความนี้จะอธิบายถึงสิ่งที่ได้รับการยืนยัน สิ่งที่ยังไม่ได้รับการยืนยัน วิธีตรวจสอบว่าสภาพแวดล้อม Salesforce ของคุณได้รับผลกระทบหรือไม่ และเมื่อใดที่คุณควรหยุดรอสถานะจากหน้าสถานะสาธารณะและหันไปตรวจสอบเครือข่าย เบราว์เซอร์ การผสานรวม หรือเทนเนนต์ของคุณเองแทน

นักวิเคราะห์ด้านการปฏิบัติงานเปรียบเทียบแดชบอร์ดสถานะโครงสร้างพื้นฐานคลาวด์ระดับภูมิภาคกับแดชบอร์ดสถานะบริการ CRM บนจอภาพสองจอ
นักวิเคราะห์ด้านการปฏิบัติงานจะเปรียบเทียบสถานะความสมบูรณ์ของผู้ให้บริการคลาวด์กับสถานะระดับแอปพลิเคชัน เหตุการณ์คลาวด์ระดับภูมิภาคไม่ได้หมายความว่าองค์กร Salesforce ทุกแห่งจะได้รับผลกระทบโดยอัตโนมัติ

AWS เกิดปัญหาขัดข้องครั้งล่าสุดอะไร?

เหตุการณ์ขัดข้องครั้งใหญ่ล่าสุดของ AWS ที่ยังคงปรากฏให้เห็นในประวัติการประชาสัมพันธ์ของ AWS เองนั้น เกิดขึ้นในตะวันออกกลาง AWS ระบุว่าภูมิภาคตะวันออกกลาง (บาห์เรน) ซึ่งระบุเป็นme-south-1ไม่สามารถใช้งานได้เนื่องจากความเสียหายทางกายภาพ ในขณะที่ภูมิภาคตะวันออกกลาง (สหรัฐอาหรับเอมิเรตส์) me-central-1ก็ได้รับผลกระทบอย่างรุนแรงเช่นกัน

AWS รายงานว่าสิ่งอำนวยความสะดวกที่ได้รับผลกระทบได้รับความเสียหายทางกายภาพระหว่างความขัดแย้งในภูมิภาคเมื่อเดือนมีนาคม 2026 เมื่อวันที่ 30 เมษายน AWS กล่าวว่าภูมิภาคบาห์เรนยังคงไม่สามารถใช้งานได้ และภูมิภาคสหรัฐอาหรับเอมิเรตส์ไม่สามารถรองรับแอปพลิเคชันของลูกค้าได้อย่างน่าเชื่อถือ AWS แนะนำให้ลูกค้าที่ได้รับผลกระทบกู้คืนเวิร์กโหลดในภูมิภาคอื่น และกู้คืนทรัพยากรที่ไม่สามารถเข้าถึงได้จากข้อมูลสำรองระยะไกลหากเป็นไปได้

คุณสามารถตรวจสอบสถานะเหตุการณ์ปัจจุบันและในอดีตได้โดยตรงบนแดชบอร์ด AWS Health AWS ยังอธิบายเพิ่มเติมว่า มุมมอง Service Health สาธารณะจะแสดงเหตุการณ์บริการโดยรวม ในขณะที่ลูกค้าที่ลงชื่อเข้าใช้จะสามารถดูปัญหาเฉพาะบัญชีได้ในมุมมอง AWS Health ส่วนบุคคลของตนเอง

Salesforce ล่มเพราะ AWS หรือเปล่า?

โดยทั่วไปแล้ว ไม่เป็นเช่นนั้น เมื่อพิจารณาจากหลักฐานสาธารณะที่มีอยู่ ณ วันที่ 16 กันยายน 2026

เว็บไซต์ Trust Statusสาธารณะของ Salesforce เป็นสถานที่หลักในการตรวจสอบเหตุการณ์ที่เกิดขึ้นกับ Salesforce ณ เวลาที่ตรวจสอบ Salesforce ยังไม่ได้เผยแพร่เหตุการณ์ที่เกิดขึ้นทั่วทั้งแพลตฟอร์ม ซึ่งระบุว่าปัญหาความพร้อมใช้งานของ Salesforce ที่เกิดขึ้นในวงกว้างในปัจจุบันนั้นเกิดจากการหยุดชะงักของ AWS ในตะวันออกกลาง

ความแตกต่างนี้มีความสำคัญ ผู้ให้บริการคลาวด์อาจประสบปัญหาขัดข้องอย่างร้ายแรงในภูมิภาคหนึ่งโดยที่บริษัทซอฟต์แวร์ทุกแห่งที่ใช้ผู้ให้บริการรายนั้นทั่วโลกไม่ได้รับผลกระทบไปด้วย แพลตฟอร์ม SaaS สมัยใหม่มักทำงานครอบคลุมหลายภูมิภาค โซนความพร้อมใช้งาน เลเยอร์การกำหนดเส้นทาง และสภาพแวดล้อมโครงสร้างพื้นฐาน ดังนั้นคำถามที่เกี่ยวข้องจึงไม่ใช่แค่ “AWS กำลังประสบปัญหาขัดข้องหรือไม่?” แต่เป็น “องค์กร Salesforce ของฉันหรือบริการที่ขึ้นอยู่กับมันทำงานอยู่ในเส้นทางโครงสร้างพื้นฐานที่ได้รับผลกระทบหรือไม่?”

เหตุใด AWS จึงมีความสำคัญต่อ Salesforce?

สถาปัตยกรรม Hyperforce ของ Salesforce ช่วยให้เวิร์กโหลดของ Salesforce จำนวนมากทำงานบนโครงสร้างพื้นฐานคลาวด์สาธารณะ เอกสารปัจจุบันของ Salesforce ระบุว่า Hyperforce พร้อมใช้งานบน AWS ในหลายประเทศ รวมถึงออสเตรเลีย บราซิล แคนาดา ฝรั่งเศส เยอรมนี อินเดีย อินโดนีเซีย อิสราเอล อิตาลี ญี่ปุ่น สิงคโปร์ แอฟริกาใต้ เกาหลีใต้ สวีเดน สวิตเซอร์แลนด์ สหรัฐอาหรับเอมิเรตส์ สหราชอาณาจักร และสหรัฐอเมริกา

นอกจากนี้ Salesforce ยังระบุว่าอินสแตนซ์ Hyperforce บางส่วนถูกแมปไปยังภูมิภาค AWS เฉพาะ ตัวอย่างเช่น เอกสารระบุตำแหน่งอินสแตนซ์แสดงรายการภูมิภาค AWS สำหรับพื้นที่ทางภูมิศาสตร์ของ Hyperforce จำนวนหนึ่ง บริษัทฯ ยังระบุเพิ่มเติมว่าลูกค้าสามารถระบุอินสแตนซ์ Salesforce ของตนเองและใช้ Salesforce Trust เพื่อดูตำแหน่งและสถานะของอินสแตนซ์ได้

โปรดดูคู่มือตำแหน่งที่ตั้งอินสแตนซ์อย่างเป็นทางการของ Salesforceและเอกสารประกอบการจัดเก็บข้อมูล Hyperforce ของ Salesforce

คุณควรตั้งเป้าหมายไว้ที่ผลลัพธ์อะไร?

เป้าหมายไม่ใช่เพียงแค่การหาไอคอนสถานะสีแดงหรือสีเขียว การวินิจฉัยที่มีประโยชน์ควรตอบคำถามสามข้อต่อไปนี้:

  • ขอบเขต:ปัญหาดังกล่าวส่งผลกระทบต่อทุกคน ระบบ Salesforce หนึ่งระบบ ผลิตภัณฑ์หนึ่ง การผสานรวมหนึ่งรายการ หรือเฉพาะองค์กรของคุณเท่านั้น?
  • สาเหตุ:มีรายงานเหตุการณ์อย่างเป็นทางการจาก Salesforce, เหตุการณ์ระดับภูมิภาคของ AWS หรือมีหลักฐานว่าปัญหาเกิดจากเบราว์เซอร์ เครือข่าย การตั้งค่าการตรวจสอบสิทธิ์ หรือการผสานรวมของคุณหรือไม่?
  • ขั้นตอนต่อไป:ผู้ใช้ควรจะรอ เปลี่ยนไปใช้ระบบสำรอง ลองใหม่ในภายหลัง เปลี่ยนเวิร์กโฟลว์ ติดต่อฝ่ายสนับสนุนของ Salesforce หรือตรวจสอบความสัมพันธ์ภายในระบบ?

หากคุณยังตอบคำถามทั้งสามข้อนั้นไม่ได้ แสดงว่าคุณอยู่ในสถานะสังเกตการณ์ ไม่ใช่การวินิจฉัยโรค

คุณจะตรวจสอบได้อย่างไรว่า Salesforce org ของคุณได้รับผลกระทบหรือไม่?

1. ระบุอินสแตนซ์ Salesforce ของคุณ

Salesforce แนะนำให้ตรวจสอบ ช่อง Instanceในการตั้งค่าภายใต้ข้อมูลบริษัท หรือค้นหาโดเมนของคุณใน Salesforce Trust รหัสประจำตัวของ Instance มีความสำคัญ เนื่องจากสถานะการทำงานของบริการอาจแตกต่างกันไปในแต่ละภูมิภาคและกลุ่มโครงสร้างพื้นฐาน

คำแนะนำอย่างเป็นทางการจาก Salesforce มีอยู่ในหัวข้อดูข้อมูลอินสแตนซ์สำหรับองค์กร Salesforce ของคุณ

ผลลัพธ์ที่ดีในขั้นตอนนี้ทำได้ง่ายๆ คือ คุณต้องทราบชื่ออินสแตนซ์ที่องค์กรการผลิตที่ได้รับผลกระทบใช้งานอยู่จริง อย่าทำการวินิจฉัยจากองค์กรของเพื่อนร่วมงาน แซนด์บ็อกซ์ในภูมิภาคอื่น หรือหัวข้อสถานะทั่วไปของ Salesforce

2. ค้นหาอินสแตนซ์นั้นใน Salesforce Trust

ไปที่ Salesforce Trust แล้วค้นหาอินสแตนซ์หรือโดเมนของคุณ ตรวจสอบเหตุการณ์ปัจจุบัน ประวัติเหตุการณ์ล่าสุด และการบำรุงรักษาตามกำหนดการ

หาก Salesforce ระบุว่ามีปัญหาขัดข้องเกิดขึ้นกับระบบของคุณ และอาการตรงกับสิ่งที่ผู้ใช้ของคุณพบเห็น นั่นถือเป็นหลักฐานที่ชัดเจนกว่าโพสต์ในโซเชียลมีเดียหรือข่าวการหยุดชะงักของระบบคลาวด์ทั่วไปมาก

หาก Salesforce Trust แสดงว่าระบบของคุณอยู่ในสถานะปกติ อย่าเพิ่งหยุดเพียงแค่นั้น หน้าสถานะอาจแสดงข้อมูลช้ากว่ารายงานจากลูกค้า และปัญหาอาจส่งผลกระทบเฉพาะฟีเจอร์ ส่วนประกอบ หรือกลุ่มผู้ใช้งานจำนวนน้อยเท่านั้น

3. เปรียบเทียบช่วงเวลากับงานอีเวนต์อย่างเป็นทางการของ AWS

หากองค์กร Salesforce ของคุณอยู่บน Hyperforce ที่ใช้ AWS เป็นตัวสนับสนุน ให้เปรียบเทียบช่วงเวลาการเกิดเหตุการณ์ของ Salesforce กับช่วงเวลาการเกิดเหตุการณ์ของภูมิภาค AWS ที่เกี่ยวข้อง ความสัมพันธ์ที่มีความหมายต้องมากกว่าแค่เหตุการณ์ทั้งสองเกิดขึ้นในเดือนเดียวกัน

ตัวอย่างเช่น หากสภาพแวดล้อม Salesforce ของคุณโฮสต์อยู่ในภูมิภาค AWS ในยุโรป การหยุดชะงักที่เกิดขึ้นเฉพาะในบาห์เรนเพียงอย่างเดียวไม่สามารถอธิบายความล้มเหลวของคุณได้ทั้งหมด แต่หากเวิร์กโหลดหรือบริการที่เกี่ยวข้องอยู่ในภูมิภาคสหรัฐอาหรับเอมิเรตส์ ความสัมพันธ์ดังกล่าวจะมีความน่าเชื่อถือมากขึ้นและสมควรได้รับการตรวจสอบอย่างละเอียดถี่ถ้วนยิ่งขึ้น

4. ทดสอบดูว่าอะไรยังใช้งานได้อยู่บ้าง

การแก้ไขปัญหาที่มีคุณภาพสูงจะช่วยจำกัดขอบเขตของปัญหาแทนที่จะรีเฟรชหน้าเว็บเดิมซ้ำๆ ลองทดสอบเส้นทางตัวอย่างสักสองสามเส้นทาง:

  • ผู้ใช้สามารถเข้าสู่ระบบได้หรือไม่?
  • พวกเขาสามารถเปิดเผยข้อมูลได้หรือไม่?
  • พวกเขาสามารถบันทึกการอัปเดตได้หรือไม่?
  • การร้องขอผ่าน API สำเร็จหรือไม่?
  • การเชื่อมต่อขาออกหรือขาเข้าล้มเหลวหรือไม่?
  • ปัญหานี้เกิดขึ้นกับทุกเบราว์เซอร์และทุกเครือข่ายหรือไม่?
  • ปัญหาดังกล่าวจำกัดอยู่เฉพาะพื้นที่หรือสำนักงานใดสำนักงานหนึ่งหรือไม่?

รูปแบบมีความสำคัญ การเข้าสู่ระบบล้มเหลวโดยสิ้นเชิงบ่งชี้ถึงโดเมนความผิดพลาดที่แตกต่างจากการเชื่อมต่อที่ล่าช้าเพียงครั้งเดียว หาก UI ของ Salesforce ทำงานได้ปกติ แต่กระบวนการทำงานของมิดเดิลแวร์ไปยังระบบที่โฮสต์บน AWS ล้มเหลว ผลกระทบที่แท้จริงอาจเกิดขึ้นที่ส่วนปลายน้ำของ Salesforce มากกว่าตัว Salesforce เอง

Salesforce จะยังคงอยู่ในสถานะที่ดีได้หรือไม่ ในขณะที่การเชื่อมต่อระบบยังคงมีปัญหาอยู่?

ใช่ นี่คือหนึ่งในข้อแตกต่างที่สำคัญที่สุดระหว่างที่ระบบคลาวด์ขัดข้อง

ระบบ Salesforce ของคุณอาจใช้งานได้เต็มประสิทธิภาพในขณะที่ส่วนประกอบที่โฮสต์บน AWS ที่ระบบนั้นติดต่อด้วยอาจทำงานได้ไม่เต็มประสิทธิภาพ ตัวอย่างเช่น มิดเดิลแวร์ API แบบกำหนดเอง ไปป์ไลน์ข้อมูล บริการไฟล์ ส่วนประกอบการระบุตัวตน งานวิเคราะห์ หรือแอปพลิเคชันภายนอกที่ทำงานบน AWS

ในสถานการณ์เช่นนั้น Salesforce Trust อาจแสดงผลว่าแพลตฟอร์ม Salesforce ทำงานได้ปกติ แม้ว่ากระบวนการทางธุรกิจภายในองค์กรของคุณจะล้มเหลวก็ตาม

การทดสอบที่มีประโยชน์อย่างหนึ่งคือการแยกพฤติกรรมหลักของ Salesforceออกจากพฤติกรรมของส่วนที่ต้องพึ่งพาภายนอกหากผู้ใช้สามารถสร้างและแก้ไขเรคอร์ดได้ แต่การเรียกใช้บริการภายนอกเกิดการหมดเวลา ให้ตรวจสอบส่วนที่ต้องพึ่งพาภายนอกและภูมิภาคที่เกี่ยวข้อง หากแม้แต่การนำทางพื้นฐานของ Salesforce ยังล้มเหลวในผู้ใช้และเครือข่ายจำนวนมาก สุขภาพของอินสแตนซ์ Salesforce ก็จะมีความสำคัญมากขึ้น

แล้วปัญหาเกี่ยวกับ Salesforce ที่รายงานไปเมื่อต้นเดือนกันยายนล่ะ?

Salesforce ได้เผยแพร่รายงานเหตุการณ์หลายอย่างในช่วงต้นเดือนกันยายน 2026 แต่บันทึกเหตุการณ์สาธารณะไม่ได้ระบุว่าเหตุการณ์เหล่านั้นเกิดจากการหยุดชะงักของ AWS ในตะวันออกกลางในปัจจุบัน

ตัวอย่างเช่น Salesforce บันทึกเหตุการณ์ขัดข้องในการให้บริการเมื่อวันที่ 5 กันยายน ซึ่งส่งผลกระทบต่อกลุ่มแพลตฟอร์ม “AWS US” และกินเวลาประมาณ 90 นาที ก่อนที่จะได้รับการแก้ไขในภายหลัง นอกจากนี้ Salesforce ยังรายงานปัญหาเกี่ยวกับ Revenue Cloud ที่เริ่มต้นเมื่อวันที่ 6 กันยายน และระบุว่าการตรวจสอบพบว่าสาเหตุมาจากเวอร์ชันใหม่ล่าสุด Salesforce ยังได้เผยแพร่ประกาศแจ้งข้อมูลเกี่ยวกับการค้างของ UI เป็นระยะใน Chrome และ Edge 153 และอธิบายว่าเป็นปัญหาของเบราว์เซอร์จากผู้ผลิตรายอื่น ไม่ใช่ปัญหาโครงสร้างพื้นฐานของ Salesforce

บทเรียนนี้สำคัญมาก: การหยุดชะงักหลายครั้งอาจเกิดขึ้นใกล้กันด้วยเหตุผลที่แตกต่างกันอย่างสิ้นเชิง หลีกเลี่ยงการจัดกลุ่มปัญหาของ Salesforce ทุกอย่างไว้ภายใต้หัวข้อ “การหยุดชะงักของ AWS” เว้นแต่ว่าผู้ให้บริการจะเชื่อมโยงปัญหาเหล่านั้นเข้าด้วยกันอย่างชัดเจน

มีสัญญาณใดบ้างที่บ่งชี้ว่า AWS อาจมีส่วนเกี่ยวข้องจริง ๆ?

หลักฐานจะยิ่งหนักแน่นขึ้นเมื่อมีสัญญาณหลายอย่างสอดคล้องกัน:

สัญญาณ มันบอกอะไรคุณบ้าง
ระบบ Salesforce ของคุณทำงานอยู่บน Hyperforce โดยใช้ AWS มีความจำเป็นต้องพึ่งพา AWS แต่เพียงแค่นั้นยังไม่สามารถพิสูจน์ถึงผลกระทบได้
อินสแตนซ์หรือบริการที่เกี่ยวข้องจะเชื่อมโยงกับภูมิภาค AWS ที่ได้รับผลกระทบ เหตุการณ์ไฟดับในระดับภูมิภาคนี้มีความสำคัญทางเทคนิค
Salesforce Trust จะรายงานเหตุการณ์สำหรับอินสแตนซ์ของคุณในเวลาเดียวกัน มีหลักฐานโดยตรงจากฝั่ง Salesforce ที่แสดงให้เห็นถึงผลกระทบ
AWS Health รายงานความเสื่อมถอยในภูมิภาคและช่วงเวลาเดียวกัน เหตุการณ์ด้านโครงสร้างพื้นฐานสอดคล้องกับอาการที่เกิดขึ้น
ผู้ใช้งานในหลายพื้นที่พบปัญหาเดียวกัน ปัญหาที่เกิดจากสำนักงานท้องถิ่นหรือผู้ให้บริการอินเทอร์เน็ต (ISP) เพียงอย่างเดียวมีโอกาสน้อยลง
การเชื่อมต่อภายนอกล้มเหลวเพียงจุดเดียว ในขณะที่ระบบหลักของ Salesforce ยังคงทำงานได้ปกติ จุดที่ล้มเหลวที่แท้จริงอาจอยู่ที่ส่วนประกอบที่เกี่ยวข้อง ไม่ใช่แกนหลักของ Salesforce

คุณควรหยุดรอหน้าแสดงสถานะเมื่อไร?

เปลี่ยนวิธีการแก้ไขปัญหาของคุณเมื่อข้อมูลสาธารณะไม่ตรงกับสิ่งที่คุณเห็นอีกต่อไป

หากสถานะความน่าเชื่อถือของ Salesforce เป็นสีเขียว แต่ผู้ใช้จำนวนมากไม่สามารถเข้าถึงอินสแตนซ์เดียวกันจากหลายเครือข่าย ให้บันทึกเวลาที่เกิดปัญหา รหัสคำขอ ข้อความแสดงข้อผิดพลาด และชื่อผู้ใช้ที่ได้รับผลกระทบ จากนั้นเปิดเคสขอความช่วยเหลือจาก Salesforce หากมีเพียงสำนักงานเดียวที่ได้รับผลกระทบ ให้เปรียบเทียบกับเครือข่ายอื่นหรือการเชื่อมต่อผ่านมือถือก่อนที่จะแจ้งปัญหาการหยุดชะงักของ SaaS ทั่วโลก

หาก UI ของ Salesforce ทำงานได้ แต่การผสานรวมล้มเหลว ให้ตรวจสอบเอนด์พอยต์ภายนอก การแก้ไข DNS ใบรับรอง คิว รหัสข้อผิดพลาด API และภูมิภาคคลาวด์ที่โฮสต์ส่วนประกอบนั้น อย่ารอให้ Salesforce โพสต์เหตุการณ์เกี่ยวกับส่วนประกอบที่ Salesforce ไม่ได้ดำเนินการ

หากปัญหาเกี่ยวข้องกับทรัพยากร AWS ที่คุณเป็นเจ้าของ ให้ใช้ AWS Health Dashboard ที่ลงชื่อเข้าใช้แล้ว แทนที่จะใช้เฉพาะแดชบอร์ดสาธารณะ เอกสารของ AWS ระบุไว้อย่างชัดเจนว่า ข้อมูลสุขภาพเฉพาะบัญชีอาจแตกต่างจากมุมมองบริการสาธารณะ โปรดดูเอกสารAWS Health Dashboard

คุณจะรู้ได้อย่างไรว่าปัญหาได้รับการแก้ไขแล้วจริงๆ?

การที่หน้าแสดงสถานะกลับเป็นสีเขียวถือเป็นเรื่องดี แต่ควรตรวจสอบความถูกต้องของการกู้คืนระบบด้วยขั้นตอนการทำงานของคุณเอง

ก่อนที่จะประกาศว่าเหตุการณ์สิ้นสุดลงแล้ว โปรดตรวจสอบสิ่งต่อไปนี้:

  • ผู้ใช้สามารถล็อกอินได้ตามปกติ
  • การอ่านและการเขียนข้อมูลสำเร็จ
  • อัตราข้อผิดพลาดของ API กลับสู่ระดับปกติแล้ว
  • การผสานรวมที่อยู่ในคิวจะลดลงเรื่อย ๆ แทนที่จะสะสมเพิ่มขึ้น
  • งานที่กำหนดไว้เริ่มทำงานอีกครั้งแล้ว
  • ไม่มีการสลับการทำงานด้วยตนเองหรือการกำหนดค่าฉุกเฉินใด ๆ ที่ยังคงทำงานอยู่
  • ธุรกรรมที่สำคัญต่อธุรกิจสามารถดำเนินการให้เสร็จสมบูรณ์ตั้งแต่ต้นจนจบได้

ผลลัพธ์ที่ดีไม่ได้หมายความเพียงแค่ “ผู้ขายบอกว่าแก้ไขแล้ว” แต่หมายถึง “ผู้ขายบอกว่าแก้ไขแล้ว และขั้นตอนการทำงานที่สำคัญสำหรับเรากลับมาใช้งานได้อีกครั้งโดยไม่มีอัตราข้อผิดพลาดที่ผิดปกติ”

คำตอบที่ใช้ได้จริงในตอนนี้คืออะไร?

ณ วันที่ 16 กันยายน 2026 ข้อมูลอย่างเป็นทางการที่มีอยู่ไม่ได้สนับสนุนข้อสรุปที่ว่า Salesforce ทั้งหมดล่มเนื่องจากการหยุดชะงักของ AWS เมื่อเร็วๆ นี้ การหยุดชะงักที่ร้ายแรงที่สุดของ AWS ในปัจจุบันนั้นเกิดขึ้นเฉพาะในภูมิภาค โดยมีศูนย์กลางอยู่ที่บาห์เรนและบางส่วนของสหรัฐอาหรับเอมิเรตส์ Salesforce ใช้ AWS สำหรับสภาพแวดล้อม Hyperforce หลายแห่ง รวมถึงในสหรัฐอาหรับเอมิเรตส์ ดังนั้นเวิร์กโหลดที่โฮสต์หรือเชื่อมต่อกับ Salesforce บางส่วนอาจมีการพึ่งพา AWS นั่นทำให้การตรวจสอบในระดับภูมิภาคมีความสำคัญ แต่ไม่ได้หมายความว่า Salesforce จะล่มทั่วโลกโดยอัตโนมัติ

หากองค์กรของคุณกำลังประสบปัญหาอยู่ในขณะนี้ แนวทางที่น่าเชื่อถือที่สุดคือ:

  1. ระบุอินสแตนซ์ Salesforce ของคุณ;
  2. ตรวจสอบอินสแตนซ์นั้นบน Salesforce Trust;
  3. ตรวจสอบว่าองค์กรหรือส่วนประกอบที่มีปัญหาอยู่บน AWS หรือไม่ และอยู่ในภูมิภาคใด
  4. เปรียบเทียบช่วงเวลาที่เกิดเหตุการณ์อย่างแม่นยำ
  5. ทดสอบระบบหลักของ Salesforce แยกต่างหากจากการเชื่อมต่อกับระบบภายนอก
  6. หากรายงานอย่างเป็นทางการไม่สามารถอธิบายอาการของคุณได้ ให้ยื่นเรื่องร้องเรียนเพิ่มเติมพร้อมหลักฐาน

แนวทางดังกล่าวช่วยให้คุณได้คำตอบที่สมเหตุสมผลสำหรับสภาพแวดล้อมของคุณเอง แทนที่จะอาศัยสมมติฐานแบบกว้างๆ ข้อจำกัดคือ หน้าสถานะสาธารณะไม่สามารถเปิดเผยความล้มเหลวเฉพาะของแต่ละผู้เช่าได้ทันที ดังนั้นการยืนยันขั้นสุดท้ายสำหรับเหตุการณ์ที่เกิดขึ้นในระบบการผลิตอาจยังคงต้องอาศัยการสนับสนุนจากผู้จำหน่ายและระบบตรวจสอบข้อมูลของคุณเอง

ฝากความเห็น

การขยายขนาดเทคโนโลยี CCUS: การดักจับคาร์บอนสามารถพลิกกลับการปล่อยก๊าซเรือนกระจกทั่วโลกได้จริงหรือไม่?

การขยายขนาดเทคโนโลยี CCUS: การดักจับคาร์บอนสามารถพลิกกลับการปล่อยก๊าซเรือนกระจกทั่วโลกได้จริงหรือไม่?

การลงทุนในเทคโนโลยี CCUS กำลังเพิ่มขึ้น แต่การดักจับคาร์บอนจะสามารถลดการปล่อยก๊าซเรือนกระจกทั่วโลกได้หรือไม่? มาดูกันว่าเทคโนโลยีนี้ใช้ได้ผลในที่ใดบ้าง อะไรคือข้อจำกัดด้านขนาด และหลักฐานใดบ้างที่มีความสำคัญ

สถานที่เรียนหลักสูตรการจัดการห่วงโซ่อุปทานดิจิทัลข้ามพรมแดน: 7 หลักสูตรที่ควรเปรียบเทียบ

สถานที่เรียนหลักสูตรการจัดการห่วงโซ่อุปทานดิจิทัลข้ามพรมแดน: 7 หลักสูตรที่ควรเปรียบเทียบ

เปรียบเทียบโปรแกรมระดับโลก 7 โปรแกรมสำหรับห่วงโซ่อุปทานดิจิทัล โลจิสติกส์ การวิเคราะห์ข้อมูล การค้าระหว่างประเทศ และการดำเนินงาน พร้อมคำแนะนำเชิงปฏิบัติในการเลือกโปรแกรมที่เหมาะสมที่สุด

จากนิยายวิทยาศาสตร์สู่ความเป็นจริง: เทคโนโลยี BCI ช่วยฟื้นฟูการเคลื่อนไหวและการพูดได้อย่างไร

จากนิยายวิทยาศาสตร์สู่ความเป็นจริง: เทคโนโลยี BCI ช่วยฟื้นฟูการเคลื่อนไหวและการพูดได้อย่างไร

เรียนรู้วิธีที่อินเทอร์เฟซระหว่างสมองและคอมพิวเตอร์ถอดรหัสสัญญาณประสาทเพื่อฟื้นฟูการสื่อสารและการเคลื่อนไหว ผลงานวิจัยล่าสุดที่ประสบความสำเร็จ และข้อจำกัดที่ยังคงมีอยู่ในการใช้งาน BCI

กายวิภาคของโดรนเพื่อการพาณิชย์: ความก้าวหน้าด้านฮาร์ดแวร์และการบินอัตโนมัติ

กายวิภาคของโดรนเพื่อการพาณิชย์: ความก้าวหน้าด้านฮาร์ดแวร์และการบินอัตโนมัติ

ดูว่าโดรนเชิงพาณิชย์ผสานรวมเซ็นเซอร์ ปัญญาประดิษฐ์แบบ Edge AI แบตเตอรี่ การสื่อสาร และซอฟต์แวร์ควบคุมการบินอย่างไร และความเป็นอิสระยังคงขึ้นอยู่กับภารกิจและข้อกำหนดทางกฎหมายอย่างไร

Where Should You Study Energy Storage Engineering? 7 Battery Tech Programs Compared

Where Should You Study Energy Storage Engineering? 7 Battery Tech Programs Compared

Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.

วิศวกรรมแห่งท้องฟ้า: โดรนอุตสาหกรรมสามารถเอาชนะข้อจำกัดด้านแบตเตอรี่และน้ำหนักบรรทุกได้อย่างไร

วิศวกรรมแห่งท้องฟ้า: โดรนอุตสาหกรรมสามารถเอาชนะข้อจำกัดด้านแบตเตอรี่และน้ำหนักบรรทุกได้อย่างไร

เรียนรู้ว่ามวลบรรทุก ข้อจำกัดของแบตเตอรี่ สภาพอากาศ ประสิทธิภาพการขับเคลื่อน และโครงสร้างของอากาศยาน มีผลต่อระยะเวลาการบินของโดรนอุตสาหกรรมอย่างไร และวิธีการปรับปรุงระยะเวลาการบินให้ดียิ่งขึ้น

สถานที่เรียนวิศวกรรมอุปกรณ์การแพทย์อัจฉริยะ: หลักสูตรชีวการแพทย์ชั้นนำ

สถานที่เรียนวิศวกรรมอุปกรณ์การแพทย์อัจฉริยะ: หลักสูตรชีวการแพทย์ชั้นนำ

เปรียบเทียบหลักสูตรวิศวกรรมชีวการแพทย์ชั้นนำสำหรับอุปกรณ์ทางการแพทย์อัจฉริยะ ซึ่งรวมถึงการออกแบบ อิเล็กทรอนิกส์ชีวภาพ ปัญญาประดิษฐ์ ความปลอดภัยทางไซเบอร์ การฝึกอบรมทางคลินิก และกฎระเบียบ

วิธีการสร้างแผนความต่อเนื่องทางธุรกิจสำหรับกรณีที่ Salesforce หยุดทำงาน

วิธีการสร้างแผนความต่อเนื่องทางธุรกิจสำหรับกรณีที่ Salesforce หยุดทำงาน

สร้างแผนความต่อเนื่องในการใช้งาน Salesforce ในช่วงที่ระบบล่มที่ใช้งานได้จริง โดยกำหนดลำดับความสำคัญที่ชัดเจน ขั้นตอนการทำงานสำรอง การตรวจสอบการกู้คืน เกณฑ์การทดสอบ และข้อจำกัดที่สมจริง

StoreForce ประสบปัญหาใช่ไหม? ทีมค้าปลีกจะรับมือกับปัญหาการหยุดชะงักของการบริหารจัดการกำลังคนได้อย่างไร

StoreForce ประสบปัญหาใช่ไหม? ทีมค้าปลีกจะรับมือกับปัญหาการหยุดชะงักของการบริหารจัดการกำลังคนได้อย่างไร

ปัญหาของ StoreForce อาจส่งผลกระทบต่อตารางเวลา การบันทึกเวลา การเปลี่ยนกะ และการสื่อสารภายในร้าน เรียนรู้วิธีการวินิจฉัยปัญหา รักษาการดำเนินงานของร้านค้าปลีกให้ดำเนินต่อไป และตรวจสอบการแก้ไขปัญหา

วิธีติดต่อฝ่ายสนับสนุนของ Salesforce ในกรณีที่ระบบล้มเหลวครั้งใหญ่

วิธีติดต่อฝ่ายสนับสนุนของ Salesforce ในกรณีที่ระบบล้มเหลวครั้งใหญ่

เรียนรู้วิธีติดต่อฝ่ายสนับสนุนของ Salesforce ในช่วงที่ระบบล่ม เลือกช่องทางการติดต่อที่เหมาะสม เตรียมเคสที่ให้ข้อมูลครบถ้วน และติดตามผลโดยไม่ต้องสร้างตั๋วซ้ำซ้อน