شما از Rabbitmq برای اتصال Application‌های مختلف استفاده میکنین.و یا حتی میتونین با چند بار اجرای یه Application احتمال از دسترس خارج شدن اون رو کمتر کنین.بطور مثال شما یه سرویس دارین که داره ایمیل هاتونو ارسال میکنه،در صورتی که این سرویس از دسترس خارج بشه شما دیگه نمیتونین ایمیلی ارسال کنین، ولی در صورتی که شما همین سرویس ایمیل رو روی چندتا سرور مختلف اجرا کنین در صورتی که حتی یکی از اونا از دسترس خارج بشه هیچ مشکلی بوجود نمیاد و شما همچنان به سرویس ایمیل دسترسی دارین.همچنین از این طریق شما میتونین در لحظه تعداد بیشتری ایمیل ارسال کنین. اگرچه شما احتمال از دسترس خارج شدن سرویستونو به حداقل رسوندین و کارایی اونو هم بالا بردین، اما باید اینو درنظر بگیرین که   تمام سرویس‌های شما در واقع کلاینتهای Rabbitmq هستن و تمام Message هایی که بینشون ارسال و دریافت میشه از کانال Rabbitmq رد میشن!

مواردی که فرمودین همشون Message Broker هستن پس قاعدتا خصوصیات و قابلیتهای مشترک زیادی دارن اما هرکدومشون تفاوتها و نقاط ضعف و قوتی هم دارن که باعث میشه انتخاب شما در شرایط مختلف متفاوت باشه .مهمترین و بارزترین تفاوتها و نقاط ضعف و قوت اونا شامل موارد پایین هستن.

در واقع Cloud Distributed Systemها و Distributed Systemها زمانی بوجود آمدند که Centralize system‌ها دیگر پاسخگوی نیازهای ما نبودند.خیلی از مفاهیم این دو نوع سیستم مشترک است اما در برخی از مفاهیم با هم تفاوتهایی دارند. در واقع داشتن یک درک درست از Cloud Computing نیازمند داشتن درک درست از Distributed Computing است.