ทำไม Heroku ถึงเตือนกับชื่อโดเมน“ เปล่า”?

ฉันวิ่งข้ามหน้านี้ในเอกสาร Heroku ...

โดเมนที่ไม่มีการปิดบังหรือที่เรียกอีกอย่างว่าโดเมนที่ไม่มีโดเมน apex นั้นมีการกำหนดค่าใน DNS ผ่าน A-records และมีความเกี่ยวข้องอย่างมากเมื่อใช้ในสภาพแวดล้อมที่พร้อมใช้งานสูงเช่นศูนย์ข้อมูลขนาดใหญ่ในสถานที่บริการโครงสร้างพื้นฐานคลาวด์

เพื่อความยืดหยุ่นสูงสุดและแอพพลิเคชั่นที่ยืดหยุ่นควรหลีกเลี่ยงโดเมนที่ไม่มีการปิดบังและใช้ชื่อโฮสต์ที่อิงกับโดเมนย่อยเท่านั้น

ใครบ้างที่นี่พูด Enterprise "นัยยะเกี่ยวกับความพร้อมใช้งาน" คืออะไรที่พวกเขาเตือน

(ฉันสังเกตว่าhttp://stackoverflow.com ใช้งานได้ไม่มีปัญหาดังนั้นจึงเห็นได้ชัดว่ามีปรัชญาทางเลือกที่ทำงานได้ในเรื่องนี้)

— Agvorth
แหล่งที่มา

ฉันเรียกใช้www.yes-www.orgและฉันอนุมัติคำถามนี้

— Michael Hampton

มีข้อกังวลอีกประการหนึ่งเช่นกัน: สินทรัพย์คงไม่สามารถให้บริการได้หากไม่มีคุกกี้ที่แนบมา (คุณไม่สามารถเพิ่มคุกกี้เพียงแค่สำหรับโดเมนหลักเท่านั้นคุกกี้ต้องเป็นโดเมนย่อยหรือสำหรับ.domain.com(ไวด์การ์ดใช้แทนโดเมนรูท)) คุณสามารถหลีกเลี่ยงปัญหานี้ได้ด้วยการแสดงเนื้อหาจากโดเมนอื่น (SE ใช้sstatic.net ) เพื่อหลีกเลี่ยงโดเมนย่อย www ที่น่ากลัว

— Tom Marthenal

@MichaelHampton ทำไมเราไม่สามารถแสดงความคิดเห็นบน www.yes-www.org ทำไมคุณไม่พูดถึงALIAS(หรือANAMEบันทึก) ในหน้าของคุณ?

— Augustin Riedinger

คำถามนี้มีอายุ 6 ปีและส่วนใหญ่เกี่ยวกับข้อ จำกัด ในซอฟต์แวร์ อัปเดตใด ๆ

— ไมเคิลโคล

คำตอบ:

สิ่งที่พวกเขากำลังพูดถึงคือเมื่อคุณใช้ a CNAMEเพื่อชี้ไปที่บริการของพวกเขา (ซึ่งเป็นไปได้เฉพาะในโดเมนย่อยไม่ใช่รูทโซน - มันไม่สามารถอยู่ร่วมกับSOAและNSบันทึกที่จำเป็นในรูทของโซนของคุณ) พวกเขาสามารถเปลี่ยนแปลงระเบียน DNS ของตนเองเพื่อแก้ไขปัญหาความพร้อมใช้งานบางประเภท

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

สิ่งนี้ใช้ไม่ได้กับการแลกเปลี่ยนแบบสแต็กเพราะไม่ได้ใช้แพลตฟอร์มของบุคคลที่สาม พวกเขาจะเป็นคนที่ตอบสนองต่อปัญหาความพร้อมใช้งานดังนั้นไม่ว่าจะเป็นCNAMEหรือAสร้างความแตกต่างให้กับพวกเขา

— เชนหัวเสีย
แหล่งที่มา

บันทึกALIAS(หรือANAME) เกี่ยวกับอะไร

— Augustin Riedinger

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

— Shane Madden

ดังนั้นถ้าเราใช้มันการเตือนความสามารถในการปรับขนาดได้จาก heroku จะไม่เป็นจริงอีกต่อไปใช่ไหม? หรือมีข้อเสียเปรียบทางเทคนิคใด ๆ

— Augustin Riedinger

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

— Shane Madden

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

อย่างไรก็ตามนี่เป็นข้อโต้แย้งต่อแนวคิดที่ไม่มี wwwเนื่องจากwww.example.comสามารถมีการCNAMEบันทึก

— mgorven
แหล่งที่มา