(ध्यान दें: मुझे लगता है कि आप अलग-अलग "क्षेत्रों" से मतलब रखते हैं और अलग-अलग "ज़ोन" से नहीं। AWS में एक "ज़ोन" किसी दिए गए क्षेत्र के अंदर उपलब्धता क्षेत्र को संदर्भित करता है। मेरा मानना है कि आप यहाँ क्षेत्रों का मतलब है; SES एक क्षेत्र स्तर की सेवा है।)
हां, जैसा कि आप कहते हैं कि एसईएस वर्तमान में एशिया-प्रशांत क्षेत्र में उपलब्ध नहीं है।
हालाँकि, ऐसा कोई कारण नहीं है कि आप क्रॉस-क्षेत्र को अपने मौजूदा क्षेत्र से SES सेवा से कनेक्ट नहीं कर सकते। ऐसा करने के लिए आपको अपने मौजूदा क्षेत्र में अपना ऐप बदलने की आवश्यकता नहीं है। जबकि SES और नेटवर्किंग सर्वोत्तम प्रथाओं का सुझाव है कि आप नेटवर्क अनुप्रयोग को कम करने के लिए अपने अनुप्रयोग के निकटतम समापन बिंदु का चयन करना चाहते हैं, आपके SES सेवा के समान क्षेत्र में होने के लिए आपके एप्लिकेशन इंस्टेंस के लिए कोई SES आवश्यकता नहीं है। यह मानते हुए कि आप ईमेल भेजने के लिए एसएमटीपी / एस का उपयोग कर रहे हैं, ईमेल सर्वर इंटरनेट पर कहीं भी हो सकता है।
आप किसी भी क्षेत्र में एसईएस द्वारा प्रदान एसएमटीपी / एस एंडपॉइंट के माध्यम से ईमेल भेजने के लिए एशिया-प्रशांत में अपने ऐप को कॉन्फ़िगर कर सकते हैं। फिर से, नेटवर्क विलंबता एक मुद्दा हो सकता है, लेकिन आपके मेल वॉल्यूम के आधार पर, मुझे नेटवर्क विलंबता निषेधात्मक होने की उम्मीद नहीं होगी। वास्तव में मेरा मानना है कि यह सेटअप उन क्षेत्रों के उपयोगकर्ताओं के लिए काफी सामान्य है जहां SES समर्थित नहीं है।
मेरा सुझाव है कि आप किसी भी उपलब्ध क्षेत्र (जैसे EU-आयरलैंड) में SES सेवा को सेटअप करें, और कुछ बुनियादी लोड परीक्षण चलाएं और देखें कि विलंबता आपके आवेदन को कैसे प्रभावित करती है, यदि बिल्कुल भी।
अधिक जानकारी के लिए, Amazon SES SMTP समापन बिंदु से कनेक्ट करना देखें