Google ประกาศว่า “แก้ปัญหาข้อมูลใน Drive สูญหายแล้ว” พร้อมล็อกกระทู้ฟอรัมที่มีความเห็นแย้ง
(arstechnica.com)- หลังจากไฟล์ของผู้ใช้บางรายหายไปจาก Google Drive ทาง Google ยอมรับปัญหาเมื่อวันที่ 27 พฤศจิกายน และออกรายละเอียด ขั้นตอนกู้คืน ในอีกหนึ่งสัปดาห์ต่อมา แต่ยังมีกรณีที่กู้คืนไม่สำเร็จออกมาอย่างต่อเนื่อง
- Google อธิบายสาเหตุว่าเป็น “ปัญหาการซิงก์” ในแอป Drive บนเดสก์ท็อปเวอร์ชัน 84.0.0.0~84.0.4.0 แต่คำอธิบายนี้ยังไม่เพียงพอสำหรับกรณีเอกสารและสเปรดชีตที่สร้างบนเว็บสูญหายด้วย
- การกู้คืนดูเหมือนเป็นวิธีค้นหาไฟล์ที่ยังเหลืออยู่ในโฟลเดอร์ข้อมูลแอปหรือแคช ผ่าน UI ที่ซ่อนอยู่และ flag บนบรรทัดคำสั่งของแอป Drive บนเดสก์ท็อปเวอร์ชัน 85.0.13.0 ขึ้นไป
- Google ล็อกกระทู้ประเด็นหลักใน Google Drive Community ที่มี 170 ความเห็นตอบกลับ และยังจัดการกระทู้เพิ่มเติมเป็นกระทู้ซ้ำ ทำให้ผู้ใช้แชร์ผลการกู้คืนและข้อมูลวินิจฉัยได้ยากขึ้น
- สำหรับ Drive ซึ่งทั้งบุคคลทั่วไปและองค์กรฝากข้อมูลขนาดใหญ่ไว้ ความเงียบ ฟอรัมที่ถูกล็อก และคำอธิบายสาเหตุที่คลุมเครือ สั่นคลอน ความเชื่อมั่น ต่อบริการอย่างมาก
การสูญหายของไฟล์ Google Drive และการประกาศ “แก้ไขแล้ว”
- เกิดปัญหาไฟล์ของผู้ใช้บางรายหายไปจาก Google Drive และ Google ยอมรับเรื่องนี้เมื่อวันที่ 27 พฤศจิกายน
- ประมาณหนึ่งสัปดาห์ต่อมา Google เปิดเผยขั้นตอนกู้คืน แต่ยังอธิบายปัญหาเพียงว่าเป็น “ปัญหาการซิงก์” ของแอป Drive บนเดสก์ท็อป
- เวอร์ชันที่ได้รับผลกระทบคือแอป Drive บนเดสก์ท็อป 84.0.0.0~84.0.4.0
- หากเป็นเพียงปัญหาการซิงก์ ก็น่าจะใกล้เคียงกับสถานการณ์ที่ไฟล์ไม่ถูกอัปโหลดขึ้นคลาวด์หรือไม่ถูกดาวน์โหลดลงมา แต่ผู้ใช้บอกว่าไฟล์หายไปโดยสิ้นเชิง
กรณีสูญหายที่ไม่สอดคล้องกับ “ปัญหาการซิงก์”
- ใน กระทู้ประเด็นหลัก ของ Google Drive Community มีหลายกรณีที่ระบุว่าสเปรดชีตและเอกสารหายไป
- บางกรณีดูเหมือนเป็นเอกสารที่สร้างและบันทึกผ่าน เว็บอินเทอร์เฟซ ไม่ใช่แอปเดสก์ท็อป
- ผู้ใช้หลายรายระบุว่าช่วงเวลาที่เอกสารหยุดบันทึกคือ พฤษภาคม 2023
- ยังมีผู้ใช้ที่บอกว่าไม่เคยใช้แอป Drive บนเดสก์ท็อปด้วย
- กรณีเหล่านี้ทำให้ยากที่จะอธิบายปรากฏการณ์ทั้งหมดด้วยปัญหาการซิงก์ของแอปเดสก์ท็อปเพียงอย่างเดียว
วิธีซิงก์ของ Drive และพฤติกรรมที่น่าสงสัย
- Drive มีวิธีซิงก์หลายรูปแบบ ทำให้การวินิจฉัยสาเหตุซับซ้อน
- โหมดค่าเริ่มต้นอย่าง การสตรีมไฟล์ เป็นแนวทางที่ให้คลาวด์เป็นหลัก
- ไฟล์จะถูกนำออกจากคอมพิวเตอร์และเก็บไว้บนคลาวด์
- ในเครื่องจะเหลือเพียงลิงก์เว็บเพื่อประหยัดพื้นที่
- เป็นไปได้ว่าอาจเกิดสถานการณ์ที่ปัญหาการซิงก์นำไฟล์ออกจากคอมพิวเตอร์ก่อนที่จะอัปโหลดไฟล์
- อย่างไรก็ตาม วิธีนี้ยังอธิบายกรณีที่เอกสารซึ่งสร้างบนเว็บหายไปไม่ได้
- Google ไม่ได้เปิดเผยรายละเอียดอย่างชัดเจนว่าเกิดอะไรขึ้นกันแน่ และแก้ไขอย่างไร
ขั้นตอนกู้คืนของ Google
- คำแนะนำการกู้คืน ของ Google มีวิธีพยายามกู้คืนไฟล์อยู่หลายวิธี
- วิธีแรกคือการใช้ UI ที่ซ่อนอยู่ในแอป Drive บนเดสก์ท็อปเวอร์ชัน 85.0.13.0 ขึ้นไป
- เมื่อคลิกไอคอน Drive ใน system tray หรือ menu bar พร้อมกด Shift ค้างไว้ จะปรากฏ UI ดีบักพิเศษ
- จากนั้นสามารถเลือกตัวเลือก “Recover from backups” ได้
- คำแนะนำระบุว่าเมื่อกู้คืนเสร็จแล้ว จะมีโฟลเดอร์ใหม่ชื่อ Google Drive Recovery ปรากฏบนเดสก์ท็อป โดยภายในมีไฟล์ที่ยังไม่ได้ซิงก์
- วิธีที่สองคือการใช้บรรทัดคำสั่ง
- ไบนารี Drive ตัวใหม่มี flag
--recover_from_account_backupsและ--recover_from_app_data_path - ตอนที่ Google ยอมรับปัญหาครั้งแรก บริษัทเตือนว่าอย่าลบหรือย้ายโฟลเดอร์ข้อมูลแอปของ Drive
- ขั้นตอนนี้ดูเหมือนเป็นวิธีที่คาดหวังว่าไฟล์ที่หายไปยังคงเหลืออยู่ในแคชของ Drive หรือในพาธข้อมูลแอป
- ไบนารี Drive ตัวใหม่มี flag
- Google ยังแนะนำวิธีค้นหาไฟล์ด้วย Windows Backup หรือ macOS Time Machine ด้วย
ฟอรัมที่ถูกล็อกและ feedback ที่ถูกปิดกั้น
- Google ล็อกกระทู้ประเด็นหลักใน Drive Community Forums ที่ 170 ความเห็นตอบกลับ
- กระทู้เพิ่มเติมก็ถูกทำเครื่องหมายว่าเป็นกระทู้ซ้ำแล้วล็อกเช่นกัน
- แม้แต่โพสต์ “วิธีแก้ปัญหา” ก็ไม่สามารถตอบกลับได้ ทำให้ผู้ใช้แชร์ได้ยากว่ากู้คืนสำเร็จหรือไม่
- ในความเห็นบางส่วนที่ยังเหลืออยู่ก่อนถูกล็อก มีปฏิกิริยาจำนวนมากว่าวิธีแก้ของ Google ใช้ไม่ได้
- ผู้ใช้รายหนึ่งบอกว่า “solution” ใช้ไม่ได้กับคนส่วนใหญ่
- ผู้ใช้อีกรายบอกว่าไม่มีอะไรให้กู้คืน เพราะ Google Drive ลบไฟล์ไปแล้ว
- มีกรณีกู้คืนสำเร็จไม่มากนัก และยังมีเสียงตอบรับว่าข้อสมมติที่ว่าโฟลเดอร์ข้อมูลแอปยังมีสำเนาไฟล์เมื่อหลายเดือนก่อนเหลืออยู่ เป็นเรื่องที่เข้าใจยาก
การรับมือที่สั่นคลอนความเชื่อมั่นในผลิตภัณฑ์
- Drive ไม่ได้เป็นเพียงผลิตภัณฑ์สำหรับผู้ใช้ทั่วไป แต่ยังให้บริการเป็น บริการสำหรับองค์กร ที่ต้องการพื้นที่จัดเก็บระดับเทราไบต์ด้วย
- เนื่องจากเป็นผลิตภัณฑ์ที่ราคาของแพ็กเกจแบบชำระเงินอาจสูงมาก ความเชื่อมั่นว่าผู้ใช้สามารถฝากข้อมูลไว้ได้จึงเป็นหัวใจสำคัญ
- ตัวบั๊กเองอาจเกิดขึ้นได้ แต่ในการรับมือเหตุขัดข้องด้าน IT ตามปกติ สิ่งที่คาดหวังคือการอัปเดต status page อย่างต่อเนื่อง และ postmortem ที่มีรายละเอียดสาเหตุและสิ่งที่แก้ไข
- แต่การรับมือที่เกิดขึ้นจริงกลับเป็นความเงียบอยู่หลายวัน โพสต์ฟอรัมที่ถูกล็อก และคำอธิบายที่คลุมเครือ ทำให้ช่องทางสนับสนุนผู้ใช้และรับ feedback แคบลง
2 ความคิดเห็น
สมัยก่อนตอนใช้ OneDrive ข้อมูลก็หายไปทีละหนึ่งสองไฟล์อยู่เรื่อย ๆ จนรู้สึกโกรธมาก หลังจากนั้นเลยย้ายไปใช้ NAS ครับ..
บนอินเทอร์เน็ตมีความเห็นประมาณว่า NAS ไม่รู้จะพังเมื่อไหร่.. คลาวด์ที่บริษัทใหญ่ดูแลให้น่าจะดีกว่า.. อะไรทำนองนั้นเยอะมาก แต่ผมใช้มา 5 ปีแล้วไม่เคยเจอแบบนั้นเลย~ ค่าไฟก็แทบไม่แพงด้วย!
ความคิดเห็นบน Hacker News
ปัญหาแบบนี้ไม่ควรถูกจัดการแบบนี้เลย การตอบสนองของ Google แปลกมากจริงๆ
ควรมีบล็อกโพสต์อธิบายว่าเกิดอะไรขึ้น ใครได้รับผลกระทบมากน้อยแค่ไหน กู้คืนได้หรือไม่ ตอนนี้กำลังทำอะไรอยู่ และจะทำอะไรเพื่อป้องกันไม่ให้เกิดซ้ำ
การใส่อะไรบางอย่างที่ดูเหมือนเป็นแพตช์ลับใน ไคลเอนต์ Drive for Desktop เพื่อดูว่าจะกู้ไฟล์จากเครื่องโลคัลได้ไหมนั้น ถ้าปัญหาคือไฟล์หายไปจากคลาวด์ ก็ดูไม่สมเหตุสมผลเลย
ถ้าขอบเขตของปัญหาจริงๆ มีแค่ “ไฟล์ที่ควรถูกอัปโหลดแต่ไม่ได้อัปโหลด” และไม่มีอะไรถูกลบจากคลาวด์ ก็ควรอธิบายจุดนั้นและแสดงหลักฐานด้วย เพราะสิ่งที่ผู้คนพูดกันไม่ใช่แบบนั้น
ถ้ามี การสูญหายของข้อมูล เกิดขึ้นจริง การทำเหมือนไม่เคยเกิดขึ้นไม่ใช่คำตอบเด็ดขาด ดังคำพูดที่ว่า “การปกปิดแย่กว่าความผิด” ผมเข้าใจยากว่าทำไม Google ถึงไม่ยอมรับปัญหานี้อย่างโปร่งใสโดยสมบูรณ์ ทั้งที่วิธีตอบสนองของบริษัทในสถานการณ์แบบนี้เป็นที่รู้กันดีอยู่แล้ว และความโปร่งใสกับความรับผิดชอบคือหัวใจสำคัญ
แต่จากการเคยเจอสถานการณ์คล้ายๆ กันที่ต้องรับมือกับลูกค้าจำนวนมาก มันยากจริงๆ ลูกค้าบางรายทำตัวถึงขั้นผิดปกติ และแม้จะแก้ปัญหาแล้วก็ยังไม่ยอมหยุดปล่อยข่าวลือ
เมื่อแก้ไขแล้ว ผมคิดว่าการสื่อสารทั้งหมดควรมุ่งไปข้างหน้า บางคนแปลกประหลาด ไร้ความสามารถ หรือมีเจตนาร้ายอย่างสิ้นเชิง จนบางครั้งต้องล็อกเธรดเพื่อหยุดการคุยเรื่องที่แก้ไปแล้ว
ฐานลูกค้าขนาดใหญ่ เป็นสัตว์คนละชนิดกันเลย ถ้าเคยเจอจะเข้าใจว่าหมายถึงอะไร แต่ไม่ได้แปลว่า Google เลือกทางที่ถูกต้อง คนที่มีบริบทครบทั้งหมดเท่านั้นถึงจะประเมินได้ ส่วนผมก็เป็นแค่คนโง่ในฟอรัมที่ไม่รู้รายละเอียดเฉพาะ
Google ไม่คุ้นเคยกับแนวคิดเรื่อง ความสัมพันธ์กับลูกค้า เลย ธุรกิจที่ชื่อ Google นี้ถึงกับทำให้รู้สึกว่ามองลูกค้าเป็นเหมือนชาวนาที่สะดวกซื้อสิ่งที่ตนตัดสินใจจะขาย
แนวคิดเรื่องการสนับสนุนลูกค้าแทบจะเป็นสิ่งตรงข้ามกับ Google เองเลย เรื่องเล่ามากมายจากคนที่พยายามขอ ซัพพอร์ต GCP เป็นตัวอย่างชัดเจน
ระบุเวอร์ชันซอฟต์แวร์ที่ได้รับผลกระทบไว้ด้วย และเพราะปัญหาเดิมคือข้อมูลไม่ถูกซิงก์ ดูเหมือนว่าการแจ้งผู้ใช้ที่ได้รับผลกระทบโดยตรงตั้งแต่แรกจะเป็นไปไม่ได้
ถ้าตามลิงก์ในบทความศูนย์ช่วยเหลือไป จะเห็นว่าระหว่างเหตุขัดข้อง มีการโพสต์หลายครั้งในโพสต์ปักหมุดของฟอรัมซัพพอร์ตเกี่ยวกับวิธีไม่ทำให้บั๊กเกิดขึ้น และวิธีไม่ทำให้แย่ลง
สุดท้ายสิ่งที่ขาดไปจากสิ่งที่ต้องการก็มีแค่ บล็อกโพสต์วิเคราะห์สาเหตุ ไม่ใช่หรือ
ข้อเรียกร้องที่ว่า “ถ้าไม่มีอะไรถูกลบจากคลาวด์ ก็จงอธิบายและพิสูจน์” หมายความว่า นอกเหนือจากบั๊กที่ Google ยอมรับแล้ว ในช่วงเวลาเดียวกันยังมีบั๊กอีกตัวที่ต่างกันโดยสิ้นเชิงทั้งฟังก์ชันและอาการ และ Google ไม่ได้ปิดบังบั๊กหนึ่ง แต่กลับปกปิดอีกบั๊กหนึ่ง นี่เป็นคำอธิบายที่ค่อนข้างซับซ้อน ทั้งที่มีคำอธิบายที่ชัดเจนและเรียบง่ายกว่า
อีกอย่าง เรื่องแบบนั้นแทบจะพิสูจน์แบบเด็ดขาดไม่ได้ และการสื่อสารหลักฐานให้ผู้ใช้ทั่วไปเข้าใจได้ก็ยาก ควรพูดว่า “เราตรวจสอบอย่างหนักมากแล้ว แต่ไม่สามารถยืนยันรายงานได้” อย่างนั้นหรือ
ก็เป็นไปได้ แต่ต้องรวบรวมรายงานสัก 100 เคสที่สามารถระบุไฟล์ที่หายไปได้อย่างน่าเชื่อถือจากชื่อไฟล์และวันที่สร้าง แล้ววิเคราะห์สิ่งอย่าง audit log ในความเป็นจริงต้องนับว่าไฟล์ที่ไม่เคยมีอยู่ตั้งแต่แรกมีกี่ไฟล์ ไฟล์ที่ผู้ใช้ลบเองอย่างชัดเจนมีกี่ไฟล์ ไฟล์ที่เผลออัปโหลดไปบัญชีที่ทำงานแทนที่จะเป็นบัญชีส่วนตัวมีกี่ไฟล์ ไฟล์ที่ยังอยู่ใน Drive แต่ผู้ใช้หาไม่เจอมีกี่ไฟล์ และหลังจากไล่ความเป็นไปได้ทั้งหมดแล้ว เหลือกี่ไฟล์ที่หายไปโดยไม่ทิ้งร่องรอย การทำการสอบสวนแบบนั้นภายในเพื่อยืนยันว่ามีปัญหาจริงหรือไม่เป็นเรื่องสมเหตุสมผล แต่ต่อให้ข้อมูลไม่ได้สูญหายจริง การเผยแพร่ผลลัพธ์ออกมาก็ดูแย่มากในฐานะ กลยุทธ์ประชาสัมพันธ์
นึกถึงบทความเมื่อไม่กี่สัปดาห์ก่อนจากคนที่ออกจาก Google หลังทำงานมาเกือบ 20 ปี เขาเขียนว่าวัฒนธรรมบริษัทเปลี่ยนไป และเริ่มดึงดูดคนแบบองค์กรใหญ่ที่ไร้ความสามารถและเล่นการเมืองมากขึ้น
ขอแก้ให้ถูก ไม่ใช่หลายสิบปี แต่เป็นคนที่ออกหลังจาก ทำงาน 18 ปี
https://ln.hixie.ch/?start=1700627373&count=1
คอมเมนต์ใน HN ก็น่าอ่านเช่นกัน
https://news.ycombinator.com/item?id=38381573
และผมก็เห็นด้วยว่ามีคนแปลกๆ ที่ลากเรื่องยาวต่อเป็นหางว่าว จนถ้าจะหยุดข่าวลือก็ต้องล็อกไว้
ผมอยากให้ใครสักคนอธิบายจริงๆ ว่าคนที่เชื่อทั้ง “อย่าพูดกับตำรวจเด็ดขาด” และ “บริษัทควรเปิดเผยความผิดพลาดของตัวเอง” ประสานสองแนวคิดนี้เข้าด้วยกันอย่างไร สำหรับผมมันดูเหมือนสองด้านของเหรียญเดียวกัน แต่ถ้ามีวิธีโน้มน้าวแบบอื่นก็น่าสนใจ
ถ้าถามคนอื่นว่ามีแบ็กอัปข้อมูลนอกคลาวด์ไหม เขาจะมองคุณเหมือนคนบ้า พวกเขาเชื่อว่า คลาวด์ไม่ทำข้อมูลหาย แล้วถ้ามันหายจริงขึ้นมา หลังจากนั้นจะทำอย่างไร?
“ถ้าอินฟราของคุณอยู่บน Amazon AWS และแบ็กอัปก็อยู่บน Amazon AWS ด้วย… คุณกำลังทำผิด…”
แต่คนโกรธกันมากจนต้องหยุด
แค่แนวคิดว่า AWS มี ความเสี่ยงที่ไม่ใช่ศูนย์ อยู่บ้าง ก็ทำให้คนตอบสนองอย่างเดือดดาลและก้าวร้าวพอสมควรแล้ว
เพราะถ้าข้อมูลไม่ได้อยู่แค่บนคลาวด์ โครงสร้างที่จะพังก็คือต้องบังเอิญเสียข้อมูลโลคัลในวันเดียวกับที่ผู้ให้บริการคลาวด์ทำข้อมูลหายพอดี
ตอนนี้กำลังสู้กับฝ่ายสนับสนุนของ Google อยู่
ผมสร้างบัญชี Play เพื่อจะเอาแอปขึ้นสโตร์ แต่พลาดอีเมลยืนยันตัวตนไป และตอนนี้ลิงก์ในอีเมลนั้นใช้ไม่ได้แล้ว โดยให้เหตุผลว่า “Google ไม่สามารถยืนยันตัวตนได้” บัญชีถูกจำกัดเพราะ “พยายามหลายครั้งเกินไป” ทำให้เผยแพร่แอปไม่ได้
ฝ่ายสนับสนุนก็เอาแต่พูดซ้ำ ๆ ว่าพยายามหลายครั้งเกินไป บัญชีถูกจำกัด และคืนเงินไม่ได้
คุณภาพของฝ่ายสนับสนุนในการแก้เรื่องง่าย ๆ แบบนี้ย่ำแย่มาก ตอนสร้างบัญชีนักพัฒนา Play อย่าพลาดอีเมลนั้นเด็ดขาด
ถ้ามีใครที่แก้ได้ ID บัญชีนักพัฒนา Play ของผมคือ 7827257533299144892
https://rachelbythebay.com/fun/som/
“สวัสดีผู้ใช้ NoScript หรือผู้ที่ไม่มี JavaScript ผมชอบแนวทางของพวกคุณ ดังนั้นหน้านี้จึงแทบทั้งหมดเป็นแบบสแตติก และไม่ได้สร้างรายการแบบไดนามิก สิ่งที่คุณพลาดไปก็มีแค่เอฟเฟกต์ความคืบหน้าที่ค่อย ๆ มืดลง และหน้ายิ้มที่ยิ่งเลื่อนลงไปยิ่งดูเจ็บปวดขึ้นเรื่อย ๆ อ้อ มีผลรวมด้านล่างสุดด้วย แต่ถ้าใช้ NoScript ก็น่าจะนับเองได้อยู่แล้ว ไปต่อให้เท่แบบนี้แหละ!”
รู้สึกเหมือนกำลังเข้าสู่ ยุคของ NAS มากขึ้นเรื่อย ๆ
เวลาหาซีรีส์หรือหนัง มักพบว่ามันไม่ได้อยู่ในบริการเดิมอีกต่อไป หรือพูดตรง ๆ คือไม่มีให้ดูที่ไหนเลย วิดีโอ YouTube จำนวนมากที่ผมกดไลก์ไว้ ตอนนี้ก็เห็นเป็นแค่ [deleted]
ข้อมูลที่เก็บไว้บนคลาวด์ก็ไม่รู้ว่าจะเกิดอะไรขึ้น ถ้าวิศวกรต้องเจอเหตุการณ์ที่กระทบต่ออาชีพอย่างหนัก
ถ้ามียุคใหม่ของ NAS ก็พูดได้เลยว่า Synology แทบจะเป็นผู้ทำให้มันเกิดขึ้นได้เพียงรายเดียว ซึ่งน่าทึ่งทีเดียว
ต่อให้มีข้อมูล ต้นทุนก็เป็นอุปสรรคใหญ่ มากกว่า 400 ดอลลาร์ รวมไดรฟ์ เป็นจำนวนเงินที่เกินกว่าที่คนส่วนใหญ่คิดจะจ่ายกับฮาร์ดแวร์คอมพิวเตอร์ไปมาก
ครั้งก่อนที่เรื่องนี้ถูกคุยกันใน HN [1] หลายคนบอกว่าไฟล์พวกนี้ทั้งหมดมี แบ็กอัปเทป อยู่ จึงจะกู้คืนได้ทั้งหมด
บางคนบอกว่าเคยทำงานใกล้กับระบบแบ็กอัปเทปนั้น และผมก็คิดว่าไม่น่าจะโกหก เลยเชื่อว่ามันมีอยู่จริง
แล้วทำไมถึงกู้คืนจากเทปไม่ได้? ระบบแบ็กอัปเทปมีข้อจำกัดมากกว่าที่รู้กัน จนข้อมูลนี้ไม่ได้ถูกแบ็กอัปไว้หรือเปล่า? หรือการไล่ดูเทปแล้วตัดสินว่าไฟล์เวอร์ชันที่ถูกต้องคือไฟล์ไหน มันยากและแพงเกินไป?
[1] https://news.ycombinator.com/item?id=38427864
แน่ใจหรือว่าปัญหานี้จำกัดอยู่แค่ Drive? ในบทความของ Ars บอกว่าผู้ใช้บางคนไม่เคยใช้แอปเดสก์ท็อปเลยแต่ก็ยังข้อมูลหาย ดังนั้นดูเหมือนว่าหนึ่งในบั๊กจะอยู่ภายในโครงสร้างพื้นฐานของ Google เอง
ผมสงสัยว่าอาจมีความเสียหายของข้อมูลแบบมองไม่เห็นใน Colossus หรืออะไรก็ตามที่ใช้อยู่ตอนนี้ และผลกระทบใน Drive แค่เห็นได้ชัดที่สุดหรือเปล่า แต่ถ้าส่วนที่เสียอยู่ใน GCP ก็คงจะรู้กันไปแล้วในตอนนี้ เพราะงั้นคงไม่ใช่สินะ?
ดูเหมือน Google จะได้แรงบันดาลใจจาก Bastard Operator From Hell มาบ้าง
[1]: https://bofh.bjash.com/bofh/bofh1.html
เมื่อวานก็มีปัญหาตอนใช้ Google Drive
หลังอัปโหลดรูปจากแอปมือถือ แล้วจะไปหาบนเดสก์ท็อปเพื่อดาวน์โหลด แต่ไม่อยู่ในรายการล่าสุด พอค้นหาเจอแล้วพยายามดาวน์โหลด เว็บไซต์ก็บอกว่า “You have selected a file that does not exist”
ยืนยันได้ว่าในเดือนมีนาคม ไฟล์บางส่วนถูกลบไปด้วยวิธีใดวิธีหนึ่ง
ผมสงสัยว่าปัญหานี้เกี่ยวข้องกับการประกาศว่า ขีดจำกัด 5 ล้านไฟล์ ไม่ใช่ข้อจำกัดอีกต่อไปแล้ว [1]
ตอนแรกนึกว่าสมาชิกทีมของเราคนใดคนหนึ่งทำพลาด แต่ตอนนี้รู้สึกผิดขึ้นมาแล้ว
[1] https://news.ycombinator.com/item?id=35329135