ธันวาคม 6, 2022 |
SIOS มอบความพร้อมใช้งานสูงสำหรับบริษัทบริการทางการเงินขนาดใหญ่SIOS มอบความพร้อมใช้งานสูงสำหรับบริษัทบริการทางการเงินขนาดใหญ่SIOS Protection Suite สำหรับ Linux มอบ HA/DR สำหรับแอปพลิเคชันหลักทรัพย์ที่สำคัญบนฐานข้อมูล Oracleหนึ่งในบริษัทที่ให้บริการทางการเงินที่เก่าแก่ที่สุดในจีนให้บริการนายหน้าซื้อขายหลักทรัพย์และสัญญาซื้อขายล่วงหน้า ตลอดจนวาณิชธนกิจ การจัดการสินทรัพย์ กองทุนส่วนบุคคล การลงทุนทางเลือก และบริการเช่าซื้อทางการเงิน จดทะเบียนทั้งในตลาดหลักทรัพย์เซี่ยงไฮ้และฮ่องกง บริษัทมีสาขา 343 แห่ง (รวมถึงสาขาหลักทรัพย์ 302 แห่งและสาขาฟิวเจอร์ส 41 แห่ง) ครอบคลุม 30 มณฑล เทศบาล และเขตปกครองตนเองในสาธารณรัฐประชาชนจีน พวกเขายังดำเนินการใน 14 ประเทศ ได้แก่ เซี่ยงไฮ้ ฮ่องกง นิวยอร์ก ลอนดอน โตเกียว และสิงคโปร์ และมีฐานลูกค้าที่มั่นคงประมาณ 18 ล้านราย สิ่งแวดล้อมบริษัทใช้แอปพลิเคชันซื้อขายหลักทรัพย์บน Oracle Database ทำงานในสภาพแวดล้อมระบบปฏิบัติการ Red Hat Linux ในขณะที่ทีมไอทีของบริษัทสำรองข้อมูลแอปพลิเคชันและฐานข้อมูลเหล่านี้บ่อยครั้ง พวกเขาไม่สามารถกู้คืนการดำเนินการได้อย่างรวดเร็วในกรณีที่เกิดความล้มเหลวหรือภัยพิบัติ ความท้าทายบริษัทที่ให้บริการทางการเงินต้องการใช้ความพร้อมใช้งานสูง (เวลาทำงาน 99.99%) และการป้องกันการกู้คืนระบบสำหรับแอปพลิเคชันที่สำคัญและฐานข้อมูล Oracle ที่พวกเขาพึ่งพา การประเมินผลทีมไอทีของบริษัทต้องการโซลูชันการทำคลัสเตอร์ที่รับรองว่าจะเป็นไปตามข้อตกลงระดับบริการ (SLA) ที่เชื่อถือได้สำหรับความพร้อมใช้งานสูง ตลอดจนเวลากู้คืนที่เข้มงวดและวัตถุประสงค์ของจุดกู้คืน (RTO, RPO) จำเป็นต้องได้รับการพิสูจน์เพื่อให้มี HA ในสภาพแวดล้อม Linux พวกเขายังต้องการโซลูชันที่จะลดความซับซ้อนของการจัดกลุ่มในสภาพแวดล้อมแบบโอเพ่นซอร์ส การแก้ไขปัญหาบริษัทได้สร้างคลัสเตอร์สองโหนดบนเซิร์ฟเวอร์จริงโดยใช้ซอฟต์แวร์ SIOS Protection Suite สำหรับการทำคลัสเตอร์ Linux ซอฟต์แวร์การทำคลัสเตอร์ SIOS จะตรวจสอบสแต็กแอปพลิเคชันทั้งหมด – เครือข่าย ที่เก็บข้อมูล ระบบปฏิบัติการ และแอปพลิเคชัน ในกรณีที่เกิดการเฟลโอเวอร์ ซอฟต์แวร์จะจัดการการเฟลโอเวอร์ของการดำเนินการแอปพลิเคชันไปยังโหนดรองในคลัสเตอร์ โมดูลที่รู้จักแอปพลิเคชันใน SIOS Protection Suite ช่วยลดความยุ่งยากในการกำหนดค่าคลัสเตอร์สำหรับสภาพแวดล้อม Linux ผลลัพธ์บริษัทได้ใช้ SIOS Protection Suite สำหรับการทำคลัสเตอร์ Linux เป็นเวลาหลายปี และนำผลิตภัณฑ์ SIOS ไปใช้ในสภาพแวดล้อมของตนอย่างต่อเนื่อง ในช่วงเวลานั้น บริษัทได้ปฏิบัติตาม SLA ความพร้อมใช้งานอย่างต่อเนื่อง จากการใช้งานที่ตรงไปตรงมาไปจนถึงการจัดการที่เชื่อถือได้และใช้งานง่าย ซอฟต์แวร์การจัดกลุ่ม SIOS เป็นไปตามหรือเกินความคาดหมายของพวกเขา ทำซ้ำโดยได้รับอนุญาตจาก SIOS
|
พฤศจิกายน 30, 2022 |
เทคโนโลยี SIOS ช่วยให้ Telcos สำรวจความซับซ้อนของความพร้อมใช้งานสูงเทคโนโลยี SIOS ช่วยให้ Telcos สำรวจความซับซ้อนของความพร้อมใช้งานสูงในโลกที่เชื่อมต่อถึงกันในปัจจุบัน ความพร้อมใช้งานสูงไม่เพียงแต่จำเป็นเท่านั้น แต่ยังถือเป็นเส้นชีวิตของสังคมและเศรษฐกิจอีกด้วย ไม่มีอินเทอร์เน็ตหมายความว่าไม่มีคลาวด์ การหยุดทำงานเพียงไม่กี่นาทีอาจทำให้บริษัทเสียหายหลายล้านดอลลาร์และทำลายความสัมพันธ์กับลูกค้า ในขณะที่ คลาวด์คอมพิวติ้ง , การประมวลผลขอบ , และ ไอโอที นำเสนอโอกาสมากมาย แต่ก็ท้าทายในการนำทาง ในซีรี่ส์ต่อเนื่องเกี่ยวกับความพร้อมใช้งานสูง (HA) และการกู้คืนจากความเสียหาย (DR) สำหรับอุตสาหกรรมต่างๆ แฮร์รี อูจลา ผู้อำนวยการฝ่ายขายล่วงหน้า EMEA ของ SIOS Technology Corp. กล่าวถึงความสำคัญของความพร้อมใช้งานสูงในภาคโทรคมนาคม เขาชี้ให้เห็นถึงความท้าทายที่บริษัทโทรคมนาคมกำลังเผชิญอยู่ในปัจจุบัน ความพร้อมใช้งานสูง และเทคโนโลยี SIOS ช่วยได้อย่างไร ตรวจสอบบทสัมภาษณ์ทั้งหมดด้านบนเพื่อเรียนรู้เพิ่มเติม ไฮไลท์สำคัญจากวิดีโอสัมภาษณ์นี้:
โซลูชั่น
เชื่อมต่อกับ Harry Aujla ( ลิงค์อิน ) ทำซ้ำโดยได้รับอนุญาตจาก SIOS |
พฤศจิกายน 26, 2022 |
สร้างแผนการกู้คืนจากความเสียหายสำหรับแอปพลิเคชันที่สำคัญสร้างแผนการกู้คืนจากความเสียหายสำหรับแอปพลิเคชันที่สำคัญแอปพลิเคชันที่สำคัญต่อธุรกิจสามารถเป็นอะไรก็ได้ตั้งแต่เซิร์ฟเวอร์ฐานข้อมูลไปจนถึงของคุณ เอสเอพี โครงสร้างพื้นฐาน นี่คือแอปพลิเคชันที่ธุรกิจของคุณใช้ องค์กรไม่สามารถหยุดแอปพลิเคชันเหล่านี้ได้ ในตอนนี้เรานั่งลงกับ เดฟ เบอร์มิงแฮม , ผู้อำนวยการฝ่ายความสำเร็จของลูกค้าที่ เทคโนโลยี SIOS เพื่อหารือเกี่ยวกับวิธีการสร้างคอนกรีต การกู้คืนระบบ กลยุทธ์สำหรับการใช้งานที่สำคัญทางธุรกิจ ทำซ้ำโดยได้รับอนุญาตจาก SIOS
|
พฤศจิกายน 23, 2022 |
SAP บน Azure High Availability Best PracticesSAP บน Azure High Availability Best Practicesในวิดีโอต่อไปนี้ Bala Anbalagan สถาปนิก SAP อาวุโสของ Microsoft ที่มีประสบการณ์ 20 ปีใน SAP อธิบายแนวทางปฏิบัติที่ดีที่สุดสำหรับการกำหนดค่าความพร้อมใช้งานสูงเพื่อปกป้องโซลูชัน SAP ใน Azure นอกจากนี้ เขายังทบทวนข้อผิดพลาดที่มักเกิดขึ้นเมื่อนำโซลูชัน HA ไปใช้ในระบบคลาวด์ และปัจจัยสำคัญที่ผู้ใช้ควรทราบเมื่อกำหนดค่า SIOS LifeKeeper การกำหนดค่า SAP High Availability Solutions ในระบบคลาวด์Bala อธิบายว่าผู้ใช้ SAP ทุกคนควรจำไว้ว่า ความพร้อมใช้งานสูง โซลูชันเป็นสิ่งที่ขาดไม่ได้โดยเฉพาะในระบบคลาวด์ ผู้ให้บริการคลาวด์จะต้องทำการเปลี่ยนแปลงในสภาพแวดล้อมของตน แม้ว่าพวกเขาจะมีระดับการบริการที่สูงสำหรับโครงสร้างพื้นฐานฮาร์ดแวร์ของพวกเขา แต่ก็จะมีช่วงเวลาหยุดทำงานสั้น ๆ ที่สามารถทำให้ระบบ SAP ของคุณหยุดทำงานโดยสิ้นเชิง ผู้ใช้ต้องกำหนดค่า SAP HA อย่างถูกต้อง จุดประสงค์หลักของการติดตั้งโซลูชัน HA คือเพื่อป้องกันการหยุดทำงาน แต่ถ้าคุณติดตั้งไม่ถูกต้อง คุณจะเสียเวลาและเงินไปโดยเปล่าประโยชน์ โดยไม่คำนึงถึงระบบคลาวด์ที่คุณใช้งานอยู่ จำเป็นต้องปฏิบัติตามกฎการกำหนดค่าของผู้ให้บริการระบบคลาวด์ของคุณ หากคุณกำหนดค่า HA ของคุณผิดหรือล้มเหลวในการทดสอบการเฟลโอเวอร์และการย้อนกลับเมื่อเกิดข้อผิดพลาด อาจส่งผลให้ธุรกิจหยุดชะงักเมื่อคุณคาดหวังน้อยที่สุด โดยเฉพาะในช่วงที่มีการใช้งานสูง อะไรทำให้การกำหนดค่า SIOS ตรงไปตรงมาSIOS มีกระบวนการกำหนดค่าที่ค่อนข้างตรงไปตรงมา โดยทั่วไป คุณเพียงแค่ต้องติดตั้ง LifeKeeper ในแต่ละโหนดคลัสเตอร์ของคุณ และคุณใช้โมดูลชุดการกู้คืนเฉพาะแอปพลิเคชัน (ARK) ของ SIOS ประเภทต่างๆ (ที่มาพร้อมกับ LifeKeeper) ขึ้นอยู่กับแอปพลิเคชันที่คุณต้องการกู้คืน นอกจากนี้ กระบวนการยังง่ายมากที่จะปฏิบัติตามด้วย GUI ที่ตรงไปตรงมา – มีระบบอัจฉริยะในตัว และคุณไม่จำเป็นต้องเปลี่ยนรายละเอียดของ GUI โดยจะตรวจจับข้อมูลส่วนใหญ่โดยอัตโนมัติ ทำให้ขั้นตอนการตั้งค่าง่ายขึ้น การรู้ว่าจะใช้ ARK ใดและใช้งานอย่างไรเป็นสิ่งสำคัญในกระบวนการกำหนดค่า ARK เป็นโมดูลซอฟต์แวร์ที่ให้ข้อมูลเฉพาะแอปพลิเคชันแก่ซอฟต์แวร์ LifeKeeper SIOS มี ARK แยกต่างหากสำหรับการใช้งานที่แตกต่างกัน ตัวอย่างเช่น สำหรับ SAP HANA คุณติดตั้ง SIOS ทรัพย์ HANA ARK เพื่อเปิดใช้งาน LIfeKeeper เพื่อทำขั้นตอนการกำหนดค่าโดยอัตโนมัติ ตรวจจับความล้มเหลว และจัดการความล้มเหลวที่เชื่อถือได้สำหรับ SAP HANA ในขณะที่ยังคงแนวทางปฏิบัติที่ดีที่สุดของ SAP ข้อผิดพลาดที่ใหญ่ที่สุดในการใช้ HA สำหรับ SAP ใน Azureผู้ใช้ทั่วไปดำเนินการ HA สำหรับโซลูชัน SAP ใน Azure ด้วยกระบวนการเดียวกับที่ทำในสภาพแวดล้อมภายในองค์กร พวกเขาจำเป็นต้องเปลี่ยนความคิด อย่าลืมปฏิบัติตามคำแนะนำของผู้ให้บริการคลาวด์เสมอ นั่นคือ อ่านเอกสารและเก็บพารามิเตอร์ตามคำแนะนำของผู้ให้บริการคลาวด์ ข้อผิดพลาดทั่วไปอีกประการหนึ่งคือการเพิ่มความซับซ้อนมากเกินไป ลูกค้าบางรายรวมทุกอย่างไว้ในคลัสเตอร์เดียว แต่ควรแยกคลัสเตอร์สำหรับเซิร์ฟเวอร์ต่างๆ การทำให้คลัสเตอร์มีขนาดใหญ่เกินไปจะเพิ่มความซับซ้อนโดยไม่จำเป็นและความเสี่ยงที่อาจเกิดขึ้น การทดสอบอย่างถี่ถ้วนในทุกๆ ด้านมีความสำคัญอย่างยิ่งเมื่อพูดถึงการทำคลัสเตอร์ HA การทดสอบการกำหนดค่า HA ก่อนใช้งานจริงและเป็นระยะ (และบ่อยครั้ง) เป็นสิ่งที่ดีที่สุดที่คุณสามารถทำได้เพื่อป้องกันการหยุดทำงานโดยไม่คาดคิด เรียนรู้เพิ่มเติมเกี่ยวกับ ความพร้อมใช้งานสูงของ SAP แนวทางปฏิบัติที่ดีที่สุดในวิดีโอด้านล่างหรือ ติดต่อเรา เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้งานความพร้อมใช้งานสูงและการกู้คืนความเสียหายสำหรับแอปพลิเคชันที่จำเป็นในระบบคลาวด์ ทำซ้ำโดยได้รับอนุญาตจาก SIOS
|
พฤศจิกายน 20, 2022 |
วันธรรมดาของ HA & DR หมดไปวันธรรมดาของ HA & DR หมดไปเมื่อพลิกดูช่องทีวีต่างๆ ฉันสะดุดฉากในภาพยนตร์เรื่อง “He's Just Not That Into You” กับดรูว์ แบร์รีมอร์ โดยพูดถึงความรู้สึกของพวกเราส่วนใหญ่ในปี 2565 เกี่ยวกับเทคโนโลยี โดยเฉพาะอย่างยิ่งความพร้อมใช้งานสูงและการกู้คืนระบบ: “ฉันคิดถึงวันที่ คุณมีหมายเลขโทรศัพท์หนึ่งเครื่องและเครื่องตอบรับอัตโนมัติหนึ่งเครื่อง และเครื่องตอบรับอัตโนมัติเครื่องหนึ่งมีเทปคาสเซ็ตต์หนึ่งม้วน และเทปคาสเซ็ตต์หนึ่งเครื่องมีข้อความจากผู้ชายหรือไม่ก็มี และตอนนี้คุณเพียงแค่ต้องตรวจสอบพอร์ทัลต่างๆ ทั้งหมดเหล่านี้ เพื่อที่เทคโนโลยีทั้งเจ็ดจะปฏิเสธ มันเหนื่อย” บางครั้ง คุณไม่ต้องการให้มีเพียงคลาวด์เดียวหรืออาจไม่มีแพลตฟอร์มคลาวด์ด้วยซ้ำ หนึ่ง DB ที่ทำงานบนระบบปฏิบัติการเดียว และมีเพียงแอปพลิเคชันส่วนหน้าที่ต้องกังวล แต่โลกเปลี่ยนไป หมุนเร็วขึ้น และซับซ้อนขึ้นความก้าวหน้าทางเทคโนโลยี ผลที่ตามมาของการควบรวมและการซื้อกิจการ และความต้องการและความเร็วที่เพิ่มขึ้นของสังคม 24/7 ของเรา โดยผู้บริโภคหลายพันล้านรายมองหาข้อเสนอล่าสุดและประสบการณ์ที่ดีที่สุด หมายความว่าวันเวลาธรรมดาๆ จะหมดไป 4 ความจริงที่ยากเกี่ยวกับความพร้อมของคุณ
แน่นอนว่าสภาพแวดล้อมในองค์กรของคุณนั้นไม่ง่ายเลยคุณมีระบบและแอปพลิเคชันรุ่นเก่า ซึ่งเป็นประเภทที่มีมาเกือบตั้งแต่บัตรเจาะคุณมีระบบใหม่ที่สร้างขึ้นสำหรับแอปพลิเคชันและฐานข้อมูลรุ่นใหม่นอกจากนี้ คุณมีโซลูชันที่สร้างขึ้นเมื่อทศวรรษที่แล้วเพื่อเชื่อมช่องว่างหรือยืดเวลาระหว่างการย้ายจากแพลตฟอร์มหนึ่งไปยังอีกแพลตฟอร์มหนึ่ง แต่ระบบเหล่านี้ก็ยังยังคงอยู่ แม้ว่าคุณพยายามอย่างดีที่สุดแล้วก็ตาม สิ่งที่เพิ่มเข้ามาในความท้าทายเหล่านี้คือชุดของระบบและทรัพยากรไอทีที่เพิ่มขึ้นจากการควบรวมและซื้อกิจการของ Company U การส่งมอบ HA นั้นไม่ง่ายอย่างที่คุณคิดในยุคใหม่
ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้า เราได้เห็นความเสียหายที่เกิดจากสถาปัตยกรรมที่ไม่ดีในขณะที่การปรับใช้ซอฟต์แวร์ HA สามารถช่วยปรับปรุงความพร้อมใช้งานของแอปพลิเคชันและฐานข้อมูลได้อย่างแน่นอน ซอฟต์แวร์ HA จะไม่มีทางเอาชนะข้อกำหนดที่ไม่สมบูรณ์ ระบบเครือข่ายที่ไม่ดี การขาดฮาร์ดแวร์ที่ซ้ำซ้อน หรือส่วนประกอบทางสถาปัตยกรรมอื่นๆ ที่ขาดหายไปได้อย่างสมบูรณ์ทีมงานของเราเคยทำงานร่วมกับลูกค้าเพื่อแก้ไขสภาพแวดล้อมที่มีขนาดเล็กซึ่งทำให้ระบบของพวกเขาไม่เสถียรในช่วงเวลาที่มีการทำงานสูงสุดเนื่องจากสถาปัตยกรรมที่ไม่ดีของพวกเขา ซึ่งรวมถึงความไม่เสถียรของเครือข่ายและฮาร์ดแวร์ ทีมของพวกเขามักจะพบว่าตัวเองต้องดิ้นรนเพื่อกู้คืนจากปัญหาการหยุดทำงานที่สามารถหลีกเลี่ยงได้เพื่อให้ได้โซลูชันที่สมบูรณ์และมีเสียง พร้อมใช้งานสูงและยืดหยุ่นได้ คุณจะต้องปรับใช้ซอฟต์แวร์ที่ยอดเยี่ยมโดยเป็นส่วนหนึ่งของสถาปัตยกรรมเสียง
การพัฒนาโซลูชัน HA ที่มีความพร้อมใช้งานสูงในระดับองค์กร ซึ่งสร้างขึ้นบนสถาปัตยกรรมที่มั่นคงพร้อมความสามารถในการเติบโตนั้นไม่ใช่กระบวนการง่ายๆการออกแบบและสร้างสถาปัตยกรรมสำหรับความยืดหยุ่น แอปพลิเคชัน และความพร้อมใช้งานของข้อมูลนั้นไม่ง่ายเหมือนการหยิบกล่องผสมเค้กออกจากชั้นวางนำเสนอเครื่องมือ กระบวนการจากทีมต่างๆ ส่วนผสมของ SLA และระบบปฏิบัติการ แอปพลิเคชัน ฐานข้อมูล และแพลตฟอร์มที่หลากหลาย และคุณมีสูตรสำเร็จสำหรับความต้องการความช่วยเหลือ เมื่อเร็ว ๆ นี้ ฉันได้สัมภาษณ์ทหารผ่านศึกอายุ 20 ปีที่ทำงานในสภาพแวดล้อมการสนับสนุนองค์กรเขาอธิบายถึงจำนวนเพื่อนร่วมงานของเขา และแม้แต่ตัวเขาเองในบางครั้ง ที่ไม่สามารถจัดการกับน้ำหนักของการรักษาความพร้อมใช้งานขององค์กรที่สำคัญได้ผู้ดูแลระบบของคุณ ไม่เพียงแต่ต้องการความช่วยเหลือเมื่อพวกเขาตื่นตั้งแต่ตี 2 เพื่อรับมือกับหายนะ หลายระบบ หลายแอปพลิเคชัน การล่มสลายของศูนย์ข้อมูลเกือบสมบูรณ์ แต่ยังต้องทำงานหนักในแต่ละวันเพื่อความพร้อมขององค์กร ยุคที่ซับซ้อนทางเทคโนโลยีเลยทีเดียว
“แม้ว่าผู้ให้บริการคลาวด์สาธารณะโดยทั่วไปจะรับประกันความพร้อมใช้งานในระดับหนึ่งตามข้อตกลงระดับบริการ แต่ SLA เหล่านั้นจะใช้กับฮาร์ดแวร์คลาวด์เท่านั้น” มีเหตุผลอื่นๆ อีกมากมายที่ทำให้แอปพลิเคชันหยุดทำงานซึ่ง SLA ของผู้ให้บริการระบบคลาวด์ไม่ครอบคลุม ได้แก่:
ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้า เราได้เห็นสิ่งหนึ่งหรือสองสิ่ง รวมถึงการโจมตีแบบปฏิเสธบริการที่เกิดจากการออกที่ล้มเหลวในรูทีนการเรียกซ้ำ การหมดระบบ การกักกันซอฟต์แวร์รักษาความปลอดภัยของแอปพลิเคชันที่สำคัญและมีสุขภาพดี การตื่นตระหนกของเคอร์เนล และเครื่องเสมือนที่สุ่ม รีบูตหากกลยุทธ์ HA ของคุณอาศัย SLA ของไฮเปอร์ไวเซอร์เพียงอย่างเดียว โซลูชันของคุณอาจไม่พร้อมใช้งานอย่างที่คุณคิด คุณต้องปกป้องแอปพลิเคชันที่สำคัญด้วย ซอฟต์แวร์การจัดกลุ่ม ที่สามารถตรวจสอบและตรวจจับปัญหา ตอบสนองต่อปัญหาได้อย่างน่าเชื่อถือ และถ้าจำเป็นให้ย้ายการดำเนินการไปยังเซิร์ฟเวอร์สแตนด์บายเพื่อให้แน่ใจว่าผลิตภัณฑ์และบริการของคุณยังคงเชื่อถือได้และพร้อมใช้งานทุกเมื่อและทุกที่ที่ต้องการ ศูนย์ข้อมูลเดียวของเราได้กลายเป็นชุดของแพลตฟอร์มระบบคลาวด์ ซึ่งครอบคลุมศูนย์ข้อมูลหลายสิบแห่งแอปพลิเคชันงานสกั๊งค์ของเราได้กลายเป็นส่วนหนึ่งของโซลูชันฟรอนต์เอนด์ มิดเดิลแวร์ และแบ็คเอนด์ที่สำคัญซึ่งเราต้องจัดการใน Windows, Linux และ *Nix อื่นๆ อีกเล็กน้อยการเดินขบวนของเทคโนโลยีหมายความว่าของเรา ความพร้อมใช้งานสูง มีความซับซ้อนมากขึ้นและต้องการสถาปัตยกรรมที่ดีขึ้นนอกจากนี้ยังหมายความว่าทีมของเราต้องการความช่วยเหลือเพิ่มเติมเพื่อจัดการทั้งหมด และหากเราไม่ระวังก็อาจหมายความว่าเรายังคงอ่อนแอและถูกเปิดเผยความจริงสี่ข้อใดที่ทีมของคุณเผชิญมากที่สุด Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า ทำซ้ำโดยได้รับอนุญาตจาก SIOS |