Telefoner brukade ringa. TV-tittarna var tvungna att gå upp för att ändra kanalen. Internetanslutningar användes för att köra vid 56 kbit / s. Och inte så länge sedan kunde organisationerna köra sin tjänst från ett enda datacenter.

Deras DNS-servrar placerades inuti den utan någon beredskapsplan. När allt kommer ifrån, om datacentret gick ner, var DNS-servern värdelös.

Men tid och teknik går vidare, och ett enda datacenter är nu undantaget snarare än normen. Företagen driver flera datacenter, ibland i flera länder, för att inte tala om molnregioner och distribuerade nätverk.

Därför behöver din DNS vara lika fördelad som ditt innehåll. Vad bra är en katastrofåterställningsplats om du inte har möjlighet att rikta dina användare till den?

Därför erbjuder dagens ledande DNS-leverantörer extremt robusta nätverk med flera orcastgrupper och hundratals servrar som sprids ut över hela världen. Men den svåra verkligheten är att nedskrivningar, avbrott och massiva Distributed Denial of Service (DDoS) attacker kan och kommer att hända.

För att verkligen kollisera din distribuerade infrastruktur mot ett problem där dina användare inte kan lösa din domän kan du mycket väl överväga att värdgöra dina DNS-poster med två leverantörer.

Det här är en bra idé i teorin, men det kommer med några besvärliga detaljer. Före dagens nästa generationens DNS-lösningar hade du i princip tre val:

  • Kör en DNS-leverantör som primär och den andra som den replikerade slaven
  • Kör två DNS-leverantörer, både som primärt och (försiktigt) göra dina rekordändringar i var och en
  • Kör två DNS-leverantörer, både som primära och koda ditt eget middleware-program som kan förstå en efterfrågad DNS-förändring och driva den förändringen till varje leverantörs unika API

Alternativ man berövar dig av RUM-baserade telemetri, trafikhanteringsfunktioner och kraftfull geografisk dirigering som vissa toppleverantörer erbjuder. Användningen av zonenöverförings (XFR) -tekniken fördömer dig att använda endast de mest grundläggande vanliga DNS-posterna.

Alternativ två öppnar en Pandoras ruta med potentiellt mänskligt fel. Om du inte noggrant och mödosamt behåller två olika leverantörer i perfekt synkronisering kommer du att hamna i trafikproblem som är chockerande svåra att felsöka.

Alternativ tre kräver betydande tid och mentala ansträngningar för att skriva din egen DNS-hanteringsprogramvara, med djup integration med var och en av dina DNS-leverantörer.

Du förlorar alla fördelar med leverantörernas portaler och instrumentpaneler och måste rulla ditt eget tolkningsskikt för att hålla en leverantörs avancerade funktioner i ungefärlig synkronisering med nästa leverantörs.

Dedikerade DNS-lösningar

Andra möjligheter finns idag - tack och lov. Med dedikerade DNS-lösningar kan du placera verkliga eller virtuella servrar överallt där du vill ha dem: på ditt kontor, i datacentraler, inuti dina DMZs, bakom dina brandväggar - bokstavligen överallt som är meningsfullt för din infrastruktur.

Du kan sedan installera en DNS-programvarupack på dem och göra dem till fullständigt hanterade DNS-leveransnoder som är dedikerade till dig.

Genom samma portal och API som du just nu använder för att hantera din DNS på en hanterad DNS-sändad världsomspännande plattform, kan du välja vilka domäner du vill använda från dina dedikerade DNS-noder.

Vad du hamnar med är en ram som gör att du kan dra nytta av de två DNS-leverantörernas motståndskraft med enkel hantering genom en enda portal och API. Alla dina avancerade trafikhantering och intelligenta filterkedjekonfigurationer fungerar exakt samma.

Och om något skulle hända med någon del av den hanterade DNS-infrastrukturen, skulle dina dedikerade DNS-noder vara opåverkade och fortsätta att gärna servera DNS. När de återupprättades kontakt med “moderskepp,” de skulle driva sin kötade statistik uppströms och tillämpa eventuella registreringsändringar.

Dedikerade DNS-noder är inte bara auktoritativa DNS-servrar, men de stöder också rekursion, så att du kan peka på alla dina DNS-klienter (bärbara datorer, servrar, EC2-instanser, etc.) på dem. Detta resulterar i att alla dina DNS-behov uppfylls och frågor riktade till dina egna domäner och poster som löses i ensiffrig millisekundstid.

Du kan också utnyttja avancerade filterkedjans förmåga att intelligent styra trafik inom dina egna datacenter och uppnå större prestanda, failover och elasticitet mellan server- eller applikationsnivåer.

Med den hastighet som tekniken går på, har du inte råd att sitta eller hoppa in innan du utvärderar dina DNS-alternativ. Det första valet placerar dig i dinosaurs rike. den andra kan leda till huvudvärk i bästa fall och serverstopp i värsta fall.

Lyckligtvis är det idag möjligt att använda den kraftfulla kombinationen av hanterad DNS och dedikerade DNS-lösningar för att få den lätthet och prestanda du behöver.

  • Kolla in de bästa dedikerade servrarna