Napredna podešavanja
Istakni čvorove koji se razrešavaju u ovu vrednost.
Globalna provera SRV zapisa
Dok su standardni A i AAAA zapisi ograničeni na prevođenje domenskog imena u IP adresu, SRV (Service) zapis je znatno složeniji. Definisan u RFC 2782, SRV zapis uspostavlja standardizovan način za definisanje tačnog imena hosta, protokola i preciznog broja porta za određene mrežne aplikacije. Oni su kičma otkrivanja servisa u preduzećima i intenzivno se koriste za Microsoft Active Directory, SIP/VoIP rutiranje, XMPP razmenu poruka i arhitekture masovnih višekorisničkih servera (poput razrešavanja _minecraft._tcp.example.com).
Sintaksa i vezivanje za port
SRV zapis se lako prepoznaje po svojoj strogoj strukturi formatiranja. Ime zapisa mora da počne donjom crtom koja označava servis, praćenom donjom crtom koja označava transportni protokol, nadovezano na osnovni domen (npr. _sip._tls.example.com). Dobijeni odgovor isporučuje četiri specifična podatka klijentu koji se povezuje: prioritet (Priority), težinu (Weight), ciljni port (Port) i kanonsko ime hosta (Hostname). Ovo omogućava administratorima da pokreću više različitih servisa na jednoj IP adresi koristeći nestandardne portove, bez potrebe da krajnji korisnici pamte i kucaju brojeve portova u svoje klijente.
Izvorni failover i balansiranje opterećenja po težini
Najmoćnija osobina SRV zapisa jeste njegova izvorna, višeslojna logika rutiranja. Broj prioriteta deluje tačno kao MX zapis; klijenti koji se povezuju uvek će prvo pokušati da uspostave rukovanje sa serverom najnižeg prioriteta. Ovo uspostavlja trenutnu redundantnost pri otkazu. Ako više zapisa deli potpuno isti prioritet, aktivira se broj težine. On deluje kao proporcionalni balanser opterećenja. Ako server A ima težinu 75, a server B težinu 25, klijentska aplikacija će usmeriti 75% novih veza ka serveru A. Ovo omogućava inženjerima da inteligentno raspoređuju saobraćaj preko klastera različitih hardverskih kapaciteta.
Zašto HTTP ignoriše SRV zapise
Često pitanje neiskusnih programera jeste zašto veb saobraćaj (HTTP/HTTPS) ne koristi SRV zapise za postizanje izvornog balansiranja opterećenja. Odgovor je čisto istorijski. Do trenutka kada su SRV zapisi standardizovani, arhitektonske konvencije da HTTP radi striktno na portu 80 i HTTPS na portu 443 već su bile univerzalno ugrađene u svaki veb pregledač. Prelazak veba na SRV pretrage dodao bi ogromnu kaznu u razrešavanju (zahtevajući dodatne obilaske) za marginalnu korist. Umesto toga, HTTP se oslanja na balansere opterećenja na aplikativnom sloju i Anycast IP rutiranje.