คำถาม 4 ข้อที่ควรพิจารณาเมื่อคุณเลือกผู้ให้บริการ DNS ภายนอก - IBM Blog

คำถาม 4 ข้อที่ควรพิจารณาเมื่อคุณเลือกผู้ให้บริการ DNS ภายนอก – IBM Blog

โหนดต้นทาง: 3093759


คำถาม 4 ข้อที่ควรพิจารณาเมื่อคุณเลือกผู้ให้บริการ DNS ภายนอก – IBM Blog



ผู้ชายคนหนึ่งพิงโต๊ะรกๆ และเขียนบนไวท์บอร์ดติดผนังในสภาพแวดล้อมโฮมออฟฟิศ

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

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

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

ขณะที่คุณกำลังรวบรวมรายการ "ต้องมี" เราได้รวบรวมคำถามสองสามข้อที่สามารถช่วยสร้างรายการข้อกำหนดของคุณได้

1. ข้อมูลความเสี่ยงของคุณคืออะไร?

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

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

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

2. นักพัฒนาของคุณต้องการอะไร?

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

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

เมื่อประเมินโซลูชัน DNS ที่มีการจัดการ สิ่งสำคัญคือต้องตรวจสอบความกว้างและความลึกของข้อเสนอ API และการเชื่อมต่อกับเครื่องมือมาตรฐานที่นักพัฒนาใช้ API ที่มีอยู่เพียงอย่างเดียวนั้นไม่เพียงพอ แต่ควรมีการจัดทำเอกสารไว้อย่างดีและใช้งานง่ายด้วย

3. คุณจะจัดการการรับส่งข้อมูลระหว่าง CDN และ/หรือคลาวด์หลายรายการอย่างไร

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

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

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

4. ประสิทธิภาพมีความสำคัญแค่ไหน?

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

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

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

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

เรียนรู้เพิ่มเติมเกี่ยวกับโซลูชัน Managed DNS ของ IBM NS1 Connect

บทความนี้เป็นประโยชน์หรือไม่?

ใช่ไม่


เพิ่มเติมจากคลาวด์




DNS ระดับพรีเมียมคุ้มค่าหรือไม่?

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




องค์กรขนาดใหญ่ควรโฮสต์ DNS ที่เชื่อถือได้ด้วยตนเองหรือไม่

4 สีแดงขั้นต่ำ - ในโพสต์ล่าสุด เราได้สรุปข้อผิดพลาดของระบบชื่อโดเมน (DNS) ที่โฮสต์ด้วยตนเองจากมุมมองของบริษัทสตาร์ทอัพหรือบริษัทขนาดกลางที่รวมระบบ DIY เข้าด้วยกันโดยใช้ BIND DNS หรือเครื่องมือโอเพ่นซอร์สอื่นๆ แนวคิดหลักก็คือ ทุกบริษัทมาถึงจุดที่พวกเขาเติบโตเร็วกว่าระบบ DNS ที่น่าเชื่อถือที่โฮสต์เองและปลูกเอง ไม่ว่าจะด้วยเหตุผลใดก็ตาม ไม่ว่าจะเป็นฟังก์ชันการทำงาน ต้นทุน ความน่าเชื่อถือ หรือทรัพยากร บริษัทส่วนใหญ่มักจะต้องการบริการ DNS ที่มีการจัดการซึ่งจัดส่งโดย...




ManagePlus—การเดินทางของคุณก่อนหน้านี้ ด้วยและนอกเหนือจาก RISE ด้วย SAP

5 สีแดงขั้นต่ำ - RISE with SAP ไม่เพียงแต่เป็นผู้เล่นหลักบนคลาวด์ในช่วงไม่กี่ปีที่ผ่านมา แต่ยังกลายเป็นข้อเสนอคลาวด์มาตรฐานจาก SAP สำหรับผลิตภัณฑ์ต่างๆ แต่เมื่อประเมินสิ่งที่ต้องทำเพื่อเริ่มต้นใช้งาน RISE ด้วย SAP มีหลายประเด็นที่ต้องพิจารณา สิ่งสำคัญอย่างยิ่งคือความเข้าใจที่ดีเกี่ยวกับ RACI ที่แบ่งออกเป็นบริการมาตรฐาน บริการเพิ่มเติม และบริการเสริม ตลอดจนแพ็คเกจ CAS (บริการแอปพลิเคชันระบบคลาวด์) ที่เกี่ยวข้อง หากคุณสงสัยว่า RISE กับ SAP เป็นโซลูชั่นที่เหมาะสมหรือไม่...




ความหนาแน่นสร้างความแตกต่างด้วย Intel Xeon เจนเนอเรชั่น 4 บน IBM Cloud Bare Metal Servers

4 สีแดงขั้นต่ำ - เมื่อพูดถึงเซิร์ฟเวอร์ Bare Metal การมีความหนาแน่นสูงเป็นสิ่งที่ดี ในความเป็นจริง ยิ่งพื้นที่จัดเก็บและแกนมีความหนาแน่นมากเท่าไรก็ยิ่งดีเท่านั้น สัปดาห์นี้ เราได้แนะนำ IBM Cloud Bare Metal Servers พร้อมโปรเซสเซอร์ Intel® Xeon® เจนเนอเรชั่น 4 ให้กับ IBM Cloud Data Centers ที่สำคัญอื่นๆ ทั่วโลก สำหรับใครก็ตามที่เพิ่งตามทัน โปรเซสเซอร์ Intel Xeon เจนเนอเรชั่น 4 คือ CPU ประสิทธิภาพสูงใหม่ล่าสุดของ Intel ที่เราประกาศครั้งแรกในเดือนมกราคม 2023 ในกลุ่มเซิร์ฟเวอร์หลักของเรา มาแกะดูว่าแกนไหน…

จดหมายข่าวไอบีเอ็ม

รับจดหมายข่าวและการอัปเดตหัวข้อที่นำเสนอความเป็นผู้นำทางความคิดล่าสุดและข้อมูลเชิงลึกเกี่ยวกับแนวโน้มที่เกิดขึ้น

สมัครสมาชิกวันนี้

จดหมายข่าวเพิ่มเติม

ประทับเวลา:

เพิ่มเติมจาก ไอบีเอ็ม ไอโอที

การลบล้างความเชื่อผิดๆ เกี่ยวกับความสามารถในการสังเกต – ส่วนที่ 5: คุณสามารถสร้างระบบที่สังเกตได้โดยไม่ต้องใช้ระบบอัตโนมัติที่ขับเคลื่อนด้วยความสามารถในการสังเกต – IBM Blog

โหนดต้นทาง: 2878157
ประทับเวลา: กันยายน 12, 2023