پیام تکراری در RabbitMQ؛ تفاوت تأیید انتشار و پایان پردازش

کلاینت Python با Pika و کلاستر آزمایشی سه‌عضوی RabbitMQ شاخهٔ ۴ باید از قبل آماده باشند. راهنمای RabbitMQ برای نصب broker، Debian نسخه‌های ۱۲ و ۱۳، Ubuntu نسخهٔ ۲۶٫۰۴ و نسخه‌های فرعیِ تحت پشتیبانی RHEL، Rocky و Alma شاخه‌های ۹ و ۱۰ را پوشش می‌دهد. Ubuntu نسخهٔ ۲۶٫۱۰ در فهرست سیستم‌عامل‌های broker نیست؛ این گزینه فقط کلاینت Python سازگاری را پوشش می‌دهد که جداگانه آماده شده است. پنل‌های مخصوص گره را روی همان broker موجود و پشتیبانی‌شده اجرا کنید. هیچ بستهٔ broker، مخزن Erlang یا گره‌ای در این تمرین ساخته نمی‌شود. ابزارهای rabbitmq-diagnostics و rabbitmq-queues از دسترسی موجود حساب broker به cookie استفاده می‌کنند؛ آن اعتبارنامه را به کلاینت منتقل نکنید. در شاخهٔ Red Hat، نمونهٔ مسیر CA خصوصی از /etc/ssl/certs/academy-rabbitmq-ca.pem به /etc/pki/tls/certs/academy-rabbitmq-ca.pem تغییر می‌کند؛ فایل واقعی را مسئول آزمایشگاه در اختیار شما می‌گذارد.

این مسیرها از مستندات استخراج شده‌اند و آزمون عملی سازگاری محسوب نمی‌شوند. ابتدا /etc/os-release و نسخهٔ دقیق محصول را بررسی کنید. حساب‌ها، دسترسی شبکه و اعتبارنامه‌های محافظت‌شده باید از قبل آماده باشند. برای آماده‌کردن ابزارها، سرویس موجود را دوباره راه‌اندازی نکنید، دیتابیس تازه مقداردهی اولیه نکنید، پورتی روی فایروال باز نکنید و Python سیستم را تغییر ندهید.

محیط Python برنامه باید از قبل وابستگی سازگار را داشته باشد. RHEL 9 به‌طور پیش‌فرض Python 3.9 و RHEL 10 نسخهٔ 3.12 دارد؛ نسخهٔ چاپ‌شده و نسخهٔ کتابخانه را بررسی کنید. این صفحه بسته‌ای با pip در Python سیستم نصب نمی‌کند.

اگر SELinux فعال است، درست‌بودن مالک و مجوز فایل به‌تنهایی کافی نیست. آن را فعال نگه دارید. در صورت ردشدن دسترسی به فایل، سوکت یا اتصال، مسئول مجاز باید رخداد AVC و context واقعی فرایند و فایل را بررسی کند؛ نوع امنیتی را حدس نزنید، chcon بازگشتی اجرا نکنید و policy کلیِ مجازکننده نسازید. بررسی تنظیمات موجود firewalld فقط با مجوز مدیریتی انجام شود؛ این راهنما به قانون ورودی تازه نیاز ندارد.

cat /etc/os-release
id
python3 --version
python3 -c "import ssl,sqlite3,pika; print(pika.__version__); print(ssl.OPENSSL_VERSION); print(sqlite3.sqlite_version)"
test -r "/etc/pki/tls/certs/academy-rabbitmq-ca.pem"
if command -v getenforce >/dev/null; then getenforce; id -Z; fi

با حساب سیستم‌عامل مجاز RabbitMQ روی یک گرهٔ آزمایشی اجرا کنید. ابزار از cookie محافظت‌شدهٔ موجود استفاده کند؛ مقدار آن را در خط فرمان ننویسید. سلامت سه گره و نبودن صف با نام انتخابی را در vhost مخصوص ببینید.

نام صف‌ها و شمارنده‌ها را خصوصی ثبت کنید. برای آماده‌کردن این مثال به force_boot، reset، purge یا تغییر عضو نیاز ندارید؛ اگر محیط سالم نیست، ابتدا همان مشکل را از مسیر عملیاتی کلاستر حل کنید.

rabbitmq-diagnostics check_running
rabbitmq-diagnostics cluster_status
rabbitmqctl list_queues -p 'academy_lab' name type durable messages_ready messages_unacknowledged consumers

روی کلاینت و با حساب مجاز آزمایش اجرا کنید. والد باید از قبل خصوصی و قابل‌نوشتن باشد. پوشهٔ تمرین نباید موجود یا لینک باشد؛ اگر کنترل خطا داد، مسیر را بررسی کنید و آن را به حذف پوشهٔ موجود تبدیل نکنید.

فقط فایل Python و دیتابیس کوچک SQLite در این مسیر ساخته می‌شوند. مسیر نمونه را با حساب و پوشهٔ مناسب محیط خود عوض کنید؛ برای استفاده از آن، مجوز یک پوشهٔ مشترک را تغییر ندهید.

test ! -e '/home/academy/rabbitmq-probe-20261028' && test ! -L '/home/academy/rabbitmq-probe-20261028' || exit 1
(umask 077; mkdir -- '/home/academy/rabbitmq-probe-20261028') || exit 1
nano '/home/academy/rabbitmq-probe-20261028/confirm-ack-probe.py'