Black Friday และ Cyber ​​​​Monday:ข้อมูลของคุณพร้อมหรือยัง?

Black Friday, Cyber ​​​​Monday และแม้แต่ Green Monday (วันจันทร์สุดท้ายเพื่อประหยัด "สีเขียว" และวันที่จัดส่งที่เหมาะสมที่สุดสำหรับคริสต์มาส) เป็นหัวข้อสนทนาที่สำคัญในช่วงเวลานี้ของปี หัวข้อสนทนาสาธารณะที่พบบ่อยที่สุดคือการตามล่าหาข้อเสนอดีๆ การซื้อของขวัญสำหรับเทศกาลวันหยุด และจำนวนเงินที่ผู้บริโภคใช้จ่ายจนแทบอ้าปากค้าง

รายงานการขายในวัน Black Friday 2018 ระบุว่ายอดขายออนไลน์อยู่ที่ 6.2 พันล้านดอลลาร์ เพิ่มขึ้น 23.6% จากปีก่อนหน้า, และ Cyber ​​Monday เป็นวันขายที่ใหญ่ที่สุดของปี 2018 โดยมีรายได้ออนไลน์ 7.9 พันล้านดอลลาร์ เพิ่มขึ้น 19.3% จากปี 2017

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

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

บล็อกนี้ครอบคลุมประเด็นสำคัญบางส่วนของกลุ่มเทคโนโลยีข้อมูลของคุณที่คุณต้องการพิจารณาเมื่อใกล้ถึงวัน Black Friday คำแนะนำเกี่ยวกับวิธีการเตรียมตัว และวิธีที่ทีม ObjectRocket ของคุณสามารถทำงานร่วมกับคุณเพื่อเตรียมพร้อมสำหรับ Black Friday และ Cyber ​​​​Monday

ขั้นตอนทั่วไปในการเตรียมกองข้อมูลของคุณ

มีหลายขั้นตอนที่ควรดำเนินการ ไม่ว่าคุณจะใช้ฐานข้อมูลใด ซึ่งรวมถึงแนวทางปฏิบัติที่ดีที่สุดมาตรฐานในการทำให้การจัดเก็บข้อมูลของคุณทำงานได้อย่างราบรื่น แต่มีความเร่งด่วนเป็นพิเศษในการเตรียมตัวสำหรับ Black Friday และ Cyber ​​​​Monday

• เตรียมพร้อมสำหรับการเข้าชมจำนวนมาก :การวางแผนความจุ การคาดการณ์การเติบโต ความเสถียรของข้อมูล ความพร้อมใช้งานสูง การจำลองแบบ กลุ่มเฟลโอเวอร์ เป็นแนวคิดหลักในการรองรับปริมาณการรับส่งข้อมูลที่เพิ่มขึ้น พิจารณารายการเหล่านี้เมื่อเตรียม:
  • สำหรับคลัสเตอร์ที่มีการแบ่งส่วนข้อมูล ให้พิจารณาเพิ่มชาร์ดเพิ่มเติมเพื่อให้แน่ใจว่าพื้นที่ว่างของคุณจะไม่หมดในช่วงที่มีการใช้งานสูงสุด ที่ ObjectRocket โดยทั่วไปแล้ว เราต้องการให้ลูกค้าที่คาดว่าจะเติบโตอย่างมากโดยมีการใช้งานประมาณ 60% เพื่อป้องกันไฟดับที่เกิดจากดิสก์เต็ม
  • ด้วยคลัสเตอร์ Elasticsearch เวอร์ชัน 6.x ขึ้นไป คุณจะต้องตรวจสอบให้แน่ใจว่า หากใช้แผนขนาดเล็กลง จะพิจารณาถึงความเป็นไปได้ของการเติบโตอย่างรวดเร็ว และโดยเฉพาะอย่างยิ่งเป้าหมายที่สำคัญของ รักษาขนาดดิสก์ให้ต่ำกว่า 95% เพื่อหลีกเลี่ยงการล็อกแบบอ่านอย่างเดียว พึงระลึกไว้เสมอว่าเมื่อวางแผนความจุว่าแต่ละชาร์ดมีทรานส์ล็อกที่สามารถขยายได้ถึง 512MB และคงอยู่อย่างนั้นนานถึง 12 ชั่วโมง
  • สำหรับชุดแบบจำลองที่เล็กกว่าและเรียบง่ายซึ่งไม่ใช้การปรับขนาดอัตโนมัติ ให้พิจารณาย้ายไปยังขนาดแผนซึ่งสามารถรองรับการทำงานพร้อมกันและการเติบโตตามการคาดการณ์การเติบโต
  • เมื่อปริมาณการใช้งานเพิ่มขึ้น คำขอเชื่อมต่อกับฐานข้อมูลก็เช่นกัน ตรวจสอบกับสมาชิกในทีม/ลูกค้าของแอปพลิเคชันเพื่อให้แน่ใจว่ามีการตั้งค่าการรวมการเชื่อมต่อที่ถูกต้อง รวมถึงการตั้งค่าระบบปฏิบัติการที่ถูกต้อง (เช่น ulimits  ซึ่งอนุญาตให้คุณแสดงและตั้งค่าขีดจำกัดทรัพยากรสำหรับผู้ใช้) บางครั้งแอปพลิเคชันอาจต้องการให้คุณเปิดการเชื่อมต่อมากกว่าชุดแบบจำลองเดียวหรือ Mongos เริ่มต้น 4 รายการ (โหนดพิเศษที่รับฟังการเชื่อมต่อบนคลัสเตอร์ที่มีการแบ่งส่วน) ที่เรานำเสนอสามารถจัดการได้ ในกรณีนี้ เรามักจะทำงานร่วมกับลูกค้าเพื่อจัดสรร Mongos เพิ่มเติมเพื่อจัดการกับการเชื่อมต่อ
  • การทำให้แน่ใจว่า oplog มีขนาดถูกต้องเป็นอีกพื้นที่หนึ่งที่ต้องพิจารณา oplog คือคอลเล็กชันแบบต่อยอด (ที่มีขนาดคงที่) ของการดำเนินการสร้าง อ่าน และลบทั้งหมด ซึ่งโหนดรองจะจำลองข้อมูลจากแหล่งการซิงค์ โหนดรองอาจไม่ซิงค์กันหากขนาดของ oplog บนโหนดที่ซิงค์มีขนาดเล็กและไม่สามารถติดตามการดำเนินการได้ โดยเฉพาะในช่วงเวลาที่มีการใช้งานสูงสุด ยิ่ง oplog มีขนาดใหญ่เท่าใด โหนดรองจะต้องซิงค์กับกิจกรรมบนโหนดหลักมากขึ้นเท่านั้น แม้ว่าจะล่มก็ตาม
• ทดสอบ ปรับแต่ง และทดสอบเพิ่มเติม :ยิ่งคุณทดสอบฐานข้อมูลของคุณมากเท่าไหร่ คุณก็จะยิ่งรู้จักฐานข้อมูลของคุณมากขึ้นเท่านั้น นี่คือเวลาที่จะทำการทดสอบความเครียดและประสิทธิภาพ จากนั้นจึงใช้การเปลี่ยนแปลงใดๆ ก่อนที่ลูกค้าของคุณจะเริ่มซื้อของ
  • ดูการสะดุด/ข้อมูลล้มเหลวในอดีต จุดอ่อน และพิจารณาว่ามีสิ่งที่ต้องปรับปรุงหรือไม่ (แต่อย่าแก้ไขครั้งใหญ่ก่อน BF) .
  • ทำการทดสอบการโหลดและประสิทธิภาพในช่วงต้นของระยะเวลาการเตรียมการ แต่ยังตลอดทั้งปี และสร้างการทดสอบประเภทนี้ในกระบวนการบูรณาการแบบต่อเนื่องของคุณ
  • จำลองรูปแบบการรับส่งข้อมูลและความยาวของโหลดในสภาพแวดล้อมการทดสอบ ถ้าเป็นไปได้
• การวิเคราะห์เลเวอเรจ :หากคุณได้ดูกระแสการจราจรและรูปแบบอื่นๆ ในช่วงหลายเดือนที่ผ่านมา คุณควรคุ้นเคยกับสิ่งที่ "ปกติ"
  • เริ่มมองหาปัญหาด้านประสิทธิภาพหรืออินพุต/เอาต์พุตที่ดูเหมือนไม่เหมาะสมซึ่งคุณสามารถแก้ไขได้ก่อนบิ๊กดาต้า
  • ศึกษารูปแบบการเข้าชมของคุณ:ดูจำนวนการเชื่อมต่อสูงสุดในเวลาที่ยุ่งที่สุด แล้ววางแผนสำหรับความจุเพิ่มขึ้น 20%
  • สำหรับ Elasticsearch คุณสามารถใช้ตัวรวบรวมเมทริกของบริษัทอื่น เช่น New Relic ที่จะให้ CPU ใช้/GC เวลา/เวลาสืบค้น สถิติทั้งหมดนี้จะช่วยคุณวางแผนสำหรับสัปดาห์ใหญ่ของ black Friday
• อย่าลืมหยุดการซ่อมแซมหรืออัปเกรดครั้งใหญ่ ใกล้วันสำคัญเกินไปแล้ว! และอย่าลืมแจ้งการเลื่อนการชำระหนี้นี้ให้ทีมของคุณทราบ
• ดูความปลอดภัยของคุณอีกครั้ง มาตรการ รู้และเข้าใจ เตรียมพร้อมและมั่นใจในความสามารถของคุณในการอธิบายให้ผู้อื่นทราบ (หากจำเป็น) อย่างน้อย ตรวจสอบว่าคุณไม่ใช่ “เป้าหมายที่อ่อนแอ” สำหรับการละเมิดข้อมูล
• ข้อกำหนดความเป็นส่วนตัว คล้ายกับปัญหาด้านความปลอดภัย มีความสำคัญมากขึ้นเรื่อยๆ พิจารณาว่า GDPR ข้อกำหนดส่งผลต่อการใช้แคมเปญการขายของคุณ (และคุกกี้ที่เกี่ยวข้อง) และวิธีที่คุณใช้/จัดเก็บข้อมูลของลูกค้า
• การพัฒนาอย่างต่อเนื่องโดยคำนึงถึงอนาคต :เป็นความคิดที่ดีที่จะจัดการประชุมย้อนหลัง (ย้อนยุค) หลังจากทุกวัน Black Friday/Cyber ​​Monday เพื่อระบุพื้นที่ที่สามารถปรับปรุงได้ในครั้งต่อไป!

ข้อควรพิจารณาเฉพาะฐานข้อมูล 

ต่อไปนี้เป็นคำแนะนำแบบมืออาชีพสำหรับฐานข้อมูลบางส่วนที่ ObjectRocket รองรับ (หรือบางทีคุณอาจเรียกใช้ฐานข้อมูลทั้งสาม (การคงอยู่ของหลายภาษา)!

เคล็ดลับ MongoDB Pro

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

• ตรวจสอบให้แน่ใจว่าชื่อโฮสต์ทั้งสามของชุดเรพลิกาถูกเพิ่มในสตริงการเชื่อมต่อสำหรับชุดเรพลิกา และ mongos ทั้ง 4 รายการสำหรับเคสของคลัสเตอร์ที่แบ่งส่วน
• ตรวจสอบให้แน่ใจว่าคุณกำลังใช้พูลการเชื่อมต่อเพื่อหลีกเลี่ยงการเปิดการเชื่อมต่อที่ไม่จำเป็นกับฐานข้อมูลมากเกินไป
• พิจารณาว่าปริมาณการใช้ข้อมูลและการอ่าน/เขียนของคุณจะเพิ่มขึ้นมากเพียงใด (การคาดการณ์การเติบโตของคุณ) และใช้ประโยชน์จากคุณลักษณะการปรับขนาดอัตโนมัติของ MongoDB
• อยู่เหนือการปรับแต่งประสิทธิภาพ (การใช้หน่วยความจำ การจัดการการเชื่อมต่อ ความสมบูรณ์ของชุดแบบจำลอง) ทั้งก่อนและระหว่างวันช็อปปิ้งครั้งใหญ่

เคล็ดลับ Elasticsearch Pro

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

• 2 วันก่อน Black Friday เพิ่มความถี่ในการถ่ายภาพสแนปชอต เราแนะนำให้ถ่ายสแนปชอตวันละ 2 – 3 ครั้งต่อวันตลอดช่วงสุดสัปดาห์ของการช็อปปิ้ง จากนั้นหลังจาก Cyber ​​Monday กลับเข้าสู่กำหนดการสำรองตามปกติ เราแนะนำให้ตั้งเวลาให้สแนปชอตเหล่านี้เกิดขึ้นก่อนทราฟฟิกสูงสุด และอีกครั้งหลังจากทราฟฟิกสูงสุด – และอีกครั้งในเวลาที่คุณเลือก เนื่องจากการสำรองข้อมูลของ Elasticsearch ทำได้ในลักษณะที่ต่างออกไป การทำสแน็ปช็อต 3 ครั้งต่อวันจึงทำให้ระยะเวลาของสแน็ปช็อตสั้นลง
• หากคุณใช้ Elasticsearch เป็นหลักในการแสดงไฟล์บันทึกเป็นภาพ:
  • วางแผนสำหรับการใช้ข้อมูลที่เพิ่มขึ้นในระหว่างกิจกรรม
  • ตรวจสอบให้แน่ใจว่าแดชบอร์ด Kibana เป็นปัจจุบันด้วยการตั้งค่าที่เหมาะสมเพื่อวิเคราะห์บันทึกและเหตุการณ์ที่สำคัญที่สุด
  • รู้ว่าเส้นฐานของคุณอยู่ที่ใดในการสรุปรวม/แดชบอร์ดของคุณ เพื่อให้คุณระบุการเพิ่มขึ้นอย่างรวดเร็วและปัญหาได้ กรณีการใช้งานบางกรณีอาจได้รับประโยชน์จากการผสานรวม Elastalert เพื่อแจ้งเตือนเหตุการณ์ต่างๆ
• หากคุณใช้ Elasticsearch เป็นหลักสำหรับฟังก์ชันการค้นหา:
  • เนื่องจากวันเหล่านี้น่าจะเป็นวันที่อ่านหนักมาก คุณจึงต้องการ:
    • เพิ่มจำนวนโหนดเพื่อรับเธรดพูลที่ทำงานอยู่เพิ่มเติม
    • เพิ่มจำนวนการจำลองเพื่อให้คุณอ่านได้จากที่ต่างๆ มากขึ้น
• ใช้เครื่องมือ Rally ของ Elasticsearch เพื่อทำการทดสอบการเปรียบเทียบเพื่อดูว่าคลัสเตอร์ Elasticsearch ปัจจุบันสามารถรองรับปริมาณการค้นหาที่วางแผนไว้ในปัจจุบันได้หรือไม่
• ตรวจสอบบันทึกของ Elasticsearch เพื่อหาข้อผิดพลาดเพิ่มเติมที่อาจเกิดขึ้น
• ตรวจสอบให้แน่ใจว่าแอปพลิเคชันทั้งหมดใช้ปลายทางการเชื่อมต่อทั้ง 4 จุด
• ดูการสืบค้นที่ช้าในปัจจุบัน และหากคุณต้องการความช่วยเหลือในการวิเคราะห์หรือปรับปรุงการสืบค้น โปรดติดต่อทีม ObjectRocket ของคุณ

เคล็ดลับ Redis Pro

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

• หากคุณใช้ Redis เป็นที่เก็บเซสชันหรือแคช ให้ลองปรับขนาดให้สูงขึ้นหากคุณคิดว่าหน่วยความจำหรือแบนด์วิดท์อาจถึงขีดจำกัดด้วยการรับส่งข้อมูล Black Friday ที่เพิ่มขึ้น
• ยืนยันว่าคุณกำลังตั้งค่า TTL ("time to live" เป็นตัวกำหนดเวลาหมดอายุของคีย์) กับคีย์ใดๆ ก็ตามที่สามารถและควรจะหมดอายุโดยอัตโนมัติ
• ยืนยันว่า maxmemory-policy ถูกตั้งค่าอย่างเหมาะสมในกรณีที่หน่วยความจำหมด ติดต่อฝ่ายสนับสนุนของ ObjectRocket หากคุณต้องการแก้ไขการตั้งค่านี้ในอินสแตนซ์ของคุณ
• สำหรับอินสแตนซ์ที่ใช้งานจริง ตรวจสอบให้แน่ใจว่าคุณมีอัตราส่วนการแตกแฟรกเมนต์หน่วยความจำที่ดีก่อนที่จะมีการรับส่งข้อมูลเพิ่มขึ้นอย่างรวดเร็ว
• หากคุณใช้ Redis เป็นแบ็กเอนด์สำหรับเฟรมเวิร์กการจัดการคิวงานใดๆ เราขอแนะนำอย่างยิ่งให้มีและตรวจสอบแดชบอร์ดสำหรับเฟรมเวิร์กนี้เพื่อตรวจสอบสถานะงาน ตัวอย่างของแดชบอร์ดดังกล่าว ได้แก่ resque-web, arena, sideqik
• แม้ว่าจะฟังดูน่าดึงดูดก็ตาม อย่าเรียกใช้ flushdb, flushall หรือการดำเนินการลบขนาดใหญ่อื่นๆ ทันทีก่อนการรณรงค์ ให้เขียนสคริปต์ SCAN และ DEL แทน
• ตรวจสอบบันทึก COMMANDSTATS และบันทึก SLOWLOG เพื่อดูรายการปัจจุบันและดูว่ารูปแบบใดที่ปรับให้เหมาะสมได้ คุณจึงไม่ต้องดำเนินการบล็อก หลีกเลี่ยงการใช้ “KEYS * ” และการปฏิบัติการระยะยาวอื่นๆ
• ในอินสแตนซ์การพัฒนา (ไม่ใช่เวอร์ชันที่ใช้งานจริง!) ให้เรียกใช้การทดสอบความเครียดขณะดูเอาต์พุตจากคำสั่ง MONITOR เพื่อวิเคราะห์รูปแบบ
• ในอินสแตนซ์การพัฒนาที่มีข้อมูลตัวอย่าง ให้ใช้ rdb-tools , redis-cli –bigkeys และ redis-cli –memkeys เพื่อวิเคราะห์การกระจายข้อมูลและการใช้หน่วยความจำของคุณ
• ตั้งค่าตัวแทนที่รวมการตรวจสอบอินสแตนซ์ของคุณเข้ากับแพลตฟอร์มสถิติที่มีอยู่ของคุณ เช่น Datadog, New Relic, Prometheus

สิ่งที่ ObjectRocket ทำเพื่อร่วมมือกับคุณ

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

นี่เป็นเพียงตัวอย่างเล็กๆ น้อยๆ ของสิ่งที่ทีม ObjectRocket ของคุณทำ:

• การวิเคราะห์ข้อความค้นหาช้า :เราสามารถให้คำแนะนำสำหรับคำค้นหาที่ใช้เวลานานกว่าค่าที่เหมาะสม (เช่น ใน Elasticsearch ข้อความค้นหาที่ใช้เวลานานกว่า 1 วินาทีถือว่าไม่เหมาะสม)
  • ต้องเปิดใช้งานการบันทึกสำหรับการสืบค้นที่ช้าบนคลัสเตอร์ – (ลูกค้าของเราสามารถร้องขอได้) จากนั้น – เมื่อเรามีข้อมูลหนึ่งหรือสองวัน – เราจะดูที่ตัวเลข ของข้อความค้นหาที่ใช้เวลานานกว่าวินาทีที่เหมาะสมที่สุดที่กำหนดไว้ จากนั้นเรียกใช้ผ่านตัวสร้างโปรไฟล์การสืบค้น ซึ่งระบุส่วนที่แพงที่สุดของการสืบค้น จากนั้นเราจะปรึกษากับลูกค้าของเราและให้คำแนะนำเกี่ยวกับวิธีลดเวลาในการสืบค้น
• การปรับแต่งประสิทธิภาพ:นี่เป็นอีกส่วนหนึ่งที่เรามักจะใช้เวลาในการปรับแต่งการดำเนินการที่ไม่ได้รับการปรับให้เหมาะสมสำหรับลูกค้าของเรา โดยเฉพาะอย่างยิ่ง: 
• • การสืบค้น regex ที่ไม่ถูกต้องอาจทำให้ฐานข้อมูลของคุณช้าลงในการรวบรวมข้อมูล อ้างอิงบล็อกโพสต์ของเราเกี่ยวกับการเพิ่มประสิทธิภาพบางอย่างที่สามารถทำได้กับข้อความค้นหา regex
  • แบบสอบถามที่ต้องมีการสแกนคอลเล็กชัน การดำเนินการเหล่านี้อาจมีราคาค่อนข้างสูง เนื่องจากมักจะสแกนเอกสารจำนวนมากและส่งคืนเพียงไม่กี่รายการ (กล่าวคือ ไม่ได้ใช้ดัชนี)
  • การดำเนินการที่ใช้ตัวดำเนินการที่ไม่มีประสิทธิภาพมักจะตรวจสอบเอกสารและคีย์ดัชนีจำนวนมาก ดังนั้นหากเป็นไปได้ ให้หลีกเลี่ยงการใช้ตัวดำเนินการ เช่น $ne, $exists:true , $nin.

• การจัดทำดัชนี:การมีดัชนีที่เหมาะสมมักจะเป็นงานที่สำคัญที่สุด และเป็นวิธีที่ลูกค้าส่วนใหญ่ของเรารอดชีวิตในวัน Black Friday เราสามารถสร้างโปรไฟล์ของอินสแตนซ์เพื่อให้แน่ใจว่ามีดัชนีที่เหมาะสมสำหรับการดำเนินการส่วนใหญ่ และหากจำเป็นต้องใช้ดัชนีเพิ่มเติม เราจะทำงานร่วมกับคุณเพื่อสร้างดัชนีเหล่านี้
• การทดสอบการโหลดและการปรับขนาด — เมื่อได้รับการร้องขอ เราสามารถประสานงานการทดสอบโหลดเพื่อจำลองการเข้าชมที่คาดว่าจะเพิ่มขึ้นก่อนที่จะเกิดขึ้น นี่เป็นสิ่งจำเป็นเพื่อให้แน่ใจว่าประสิทธิภาพของแอปพลิเคชันของคุณยังคงดีที่สุดในช่วงการเติบโตที่คาดการณ์และปริมาณการใช้งานที่เพิ่มขึ้น
• พักการซ่อมบำรุง — เรารู้สึกซาบซึ้งที่ลูกค้าของเราต้องพึ่งพาเราอย่างหนักในช่วงเวลานี้และได้ดำเนินการพักการซ่อมบำรุง ซึ่งหมายความว่าการหยุดทำงานชั่วคราวในการบำรุงรักษาโครงสร้างพื้นฐานจะมีผลระหว่างต้นเดือนพฤศจิกายนถึงต้นเดือนมกราคม ในช่วงเวลานี้อนุญาตเฉพาะการบำรุงรักษาฉุกเฉินที่ผ่านกระบวนการอนุมัติอย่างรอบคอบแล้วเท่านั้น
• สนับสนุน 24x7x365 — ทีมสนับสนุน ObjectRocket มีพนักงานตลอดเวลาเพื่อตอบสนองความต้องการของคุณ ทีมงาน DBAs และผู้เชี่ยวชาญด้านเทคโนโลยีข้อมูลของเราเป็นทหารผ่านศึกของ Black Friday และ Cyber ​​​​Monday ที่ช่ำชอง พวกเขาอยู่ที่นี่เพื่อคุณทั้งก่อน ระหว่าง และหลังช่วงเวลาวิกฤตินี้!

เช่นเคย วิธีที่ดีที่สุดในการติดต่อกับ ObjectRocket Support คือการส่งอีเมลหาเราที่ [email protected] แจ้งให้เราทราบว่าเราสามารถช่วยได้อย่างไร และสุขสันต์วัน Black Friday!