(Catatan: Saya pikir maksud Anda adalah "kawasan" yang berbeda dan "zona" yang berbeda. Dalam AWS, "zona" mengacu pada zona ketersediaan di dalam wilayah tertentu. Saya akan menganggap Anda maksud wilayah di sini; SES adalah layanan tingkat wilayah.)
Ya, seperti yang Anda katakan, SES saat ini tidak tersedia di wilayah Asia-Pasifik.
Namun, tidak ada alasan Anda tidak dapat menghubungkan lintas wilayah ke layanan SES dari wilayah Anda yang ada. Anda tidak perlu mengubah aplikasi di wilayah yang ada untuk melakukan ini. Sementara SES dan praktik terbaik jaringan menyarankan Anda ingin memilih titik akhir yang paling dekat dengan aplikasi Anda, untuk mengurangi latensi jaringan, tidak ada persyaratan SES untuk instance aplikasi Anda agar berada di wilayah yang sama dengan layanan SES Anda. Dengan asumsi Anda menggunakan SMTP / S untuk mengirim email, server email dapat berada di mana saja di internet.
Anda dapat mengonfigurasi aplikasi Anda di Asia-Pasifik untuk mengirim email melalui titik akhir SMTP / S yang disediakan oleh SES di wilayah mana pun. Sekali lagi, latensi jaringan mungkin menjadi masalah, tetapi tergantung pada volume email Anda, saya tidak berharap latensi jaringan menjadi penghalang. Sebenarnya saya percaya pengaturan ini cukup umum untuk pengguna di daerah di mana SES tidak didukung.
Saya sarankan Anda mengatur layanan SES di salah satu wilayah yang tersedia (katakanlah EU-Irlandia), dan jalankan beberapa pengujian beban dasar dan lihat bagaimana latensi memengaruhi aplikasi Anda, jika memang ada.
Untuk info lebih lanjut, lihat Menghubungkan ke Titik Akhir SMTP Amazon SES