4 küsimust, mida välise DNS-i pakkuja valimisel arvesse võtta – IBM Blog

Hallatud DNS-platvormile üleminekuks on palju põhjuseid, kuid need kõik keerlevad keskse teema ümber. Kui jõuate liikluse kriitilise massini ja hakkate muretsema oma pakutava toimivuse ja usaldusväärsuse pärast, on aeg kaaluda hallatud DNS-i lahendus.

Seal on mitu tuntud võimalust ja uustulnuka jaoks võivad need alguses tunduda suhteliselt sarnased. Iga hallatud DNS-i pakkuja pakub ülemaailmse Anycasted DNS-võrgu kaudu 100% tööajaga SLA-d. Neil kõigil on tõrkeotsingu valikud, mis võivad parandada vastupidavust. Need kõik pakuvad armatuurlaudu ja mõõdikuid, et saaksite toimivust analüüsida. Kõik need võtavad tasu vastavalt kasutusele.

Kuid nende lauapanuste funktsioonide alt leiate olulisi erinevusi. Erinevate ettevõtete lähenemine mõjutab lõppkokkuvõttes teie võrgu jõudlust, ulatust ja võimalusi. Enne valikute võrdlemist on oluline teada, millised neist funktsioonidest ja võimalustest on teie jaoks olulised.

Kui koostate oma kohustuslike asjade loendit, koostame mõned küsimused, mis aitavad teie nõuete loendit koostada.

1. Milline on teie riskiprofiil?

Kõik oma soola väärt hallatavad DNS-i pakkujad pakuvad 100% tööaja SLA-d. Kuid isegi see ei pruugi olla piisavalt hea. Võrgukatkestusi juhtub ja mõnikord on isegi väga vastupidav globaalne võrk silmitsi kättesaadavusprobleemidega. 

Üleliigse tõrkesiirde valiku kasutamine on tavaliselt mõttekas, eriti "alati sisse lülitatud" teenuste puhul, mis tõesti nõuavad kõrget kättesaadavust. Mõnel juhul tähendab see registreerumist rohkem kui ühe teenusepakkujaga. NS1 kasutab teistsugust lähenemist, pakkudes a eraldatud üleliigne süsteem mida saate hallata samalt juhtimistasandilt. 

Siin on ka küsimus kuidas tegelikult teie hallatud DNS-i pakkuja annab vastupidavuse. Tõrkevahetuse mehaanika on oluline. Kas see on automatiseeritud? Kas see on kohandatav? Mitu võimalust teil on? Kui lihtne on neid valikuid hallata? Isegi kõige kindlam üleliigne DNS-i valik võib olla väärtusetu, kui tõrkesiirdeprotsessis esineb luksumine.

2. Mida teie arendajad vajavad?

Enamik organisatsioone hakkab kasutama hallatud DNS-i lahendust, et parandada klientide ja lõppkasutajate kogemusi. Siis avastavad nad, et on veel üks vaatajaskond: arendajad.

Tänapäeva võrke juhivad DevOps, äärearvutus ja serverita arhitektuurid, mis kõik nõuavad infrastruktuurile API-põhist lähenemist. Ühendused selliste tööriistadega nagu Terraform on samuti oluline nõue arendajatele, kuna nad kasutavad kliendile suunatud teenuste loomiseks võrguinfrastruktuuri.

Hallatud DNS-lahenduste hindamisel on oluline uurida nende API-pakkumise laiust ja sügavust ning ühendusi arendajate kasutatavate standardsete tööriistadega. API-de olemasolust ei piisa, need peaksid olema ka hästi dokumenteeritud ja hõlpsasti kasutatavad.

3. Kuidas haldate liiklust mitme CDN-i ja/või pilve vahel?

Kui teil on hallatud DNS-i lahenduse vajamiseks piisavalt kriitiline mass, hakkate tõenäoliselt mingil hetkel kasutama rakenduste ja sisu edastamiseks mitut pilve või CDN-i. See tähendab liikluse jaotamist erinevatele pakkujatele optimeerida jõudlust ja parandada vastupidavust.

On tavaline, et hallatud DNS-i pakkuja pakub mingit vormi liikluse juhtimine, kuid nende toimimises on olulisi erinevusi. Soovite näha, kui lihtne on hallatud DNS-i lahenduses liikluse juhtimise funktsiooni kasutada. Kui palju käsitsi tööd on vaja konfigureerimiseks ja juurutamiseks?

Samuti on oluline jälgida oma võimet liikluse juhtimise valikuid kohandada. Kas saate saadaolevate valikute abil soovitud tulemused? Või on liikluse juhtimisvõimalused liiga kitsad, et tagada tõeliselt vajalik jõudlus? Kas kasutate liikluse juhtimist põhiliste koormuse tasakaalustamise ja tõrkesiirde funktsioonide jaoks või lähevad teie vajadused sügavamale?

4. Kui oluline on tulemuslikkus?

Enamiku rakenduste ja teenuste edastamiseks piisab töö tegemiseks enamiku hallatavate DNS-teenuste kiirusest. Paar millisekundit kiiremini või aeglasemalt kui valdkonna keskmised võrdlusnäitajad ei oma tegelikult tähtsust.

Siiski on konkreetseid kasutusjuhtumeid – eelkõige video voogesitus ja mängud –, kus need millisekundid võivad tulusid otseselt mõjutada. Sellistel juhtudel on oluline pöörata erilist tähelepanu nii võrgu reageerimise kiirusele kui ka liikluse juhtimise valikute sügavusele.

Kuna enamik suure jõudlusega rakendusi ja teenuseid kasutab mitut pilve ja/või CDN-i, on võime juhtida liiklust automaatselt kõige paremini toimivale teenusele. Samuti võite kaaluda jõudlust selliste teguritega nagu kulud või usaldusväärsus – veel üks põhjus, miks eelistada kohandatavate liikluse juhtimise valikutega lahendusi.

Kui edastate sisu Mandri-Hiinasse, nõuab jõudluse optimeerimine erilist tähelepanu juurutamise geograafiale. Selle ainulaadne võrguarhitektuur nõuab a hallatud DNS-lahendus kohaliku kohalolekuga.

Lisateave IBM NS1 Connecti hallatava DNS-i lahenduse kohta.