WikiDer > Надежный протокол регистрации событий

Надежный протокол регистрации событий (RELP), а сетевой протокол за регистрация компьютерных данных в компьютерных сетях, расширяет функциональные возможности системный журнал протокол для обеспечения надежной доставки сообщений о событиях. Чаще всего он используется в средах, которые не допускают потери сообщений, таких как финансовая индустрия.

Обзор

RELP использует TCP для передачи сообщений. Это обеспечивает базовую защиту от потери сообщений, но не гарантирует доставку при любых обстоятельствах. Когда соединение прерывается, TCP не может надежно определить, действительно ли последние отправленные сообщения достигли места назначения.^[1]В отличие от протокола системного журнала, RELP работает с обратный канал который передает отправителю информацию о сообщениях, обработанных получателем. Это позволяет RELP всегда знать, какие сообщения были правильно получены, даже в случае разрыва соединения.

История

RELP был разработан в 2008 году как надежный протокол для rsyslog-to-rsyslog связь. Как дизайнер RELP Райнер Герхардс объясняет, что отсутствие надежной передачи в стандартном системном журнале было основной мотивацией для создания RELP.^[2] Первоначально RFC 3195 Считалось, что syslog занимает эту часть в rsyslog, но он страдает от высоких накладных расходов и отсутствия поддержки новых стандартов системного журнала IETF (которые с тех пор были опубликованы как RFC 5424, но не были названы в то время).

Хотя RELP изначально предназначался исключительно для использования rsyslog, он получил более широкое распространение.^{[нужна цитата]} В настоящее время инструменты как под Linux, так и под Windows поддерживают RELP. Существуют также внутренние развертывания для Java. Хотя RELP до сих пор формально не стандартизован, он превратился в отраслевой стандарт компьютерной регистрации.^{[нужна цитата]}

Технические детали

RELP вдохновлен RFC 3195 системный журнал и RFC 3080. Во время первоначального подключения отправитель и получатель согласовывают параметры сеанса, такие как поддерживаемый набор команд или размер окна на уровне приложения. Сообщения о сетевых событиях передаются в виде команд, при этом получатель подтверждает каждую команду, как только он ее обработал. Сессии могут быть закрыты как отправителем, так и получателем, но обычно должны завершаться стороной отправителя. Чтобы облегчить восстановление сообщений при прерывании сеанса, RELP сохраняет номера транзакций для каждой команды и согласовывает, какие сообщения необходимо повторно отправить при восстановлении сеанса.

В текущей версии RELP не указан родной TLS поддерживать. Однако практические развертывания используют оболочки вокруг сеанса RELP для обеспечения этой функциональности.^{[нужна цитата]}

Реализации

Перечислены только общедоступные реализации. Этот список не является исчерпывающим.

• librelp - оригинальная библиотека C RELP
• rsyslog
• MonitorWare (Windows)
• logstash

Рекомендации