Vier vragen waarmee u rekening moet houden wanneer u een externe DNS-provider selecteert – IBM Blog

Er zijn veel redenen om over te stappen op een beheerd DNS-platform, maar ze draaien allemaal rond een centraal thema. Zodra u een kritische verkeersmassa heeft bereikt en u zich zorgen begint te maken over de prestaties en betrouwbaarheid van wat u levert, is het tijd om een beheerde DNS-oplossing.

Er zijn verschillende bekende opties beschikbaar, en voor een nieuwkomer kunnen ze in eerste instantie relatief vergelijkbaar lijken. Elke beheerde DNS-provider biedt een SLA van 100% uptime via een wereldwijd anycasted DNS-netwerk. Ze hebben allemaal failover-opties, die de veerkracht kunnen verbeteren. Ze bieden allemaal dashboards en statistieken, zodat u de prestaties kunt analyseren. Ze rekenen allemaal op basis van gebruik.

Maar onder deze kenmerken van de tafelinzet vindt u enkele belangrijke verschillen. De aanpak die verschillende bedrijven volgen, zal uiteindelijk van invloed zijn op de prestaties, schaal en mogelijkheden van uw netwerk. Het is belangrijk om te weten welke van deze functies en mogelijkheden voor u belangrijk zijn voordat u de opties vergelijkt.

Terwijl u uw lijst met “must haves” samenstelt, hebben we een aantal vragen opgesteld die u kunnen helpen bij het samenstellen van uw lijst met vereisten.

1. Wat is uw risicoprofiel?

Elke beheerde DNS-provider die zijn geld waard is, biedt een SLA van 100% uptime. Maar zelfs dat is misschien niet goed genoeg. Netwerkstoringen komen voor, en soms wordt zelfs een zeer veerkrachtig mondiaal netwerk geconfronteerd met beschikbaarheidsproblemen. 

Het hebben van een redundante failover-optie is meestal zinvol, vooral voor ‘altijd aan’-services die echt een hoge beschikbaarheid vereisen. In sommige gevallen betekent dit dat u zich bij meer dan één aanbieder moet aanmelden. NS1 hanteert een andere aanpak en biedt een gescheiden redundant systeem die u vanuit hetzelfde besturingsvlak kunt beheren. 

Er is ook de vraag van hoe eigenlijk uw beheerde DNS-provider levert veerkracht. De mechanismen van failover zijn belangrijk. Is het geautomatiseerd? Is het aanpasbaar? Hoeveel opties heb je? Hoe gemakkelijk is het om die opties te beheren? Zelfs de meest solide redundante DNS-optie kan waardeloos zijn als er een hapering optreedt in het failover-proces.

2. Wat hebben uw ontwikkelaars nodig?

De meeste organisaties gaan een beheerde DNS-oplossing gebruiken om de ervaring van klanten en eindgebruikers te verbeteren. Dan ontdekken ze dat er nog een ander publiek is: ontwikkelaars.

De netwerken van vandaag worden aangestuurd door DevOps, edge computing en serverloze architecturen, die allemaal een API-first benadering van de infrastructuur vereisen. Verbindingen met tools als Terraform zijn ook een belangrijke vereiste voor ontwikkelaars, omdat ze de netwerkinfrastructuur gebruiken om klantgerichte services te bouwen.

Bij het beoordelen van beheerde DNS-oplossingen is het belangrijk om de breedte en diepte van hun API-aanbod en verbindingen met standaardtools die door ontwikkelaars worden gebruikt, te onderzoeken. Het is niet voldoende dat API's alleen maar beschikbaar zijn; ze moeten ook goed gedocumenteerd en gebruiksvriendelijk zijn.

3. Hoe beheert u het verkeer tussen meerdere CDN's en/of clouds?

Als u voldoende kritische massa heeft om een ​​beheerde DNS-oplossing nodig te hebben, zult u op een gegeven moment waarschijnlijk meerdere clouds of CDN's gaan gebruiken om applicaties en inhoud te leveren. Dat betekent het distribueren van verkeer naar verschillende providers prestaties optimaliseren en de veerkracht verbeteren.

Het is gebruikelijk dat een beheerde DNS-provider een of andere vorm van verkeersleiding, maar er zijn aanzienlijke verschillen in de manier waarop ze werken. U zult willen zien hoe eenvoudig het is om de verkeersstuurfunctie te gebruiken in een beheerde DNS-oplossing. Hoeveel handmatige inspanning is er betrokken bij configuraties en implementaties?

Het is ook belangrijk om te kijken naar uw vermogen om de verkeersbesturingsopties aan te passen. Krijgt u met de beschikbare opties de doelgerichte resultaten waarnaar u op zoek bent? Of zijn de verkeerssturingsopties te beperkt om de prestaties te leveren die u echt nodig heeft? Gaat u verkeerssturing gebruiken voor basisfuncties voor taakverdeling en failover, of gaan uw behoeften dieper?

4. Hoe belangrijk zijn prestaties?

Voor de levering van de meeste applicaties en services is de snelheid van de meeste beheerde DNS-services voldoende om de klus te klaren. Een paar milliseconden sneller of langzamer dan de gemiddelde branchebenchmarks zullen er niet echt toe doen.

Toch zijn er specifieke gebruiksscenario’s – met name streaming video en gaming – waarbij die milliseconden rechtstreeks van invloed kunnen zijn op de omzet. In deze gevallen is het belangrijk om bijzondere aandacht te besteden aan zowel de snelheid van de netwerkreacties als de diepte van de verkeersbesturingsopties.

Omdat de meeste krachtige applicaties en services meerdere clouds en/of CDN's zullen gebruiken, is de mogelijkheid om verkeer automatisch naar de best presterende service te sturen van cruciaal belang. Misschien wilt u de prestaties ook afwegen tegen factoren als de kosten of de betrouwbaarheid – nog een reden om prioriteit te geven aan oplossingen met aanpasbare opties voor verkeerssturing.

Als u inhoud levert aan het vasteland van China, vereist het optimaliseren van de prestaties speciale aandacht voor de implementatiegeografie. De unieke netwerkarchitectuur vereist een beheerde DNS-oplossing met lokale aanwezigheid.

Lees meer over de Managed DNS-oplossing van IBM NS1 Connect.