क्या होता है यदि पार्स क्लाउड डेटा सेवा विफल हो जाती है?

Question

मैं अपने आईओएस/एंड्रॉइड मोबाइल ऐप के लिए Parse क्लाउड डेटा सेवा का उपयोग करने पर विचार कर रहा हूं।

मैं क्या documentation से देख सकते हैं से, मेरे ऐप अत्यधिक पार्स एसडीके, जो बारी में उपयोग करता पार्स REST API (मुझे लगता है) के लिए युग्मित किया जाएगा।

यदि पार्स नीचे है या यदि मैं अब पार्स का उपयोग नहीं करना चाहता हूं तो ऐप को दूसरी सेवा में रीडायरेक्ट करने के लिए क्या उपाय किए जा सकते हैं?

आदर्श रूप से मैं अपने स्वयं के डोमेन का उपयोग करने के लिए पार्स एसडीके को बताना चाहता हूं और इसे पार्स सर्वर (कैसे?) पर रीडायरेक्ट करना चाहता हूं। अगर पार्स विफल रहता है, तो मैं अपने DNS को कहीं और बदल सकता हूं और पार्स रीस्ट एपीआई (कैसे?) को दोहराने का प्रयास कर सकता हूं। क्या यह अब संभव है? क्या इस परिदृश्य के लिए तैयारी का एक बेहतर तरीका है?

Answer 1

पार्स समर्थन और बिक्री टीम इस बारे में मेरे संपर्क में आई। दुर्भाग्यवश उन्होंने सार्वजनिक चर्चा न करने का विकल्प चुना ताकि मैं जो कुछ भी कहूं, मैं उन्हें बता दूंगा।

• एसडीके के सर्वर यूआरएल को वर्तमान में बदलना संभव नहीं है। वे निश्चित नहीं हैं कि यह एक ऐसी सुविधा है जिसे वे चाहते हैं या नहीं। (यह ध्यान दिया जाना चाहिए कि सर्वर यूआरएल JavaScript SDK में उजागर किया गया है और आसानी से बदला जा सकता है; api.parse.com के लिए खोजें।)
• Cloud Code का उपयोग करके, आप पार्स के शीर्ष पर अपना स्वयं का सर्वर एपीआई बना सकते हैं। पार्स एसडीके में PFCloud है जिसका उपयोग क्लाउड कोड से बात करने के लिए किया जा सकता है लेकिन मुझे अभी तक दस्तावेज़ में कोई उपयोग उदाहरण नहीं मिला। यह toadzki के answer के समान है, लेकिन इसे लागू करने के लिए बहुत आसान होना चाहिए।
• वे पार्स के कस्टम सर्वर इंस्टॉलेशन भी प्रदान करते हैं।

Answer 2

यदि आप अपने सर्वर के माध्यम से अनुरोधों को रूट करना चाहते हैं, तो इसे करें। क्या आपका सर्वर पार्स एसडीके चलाता है, डिवाइस नहीं। अपने अनुरोधों को अपने स्वयं के कस्टम एपीआई के माध्यम से बनाएं और अनुरोध को दोबारा बनाएं और इसे पार्स पर अग्रेषित करें। इस तरह, यदि आप क्लाउड प्रदाताओं को बदलने का निर्णय लेते हैं, तो आपका ऐप अभी भी अपडेट के बिना काम कर सकता है।

Answer 3

टोडज़की समाधान के वैकल्पिक समाधान के रूप में आप डिवाइस पर सभी पार्स विधियों के लिए एक इंटरफ़ेस बना सकते हैं ताकि आप अपने कस्टम कार्यान्वयन के साथ आसानी से Parse sdk स्विच कर सकें। सभी पार्स कॉल के लिए छोटे मेकअप रैपर में।

कहा गया कि पार्स बहुत विश्वसनीय है और बहुत सारी कार्यक्षमता ऑफलाइन मोड में भी काम करती है। इसके अलावा आपको त्रुटि प्रतिक्रियाएं मिलेंगी जिन्हें आप फिट बैठ सकते हैं।

Answer 4

विपरीत लेने के लिए ...

कितना बड़ा अपने अनुप्रयोग और कंपनी है? यदि आप एक अकेले रेंजर या छोटे से मध्यम ऐप पर काम कर रहे एक छोटे से संगठन हैं, तो सबसे अधिक जवाब "परेशान न करें" है। हां, सिद्धांत रूप में आप एक प्रणाली स्थापित कर सकते हैं ताकि आपका ऐप (या कहीं कुछ बुनियादी ढांचा) एक अलग क्लाउड सेवा पर रीडायरेक्ट हो, लेकिन ऐसा करने के लिए किए गए समय और प्रयास, और यह अच्छा है, महत्वपूर्ण है। इस बात पर विचार करें कि अगर आपको लगता है कि आपने ऐसी प्रणाली लागू की है, तो आपको यह जांचना होगा कि यह काम करता है। वास्तव में एक साधारण काम नहीं है।

पार्स एपीआई मिररिंग और फिर अग्रेषण सरल लगता है, लेकिन शैतान विस्तार से है। विशेष रूप से इस तरह के कुछ के लिए।

इसके अलावा, अपना खुद का अग्रेषण सर्वर जोड़ना विफलता का एक बिंदु जोड़ने जा रहा है जो लगभग निश्चित रूप से श्रृंखला में सबसे कमजोर लिंक होगा। संक्षेप में, परेशान मत करो!

Answer 5

parse.com अभी नीचे दिख रहा है और मैं सिर्फ यादृच्छिक रूप से ऑनलाइन खोज रहा था और यह पोस्ट पाया। देखते हुए अब मैं अपने प्रोजेक्ट पर आउटेज के कारण काम नहीं कर सकता, मैं इस विषय के लिए अपने 2 सेंट रखूंगा।

सबसे पहले, अगर मेरा अंतर्निहित सेवा प्रदाता नीचे चला जाता है तो मैं निश्चित रूप से खुश नहीं हूं, इससे कोई फर्क नहीं पड़ता कि यह parse.com, एडब्ल्यूएस, रैकस्पेस या कुछ और है। हालांकि, यह वही व्यापार है जिस पर हमने साइन अप किया है और बदले में हमने विकास की आसानी का आनंद लिया और हमारे विकास चक्र को 1 साल से कुछ महीनों तक कुछ कम कर दिया।

शुरुआती चरण स्टार्टअप के लिए यह बहुत खतरनाक है कि उन मुद्दों पर ध्यान केंद्रित करने में बहुत अधिक समय और ऊर्जा खर्च की जाए जो समय पर सबसे महत्वपूर्ण नहीं हैं। व्यक्तिगत रूप से, मैं parse.com के बारे में चिंता नहीं करूँगा जब तक कि मैं अपने डेटाबेस क्लस्टर को बनाने और बनाए रखने के लिए समय और संसाधनों का जोखिम नहीं उठा सकता। जाहिर है, यह धारणा के तहत है कि parse.com अभी भी ज्यादातर समय के लिए तैयार होगा, 99.9% की तरह :)