4 spørgsmål at overveje, når du vælger en ekstern DNS-udbyder - IBM Blog

4 spørgsmål at overveje, når du vælger en ekstern DNS-udbyder – IBM Blog

Kildeknude: 3093759


4 spørgsmål at overveje, når du vælger en ekstern DNS-udbyder – IBM Blog



En mand læner sig over et rodet skrivebord og skriver på en vægmonteret tavle i et hjemmekontormiljø

Der er mange grunde til at flytte til en administreret DNS-platform, men de kredser alle om et centralt tema. Når du når en kritisk masse af trafik og begynder at blive bekymret over ydeevnen og pålideligheden af ​​det, du leverer, er det tid til at overveje en administreret DNS-løsning.

Der er flere velkendte muligheder derude, og for en nybegynder kan de umiddelbart virke relativt ens. Hver administreret DNS-udbyder tilbyder en 100 % oppetid SLA gennem et globalt, anycasted DNS-netværk. De har alle failover-muligheder, som kan forbedre modstandsdygtigheden. De leverer alle dashboards og metrics, så du kan analysere ydeevne. De opkræver alle baseret på forbrug.

Alligevel finder du nogle væsentlige forskelle under disse bordindsatsfunktioner. Den tilgang, forskellige virksomheder tager, vil i sidste ende påvirke dit netværks ydeevne, skala og muligheder. Det er vigtigt at vide, hvilke af disse funktioner og muligheder der er vigtige for dig, før du sammenligner muligheder.

Mens du samler din liste over "must haves", sammensætter vi et par spørgsmål, som kan hjælpe med at opbygge din liste over krav.

1. Hvad er din risikoprofil?

Enhver administreret DNS-udbyder, der er salt værd, vil tilbyde en 100 % oppetid SLA. Men selv det er måske ikke godt nok. Netværksafbrydelser sker, og nogle gange har selv et meget robust globalt netværk problemer med tilgængelighed. 

At have en redundant failover-mulighed giver normalt mening, især for "altid på" tjenester, der virkelig kræver høj tilgængelighed. I nogle tilfælde betyder det, at du tilmelder dig med mere end én udbyder. NS1 har en anden tilgang og tilbyder en adskilt redundant system at du kan styre fra samme kontrolplan. 

Der er også spørgsmålet om hvordan faktisk din administrerede DNS-udbyder leverer modstandskraft. Mekanikken bag failover betyder noget. Er det automatiseret? Kan det tilpasses? Hvor mange muligheder har du? Hvor nemt er det at administrere disse muligheder? Selv den mest bundsolide redundante DNS-mulighed kan være værdiløs, hvis der er et hikke i failover-processen.

2. Hvad har dine udviklere brug for?

De fleste organisationer begynder at bruge en administreret DNS-løsning for at forbedre oplevelsen for kunder og slutbrugere. Så opdager de, at der er et andet publikum: udviklere.

Nutidens netværk er drevet af DevOps, edge computing og serverløse arkitekturer, som alle kræver en API-først tilgang til infrastruktur. Forbindelser til værktøjer som Terraform er også et vigtigt krav for udviklere, da de udnytter netværksinfrastruktur til at bygge kundevendte tjenester.

Når man vurderer administrerede DNS-løsninger, er det vigtigt at undersøge bredden og dybden af ​​deres API-udbud og forbindelser til standardværktøjer, der bruges af udviklere. Det er ikke nok, at API'er blot er tilgængelige, de skal også være veldokumenterede og nemme at bruge.

3. Hvordan vil du styre trafik mellem flere CDN'er og/eller skyer?

Hvis du har nok kritisk masse til at få brug for en administreret DNS-løsning, vil du sandsynligvis på et tidspunkt begynde at bruge flere skyer eller CDN'er til at levere applikationer og indhold. Det betyder at distribuere trafik til forskellige udbydere til optimere ydeevnen og forbedre modstandskraften.

Det er almindeligt, at en administreret DNS-udbyder tilbyder en form for trafikstyring, men der er betydelige forskelle i, hvordan de fungerer. Du vil gerne se, hvor nemt det er at bruge trafikstyringsfunktionen i en administreret DNS-løsning. Hvor meget manuel indsats er involveret i konfigurationer og implementeringer?

Det er også vigtigt at se på din evne til at tilpasse mulighederne for trafikstyring. Får du de målrettede resultater, du leder efter, med de muligheder, der er tilgængelige? Eller er mulighederne for trafikstyring for tynde til at give den ydeevne, du virkelig har brug for? Vil du bruge trafikstyring til grundlæggende belastningsbalancering og failover-funktioner, eller går dine behov dybere?

4. Hvor vigtig er præstation?

Til levering af de fleste applikationer og tjenester er hastigheden på de fleste administrerede DNS-tjenester nok til at få arbejdet gjort. Et par millisekunder hurtigere eller langsommere end de gennemsnitlige industribenchmarks betyder ikke noget.

Alligevel er der specifikke use cases – streaming video og spil i særdeleshed – hvor disse millisekunder direkte kan påvirke omsætningen. I disse tilfælde er det vigtigt at være særlig opmærksom på både hastigheden af ​​netværkssvar og dybden af ​​trafikstyringsmuligheder.

Da de fleste højtydende applikationer og tjenester vil bruge flere skyer og/eller CDN'er, er evnen til automatisk at styre trafikken til den bedst ydende tjeneste afgørende. Du ønsker måske også at afveje ydeevne mod faktorer som omkostninger eller pålidelighed - en anden grund til at prioritere løsninger med brugerdefinerbare trafikstyringsmuligheder.

Hvis du leverer indhold til det kinesiske fastland, kræver optimering af ydeevnen særlig opmærksomhed på implementeringsgeografien. Dens unikke netværksarkitektur kræver en administreret DNS-løsning med lokal tilstedeværelse.

Lær mere om IBM NS1 Connects Managed DNS-løsning.

Var denne artikel til hjælp?

JaIngen


Mere fra Cloud




Er premium DNS det værd?

4 min læs - Der er et øjeblik i de fleste virksomheders liv, hvor forbindelsen mellem Domain Name System (DNS) og omsætning kommer i større fokus. Det er det øjeblik, hvor virksomheder opdager, at levering af applikationer, tjenester og indhold af høj kvalitet kræver mere opmærksomhed på kvaliteten af ​​DNS-forbindelser. For de fleste virksomheder er dette også det øjeblik, hvor de opdager, at de gratis DNS-tjenester, der tilbydes af domæneregistratorer eller gør-det-selv-systemer, de har brugt, ikke længere er egnede til formålet. Den forbindelse mellem...




Bør store virksomheder selv hoste deres autoritative DNS?

4 min læs - I et nyligt indlæg skitserede vi faldgruberne ved selv-hostet autoritativt Domain Name System (DNS) fra perspektivet af en nystartet eller mellemstor virksomhed, der sammensætter et gør-det-selv-system ved hjælp af BIND DNS eller andre open source-værktøjer. Hovedideen var, at enhver virksomhed kommer til et punkt, hvor de vokser ud af deres selv-hostede, hjemmedyrkede autoritative DNS-systemer. Uanset årsagen - hvad enten det er funktionalitet, omkostninger, pålidelighed eller ressourcer - kommer de fleste virksomheder naturligt omkring behovet for en administreret DNS-tjeneste leveret af...




ManagePlus – din rejse før, med og efter RISE med SAP

5 min læs - RISE med SAP har ikke kun været en stor cloud-aktør i de senere år, det er også blevet standard-sky-tilbuddet fra SAP på tværs af forskellige produkter. Men når man skal vurdere, hvad der skal til for at komme ombord i RISE med SAP, er der flere punkter at overveje. Særligt vigtigt er en god forståelse af RACI-opdelingen omkring standard-, ekstra- og valgfri tjenester, sammen med relevante CAS-pakker (Cloud Application Service). Hvis du spekulerer på, om RISE med SAP er den rigtige løsning...




Tæthed gør en forskel med 4. generation af Intel Xeon på IBM Cloud Bare Metal-servere

4 min læs - Når det kommer til bare metal-servere, er det en god ting at være tæt. Faktisk, jo tættere opbevaring og kerner er, jo bedre. I denne uge introducerede vi IBM Cloud Bare Metal-servere med 4. generation af Intel® Xeon®-processorer i flere vigtige IBM Cloud-datacentre rundt om i verden. For alle, der lige har indhentet det, er 4. generations Intel Xeon-processorer Intels nyeste, mest højtydende CPU'er, som vi først annoncerede i januar 2023 på tværs af vores kerneserverflåde. Lad os pakke ud, hvor kerne...

IBM nyhedsbreve

Få vores nyhedsbreve og emneopdateringer, der leverer den seneste tankelederskab og indsigt i nye trends.

Tilmeld nu

Flere nyhedsbreve

Tidsstempel:

Mere fra IBM IoT