SRV DNS: Priority и Weight не являются одним общим рейтингом сервера
В SRV меньшее числовое Priority задаёт предпочтение доступной группы целей. Weight определяет относительный выбор внутри одинакового Priority. Поэтому больший вес резервного узла не означает, что он должен постоянно получать часть соединений вместе с доступным узлом более предпочтительного приоритета.
Механизм работает только у клиента, который действительно использует SRV по предусмотренной спецификации сервиса. Публикация записи сама по себе не изменяет поведение приложения, настроенного на обычный host и фиксированный порт. Поддержку обнаружения нужно подтвердить у конкретной реализации, не выводя её из общей поддержки DNS.
Вес описывает вероятностный выбор и не гарантирует точную долю трафика на коротком интервале. Длительность соединений и клиентская политика также влияют на наблюдаемую нагрузку. В проекте различают порядок отказоустойчивости, выбор адреса и фактический объём прикладных сообщений после установления связи.
В приёмке проверяют доступные цели равного приоритета и отказ предпочтительной группы. Наблюдают выбранные target и port, а не только успешное чтение SRV. Одна DNS-запись с понятными числами не подтверждает автоматическую балансировку всех клиентов и требуемый сценарий переключения сервиса.
Основание — Selected IETF DNS RFCs, exact numbers and sections cited; Linux/glibc manual where explicitly stated, разделы RFC2782 SRV Priority and Weight. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Реальные зоны, resolver и HTTP-клиенты не испытывались. Это проектные критерии; номера RFC обозначают документы, а не подтверждённую поддержку всех возможностей конкретным устройством.
