Poin-poin penting
- Routing multi-penyedia: Hubungkan beberapa penyedia pengiriman (Amazon SES, SendGrid, Mailgun, SMTP generik, Gmail OAuth) ke satu workspace dan kelola semuanya dari satu tempat.
- Weighted load balancing: Tetapkan porsi lalu lintas keluar untuk setiap server berdasarkan biaya, kuota harian, dan kecepatan kirim maksimum.
- Failover otomatis: Ketika penyedia mengembalikan error throttling atau ketersediaan (misalnya HTTP 429, HTTP 5xx, atau SMTP 421 dari relay), pesan dalam antrean dialihkan ke server cadangan secara real-time.
Begitu volume Anda mencapai ratusan ribu hingga jutaan email per bulan, mengandalkan satu penyedia pengiriman saja berarti menciptakan single point of failure. Gangguan layanan penyedia, pemeliharaan terjadwal, throttling, atau kuota kirim harian yang tiba-tiba habis dapat menunda kampanye maupun email transaksional yang menjadi tumpuan bisnis.
Infrastruktur multi-penyedia di eMailBase mengatasi masalah ini dengan mengubah server-server pengirim Anda menjadi satu pool yang fleksibel dan mampu memulihkan diri sendiri, bukan sekadar satu jalur tunggal.
1. Manfaat teknis arsitektur multi-server
Menjalankan beberapa server pengirim dari satu panel kontrol memberi Anda tiga keunggulan operasional:
Failover otomatis
Ketika server utama tidak dapat dijangkau atau menolak pengiriman dengan error sementara (seperti SMTP 421 dari relay, atau HTTP 429 maupun 5xx dari API penyedia), eMailBase secara otomatis memindahkan pesan yang terdampak di antrean ke server cadangan yang sudah dikonfigurasi, sehingga kampanye tetap berjalan. Penundaan (deferral) yang dikeluarkan oleh penyedia mailbox penerima (misalnya kode 4xx dari Gmail atau Outlook) akan dicoba ulang sesuai jadwal, bukan dialihkan, karena berganti penyedia tidak akan menyelesaikan pemblokiran di sisi penerima.
Skalabilitas throughput dan kuota
Setiap akun pengiriman cloud memiliki kecepatan kirim maksimum (email per detik) dan, pada sebagian besar penyedia, kuota harian atau bulanan. Dengan menyebar lalu lintas ke beberapa server, total throughput Anda bisa mendekati gabungan kapasitas semua server tersebut, sehingga kampanye besar selesai lebih cepat. Dalam praktiknya, throttling di sisi penerima oleh penyedia mailbox besar tetap berlaku, jadi atur laju pengiriman ke setiap domain penerima sesuai reputasi Anda.
Pemisahan lalu lintas berdasarkan tujuan
Anda dapat mendedikasikan server terpisah untuk setiap jenis aliran email: akun Google Workspace (Gmail OAuth) untuk follow-up penjualan personal satu-ke-satu, pool Amazon SES untuk newsletter rutin, dan Twilio SendGrid untuk email transaksional yang dipicu event. Memisahkan aliran email juga mengisolasi reputasinya masing-masing, sehingga kampanye newsletter yang kurang baik tidak ikut menyeret email reset password dan tanda terima.
2. Model infrastruktur pengiriman yang umum digunakan
| Model arsitektur | Konfigurasi | Tujuan operasional utama |
|---|---|---|
| Hemat biaya dengan failover | Amazon SES (bobot 80%) + SendGrid (bobot 20% sekaligus target failover) | Memanfaatkan biaya per pesan Amazon SES yang rendah sambil tetap memiliki jalur cadangan yang andal dan sudah di-warmup di SendGrid. |
| Setup awal yang fleksibel untuk UKM | Gmail OAuth 1-klik (email satu-ke-satu) + Amazon SES (email kampanye) | Menggunakan mailbox bisnis yang sudah ada agar bisa cepat memulai outreach personal, sementara SES menangani volume massal. Google Workspace membatasi pengiriman sekitar 2.000 pesan per pengguna per hari, dan pengiriman massal ke Gmail tetap mewajibkan SPF, DKIM, dan DMARC pada domain Anda. |
| Perusahaan besar | Beberapa akun Amazon SES di berbagai region (US East, EU West, Asia Pacific Southeast) | Mendapatkan kuota dan kecepatan kirim yang independen per region, menyimpan data di region yang diwajibkan untuk kepatuhan residensi data, dan tetap online jika salah satu region AWS mengalami insiden. |
3. Cara mengonfigurasi routing server di eMailBase
- Buka BYO Sending Hub di workspace Anda.
- Hubungkan setiap penyedia dengan memasukkan API key atau kredensial SMTP-nya, atau tautkan akun Google melalui OAuth 1-klik.
- Atur slider Weight untuk setiap server guna menentukan pembagian lalu lintas yang Anda inginkan.
- Pilih server yang berperan sebagai tujuan failover dan tetapkan ambang retry, yaitu jumlah percobaan gagal yang diperbolehkan sebelum lalu lintas dialihkan ke jalur lain.
