हां, इससे फर्क पड़ता है। हम एक .com.auसास एप्लिकेशन चलाते हैं , और विलंबता काफी महत्वपूर्ण है। 200 मिलियन से कम में संयुक्त राज्य अमेरिका से ऑस्ट्रेलिया के लिए जानकारी प्राप्त करना शारीरिक रूप से असंभव है, लेकिन हमारे पास उत्तरी सिडनी में हमारे डेटासेंटर से ऑस्ट्रेलिया के पूर्वी तट के अधिकांश हिस्सों में 20-50ms की एक विशिष्ट विलंबता है।
हां, ऑस्ट्रेलिया में सर्वर और डेटा स्पेस किराए पर लेना महंगा है - लेकिन यह इसके लायक भी है। मैं दृढ़ता से इन लागतों को आपके व्यवसाय योजना में बनाने का सुझाव देता हूं। यहां तक कि अगर आप AWS के नए सिडनी डाटासेंटर के साथ छोटे से शुरू करते हैं, और फिर अपने स्वयं के सह-स्थित हार्डवेयर को बाद में स्केल करते हैं, तो आपके सबसे भारी ग्राहक आपको धन्यवाद देंगे।
(वास्तव में, नहीं, वे आपको धन्यवाद नहीं देंगे, वे कुतिया और सब कुछ के बारे में विलाप करेंगे, कोई विचार नहीं है कि आपने 150ms से विलंबता काट दी है, लेकिन यह बुरा होगा यदि आपका सर्वर कहीं और था)।
हालांकि, एक चेतावनी के रूप में, यह मायने रखता है कि आप क्या कर रहे हैं। यदि यह एक ब्लॉग है, या यहां तक कि सर्वर फॉल्ट जैसा कुछ है, तो यह कोई बड़ी बात नहीं है। हम वैसे भी यहाँ इंटरनेट का उपयोग कर रहे हैं (क्या आपने अमेरिका में इंटरनेट का उपयोग किया है? पेज लोड यहाँ भी समान बॉलपार्क में नहीं हैं)। इसलिए यदि आप बहुत सारे सिंक्रोनस कॉल के साथ SaaS या कुछ कर रहे हैं, या डेटा के बहुत से छोटे टुकड़े प्राप्त कर रहे हैं (जैसे स्टेटस अपडेट के लिए मतदान) तो यह एक बहुत बड़ी बात है। और अगर आप एक टर्मिनल सर्वर या वास्तविक समय में कुछ चला रहे हैं तो यह बहुत बड़ी बात है।
लेकिन अगर आप ज्यादातर गैर-रियल टाइम चीजें चला रहे हैं, तो यह आपके लिए इतनी बड़ी बात नहीं हो सकती है। सबसे अच्छी बात यह है कि इसे आज़माएं - इसे दो सर्वर पर सेट करें, एक यहाँ और एक यूएस में, और एक ही व्यक्ति को दो साइट दें। स्थान परिवर्तन के बारे में उन्हें कुछ भी न बताएं, और उन्हें यह बताने के लिए कहें कि क्या कोई दूसरे की तुलना में अधिक प्रतिक्रियाशील है। कुछ बार दोहराएं और आपका निष्कर्ष होगा।