(Not: Farklı "bölgeler" demek istediğinizi ve farklı "bölgeler" demek istemediğinizi düşünüyorum. AWS'de bir "bölge" belirli bir bölge içindeki kullanılabilirlik bölgesini ifade eder. Burada ortalama bölgeler olduğunuzu varsayacağım; SES bölge düzeyinde bir hizmettir.)
Evet, dediğiniz gibi SES şu anda Asya-Pasifik bölgesinde kullanıma sunulmadı.
Ancak, bölgenizi mevcut bölgenizdeki bir SES hizmetine bağlayamamanız için hiçbir neden yoktur. Bunu yapmak için mevcut bölgenizdeki uygulamanızı değiştirmeniz gerekmez. SES ve ağ iletişimi en iyi uygulamaları, uygulamanıza en yakın uç noktasını seçmek istediğinizi önermekle birlikte, ağ gecikmesini azaltmak için, uygulama örneğinizin SES hizmetinizle aynı bölgede olması için SES gereksinimi yoktur. E-posta göndermek için SMTP / S kullandığınızı varsayarsak, e-posta sunucusu internette herhangi bir yerde olabilir.
Uygulamanızı Asya-Pasifik'te, herhangi bir bölgede SES tarafından sağlanan SMTP / S uç noktası üzerinden e-posta gönderecek şekilde yapılandırabilirsiniz. Yine, ağ gecikmesi bir sorun olabilir, ancak posta hacminize bağlı olarak, ağ gecikmesinin engelleyici olmasını beklemem. Aslında bu kurulumun SES'in desteklenmediği bölgelerdeki kullanıcılar için oldukça yaygın olduğuna inanıyorum.
Mevcut bölgelerden herhangi birinde (AB-İrlanda diyelim) SES hizmetini kurmanızı ve bazı temel yük testlerini çalıştırmanızı ve gecikmenin uygulamanızı nasıl etkilediğini görmenizi öneririm.
Daha fazla bilgi için bkz . Amazon SES SMTP Bitiş Noktasına Bağlanma