I en siste innlegg, skisserte vi fallgruvene ved et autoritativt domenenavnsystem (DNS) som er vert for selvvert, fra perspektivet til et oppstartet eller mellomstort selskap som setter sammen et gjør-det-selv-system ved å bruke BIND DNS eller andre åpen kildekode-verktøy. Hovedideen var at hvert selskap kommer til et punkt hvor de vokser ut av sine selvdrevne, hjemmedyrkede autoritative DNS-systemer. Uansett grunn – det være seg funksjonalitet, kostnad, pålitelighet eller ressurser – kommer de fleste selskaper naturlig rundt til behov for en administrert DNS tjeneste levert av en tredjepart.
Ikke desto mindre er det en viss klasse av store bedrifter der selvvertsbasert autoritativ DNS opererer under en annen type logikk. Med globale fotavtrykk og nok skala til å løse selv komplekse tekniske prosjekter internt, standarder disse typer selskaper ofte å bygge oppløsninger i stedet for å kjøpe et annet selskaps produkt.
Fordelene med selvhosting for store bedrifter
Det er flere grunner til at en stor bedrift ønsker å bygge og være vert for en autoritativ DNS-tjeneste på egen hånd:
Spesifikke funksjonelle krav: Store bedrifter ønsker ofte å levere sine applikasjoner, tjenester og innhold på en tilpasset måte. Dette kan være alt fra hyperspesifikk ruting av DNS-spørringer til systemnivåstøtte for særegne applikasjonsarkitekturer til samsvarskrav.
Bruke eksisterende ressurser: Når selskaper allerede har servere og tekniske ressurser distribuert i stor skala over hele verden, virker det ofte som et logisk neste skritt å bruke det fotavtrykket for å levere autoritativ DNS.
Kontroll: Noen selskaper ønsker rett og slett ikke å være avhengige av en leverandør, spesielt for noe så forretningskritisk som autoritativ DNS. Andre selskaper har en «build it»-kultur som ser verdi i å utvikle interne tilnærminger som fremmer tekniske ferdigheter.
Teori vs. virkelighet
Dette er alle gyldige grunner til å være vert for DNS-en din i stor skala – i det minste i teorien. Det vi har funnet ut av å snakke med store bedrifter i ulike bransjer, er at de oppfattede fordelene med selvhostet autoritativ DNS ofte blir urealisert. Logikken bak selvhosting ser bra ut på en PowerPoint, men gir ikke faktisk forretningsverdi.
Her er noen områder der virkeligheten til selvvertsbasert autoritativ DNS ikke stemmer overens med teorien:
Motstandsdyktighet: Enhver stor virksomhet er sannsynligvis viktig nok til at enhver nedetid vil ha en ødeleggende innvirkning på bunnlinjen. Det er derfor de fleste autoritative DNS-administratorer insisterer på et sekundært alternativ eller failover-alternativ i tilfelle en katastrofe inntreffer. Selvdrevet autoritativ DNS inkluderer sjelden dette – det er for ressurskrevende å bygge og vedlikeholde et sekundært system som en form for forsikring.
Sprø arkitektur: De fleste autoritative DNS-infrastrukturer er bygget på BIND, som vanligvis krever en Rube Goldberg-maskin med skript for å fungere. Over tid kan kompleksiteten til disse skriptene bli vanskelig å vedlikeholde ettersom du tar hensyn til nye funksjoner og driftskrav. Ett falskt trekk, for eksempel én enkelt kodefeil, kan lett ødelegge hele den autoritative DNS-infrastrukturen din og ta kundevendte nettsteder offline. For en stor, kompleks bedrift kan sprø BIND-arkitekturer og skript være spesielt farlige.
Teknisk gjeld: Når du kjører din egen autoritative DNS, er det enkelt å samle opp et betydelig etterslep av funksjonsforespørsler. Dette gjelder spesielt hvis du har et DevOps-, NetOps- eller CloudOps-team som jobber mot en tidsfrist. La oss innse det: de fleste av disse DNS-funksjonene kommer til å bli levert på en mye lengre tidslinje enn noe applikasjonsutviklingsteam krever.
Kostnad: En selvdrevet stor bedrift kan ha gjort regnestykket og konkludert med at det å bygge, distribuere og vedlikeholde et autoritativt DNS-system er verdt investeringen. Realiteten er imidlertid at disse beslutningene vanligvis skjer uten en bevisst nytte-kostnadsanalyse. På lang sikt koster utlegget og de skjulte alternativkostnadene ved autoritativ DNS som er vert for egen vert, har en tendens til å oppveie enhver antatt økonomisk fordel.
Personalomsetning: Gjør-det-selv-arkitekturer fungerer bare så lenge personen (eller teamet) som bygde dem forblir i selskapet. Hvis denne personen forlater selskapet av en eller annen grunn, vil deres institusjonelle kunnskap om hvordan DIY-arkitekturer ble bygget forlate dem. Noen selskaper kommer til et punkt hvor de er redde for å endre noe fordi det lett kan føre til en nedetidshendelse som er vanskelig å komme seg fra.
Automatisering: BIND har ikke et Application Programming Interface (API) og ble ikke bygget for å støtte noen form for automatisering. DIY-arkitekturer er vanligvis ikke bygget for å støtte standard automatiseringsplattformer som Ansible eller Terraform. Det er nesten umulig å orkestrere DIY-arkitekturer ved å bruke tredjepartsverktøy. Hvis du har en DIY autoritativ DNS, sitter du sannsynligvis fast med manuelle endringer som senker applikasjonsutviklingen til en gjennomgang.
Administrert DNS gir bare mening
Som leverandør av administrerte DNS-løsninger, vi er absolutt partiske. Fra vårt perspektiv oppveier imidlertid ulempene med selvdrevet autoritativ DNS klart fordelene, selv (eller spesielt) for store bedrifter som vanligvis ikke bygger sine egne systemer. Når du veier de langsiktige kostnadene ved å opprettholde et autoritativt DNS-system – både CapEx-maskinvaren og OpEx-personellet – gir en administrert DNS-løsning ganske enkelt økonomisk mening.
Administrerte DNS-løsninger også hjelpe IT-team å gjøre mer med mindre. Når du vurderer admintimene som kreves for å drive et autoritativt DNS-nettverk i stor skala, er det langt mer verdi å lede disse ressursene til andre strategiske prioriteringer. Etter å ha drevet autoritativ DNS på vegne av en god del av internett i 10 år selv, vet vi hvor kostbart og vanskelig en oppgave det kan være.
Håndtere DNS-migrasjonsrisiko
Vi forstår det. Det er vanskelig å endre. Selv når store bedrifter er klare til å gå videre fra sine selvdrevne autoritative DNS-arkitekturer, avviser de ofte de betydelige risikoene som følger med migrering til en administrert DNS-tjeneste. Når eksisterende DNS-verktøy blir inngrodd i et selskaps tekniske DNA, kan det være vanskelig å tenke på det komplekse nettet av avhengigheter som må endres.
Det er her sekundær DNS tilbyr en livline. Enhver administrert DNS-tjeneste (som NS1) kan operere sammen med et autoritativt DNS-system som er vert for selv, enten som en uavhengig plattform eller som et failover-alternativ. Med et sekundært DNS-lag på plass, kan administratorer migrere applikasjonsarbeidsbelastninger over tid, teste ut egenskapene til det administrerte systemet og gradvis avvikle komplekse tilkoblinger til interne systemer.
Å drive en sekundær DNS som et testmiljø bygger også opp tillit til de avanserte funksjonene som en administrert DNS-tjeneste tilbyr – ting som trafikkstyring, APIer, DNS-dataanalyse og andre elementer som gir tydelig verdi, men som ikke er tilgjengelig i de fleste selvvertsbaserte tjenester.
Klar til å gå videre fra autoritativ DNS som er vert for selv?
Få DNS som gjør mer: IBM NS1 Connect
Var denne artikkelen til hjelp?
JaNei
Mer fra Cloud
IBMs nyhetsbrev
Få våre nyhetsbrev og emneoppdateringer som gir den siste tankeledelsen og innsikt om nye trender.
Abonner nå
Flere nyhetsbrev
- SEO-drevet innhold og PR-distribusjon. Bli forsterket i dag.
- PlatoData.Network Vertical Generative Ai. Styrk deg selv. Tilgang her.
- PlatoAiStream. Web3 Intelligence. Kunnskap forsterket. Tilgang her.
- PlatoESG. Karbon, CleanTech, Energi, Miljø, Solenergi, Avfallshåndtering. Tilgang her.
- PlatoHelse. Bioteknologisk og klinisk etterretning. Tilgang her.
- kilde: https://www.ibm.com/blog/should-large-enterprises-self-host-their-authoritative-dns/
- : har
- :er
- :ikke
- :hvor
- $OPP
- 01
- 1
- 10
- 20
- 2023
- 2024
- 28
- 29
- 30
- 300
- 39
- 400
- 41
- 4.
- 60
- 7
- 8
- 9
- a
- Om oss
- Ifølge
- Logg inn
- tvers
- faktiske
- Ytterligere
- admin
- administratorer
- vedta
- avansert
- fordeler
- Annonsering
- redd
- mot
- Alle
- langs
- sammen
- allerede
- også
- amp
- an
- analyse
- analytics
- og
- annonsert
- En annen
- noen
- noen
- hva som helst
- api
- Søknad
- Applikasjonutvikling
- søknader
- tilnærminger
- arkitektur
- arkitekturer
- ER
- områder
- rundt
- Artikkel
- AS
- vurdere
- At
- forfatter
- Automatisering
- tilgjengelig
- gjennomsnittlig
- tilbake
- ball
- grunnleggende
- BE
- fordi
- bli
- vært
- før du
- vegne
- bak
- være
- ben
- nytte
- Fordeler
- BEST
- Bedre
- Beyond
- forutinntatt
- Milliarder
- binde
- Blogg
- Blå
- Bunn
- bringe
- bygge
- Bygning
- bygger
- bygget
- virksomhet
- bedrifter
- men
- knapp
- Kjøpe
- by
- CAN
- evner
- karbon
- kort
- Kort
- saken
- CAT
- Kategori
- Sentre
- viss
- Gjerne
- endring
- Endringer
- sjekk
- Velg
- sirkler
- klasse
- fjerne
- klart
- Cloud
- skytjenester
- Koding
- kollegaer
- farge
- COM
- Kom
- kommer
- Selskaper
- Selskapet
- Selskapets
- komplekse
- kompleksitet
- samsvar
- konkluderte
- selvtillit
- Koble
- Tilkoblinger
- Ulemper
- Vurder
- Container
- innhold
- fortsette
- kontroll
- Kjerne
- Kostnad
- kostbar
- Kostnader
- kunne
- CSS
- Kultur
- skikk
- tilpasset
- dato
- dataanalyse
- datasentre
- Dato
- Fristen
- avgjørelser
- Misligholde
- definisjoner
- leverer
- levert
- tett
- tetthet
- avhengig
- avhengig
- utplassert
- utplasserings
- beskrivelse
- skrivebord
- ødeleggende
- Utvikler
- utvikle
- Utvikling
- utviklingsteam
- DevOps
- forskjell
- forskjellig
- vanskelig
- regi
- Regissør
- katastrofe
- særegen
- dIY
- dna
- dns
- do
- gjør
- ikke
- domene
- Domain Name
- gjort
- ikke
- ned
- nedetid
- lett
- lett
- økonomisk
- innsats
- enten
- elementer
- Emery
- bemyndiger
- nok
- Enter
- Enterprise
- bedrifter
- Hele
- Miljø
- feil
- spesielt
- Eter (ETH)
- Selv
- Hver
- hverdagen
- eksisterende
- Utgang
- forventet
- eksplosjon
- Face
- Faktisk
- fabrikk
- falsk
- langt
- Trekk
- Egenskaper
- Februar
- finansiell
- Først
- FLÅTE
- følge
- fonter
- Fotspor
- Til
- Varsel
- skjema
- funnet
- fra
- funksjonelle
- funksjonalitet
- framtid
- Gartner
- Gen
- generere
- generator
- få
- blir
- Global
- globus
- Go
- skal
- god
- fikk
- gradvis
- Grid
- Grow
- skje
- Hard
- maskinvare
- Ha
- å ha
- Overskrift
- hodetelefoner
- høyde
- hjelpe
- nyttig
- skjult
- høytytende
- Hjemprodukt
- vert
- TIMER
- Hvordan
- Men
- HTTPS
- IBM
- IBM Cloud
- ICO
- ICON
- Tanken
- if
- bilde
- Påvirkning
- viktig
- umulig
- in
- hendelse
- inkluderer
- uavhengig
- indeks
- bransjer
- industri
- Infrastruktur
- infrastruktur
- inngrodd
- innsikt
- i stedet
- institusjonell
- forsikring
- Intel
- Interface
- intern
- Internet
- Internett av ting
- inn
- introdusert
- investering
- IOT
- IT
- DET ER
- Januar
- reise
- jpg
- bare
- nøkkel
- Type
- Vet
- kunnskap
- laptop
- stor
- Store bedrifter
- siste
- lag
- Ledelse
- minst
- mindre
- i likhet med
- linje
- LINK
- lokal
- lokale
- logikk
- logisk
- Lang
- langsiktig
- lenger
- UTSEENDE
- maskin
- Hoved
- vedlikeholde
- opprettholde
- større
- GJØR AT
- fikk til
- håndbok
- Match
- math
- max bredde
- Kan..
- metall
- kunne
- migrere
- migrasjon
- minutter
- minutter
- bland
- Mobil
- mobiltelefon
- mer
- mest
- flytte
- mye
- flere
- navn
- nasjonalt
- Navigasjon
- nesten
- Trenger
- nettverk
- Ny
- Nyeste
- nyhetsbrev
- neste
- ingenting
- nå
- omsorg
- gjenstander
- of
- off
- tilby
- Tilbud
- offline
- ofte
- on
- Ombord
- ONE
- bare
- åpen
- åpen kildekode
- betjene
- operert
- opererer
- drift
- Opportunity
- Optimalisere
- optimalisert
- Alternativ
- or
- organisasjoner
- Annen
- vår
- oss selv
- ut
- skissert
- utenfor
- enn
- overhead
- egen
- pakker
- side
- spesielt
- parti
- oppfattet
- ytelse
- person
- perspektiv
- telefon
- PHP
- Sted
- Plager
- plattform
- Plattformer
- plato
- Platon Data Intelligence
- PlatonData
- spiller
- plugg inn
- Point
- poeng
- politikk
- del
- posisjon
- eiendeler
- Post
- forebygge
- primære
- sannsynligvis
- prosessorer
- Produkt
- Produkter
- Produkter og tjenester
- Programmering
- prosjekter
- PROS
- leverandør
- offentlig
- Offentlig sky
- spørsmål
- sjelden
- Lesning
- klar
- Reality
- grunnen til
- grunner
- nylig
- Gjenopprette
- relativt
- relevant
- pålitelighet
- forespørsler
- påkrevd
- Krav
- Krever
- bor
- ressurs
- Ressurser
- responsive
- resultere
- ikke sant
- Rise
- risikoer
- roboter
- rutinemessig
- ruting
- Kjør
- samme
- sap
- Skala
- Skjerm
- skript
- sekundær
- synes
- Sees
- forstand
- SEO
- server
- servere
- tjeneste
- Tjenester
- flere
- shot
- bør
- signifikant
- Enkelt
- ganske enkelt
- enkelt
- nettstedet
- Nettsteder
- Sittende
- situasjon
- ferdigheter
- langsom
- liten
- løsning
- LØSE
- noen
- noe
- kilde
- utgifter
- splittet
- Sponset
- firkanter
- Standard
- Begynn
- Oppstart
- Trinn
- Steps
- lagring
- Strategisk
- Strategi
- gate
- streik
- abonnere
- vellykket
- slik
- støtte
- SVG
- system
- Systemer
- Ta
- tar
- snakker
- Oppgave
- lag
- lag
- Teknisk
- tekniske ferdigheter
- tendens
- begrep
- terra
- tertiære
- test
- Testing
- enn
- Takk
- Det
- De
- Fremtiden
- verden
- deres
- Dem
- tema
- teori
- Der.
- Disse
- de
- ting
- ting
- tror
- Tredje
- tredjeparts
- denne
- denne uka
- De
- trodde
- tenkte ledelse
- tid
- tidslinje
- Tittel
- til
- sammen
- også
- verktøy
- topp
- Tema
- Totalt
- Trender
- sant
- to
- typen
- typer
- etter
- forståelse
- lomper
- oppdateringer
- URL
- bruke
- ved hjelp av
- vanligvis
- gyldig
- verdi
- ulike
- leverandør
- vs
- W
- ønsker
- Warehouse
- var
- Vei..
- we
- web
- uke
- veie
- var
- Hva
- uansett
- når
- om
- hvilken
- mens
- HVEM
- hvorfor
- med
- uten
- vitne
- lurer
- WordPress
- Arbeid
- arbeid
- verden
- verdensomspennende
- verdt
- ville
- skrevet
- år
- du
- Young
- Din
- zephyrnet