4 pytania do rozważenia przy wyborze zewnętrznego dostawcy DNS — blog IBM

4 pytania do rozważenia przy wyborze zewnętrznego dostawcy DNS – blog IBM

Węzeł źródłowy: 3093759


4 pytania do rozważenia przy wyborze zewnętrznego dostawcy DNS – blog IBM



Mężczyzna pochyla się nad zabałaganionym biurkiem i pisze na tablicy zamontowanej na ścianie w domowym biurze

Istnieje wiele powodów, dla których warto przejść na zarządzaną platformę DNS, ale wszystkie skupiają się wokół głównego tematu. Gdy osiągniesz masę krytyczną ruchu i zaczniesz martwić się wydajnością i niezawodnością tego, co dostarczasz, czas rozważyć zarządzane rozwiązanie DNS.

Istnieje kilka dobrze znanych opcji, które dla nowicjusza mogą na pierwszy rzut oka wydawać się stosunkowo podobne. Każdy zarządzany dostawca DNS oferuje umowę SLA zapewniającą 100% dostępności za pośrednictwem globalnej sieci DNS z dowolną emisją. Wszystkie mają opcje przełączania awaryjnego, które mogą poprawić odporność. Wszystkie udostępniają pulpity nawigacyjne i wskaźniki, dzięki którym możesz analizować wydajność. Wszystkie pobierają opłaty na podstawie zużycia.

Jednak pod tymi funkcjami dotyczącymi stawek stołowych znajdziesz kilka znaczących różnic. Podejście stosowane przez różne firmy będzie ostatecznie miało wpływ na wydajność, skalę i możliwości Twojej sieci. Przed porównaniem opcji ważne jest, aby wiedzieć, które z tych funkcji i możliwości są dla Ciebie ważne.

Kiedy tworzysz listę „must have”, zestawiamy kilka pytań, które mogą pomóc w stworzeniu listy wymagań.

1. Jaki jest Twój profil ryzyka?

Każdy warty uwagi dostawca zarządzanego DNS zaoferuje umowę SLA zapewniającą 100% czasu działania. Jednak nawet to może nie być wystarczająco dobre. Zdarzają się awarie sieci, a czasami nawet bardzo odporna sieć globalna boryka się z problemami z dostępnością. 

Posiadanie nadmiarowej opcji przełączania awaryjnego zwykle ma sens, szczególnie w przypadku usług „zawsze włączonych”, które naprawdę wymagają wysokiej dostępności. W niektórych przypadkach oznacza to rejestrację u więcej niż jednego dostawcy. NS1 przyjmuje inne podejście, oferując wydzielony system redundantny którymi możesz zarządzać z tej samej płaszczyzny sterowania. 

Jest też pytanie w jaki sposób właściwie Twój zarządzany dostawca DNS zapewnia odporność. Mechanika przełączania awaryjnego ma znaczenie. Czy jest to zautomatyzowane? Czy można go dostosować? Ile masz opcji? Jak łatwo jest zarządzać tymi opcjami? Nawet najbardziej solidna, nadmiarowa opcja DNS może być bezwartościowa, jeśli wystąpią zakłócenia w procesie przełączania awaryjnego.

2. Czego potrzebują Twoi programiści?

Większość organizacji zaczyna korzystać z zarządzanego rozwiązania DNS, aby poprawić komfort klientów i użytkowników końcowych. Potem odkrywają, że istnieje inna publiczność: programiści.

Dzisiejsze sieci opierają się na DevOps, przetwarzaniu brzegowym i architekturach bezserwerowych, a wszystkie one wymagają podejścia do infrastruktury opartego na API. Połączenia z narzędziami takimi jak Terraform są również ważnym wymogiem dla programistów, ponieważ wykorzystują infrastrukturę sieciową do tworzenia usług skierowanych do klienta.

Oceniając zarządzane rozwiązania DNS, ważne jest zbadanie zakresu i głębokości ich oferty API oraz połączeń ze standardowymi narzędziami używanymi przez programistów. Nie wystarczy, że interfejsy API są po prostu dostępne, powinny być również dobrze udokumentowane i łatwe w użyciu.

3. Jak będziesz zarządzać ruchem pomiędzy wieloma sieciami CDN i/lub chmurami?

Jeśli masz wystarczającą masę krytyczną, aby potrzebować zarządzanego rozwiązania DNS, w pewnym momencie prawdopodobnie zaczniesz używać wielu chmur lub sieci CDN do dostarczania aplikacji i treści. Oznacza to dystrybucję ruchu do różnych dostawców zoptymalizować wydajność i poprawić odporność.

Zarządzany dostawca DNS często oferuje jakąś formę sterowanie ruchem, ale istnieją znaczne różnice w sposobie ich działania. Będziesz chciał zobaczyć, jak łatwo jest korzystać z funkcji sterowania ruchem w zarządzanym rozwiązaniu DNS. Ile wysiłku ręcznego wymaga konfiguracja i wdrożenie?

Ważne jest również, aby przyjrzeć się możliwościom dostosowania opcji sterowania ruchem. Czy dzięki dostępnym opcjom uzyskasz oczekiwane wyniki? A może opcje sterowania ruchem są zbyt ograniczone, aby zapewnić wydajność, której naprawdę potrzebujesz? Czy będziesz używać sterowania ruchem do podstawowych funkcji równoważenia obciążenia i przełączania awaryjnego, czy może Twoje potrzeby są głębsze?

4. Jak ważna jest wydajność?

Do dostarczania większości aplikacji i usług wystarczająca jest prędkość większości zarządzanych usług DNS. Kilka milisekund szybciej lub wolniej niż średnie testy branżowe nie będzie miało większego znaczenia.

Istnieją jednak szczególne przypadki użycia – w szczególności strumieniowe przesyłanie wideo i gry – gdzie te milisekundy mogą bezpośrednio wpłynąć na przychody. W takich przypadkach należy zwrócić szczególną uwagę zarówno na szybkość odpowiedzi sieci, jak i głębokość opcji sterowania ruchem.

Ponieważ większość aplikacji i usług o wysokiej wydajności będzie korzystać z wielu chmur i/lub sieci CDN, możliwość automatycznego kierowania ruchu do najskuteczniejszej usługi ma kluczowe znaczenie. Możesz także porównać wydajność z czynnikami takimi jak koszt i niezawodność – to kolejny powód, aby nadać priorytet rozwiązaniom z dostosowywalnymi opcjami sterowania ruchem.

Jeśli dostarczasz treści do Chin kontynentalnych, optymalizacja wydajności wymaga zwrócenia szczególnej uwagi na lokalizację geograficzną wdrożenia. Jego unikalna architektura sieciowa wymaga: zarządzane rozwiązanie DNS działające lokalnie.

Dowiedz się więcej o rozwiązaniu zarządzanego DNS IBM NS1 Connect.

Czy ten artykuł był pomocny?

TakNie


Więcej z chmury




Czy płatny DNS jest tego wart?

4 czytaj min - W życiu większości przedsiębiorstw przychodzi taki moment, w którym związek między systemem nazw domen (DNS) a przychodami staje się bardziej skupiony. To moment, w którym firmy odkrywają, że dostarczanie wysokiej jakości aplikacji, usług i treści wymaga większej dbałości o jakość połączeń DNS. Dla większości firm jest to także moment, w którym odkrywają, że bezpłatne usługi DNS oferowane przez rejestratorów domen lub systemy typu „zrób to sam”, z których korzystali, nie nadają się już do użytku. To połączenie pomiędzy…




Czy duże przedsiębiorstwa powinny samodzielnie hostować swój autorytatywny serwer DNS?

4 czytaj min - W niedawnym poście opisaliśmy pułapki samodzielnego hostowania autorytatywnego systemu nazw domen (DNS) z perspektywy start-upu lub średniej firmy tworzącej system DIY przy użyciu BIND DNS lub innych narzędzi open source. Główną ideą było to, że każda firma dochodzi do punktu, w którym przerasta własne, samodzielnie hostowane, autorytatywne systemy DNS. Z jakiegokolwiek powodu – czy to funkcjonalności, kosztów, niezawodności czy zasobów – większość firm w naturalny sposób dostrzega potrzebę zarządzanej usługi DNS dostarczanej przez…




ManagePlus — Twoja podróż przed, z i po RISE z SAP

5 czytaj min - RISE with SAP było w ostatnich latach nie tylko głównym graczem w chmurze, ale stało się także standardową ofertą chmury firmy SAP w ramach różnych produktów. Jednak oceniając, co jest potrzebne, aby rozpocząć pracę w RISE z SAP, należy wziąć pod uwagę wiele kwestii. Szczególnie ważne jest dobre zrozumienie podziału RACI na usługi standardowe, dodatkowe i opcjonalne, wraz z odpowiednimi pakietami CAS (Cloud Application Service). Jeśli zastanawiasz się czy RISE z SAP to właściwe rozwiązanie…




Gęstość robi różnicę dzięki procesorom Intel Xeon czwartej generacji na serwerach IBM Cloud Bare Metal

4 czytaj min - Jeśli chodzi o serwery typu bare metal, gęstość jest dobrą rzeczą. W rzeczywistości im gęstsza pamięć i rdzenie, tym lepiej. W tym tygodniu wprowadziliśmy serwery IBM Cloud Bare Metal z procesorami Intel® Xeon® czwartej generacji do większej liczby kluczowych centrów danych IBM Cloud Data Center na całym świecie. Dla każdego, kto dopiero nadrabia zaległości, procesory Intel Xeon czwartej generacji to najnowsze i najbardziej wydajne procesory firmy Intel, które po raz pierwszy ogłosiliśmy w styczniu 4 r. w całej naszej flocie serwerów podstawowych. Rozpakujmy, gdzie rdzeń…

Biuletyny IBM

Otrzymuj nasze biuletyny i aktualizacje tematów, które dostarczają najnowszych informacji i spostrzeżeń na temat pojawiających się trendów.

Subskrybuj teraz

Więcej biuletynów

Znak czasu:

Więcej z IBM-IoT