2012-01-13 10 views
5

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


धन्यवाद।क्लाउड ऐप बनाम वेब ऐप्स



अद्यतन: मैं जवाब में से एक में वीडियो देखा है, लेकिन मैं अभी भी एक छोटे से उलझन में हूँ। एक उदाहरण के रूप में Google डॉक्स लेना, मैं देखता हूं कि एक उपयोगकर्ता इंटरफ़ेस है जो सर्वर स्क्रिप्ट के साथ HTML और JS के साथ बनाया जा सकता है, और डेटा डेटाबेस में संग्रहीत किया जाता है, जो मूल रूप से एक ही वेब अनुप्रयोग करता है। या यह अलग है?
धन्यवाद

+0

"बादल एप्लिकेशन" बिक्री बात की तरह लगता है पर चलाने के लिए विकसित कर रहे हैं , लेकिन इसका मतलब यह हो सकता है कि क्लाउड सर्वर के रूप में तेज़ी से तैनात और स्केल किया जा सके। – Znarkus

+0

@user: एक "क्लाउड" वेब अनुप्रयोगों से बना है। तकनीकें समान हैं। आप संदर्भ को याद कर रहे हैं – Cratylus

उत्तर

7

वेब अनुप्रयोग "क्लाउड" पर चल सकते हैं। क्लाउड मूल रूप से गतिशील कम्प्यूटेशनल संसाधनों (सीपीयू, राम, भंडारण इत्यादि) का संग्रह है जिसका उपयोग वेब अनुप्रयोगों द्वारा किया जा सकता है।

यह क्लाउड पर चलने वाले ऐप्स को अच्छी तरह से स्केल करने की अनुमति देता है क्योंकि उन्हें संसाधनों को गतिशील रूप से आवंटित किया जाता है।

आप अमेज़ॅन के ईसी 2 जैसे सार्वजनिक बादलों का उपयोग कर सकते हैं - या अपने निजी बादलों का निर्माण कर सकते हैं।

क्लाउड पर चल रहा एक वेब ऐप बिल्कुल "क्लाउड ऐप" नहीं है - लेकिन ऐप बस क्लाउड पर होस्ट किया जाता है।

मुझे लगता है कि this video का पहला भाग यह बहुत अच्छी तरह से बताता है (यदि थोड़ा परेशान है)।

भी this quesiton देखें जो कुछ अच्छे उत्तरों हैं।

1

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

जब आप क्लाउड के बारे में बात करना शुरू करते हैं, तो आपके पास एक अलग अवधारणा है।
विचार यह है कि आप service तक पहुंच बनाना चाहते हैं, जिसे आपको पता नहीं है कि वास्तव में सेवा को तैनात किया जा रहा है।
मुख्य लाभ यह है कि एक कंपनी संसाधनों को बचा सकती है।
उदाहरण के लिए एक कंपनी उदा। अपने स्वयं के सीआरएम और आईटी व्यक्तिगत आदि के लिए सर्वर के लिए पैसे का भुगतान करने, या सिर्फ एक "बादल" जहां कंपनी बादल प्रदान सर्वर आदि के लिए जिम्मेदार

तो अपने सवाल का जवाब देने में एक सेवा का उपयोग, करने के लिए है बादल प्रदान करने के लिए क्लाउड का निर्माण करें जिसे आप वेब अनुप्रयोगों का उपयोग "मॉड्यूल" के रूप में करते हैं।

लेकिन स्वयं द्वारा एक वेब एप्लिकेशन (इस संदर्भ से अलग) क्लाउड एप्लिकेशन के रूप में नहीं माना जा सकता है (जब तक यह क्लाउड के हिस्से के रूप में नहीं चलता)।

0

स्थानीय रूप से चलने वाली कुछ भी "क्लाउड" में चल सकती है। क्लाउड कंप्यूटिंग एक समर्पित प्रदाता को पारंपरिक अनुप्रयोगों/प्रक्रियाओं का अपरिहार्य आंदोलन है। वॉलमार्ट सिंड्रोम के लिए एनालॉगस, जहां छोटी माँ और पॉप दुकानें रास्ते के किनारे गिर गई हैं।

क्लाउड और वेब एप्लिकेशन के बीच का अंतर वह जगह है जहां यह बैठता है।

+1

यह कैसे अंतर है? वे दोनों वेब सर्वर पर बैठते हैं, है ना? –

0

वेब और क्लाउड ऐप्स दोनों सर्वर और क्लाइंट भागों वाले अनुप्रयोग वितरित किए जाते हैं। वे सर्वर की ओर से डेटा स्टोर करते हैं, लेकिन ऑफलाइन मामलों के लिए स्थानीय डेटा कैश हो सकते हैं।

वेब अनुप्रयोगों ने ब्राउज़रों द्वारा पर प्रदर्शन/चलाया। आम तौर पर, वे एचटीएमपी/सीएसएस/जावास्क्रिप्ट पर लिखे गए हैं। एडोब के पास क्लाइंट पार्ट्स का एक और दृष्टिकोण था। उन्होंने क्लाब रन-टाइम पर्यावरण के रूप में एबोब फ्लैश के लिए विशेष फ्लेक्स भाषा का प्रस्ताव दिया (इससे पहले इस साल इसे मारा गया था)।

बादल क्षुधा बहुत वेब क्षुधा के समान हैं, लेकिन उनके ग्राहक भागों देशी अनुप्रयोगों विशेष रूप से चयनित लक्ष्य प्लेटफार्मों (ओएस एक्स, जीत, IOS, आदि)

संबंधित मुद्दे