Я работаю над планированием нового проекта, целью которого является сбор сообщений из многих источников в одном месте. В основном разные веб-сайты на разных серверах в одной сети должны сообщать некоторую информацию о действиях, предпринимаемых центральному регистратору. Я хочу, чтобы это была услуга, предлагаемая клиентам, так как каждый сайт просто отправляет сообщение центральному. Он не должен отвечать, что сообщение было фактически получено, и это нормально, если он отбрасывает сообщения под нагрузкой. Я бы предпочел, чтобы он мог ответить, что сообщение было получено и зарегистрировано по запросу клиента.
Я работаю с PHP на стороне сайта, и предпочел бы работать с ним также на стороне логирования. Кто-нибудь может дать мне представление о каком-либо протоколе или архитектуре, которые могли бы работать для этого?
Редактировать
В качестве альтернативы, есть ли какие-нибудь библиотеки сообщений, которые кто-нибудь предложил бы? Я ищу любые хорошие ответы по протоколу или дизайну, от того, что БД может быть проще всего масштабировать, до какого сетевого протокола он может говорить. Будет ли UDP хорошо для чего-то подобного? Скорость отправки сообщений является наиболее важным фактором в этом дизайне.
Я работаю с одним сервером в настоящее время для входа в план.