Failover কী?

Redis ডাউন? Job যাক database queue-তে। SMTP unreachable? অন্য প্রোভাইডার দিয়ে পাঠাও। প্রাইমারি রিকভার করা পর্যন্ত অ্যাপ চলতে থাকে।

লারাভেল তিনটি সাবসিস্টেমে failover দেয়: Queue, Cache, Mail।

Queue Failover

Queue connection ফেইল করলে (ধরুন Redis offline) job dispatch পুরো বন্ধ হয়ে যাক — এটা চান না। লারাভেলের failover queue driver দিয়ে fallback connection-এর একটি চেইন ডিফাইন করা যায়:

config/queue.php

'connections' => [
    'redis' => [
        'driver' => 'redis',
        // ...
    ],
    'database' => [
        'driver' => 'database',
        // ...
    ],
    'failover' => [
        'driver' => 'failover',
        'connections' => [
            'redis',
            'database',
            'sync',
        ],
    ],
],

.env

QUEUE_CONNECTION=failover

কীভাবে কাজ করে

1. প্রথমে redis-এ job push করার চেষ্টা।
2. ফেইল করলে (Redis unavailable) অটোমেটিক্যালি database।
3. সেটাও ফেইল করলে sync — job রিকোয়েস্টের ভেতরেই চলে যায়।

Failover Event ও সতর্কতা

Failover ঘটলে লারাভেল QueueFailedOver event ফায়ার করে — লগ বা অ্যালার্ট পাঠানোর সুযোগ:

Event::listen(QueueFailedOver::class, function ($event) {
    Log::warning('Queue failed over', [
        'from' => $event->connectionName,
        'job'  => $event->job,
    ]);
});

# Horizon Redis সামলাবে, আর এটা fallback সামলাবে
php artisan queue:work database

Docs: Queue Failover

Cache Failover

ক্যাশ হারালে অ্যাপ ক্র্যাশ করবে না, কিন্তু সবকিছু ধীর হয়ে যেতে পারে। failover cache store দিয়ে প্রাইমারি unreachable হলে ব্যাকআপ store দায়িত্ব নেয়:

config/cache.php

'stores' => [
    'redis' => [
        'driver' => 'redis',
        // ...
    ],
    'database' => [
        'driver' => 'database',
        'table'  => 'cache',
        // ...
    ],
    'failover' => [
        'driver' => 'failover',
        'stores' => [
            'redis',
            'database',
        ],
    ],
],

.env

CACHE_STORE=failover

Redis connection exception দিলে লারাভেল database-এ সুইচ করে; ক্যাশ অপারেশন বাধা ছাড়াই চলে। এটার জন্যও event আছে:

Event::listen(CacheFailedOver::class, function ($event) {
    Log::error('Cache store failed over', [
        'from'      => $event->storeName,
        'operation' => $event->operation,
        'key'       => $event->key,
    ]);
});

Docs: Cache Failover

Cache Failover: বাস্তবে যা ঘটে

কনফিগে দেখতে সহজ, কিন্তু প্রোডাকশনে আচরণ আরও জটিল।

Cache failover শেষ ভরসা। নিয়মিত fallback-এ চলে গেলে বুঝবেন, মূল ক্যাশ ইনফ্রাস্ট্রাকচার ঠিক করা দরকার।

Mail Failover

ইমেইল প্রোভাইডার ডাউন হয়, SMTP unreachable হয়, API rate limit লাগে। Failover mailer থাকলে প্রাইমারিতে সমস্যা হলেও ইমেইল যায়:

config/mail.php

'mailers' => [
    'smtp' => [
        'transport' => 'smtp',
        'host' => env('MAIL_HOST', 'smtp.example.com'),
        // ...
    ],
    'postmark' => [
        'transport' => 'postmark',
        // ...
    ],
    'failover' => [
        'transport' => 'failover',
        'mailers' => [
            'smtp',
            'postmark',
        ],
    ],
],

.env

MAIL_MAILER=failover

প্রথমে smtp; ফেইল করলে (connection, authentication, timeout) postmark। সবগুলো ফেইল করলে শেষ exception throw হয়।

একটি প্রোডাকশন সেটআপ

'failover' => [
    'transport' => 'failover',
    'mailers' => [
        'ses',      // প্রাইমারি
        'postmark', // ব্যাকআপ
        'log',      // শেষ ভরসা — কোনো মেইল হারাবে না
    ],
],

log mailer ইউজারের কাছে কিছু পাঠায় না, কিন্তু রেকর্ড থাকে — পরে আবার পাঠানো যায়।

Docs: Mail Failover

বোনাস: Database Read/Write

এই অংশটি মূল বইয়ে নেই — একই আইডিয়ার আরেকটি উদাহরণ হিসেবে যোগ করা হয়েছে।

বড় অ্যাপে লোড কমাতে Read আর Write সার্ভার আলাদা থাকে। read.host-এ একাধিক হোস্ট দিলে লারাভেল এগুলো থেকে র‍্যান্ডমভাবে একটি বেছে কানেক্ট করে; কানেক্ট না হলে লিস্টের পরেরটিতে চেষ্টা করে।

config/database.php

'mysql' => [
    'read' => [
        'host' => [
            '192.168.1.1', // Read replica 1
            '192.168.1.2', // Read replica 2
        ],
    ],
    'write' => [
        'host' => [
            '192.168.1.3', // Primary (write)
        ],
    ],
    'sticky' => true,
    'driver' => 'mysql',
    // ...
],

Docs: Read & Write Connections

কেন এটা Cross-Cutting

Queue, Cache আর Mail-এর failover তিনটি আলাদা ফিচার নয় যেগুলো কাকতালীয়ভাবে একরকম দেখতে। এটা একটিই কনসেপ্ট:

প্রতিবার একই কাঠামো

এটা সম্ভব কারণ সব driver একই contract মেনে চলে — বিস্তারিত অধ্যায় ৮: Driver Pattern-এ।

Best Practices

Failover বনাম Retry

দুটো একে অপরের পরিপূরক, কিন্তু আলাদা সমস্যা সমাধান করে:

সারসংক্ষেপ ও যাচাই

• Failover = অন্য রিসোর্সে সুইচ; Retry = একই রিসোর্সে আবার চেষ্টা।
• Queue (QUEUE_CONNECTION), Cache (CACHE_STORE), Mail (MAIL_MAILER) — সবখানে failover driver/transport।
• Fallback queue connection-এর জন্য আলাদা worker চালাতে ভুলবেন না।
• Lock/rate limiter কখনো failover cache-এ নয়।
• QueueFailedOver / CacheFailedOver event লগ করুন।

নিজেকে যাচাই করুন