Napredne postavke
Istakni čvorove koji razrješavaju na ovu vrijednost.
Globalna provjera SRV zapisa
Dok su standardni A i AAAA zapisi ograničeni na prevođenje domenskog imena u IP adresu, SRV (Service) zapis znatno je složeniji. Definiran u RFC 2782, SRV zapis uspostavlja standardizirani način definiranja točnog imena hosta, protokola i preciznog broja porta za određene mrežne aplikacije. Oni su okosnica otkrivanja usluga u poduzećima, intenzivno korišteni za Microsoft Active Directory, SIP/VoIP usmjeravanje, XMPP izravne poruke i arhitekture masovnih multiplayer poslužitelja (poput razrješavanja _minecraft._tcp.example.com).
Sintaksa i vezanje porta
SRV zapis odmah je prepoznatljiv po svojoj strogoj strukturi oblikovanja. Ime zapisa mora počinjati podvlakom koja označava uslugu, iza koje slijedi podvlaka koja označava transportni protokol, pridodano osnovnoj domeni (npr. _sip._tls.example.com). Dobiveni odgovor klijentu koji se povezuje isporučuje četiri specifična podatka: prioritet, težinu, ciljani port i kanoničko ciljano ime hosta. To administratorima omogućuje pokretanje više različitih usluga na jednoj IP adresi pomoću nestandardnih portova, bez da krajnji korisnici moraju pamtiti i upisivati brojeve portova u svoje klijente.
Nativno prebacivanje pri kvaru i težinsko balansiranje opterećenja
Najmoćnija značajka SRV zapisa jest njegova nativna, višeslojna logika usmjeravanja. Cijeli broj prioriteta djeluje potpuno kao MX zapis; klijenti koji se povezuju uvijek će prvo pokušati uspostaviti rukovanje s poslužiteljem najnižeg prioriteta. Time se uspostavlja trenutačna redundantnost pri prebacivanju u slučaju kvara. Ako više zapisa dijeli potpuno isti prioritet, aktivira se cijeli broj težine. On djeluje kao proporcionalni balanser opterećenja. Ako poslužitelj A ima težinu 75, a poslužitelj B težinu 25, klijentska aplikacija usmjerit će 75% novih veza na poslužitelj A. To inženjerima omogućuje inteligentno usmjeravanje prometa preko klastera različitih hardverskih kapaciteta.
Zašto HTTP ignorira SRV zapise
Često pitanje mlađih programera jest zašto web promet (HTTP/HTTPS) ne koristi SRV zapise za postizanje nativnog balansiranja opterećenja. Odgovor je posve povijesan. Dok su SRV zapisi standardizirani, arhitektonske konvencije po kojima HTTP radi strogo na portu 80, a HTTPS na portu 443 već su bile univerzalno tvrdo kodirane u svaki web preglednik. Prebacivanje weba na SRV provjere dodalo bi golem gubitak pri razrješavanju (zahtijevajući dodatna povratna putovanja) uz marginalnu korist. Umjesto toga, HTTP se oslanja na balansere opterećenja na aplikacijskom sloju i Anycast IP usmjeravanje.