home.social

#rabbitmq — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #rabbitmq, aggregated by home.social.

  1. Надёжная асинхронная коммуникация: повторы, дубликаты и dead letter queues

    Представим обычную обработку заказа. Сервис заказов публикует событие order.created . Сервис склада получает его и резервирует товар в PostgreSQL. После успешной транзакции обработчик должен отправить RabbitMQ подтверждение ( Ack ), чтобы broker удалил сообщение из queue. Но процесс может остановиться после записи в PostgreSQL и до отправки Ack . RabbitMQ не знает, успел ли сервис зарезервировать товар. Broker видит только неподтверждённое сообщение, поэтому доставляет его ещё раз. С точки зрения доставки это правильное поведение. С точки зрения бизнеса один заказ теперь может зарезервировать товар дважды. Другой сбой возникает раньше: PostgreSQL временно недоступен, и обработчик не может начать работу. Если сразу вернуть сообщение в queue через отрицательное подтверждение Nack(requeue=true) , RabbitMQ почти немедленно доставит его снова. Пока база не восстановилась, все попытки будут бесполезными. Нужны задержка и ограничение числа повторов. При этом отложенное сообщение может пропустить вперёд более новые события, поэтому отдельно придётся решить вопрос порядка. Так одна операция превращается в несколько независимых участков: запись события, публикация, хранение в broker, обработка и подтверждение. Между соседними участками остаются моменты, когда одна сторона уже выполнила действие, а другая ещё не получила подтверждение. В статье разберём эти моменты по всему пути сообщения. Затем построим практическую схему для RabbitMQ и Go: добавим ограниченные повторы через retry queues, время жизни сообщения ( TTL ) и dead letter exchange, сделаем обработчик идемпотентным и определим, куда отправлять сообщения, которые не удалось обработать автоматически. В конце сравним этот подход с Kafka, NATS JetStream и Amazon SQS.

    habr.com/ru/articles/1062002/

    #rabbitmq #golang #go #kafka #архитектура #асинхронность #микросервисы #broker #queue #resilience

  2. Надёжная асинхронная коммуникация: повторы, дубликаты и dead letter queues

    Представим обычную обработку заказа. Сервис заказов публикует событие order.created . Сервис склада получает его и резервирует товар в PostgreSQL. После успешной транзакции обработчик должен отправить RabbitMQ подтверждение ( Ack ), чтобы broker удалил сообщение из queue. Но процесс может остановиться после записи в PostgreSQL и до отправки Ack . RabbitMQ не знает, успел ли сервис зарезервировать товар. Broker видит только неподтверждённое сообщение, поэтому доставляет его ещё раз. С точки зрения доставки это правильное поведение. С точки зрения бизнеса один заказ теперь может зарезервировать товар дважды. Другой сбой возникает раньше: PostgreSQL временно недоступен, и обработчик не может начать работу. Если сразу вернуть сообщение в queue через отрицательное подтверждение Nack(requeue=true) , RabbitMQ почти немедленно доставит его снова. Пока база не восстановилась, все попытки будут бесполезными. Нужны задержка и ограничение числа повторов. При этом отложенное сообщение может пропустить вперёд более новые события, поэтому отдельно придётся решить вопрос порядка. Так одна операция превращается в несколько независимых участков: запись события, публикация, хранение в broker, обработка и подтверждение. Между соседними участками остаются моменты, когда одна сторона уже выполнила действие, а другая ещё не получила подтверждение. В статье разберём эти моменты по всему пути сообщения. Затем построим практическую схему для RabbitMQ и Go: добавим ограниченные повторы через retry queues, время жизни сообщения ( TTL ) и dead letter exchange, сделаем обработчик идемпотентным и определим, куда отправлять сообщения, которые не удалось обработать автоматически. В конце сравним этот подход с Kafka, NATS JetStream и Amazon SQS.

    habr.com/ru/articles/1062002/

    #rabbitmq #golang #go #kafka #архитектура #асинхронность #микросервисы #broker #queue #resilience

  3. Надёжная асинхронная коммуникация: повторы, дубликаты и dead letter queues

    Представим обычную обработку заказа. Сервис заказов публикует событие order.created . Сервис склада получает его и резервирует товар в PostgreSQL. После успешной транзакции обработчик должен отправить RabbitMQ подтверждение ( Ack ), чтобы broker удалил сообщение из queue. Но процесс может остановиться после записи в PostgreSQL и до отправки Ack . RabbitMQ не знает, успел ли сервис зарезервировать товар. Broker видит только неподтверждённое сообщение, поэтому доставляет его ещё раз. С точки зрения доставки это правильное поведение. С точки зрения бизнеса один заказ теперь может зарезервировать товар дважды. Другой сбой возникает раньше: PostgreSQL временно недоступен, и обработчик не может начать работу. Если сразу вернуть сообщение в queue через отрицательное подтверждение Nack(requeue=true) , RabbitMQ почти немедленно доставит его снова. Пока база не восстановилась, все попытки будут бесполезными. Нужны задержка и ограничение числа повторов. При этом отложенное сообщение может пропустить вперёд более новые события, поэтому отдельно придётся решить вопрос порядка. Так одна операция превращается в несколько независимых участков: запись события, публикация, хранение в broker, обработка и подтверждение. Между соседними участками остаются моменты, когда одна сторона уже выполнила действие, а другая ещё не получила подтверждение. В статье разберём эти моменты по всему пути сообщения. Затем построим практическую схему для RabbitMQ и Go: добавим ограниченные повторы через retry queues, время жизни сообщения ( TTL ) и dead letter exchange, сделаем обработчик идемпотентным и определим, куда отправлять сообщения, которые не удалось обработать автоматически. В конце сравним этот подход с Kafka, NATS JetStream и Amazon SQS.

    habr.com/ru/articles/1062002/

    #rabbitmq #golang #go #kafka #архитектура #асинхронность #микросервисы #broker #queue #resilience

  4. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #postgresql #opensource #redis #reverseproxy #rabbitmq #nodejs #remotedesktopprotocol #tacticalrmm #certbot #selfhosting #letsencrypt #selfhosted

  5. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #postgresql #opensource #redis #reverseproxy #rabbitmq #nodejs #remotedesktopprotocol #tacticalrmm #certbot #selfhosting #letsencrypt #selfhosted

  6. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #tacticalrmm #certbot #postgresql #selfhosted #reverseproxy #rabbitmq #opensource #remotedesktopprotocol #redis #letsencrypt #nodejs #selfhosting

  7. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #tacticalrmm #certbot #postgresql #selfhosted #reverseproxy #rabbitmq #opensource #remotedesktopprotocol #redis #letsencrypt #nodejs #selfhosting

  8. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #tacticalrmm #certbot #postgresql #selfhosted #reverseproxy #rabbitmq #opensource #remotedesktopprotocol #redis #letsencrypt #nodejs #selfhosting

  9. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #tacticalrmm #certbot #postgresql #selfhosted #reverseproxy #rabbitmq #opensource #remotedesktopprotocol #redis #letsencrypt #nodejs #selfhosting

  10. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #postgresql #reverseproxy #opensource #tacticalrmm #letsencrypt #nodejs #selfhosted #remotedesktopprotocol #redis #rabbitmq #selfhosting #certbot

  11. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #postgresql #reverseproxy #opensource #tacticalrmm #letsencrypt #nodejs #selfhosted #remotedesktopprotocol #redis #rabbitmq #selfhosting #certbot

  12. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #postgresql #reverseproxy #opensource #tacticalrmm #letsencrypt #nodejs #selfhosted #remotedesktopprotocol #redis #rabbitmq #selfhosting #certbot

  13. Tagged bunny/bunny v0.6.0-alpha.3 earlier today: github.com/jakubkulhan/bunny/r

    This is the last alpha release; next will be one or two beta releases, adding some quality of life improvements before the stable v0.6.0 release.

    This release comes with 20+ merged PR's mainly focusing on stability, which is partially why this final alpha took longer to get out. Because getting it extremely stable takes time.

    #PHP #ReactPHP #RabbitMQ #AMQP

  14. Tagged bunny/bunny v0.6.0-alpha.3 earlier today: github.com/jakubkulhan/bunny/r

    This is the last alpha release; next will be one or two beta releases, adding some quality of life improvements before the stable v0.6.0 release.

    This release comes with 20+ merged PR's mainly focusing on stability, which is partially why this final alpha took longer to get out. Because getting it extremely stable takes time.

    #PHP #ReactPHP #RabbitMQ #AMQP

  15. Tagged bunny/bunny v0.6.0-alpha.3 earlier today: github.com/jakubkulhan/bunny/r

    This is the last alpha release; next will be one or two beta releases, adding some quality of life improvements before the stable v0.6.0 release.

    This release comes with 20+ merged PR's mainly focusing on stability, which is partially why this final alpha took longer to get out. Because getting it extremely stable takes time.

    #PHP #ReactPHP #RabbitMQ #AMQP

  16. Tagged bunny/bunny v0.6.0-alpha.3 earlier today: github.com/jakubkulhan/bunny/r

    This is the last alpha release; next will be one or two beta releases, adding some quality of life improvements before the stable v0.6.0 release.

    This release comes with 20+ merged PR's mainly focusing on stability, which is partially why this final alpha took longer to get out. Because getting it extremely stable takes time.

    #PHP #ReactPHP #RabbitMQ #AMQP

  17. Tagged bunny/bunny v0.6.0-alpha.3 earlier today: github.com/jakubkulhan/bunny/r

    This is the last alpha release; next will be one or two beta releases, adding some quality of life improvements before the stable v0.6.0 release.

    This release comes with 20+ merged PR's mainly focusing on stability, which is partially why this final alpha took longer to get out. Because getting it extremely stable takes time.

    #PHP #ReactPHP #RabbitMQ #AMQP

  18. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #nodejs #rabbitmq #opensource #letsencrypt #reverseproxy #redis #certbot #tacticalrmm #postgresql #selfhosting #selfhosted #remotedesktopprotocol

  19. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #nodejs #rabbitmq #opensource #letsencrypt #reverseproxy #redis #certbot #tacticalrmm #postgresql #selfhosting #selfhosted #remotedesktopprotocol

  20. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #nodejs #rabbitmq #opensource #letsencrypt #reverseproxy #redis #certbot #tacticalrmm #postgresql #selfhosting #selfhosted #remotedesktopprotocol

  21. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #nodejs #rabbitmq #opensource #letsencrypt #reverseproxy #redis #certbot #tacticalrmm #postgresql #selfhosting #selfhosted #remotedesktopprotocol

  22. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #tacticalrmm #postgresql #rabbitmq #selfhosting #redis #letsencrypt #opensource #certbot #selfhosted #reverseproxy #nodejs #remotedesktopprotocol

  23. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #tacticalrmm #postgresql #rabbitmq #selfhosting #redis #letsencrypt #opensource #certbot #selfhosted #reverseproxy #nodejs #remotedesktopprotocol

  24. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #tacticalrmm #postgresql #rabbitmq #selfhosting #redis #letsencrypt #opensource #certbot #selfhosted #reverseproxy #nodejs #remotedesktopprotocol

  25. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #tacticalrmm #postgresql #rabbitmq #selfhosting #redis #letsencrypt #opensource #certbot #selfhosted #reverseproxy #nodejs #remotedesktopprotocol

  26. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #certbot #postgresql #letsencrypt #opensource #nodejs #selfhosted #reverseproxy #selfhosting #tacticalrmm #rabbitmq #redis #remotedesktopprotocol

  27. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #certbot #postgresql #letsencrypt #opensource #nodejs #selfhosted #reverseproxy #selfhosting #tacticalrmm #rabbitmq #redis #remotedesktopprotocol

  28. Deploy Tactical #RMM on #Debian #VPS
    This article provides a guide for how to run a self-hosted RMM, when you deploy Tactical RMM on Debian VPS server.
    Tactical RMM (TRMM) is a powerful open-source Remote Monitoring and Management (RMM) platform designed for Managed Service Providers (MSPs), IT departments, and ...
    Continued 👉 blog.radwebhosting.com/deploy- #certbot #postgresql #letsencrypt #opensource #nodejs #selfhosted #reverseproxy #selfhosting #tacticalrmm #rabbitmq #redis #remotedesktopprotocol

  29. CVE-2026-57220 - DoS in RabbitMQ. Unauthenticated remote client can consume broker memory via oversized stream frames. CVSS 7.5. Update to 4.2.6 now. #CVE #RabbitMQ #infosec

    valtersit.com/cve/CVE-2026-572

  30. redb 3.3.0: решение уровня энтерпрайз на .NET — своя БД, свой Apache Camel и рантайм с дашбордом (и всё это бесплатно)

    Когда говорят «энтерпрайз-стек на .NET», обычно имеют в виду зоопарк: база от одного вендора, шина от другого, ORM с миграциями, отдельный оркестратор, ещё что-нибудь для наблюдаемости — и клей между всем этим, который пишешь сам и потом сам же чинишь по ночам. Мы пошли другим путём и последние полгода собираем это как одну согласованную экосистему : типизированное хранилище redb поверх Postgres/MSSQL/SQLite, интеграционный движок redb.Route (наш ответ Apache Camel под .NET) и рантайм redb.Tsak с дашбордом, hot-reload и кластером. Три слоя, один код, один стиль. Сегодня вышла версия 3.3.0 — синхронный бамп всей экосистемы. Это не «добавили пару фич»: это релиз, в котором мы починили то, что молча не работало под нагрузкой (и это, пожалуй, главное), добавили два новых транспорта, довели до конца RAG-петлю для LLM и сделали конкурентность на любом источнике. Ниже — по делу, с кодом. И сразу главное: с версии 3.3.0 все Pro-решения бесплатны. Никаких лицензий, никаких ключей, никакой регистрации — просто ставишь пакет и юзаешь. Change tracking, bulk, продвинутый кэш, аналитика, кластер Tsak с координатором и failover — всё включено из коробки, в разработке и в проде одинаково. dotnet add package redb.Postgres.Pro — и оно работает. Никакого пейволла, никакого лицензионного сервера, ничего активировать не надо.

    habr.com/ru/articles/1057616/

    #c# #sqlite #dotnet #kafka #rabbitmq #redb #sqs #telegram

  31. redb 3.3.0: решение уровня энтерпрайз на .NET — своя БД, свой Apache Camel и рантайм с дашбордом (и всё это бесплатно)

    Когда говорят «энтерпрайз-стек на .NET», обычно имеют в виду зоопарк: база от одного вендора, шина от другого, ORM с миграциями, отдельный оркестратор, ещё что-нибудь для наблюдаемости — и клей между всем этим, который пишешь сам и потом сам же чинишь по ночам. Мы пошли другим путём и последние полгода собираем это как одну согласованную экосистему : типизированное хранилище redb поверх Postgres/MSSQL/SQLite, интеграционный движок redb.Route (наш ответ Apache Camel под .NET) и рантайм redb.Tsak с дашбордом, hot-reload и кластером. Три слоя, один код, один стиль. Сегодня вышла версия 3.3.0 — синхронный бамп всей экосистемы. Это не «добавили пару фич»: это релиз, в котором мы починили то, что молча не работало под нагрузкой (и это, пожалуй, главное), добавили два новых транспорта, довели до конца RAG-петлю для LLM и сделали конкурентность на любом источнике. Ниже — по делу, с кодом. И сразу главное: с версии 3.3.0 все Pro-решения бесплатны. Никаких лицензий, никаких ключей, никакой регистрации — просто ставишь пакет и юзаешь. Change tracking, bulk, продвинутый кэш, аналитика, кластер Tsak с координатором и failover — всё включено из коробки, в разработке и в проде одинаково. dotnet add package redb.Postgres.Pro — и оно работает. Никакого пейволла, никакого лицензионного сервера, ничего активировать не надо.

    habr.com/ru/articles/1057616/

    #c# #sqlite #dotnet #kafka #rabbitmq #redb #sqs #telegram

  32. redb 3.3.0: решение уровня энтерпрайз на .NET — своя БД, свой Apache Camel и рантайм с дашбордом (и всё это бесплатно)

    Когда говорят «энтерпрайз-стек на .NET», обычно имеют в виду зоопарк: база от одного вендора, шина от другого, ORM с миграциями, отдельный оркестратор, ещё что-нибудь для наблюдаемости — и клей между всем этим, который пишешь сам и потом сам же чинишь по ночам. Мы пошли другим путём и последние полгода собираем это как одну согласованную экосистему : типизированное хранилище redb поверх Postgres/MSSQL/SQLite, интеграционный движок redb.Route (наш ответ Apache Camel под .NET) и рантайм redb.Tsak с дашбордом, hot-reload и кластером. Три слоя, один код, один стиль. Сегодня вышла версия 3.3.0 — синхронный бамп всей экосистемы. Это не «добавили пару фич»: это релиз, в котором мы починили то, что молча не работало под нагрузкой (и это, пожалуй, главное), добавили два новых транспорта, довели до конца RAG-петлю для LLM и сделали конкурентность на любом источнике. Ниже — по делу, с кодом. И сразу главное: с версии 3.3.0 все Pro-решения бесплатны. Никаких лицензий, никаких ключей, никакой регистрации — просто ставишь пакет и юзаешь. Change tracking, bulk, продвинутый кэш, аналитика, кластер Tsak с координатором и failover — всё включено из коробки, в разработке и в проде одинаково. dotnet add package redb.Postgres.Pro — и оно работает. Никакого пейволла, никакого лицензионного сервера, ничего активировать не надо.

    habr.com/ru/articles/1057616/

    #c# #sqlite #dotnet #kafka #rabbitmq #redb #sqs #telegram