คู่มือคุณสมบัติ NebulaDNS ฉบับสมบูรณ์: k3s, Route53, ความสามารถในการสังเกต และ DNS ระดับองค์กร

แหล่งที่มา

คู่มือนี้สังเคราะห์ไซต์NebulaDNS สาธารณะและที่เก็บgithub.com/bwalia/nebuladnsเหตุการณ์สำคัญและรายการ GA พัฒนาขึ้น—ตรวจสอบบันทึกประจำรุ่นสำหรับเวอร์ชันของคุณ สรุปสถาปัตยกรรม

สแต็กแยกระนาบควบคุม(REST/gRPC, authn/z), การจัดการโซน(การตรวจสอบ, การลงนาม DNSSEC, การคอมมิตแบบอะตอมมิก), การตรวจสอบการขยายพันธุ์(รายงานรอง SOA),พื้นที่จัดเก็บโซนที่ระบุเนื้อหาและระนาบข้อมูลDNS(UDP/TCP/DoT/DoH/DoQ, การถ่ายโอน, ผู้ลงนามออนไลน์ DNSSEC)

แค็ตตาล็อกคุณลักษณะ (“รวมแบตเตอรี่”)

โครงการจำหน่ายความสามารถหัวข้อข่าวสิบสองประการ— สรุปไว้ที่นี่จากหน้า Landing Page

• API-อันดับแรก:REST/gRPC สำหรับโซน บันทึก การหมุนเวียน TSIG การย้อนกลับ—CLI/UI ในฐานะไคลเอ็นต์แบบธิน
• สังเกตได้ตามค่าเริ่มต้น:Prometheus/metrics, ป้ายกำกับประเภท enum, บันทึก JSON, การติดตาม OTLP
• การขยายพันธุ์ที่ได้รับการยืนยัน:การปรับใช้จะเสร็จสมบูรณ์เฉพาะเมื่อมีการประกาศให้รองรับทราบซีเรียล SOA ใหม่
• การพิมพ์ลายนิ้วมือของซอฟต์แวร์เพียร์:บันทึกสัญญาณสไตล์version.bindCHAOS ดังนั้นการอัพเกรด BIND ที่เงียบเชียบจึงไม่กัดกร่อนความซ้ำซ้อนอย่างมองไม่เห็น
• สนิมที่ปลอดภัย:ไม่มีunsafe; การฟัซซิ่งอย่างต่อเนื่องบนตัวแปลงสัญญาณ, ตัวแยกวิเคราะห์, ผู้ลงนาม DNSSEC
• Zero-GC tail latency:การจัดสรรเชิงกำหนด; สแนปชอตโซนปลอดล็อคผ่านarc-swap
• การกำหนดค่าเวอร์ชันอะตอม:โซนที่ระบุเนื้อหา; ย้อนกลับ/ย้อนกลับโดยไม่ต้องอ่านบางส่วน
• อนุกรม SOA แบบกำหนด:กลยุทธ์อนุกรมแบบโมโนโทนิคเพื่อหลีกเลี่ยงการกู้คืนแบบลิ่ม
• Kubernetes-native:Helm แผนภูมิ, โอเปอเรเตอร์, CRDs (Zone,Record,Secondary,TsigKey,DeployGate); เป็นมิตรกับ GitOps; เส้นทางการแทนที่คลัสเตอร์ CoreDNS-DNS บนแผนงาน
• สายไฟที่ตรงตามมาตรฐาน:ครอบคลุม RFC ที่เข้มงวด; ประเภทข้อผิดพลาดที่ชัดเจน (เช่นQdCountMismatch)
• ความซ้ำซ้อนที่คุณสามารถดูได้:แดชบอร์ดมีจุดประสงค์ในการถ่ายโอนการมองเห็นข้ามโซน
• ค่าเริ่มต้นที่แข็งตัว:การชุบแข็งของระบบ, seccomp, คอนเทนเนอร์ที่ไม่ใช่รูท, อิมเมจ distroless ขนาดเล็ก

การวางตำแหน่งเปรียบเทียบ (ระดับสูง)

เว็บไซต์เผยแพร่เมทริกซ์การแข่งขัน (TinyDNS, BIND 9, Knot, NSD, PowerDNS, CoreDNS, NebulaDNS) ตัวสร้างความแตกต่างที่เรียกออกมา ได้แก่full REST API,ที่เปิดตลอดเวลา Prometheus,ประตูการแพร่กระจายในตัว,ตัวดำเนินการ Kubernetes + CRDs,peer ลายนิ้วมือและการใช้งานหน่วยความจำที่ปลอดภัยใช้เมทริกซ์อัปสตรีมสำหรับการอ้างสิทธิ์เฉพาะเวอร์ชัน แค็ตตาล็อกเมตริก

(ตัวอย่าง)

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

nebula_dns_queries_total{proto,qtype,rcode}
nebula_dns_query_duration_seconds_bucket{proto,qtype,le}
nebula_axfr_attempts_total{peer,zone,direction,result}
nebula_peer_version_info{peer,software,version}
nebula_zone_propagation_converged{zone}

k3s, CoreDNS และ AWS เส้นทาง 53

• เส้นทาง 53:เก็บการมอบหมายสาธารณะและการตรวจสุขภาพใน AWS; ชี้บันทึก NS ที่ระดับรอง NebulaDNS หรือเรียกใช้รูปแบบแยกขอบฟ้าที่ตรงกับโมเดลความปลอดภัยของคุณ
• k3s / RKE2:ปรับใช้ NebulaDNS ผ่าน Helm ด้วย PDB + ServiceMonitor; จัดตำแหน่ง CoreDNSไปข้างหน้า/stubเป็น NebulaDNS สำหรับโซนที่คุณให้บริการอย่างเป็นทางการภายในพื้นที่
• ExternalDNS:บริดจ์เสริมจากวัตถุ Ingress/LB ไปยังบันทึกสาธารณะ—ประสานงานกับประตูการแพร่กระจาย ดังนั้นระบบอัตโนมัติจึงไม่สามารถทำเครื่องหมาย "เสร็จสิ้น" ได้ตั้งแต่เนิ่นๆ

โรดแมปหมายเหตุ

โรดแมปสาธารณะแสดงรายการเหตุการณ์สำคัญผ่าน GA (ความสมบูรณ์ของสาย/โซน, การถ่ายโอน, DNSSEC, ตัวตรวจสอบการแพร่กระจาย, HA/หลายภูมิภาค, ตัวดำเนินการ) ตรวจสอบPROJECT_PROMPT.mdและเผยแพร่ใน repo เพื่อดูวันที่

บทความเปิดตัวที่เกี่ยวข้อง

สำหรับการเล่าเรื่อง "ทำไมต้องเป็นตอนนี้ / ยุค AI" โปรดอ่านNebulaDNS: ผู้เปลี่ยนเกมในยุค AI

Workstation สามารถช่วย

ได้อย่างไร เราช่วยให้องค์กรต่างๆ จัดส่งรูปแบบDNSและGitOpsรอบสแต็กที่เชื่อถือได้ โปรดติดต่อinfo@workstation.co.uk