Contoh Amazon SES dan EC2 di berbagai wilayah


9

Kami perlu mengirim email transaksional dari situs web e-commerce kami yang dihosting pada instance EC2. Layanan email reguler kami dihosting oleh Google.

Masalahnya adalah bahwa kita berbasis di wilayah Asia-Pasifik di mana SES tidak tersedia. Jadi bisakah kita mengubah wilayah kita hanya karena menggunakan SES? Apakah ini akan memengaruhi instance EC2 kami? Tidak dapat menemukan dokumentasi mengenai hal ini.


Hingga Juni 2015 Amazon masih belum mendukung Asia-Pasifik. Saya pernah mengalami masalah yang sama.
Hijau

Jawaban:


12

(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


1
Terima kasih banyak untuk inputnya. Saya baru saja menyelesaikan formalitas SES (verifikasi domain, verifikasi email, pembuatan kredensial SMTP, dll.) Dan berhasil mengirim email pengujian. Jadi saya kira itu juga harus berfungsi secara programatik dari contoh EC2 saya.
Golmaal

@Golmaal, Hai, apakah aplikasi Anda masih menggunakan pengaturan SES ini? Jika ya, dapatkah Anda memberikan beberapa statistik dan jika tidak, dapatkah Anda menjelaskan mengapa dan apa yang telah Anda gunakan?
Joe. L

Pada Desember 2019 Amazon mendukung beberapa wilayah di Asia: docs.aws.amazon.com/general/latest/gr/…
Slava Abakumov

0

Penanganan masalah: Gunakan Pinpoint yang secara internal menggunakan SES. Pinpoint tersedia di wilayah India. Setelah membuat proyek, Anda dapat mengonfigurasi pengaturan untuk Email / SMS. Prosedur standar verifikasi Domain, Penambahan catatan DNS (dihasilkan dalam konsol aws), verifikasi alamat Email juga ada di sini. Anda dapat melanjutkan untuk mengambil detail SMTP atau API, yang dengannya Anda dapat mulai mengirim email. Konfigurasi bouncing tidak dapat dilakukan melalui konsol seperti di SES. Sebagai gantinya, Anda dapat memilih untuk streaming ke Kinesis dan kemudian menulis kueri khusus untuk mendapatkan semua statistik. Semoga ini membantu.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.