मैं सोच रहा था कि App Engine और Compute Engine में क्या अंतर है। क्या कोई मुझे अंतर समझा सकता है?
मैं सोच रहा था कि App Engine और Compute Engine में क्या अंतर है। क्या कोई मुझे अंतर समझा सकता है?
जवाबों:
ऐप इंजन एक प्लेटफ़ॉर्म-जैसा-ए-सेवा है। इसका मतलब है कि आप बस अपना कोड तैनात करते हैं, और प्लेटफॉर्म आपके लिए सब कुछ करता है। उदाहरण के लिए, यदि आपका ऐप बहुत सफल हो जाता है, तो बढ़ी हुई मात्रा को संभालने के लिए ऐप इंजन स्वचालित रूप से अधिक इंस्टेंस बनाएगा।
Compute Engine एक Infrastructure-as-a-Service है। आपको अपनी स्वयं की वर्चुअल मशीन इंस्टेंसेस को बनाना और कॉन्फ़िगर करना होगा। यह आपको अधिक लचीलापन देता है और आमतौर पर ऐप इंजन की तुलना में बहुत कम खर्च होता है। दोष यह है कि आपको अपने ऐप और वर्चुअल मशीनों का प्रबंधन खुद करना होगा।
कम्प्यूट इंजन के बारे में और पढ़ें
यदि आवश्यक हो तो आप ऐप इंजन और कम्प्यूट इंजन दोनों को मिला सकते हैं। वे दोनों Google क्लाउड प्लेटफ़ॉर्म के अन्य हिस्सों के साथ अच्छी तरह से काम करते हैं ।
EDIT (मई 2016):
एक और महत्वपूर्ण अंतर: यदि कोई अनुरोध नहीं आ रहा है तो ऐप इंजन पर चलने वाली परियोजनाएं शून्य उदाहरणों तक सीमित हो सकती हैं। यह विकास के स्तर पर बेहद उपयोगी है क्योंकि आप घंटों तक बिना किसी उदारता के कोटा से बाहर जा सकते हैं। लचीले रनटाइम (यानी "प्रबंधित VMs") को लगातार चलाने के लिए कम से कम एक उदाहरण की आवश्यकता होती है।
EDIT (अप्रैल 2017):
क्लाउड फ़ंक्शंस (वर्तमान में बीटा में) एब्सट्रैक्शन के संदर्भ में ऐप इंजन से अगला स्तर है - कोई उदाहरण नहीं! यह डेवलपर्स को विभिन्न घटनाओं के जवाब में निष्पादित कोड के काटने के आकार के टुकड़ों को तैनात करने की अनुमति देता है, जिसमें HTTP अनुरोध, क्लाउड स्टोरेज में परिवर्तन आदि शामिल हो सकते हैं।
ऐप इंजन के साथ सबसे बड़ा अंतर यह है कि कार्यों की कीमत प्रति 100 मिलीसेकंड है, जबकि ऐप इंजन के इंस्टेंस केवल 15 मिनट की निष्क्रियता के बाद बंद हो जाते हैं। एक अन्य लाभ यह है कि क्लाउड फ़ंक्शंस तुरंत निष्पादित होते हैं, जबकि ऐप इंजन पर कॉल के लिए एक नए उदाहरण की आवश्यकता हो सकती है - और एक नया उदाहरण शुरू करने में कुछ सेकंड या उससे अधिक समय लग सकता है (रनटाइम और आपके कोड के आधार पर)।
यह (एक) दुर्लभ कॉल के लिए क्लाउड फ़ंक्शंस को आदर्श बनाता है - उदाहरण के लिए कुछ होने की स्थिति में केवल एक लाइव रखने की आवश्यकता नहीं है, (बी) तेजी से बदलते लोड जहां इंस्टेंस अक्सर कताई और बंद हो रहे हैं, और संभवतः अधिक उपयोग के मामले हैं।
मूल अंतर यह है कि Google App Engine ( GAE ) सेवा के रूप में एक प्लेटफ़ॉर्म ( Paa ) है, जबकि Google Compute Engine ( GA ) एक एक सेवा (के रूप में बुनियादी सुविधा IaaS ) ।
जीएई में अपने आवेदन को चलाने के लिए आपको बस अपना कोड लिखना होगा और इसे जीएई में तैनात करना होगा, कोई अन्य सिरदर्द नहीं। चूंकि GAE पूरी तरह से स्केलेबल है, इसलिए ट्रैफ़िक कम होने और ट्रैफ़िक कम होने पर इंस्टेंस कम होने की स्थिति में यह स्वचालित रूप से अधिक इंस्टेंस प्राप्त करेगा। आपसे उन संसाधनों के लिए शुल्क लिया जाएगा जिनका आप वास्तव में उपयोग करते हैं , मेरा मतलब है कि, आपको इंस्टेंट-आवर्स , ट्रांसफर किए गए डेटा के लिए बिल भेजा जाएगा । आपके ऐप द्वारा वास्तव में उपयोग किए जाने स्टोरेज आदि के । लेकिन प्रतिबंध है, आप केवल पायथन, पीएचपी, जावा, नोडज, .NET, रूबी और ** गो में अपना एप्लिकेशन बना सकते हैं ।
दूसरी ओर, GCE आपको वर्चुअल मशीन के रूप में पूर्ण अवसंरचना प्रदान करता है । आप उन वीएम के पर्यावरण और रनटाइम पर पूरा नियंत्रण रखते हैं जैसा कि आप वहां किसी भी कार्यक्रम को लिख या स्थापित कर सकते हैं। वास्तव में GCE Google डेटा केंद्रों का वस्तुतः उपयोग करने का तरीका है। जीसीई में आपको स्केलेबिलिटी को संभालने के लिए अपने बुनियादी ढांचे को मैन्युअल रूप से कॉन्फ़िगर करना होगा लोड बैलेंसर का उपयोग करके ।
जीएई और जीसीई दोनों का हिस्सा हैं Google क्लाउड प्लेटफ़ॉर्म ।
अपडेट: मार्च 2014 में Google ने प्रबंधित इंजन वर्चुअल मशीन नाम के ऐप इंजन के तहत एक नई सेवा की घोषणा की । प्रबंधित VMs ऐप इंजन अनुप्रयोगों को ऐप प्लेटफ़ॉर्म, सीपीयू और मेमोरी विकल्पों पर थोड़ा अधिक लचीलापन प्रदान करता है। GCE की तरह आप इन वीएम में ऐप इंजन एप्लिकेशन के लिए एक कस्टम रनटाइम वातावरण बना सकते हैं। दरअसल ऐप इंजन के प्रबंधित वीएम कुछ हद तक IAAS और PAAS के बीच सीमा को धुंधला कर देते हैं।
इसे सीधे शब्दों में कहें: कंप्यूट इंजन आपको एक सर्वर देता है जिसके लिए आपके पास पूर्ण नियंत्रण / जिम्मेदारी है। आपके पास ऑपरेटिंग सिस्टम तक सीधी पहुंच है, और आप वे सभी सॉफ़्टवेयर इंस्टॉल करते हैं जो आप चाहते हैं, जो आमतौर पर एक वेब सर्वर, डेटाबेस, आदि है ...
ऐप इंजन में आप किसी भी अंतर्निहित सॉफ़्टवेयर के ऑपरेटिंग सिस्टम का प्रबंधन नहीं करते हैं। आप केवल कोड (जावा, पीएचपी, पायथन या गो) और वॉयला अपलोड करते हैं - यह सिर्फ चलता है ...
ऐप इंजन विशेष रूप से अनुभवहीन लोगों के लिए सिरदर्द के टन को बचाता है, लेकिन इसमें 2 महत्वपूर्ण कमियां हैं: 1. अधिक महंगा (लेकिन इसमें एक मुफ्त कोटा है जो इंजन की गणना नहीं करता है) 2. आपके पास कम नियंत्रण है, इस प्रकार कुछ चीजें बस नहीं हैं संभव है, या केवल एक विशिष्ट तरीके से संभव है (उदाहरण के लिए फ़ाइलें सहेजना और लिखना)।
या इसे और भी सरल बनाने के लिए (क्योंकि कई बार हम जीएई स्टैंडर्ड और जीएई फ्लेक्स के बीच अंतर करने में विफल होते हैं):
कंप्यूट इंजन एक वर्चुअल पीसी के अनुरूप होता है, जहां आप उदाहरण के लिए एक छोटी वेबसाइट + डेटाबेस तैनात करेंगे। आप स्थापित डिस्क ड्राइव के नियंत्रण सहित, सब कुछ प्रबंधित करते हैं। यदि आप एक वेबसाइट तैनात करते हैं, तो आप DNS आदि की स्थापना के प्रभारी हैं।
Google App Engine (Standard) एक रीड-ओनली सैंडबॉक्स वाले फ़ोल्डर की तरह है जहाँ आप कोड को निष्पादित करने के लिए अपलोड करते हैं और बाकी के बारे में चिंता नहीं करते हैं (हाँ: केवल पढ़ने के लिए - आपके लिए इंस्टॉल किए गए पुस्तकालयों का एक निश्चित सेट है और आप परिनियोजित नहीं कर सकते हैं 3 पार्टी पुस्तकालयों में होगा)। DNS / उप-डोमेन आदि को मैप करना इतना आसान है।
Google ऐप इंजन (लचीला) वास्तव में एक संपूर्ण फ़ाइल-सिस्टम (सिर्फ एक लॉक डाउन फ़ोल्डर नहीं) की तरह है, जहां आपके पास मानक इंजन से अधिक शक्ति है, जैसे कि आपने अनुमतियाँ पढ़ी / लिखी हैं, (लेकिन एक कम्प्यूट इंजन की तुलना में कम) )। जीएई मानक में आपके लिए स्थापित पुस्तकालयों का एक निश्चित सेट होता है और आप अपनी इच्छा के अनुसार 3 पार्टी पुस्तकालयों को तैनात नहीं कर सकते। लचीले वातावरण में आप कस्टम बिल्ड बिल्ड वातावरण (जैसे कि पायथन 3) सहित, जिस भी लाइब्रेरी पर आपका ऐप निर्भर करता है, उसे स्थापित कर सकते हैं।
यद्यपि GAE मानक इससे निपटने के लिए बहुत बोझिल है (हालाँकि Google इसे सरल बनाता है), दबाव में डालने पर यह वास्तव में अच्छी तरह से मापता है। यह बोझिल है क्योंकि आपको लॉक-डाउन वातावरण के साथ परीक्षण करने और अनुकूलता सुनिश्चित करने और आपके द्वारा उपयोग की जाने वाली किसी भी 3 पार्टी लाइब्रेरी का उपयोग करने के लिए सुनिश्चित नहीं है जो आप किसी अन्य 3 पार्टी पुस्तकालय का उपयोग नहीं करते हैं जो जीएई मानक पर काम नहीं कर सकता है। व्यवहार में इसे स्थापित करने में अधिक समय लगता है, लेकिन सरल तैनाती के लिए लंबे समय तक अधिक फायदेमंद हो सकता है।
सूची के ऊपर ऐप इंजन बनाम कंप्यूट इंजन नोटों के अलावा, इसमें Google कुबेरनेटे इंजन की तुलना भी शामिल है और छोटे से लेकर बड़े तक ऐप की एक विस्तृत श्रृंखला के साथ अनुभव के आधार पर कुछ नोट शामिल हैं। अधिक बिंदुओं के लिए, Google क्लाउड प्लेटफ़ॉर्म दस्तावेज़ीकरण ऐप इंजन मानक और फ्लेक्स में सुविधाओं का उच्च स्तरीय विवरण देखें पृष्ठ पर एक ऐप इंजन पर्यावरण का चयन । App Engine और Kubernetes की तैनाती की एक और तुलना के लिए Daz Wilkin App Engine Flex या Kubernetes Engine द्वारा पोस्ट देखें ।
ऐप इंजन स्टैंडर्ड
पेशेवरों
विपक्ष
ऐप इंजन फ्लेक्स
पेशेवरों
विपक्ष
Google कुबेरनेट इंजन
पेशेवरों
विपक्ष
गणना इंजन
पेशेवरों
विपक्ष
जैसा कि पहले ही समझाया जा चुका है कि Google Compute Engine (GCE) एक सेवा (IaaS) के रूप में इन्फ्रास्ट्रक्चर है, जबकि Google App Engine (GAE) एक सेवा (PaaS) के रूप में प्लेटफॉर्म है। आप बेहतर तरीके से अंतर को समझने के लिए निम्न चित्र की जाँच कर सकते हैं ( यहाँ से लिया गया और बेहतर बताया गया है ) -
Google कंप्यूट इंजन
GCE Google क्लाउड प्लेटफ़ॉर्म (GCP) से प्रदान की जाने वाली एक महत्वपूर्ण सेवा है क्योंकि अधिकांश GCP सेवाएँ प्रबंधन परत के नीचे GCE इंस्टेंसेस (VMs) का उपयोग करती हैं (सुनिश्चित नहीं हैं कि कौन सा नहीं है)। इसमें ऐप इंजन, क्लाउड फ़ंक्शंस, कुबेरनेट इंजन (पहले कंटेनर इंजन), क्लाउड एसक्यूएल, आदि शामिल हैं। जीसीई इंस्टेंसेस वहाँ सबसे अनुकूलन इकाई हैं और इस प्रकार केवल तब उपयोग किया जाना चाहिए जब आपका एप्लिकेशन किसी अन्य जीसीपी सेवाओं पर नहीं चल सकता। अधिकांश समय लोग GCE का उपयोग अपने ऑन-प्रेम अनुप्रयोगों को GCP में स्थानांतरित करने के लिए करते हैं, क्योंकि इसमें न्यूनतम परिवर्तनों की आवश्यकता होती है। बाद में, वे अपने ऐप्स के अलग घटक के लिए अन्य GCP सेवाओं का उपयोग करना चुन सकते हैं।
Google App Engine
GAE, GCP (Google के क्लाउड व्यवसाय में आने से बहुत पहले) द्वारा पेश की गई पहली सेवा है। यह 0 से असीमित उदाहरणों के लिए ऑटोस्कोप करता है (यह नीचे जीसीई का उपयोग करता है)। यह 2 फ्लेवर स्टैंडर्ड पर्यावरण और लचीले पर्यावरण के साथ आता है।
मानक पर्यावरण वास्तव में तेज़ है, 0 उदाहरण के लिए नीचे स्केल करता है जब कोई भी आपके ऐप का उपयोग नहीं कर रहा है, सेकंड में नीचे और ऊपर स्केल करता है और कैशिंग, प्रमाणीकरण आदि के लिए Google सेवाओं और पुस्तकालयों को समर्पित किया है। मानक वातावरण के साथ चेतावनी यह है कि यह बहुत प्रतिबंधात्मक है चूंकि यह एक सैंडबॉक्स में चलता है। आपको केवल विशिष्ट प्रोग्रामिंग भाषाओं के लिए प्रबंधित रनटाइम का उपयोग करना होगा। हालिया जोड़ Node.js (8.x) और पायथन 3.x हैं। पुराने रनटाइम्स गो, पीएचपी, पायथन 2.7, जावा आदि के लिए उपलब्ध हैं।
लचीला पर्यावरण अधिक खुला है क्योंकि यह आपको कस्टम रनटाइम का उपयोग करने की अनुमति देता है क्योंकि यह डॉक कंटेनर का उपयोग करता है। इस प्रकार यदि आपका रनटाइम प्रदान किए गए रनटाइम में उपलब्ध नहीं है, तो आप निष्पादन पर्यावरण के लिए हमेशा अपना खुद का डॉकफाइल बना सकते हैं। इसके साथ चेतावनी, इसे चलाने के लिए कम से कम 1 उदाहरण की आवश्यकता होती है, भले ही कोई भी आपके ऐप का उपयोग न कर रहा हो, साथ ही ऊपर और नीचे स्केलिंग में कुछ मिनटों की आवश्यकता होती है।
Kubernetes इंजन के साथ GAE को भ्रमित न करें, क्योंकि बाद में वास्तविक Kubernetes का उपयोग करता है और बहुत अधिक अनुकूलन और सुविधाएँ प्रदान करता है। जीएई फ्लेक्स उपयोगी है जब आप स्टेटलेस कंटेनर चाहते हैं और आपका आवेदन केवल HTTP या HTTPS प्रोटोकॉल पर निर्भर करता है। अन्य प्रोटोकॉल के लिए Kubernetes Engine (GKE) या GCE आपकी एकमात्र पसंद है। बेहतर स्पष्टीकरण के लिए मेरे अन्य उत्तर की जाँच करें ।
ऐप इंजन डेवलपर्स को Google कंप्यूट इंजन कोर को नियंत्रित करने की क्षमता देता है, साथ ही Google कम्प्यूट इंजन इंजन प्रसंस्करण अनुप्रयोगों के लिए एक वेब-फेसिंग फ्रंट एंड प्रदान करता है।
दूसरी ओर, कम्प्यूट इंजन आपके वर्चुअल मशीनों के प्रत्यक्ष और पूर्ण ऑपरेटिंग सिस्टम प्रबंधन की पेशकश करता है। अपने ऐप को प्रस्तुत करने के लिए, आपको संसाधनों की ज़रूरत पड़ने वाली है, और Google क्लाउड स्टोरेज आपकी संपत्ति और डेटा को स्टोर करने के लिए आदर्श है, जिसका वे उपयोग कर रहे हैं। आपको दुनिया भर में होस्टिंग के साथ फास्ट डेटा एक्सेस मिलता है। विश्वसनीयता की गारंटी 99.95% अप-टाइम पर है, और Google आपके डेटा का बैकअप लेने और पुनर्स्थापित करने की क्षमता भी प्रदान करता है, और यह विश्वास करता है कि भंडारण असीमित है या नहीं।
आप Google क्लाउड स्टोरेज से अपनी संपत्ति का प्रबंधन कर सकते हैं, स्टोर कर सकते हैं, पुनः प्राप्त कर सकते हैं, प्रदर्शित कर सकते हैं और उन्हें हटा सकते हैं। आप क्लाउड स्टोरेज में रखे गए फ्लैट डेटाशीट्स को भी जल्दी से पढ़ और लिख सकते हैं। Google क्लाउड लाइनअप में अगला BigQuery है। BigQuery के साथ, आप बड़े पैमाने पर डेटा का विश्लेषण कर सकते हैं, हम सेकंड के भीतर लाखों रिकॉर्ड्स की बात कर रहे हैं। एक्सेस को एक सीधी यूआई, या एक प्रतिनिधि राज्य स्थानांतरण, या REST इंटरफ़ेस के माध्यम से नियंत्रित किया जाता है।
डेटा संग्रहण है, जैसा कि आपको संदेह हो सकता है, समस्या नहीं है और सैकड़ों टीबी का पैमाना है। BigQuery जावा, .NET, पायथन, गो, रूबी, पीएचपी और जावास्क्रिप्ट के लिए सहित क्लाइंट पुस्तकालयों के एक मेजबान के माध्यम से सुलभ है। एसक्यूएल जैसा सिंटैक्स जिसे नोएसक्यूएल कहा जाता है उपलब्ध है, जिसे इन क्लाइंट पुस्तकालयों के माध्यम से या वेब उपयोगकर्ता इंटरफ़ेस के माध्यम से एक्सेस किया जा सकता है। अंत में, Google क्लाउड प्लेटफ़ॉर्म डेटाबेस विकल्प, क्लाउड SQL और क्लाउड डेटास्टोर के बारे में बात करते हैं।
एक बड़ा अंतर है। क्लाउड एसक्यूएल रिलेशनल डेटाबेस के लिए है, मुख्य रूप से MySQL, जबकि क्लाउड डेटास्टोर नॉन-रिलेशनल डेटाबेस के लिए नो एसक्यूएल का उपयोग करता है। क्लाउड एसक्यूएल के साथ, आपके पास यूएस, यूरोप, या एशिया में 100 जीबी स्टोरेज और 16 जीबी रैम प्रति डेटाबेस उदाहरण के साथ होस्टिंग का विकल्प है।
क्लाउड डेटास्टोर 50 K तक प्रति माह पढ़ने / लिखने के निर्देश और प्रति माह 1 GB डेटा संग्रहीत करने के लिए बिना किसी शुल्क के उपलब्ध है। यदि आप इन कोटा से अधिक हैं, तो एक शुल्क है। ऐप इंजन Google क्लाउड प्लेटफ़ॉर्म के अन्य कम ज्ञात, अधिक लक्षित सदस्यों के साथ भी काम कर सकता है, जिसमें एपीआई बैकएंड बनाने के लिए क्लाउड एंडपॉइंट्स, डेटा विश्लेषण और ट्रेंड फॉरकास्टिंग के लिए Google पूर्वानुमान एपीआई, या बहुभाषी आउटपुट के लिए Google अनुवाद एपीआई शामिल हैं।
जब आप अपने दम पर ऐप इंजन के साथ एक उचित राशि कर सकते हैं, तो यह संभावित आसमान छूता है जब आप अपने साथी Google क्लाउड प्लेटफ़ॉर्म सेवाओं के साथ आसानी से और कुशलता से काम करने की क्षमता में कारक होते हैं।
यदि आप अन्य लोकप्रिय सेवाओं से परिचित हैं:
Google कंप्यूट इंजन -> AWS EC2
Google ऐप इंजन -> हरोकू या AWS इलास्टिक बीनस्टॉक
Google क्लाउड फ़ंक्शंस -> AWS लैम्ब्डा फ़ंक्शंस
मैं इसे इस तरह समझाऊँगा जिससे मुझे समझ आए:
Compute Engine : यदि आप ऐसा करते हैं, तो आप स्वयं व्यक्ति हैं या आपके पास एक IT टीम है और आप केवल क्लाउड पर एक कंप्यूटर किराए पर लेना चाहते हैं जिसमें विशिष्ट OS (उदाहरण के लिए linux) है, तो आप Compute Engine के लिए जाते हैं। आपको सब कुछ खुद से करना होगा।
ऐप इंजन : यदि आप (उदाहरण के लिए) एक अजगर प्रोग्रामर हैं और आप क्लाउड पर एक पूर्व-कॉन्फ़िगर कंप्यूटर किराए पर लेना चाहते हैं जिसमें लिनक्स चल रहे वेब-सर्वर और नवीनतम अजगर 3 के साथ आवश्यक मॉड्यूल और कुछ प्लग-इन के साथ एकीकृत करने के लिए है अन्य बाहरी सेवाएँ, आप ऐप इंजन के लिए जाते हैं।
सर्वर रहित कंटेनर (क्लाउड रन) : यदि आप अपने स्थानीय सेटअप वातावरण (उदाहरण के लिए: अजगर 3.7 + फ्लास्क + स्केलेर) की सटीक छवि को तैनात करना चाहते हैं, लेकिन आप सर्वर, स्केलिंग, आदि के साथ सौदा नहीं करना चाहते हैं। अपने स्थानीय मशीन पर (docker के माध्यम से) और फिर उसे Google रन में तैनात करें।
सर्वरलेस माइक्रोसर्विस (क्लाउड फ़ंक्शंस) : यदि आप विशिष्ट कार्य करने वाले एपीआई (फ़ंक्शंस) का गुच्छा लिखना चाहते हैं, तो आप Google क्लाउड फ़ंक्शंस के लिए जाएं। आप बस उन विशिष्ट कार्यों पर ध्यान केंद्रित करते हैं, बाकी कार्य (सर्वर, रखरखाव, स्केलिंग, आदि) आपके लिए किया जाता है ताकि आपके कार्यों को माइक्रोसर्विस के रूप में उजागर किया जा सके।
जैसे-जैसे आप गहराई में जाते हैं, आप कुछ लचीलापन खोते हैं लेकिन आप अनावश्यक तकनीकी पहलुओं के बारे में चिंतित नहीं हैं। आप थोड़ा और भुगतान करते हैं, लेकिन आप समय और लागत (आईटी भाग) बचाते हैं: कोई और (Google) आपके लिए कर रहा है।
यदि आप लोड संतुलन, स्केलिंग, आदि की परवाह नहीं करना चाहते हैं, तो यह आपके एप्लिकेशन को "स्टेटलेस" वेब सेवाओं के गुच्छा में विभाजित करने के लिए महत्वपूर्ण है जो एक अलग स्टोरेज (डेटाबेस या ब्लॉब स्टोरेज) में लगातार कुछ भी लिखते हैं। फिर आप पाएंगे कि Cloud Run और Cloud Functions कितने कमाल के हैं।
व्यक्तिगत रूप से, मुझे Google क्लाउड रन एक भयानक समाधान मिला, विकास में पूर्ण स्वतंत्रता (जब तक कि स्टेटलेस है), इसे वेब सेवा के रूप में उजागर करें, अपने समाधान को करें, इसे क्लाउड रन के साथ तैनात करें। Google को आपका IT और DevOps होने दें, आपको स्केलिंग और रखरखाव की परवाह करने की आवश्यकता नहीं है।
मैंने अन्य सभी विकल्पों की कोशिश की है और हर एक अलग उद्देश्य के लिए अच्छा है लेकिन Google रन अभी बहुत बढ़िया है। मेरे लिए, यह विकास में लचीलापन खोए बिना वास्तविक सर्वर रहित है।
वर्चुअल मशीन (VMs) को क्लाउड में होस्ट किया गया है। क्लाउड से पहले, इन्हें अक्सर वर्चुअल प्राइवेट सर्वर (VPS) कहा जाता था। आप इनका उपयोग उसी तरह से करेंगे जैसे आप एक भौतिक सर्वर का उपयोग करते हैं, जहां आप ऑपरेटिंग सिस्टम को स्थापित और कॉन्फ़िगर करते हैं, अपना एप्लिकेशन इंस्टॉल करते हैं, डेटाबेस स्थापित करते हैं, ओएस को अद्यतित रखते हैं, आदि। इसे इन्फ्रास्ट्रक्चर के रूप में जाना जाता है- as-a-Service (IaaS)
जब आप किसी मौजूदा एप्लिकेशन को VM या सर्वर पर अपने डेटासेंटर में चला रहे हों, तो VM सबसे उपयोगी होते हैं, और इसे आसानी से GCP में माइग्रेट करना चाहते हैं।
ऐप इंजन ऑपरेटिंग सिस्टम, नेटवर्किंग, और कई अन्य चीजों से निपटने के लिए आपको बिना किसी भौतिक सर्वर या वीएम के साथ प्रबंधन करने की आवश्यकता के बिना आपके कोड को होस्ट और चलाता है। इसे एक रनटाइम के रूप में सोचें, जो आपके एप्लिकेशन को स्वचालित रूप से तैनात, संस्करण और स्केल कर सकता है। इसे प्लेटफ़ॉर्म-ए-ए-सर्विस (PaaS) कहा जाता है।
जब आप अपने आवेदन की स्वचालित तैनाती और स्वचालित स्केलिंग चाहते हैं तो ऐप इंजन सबसे अधिक उपयोगी होता है। जब तक आपके एप्लिकेशन को कस्टम ओएस कॉन्फ़िगरेशन की आवश्यकता होती है, ऐप इंजन अक्सर हाथों से VMs को कॉन्फ़िगर करने और प्रबंधित करने में फायदेमंद होता है।