जब AWS मौजूद है तो लोग हरोकू का उपयोग क्यों करते हैं? AWS से हरोकू को क्या अलग है? [बन्द है]


1101

मैं एक शुरुआती आरओआर प्रोग्रामर हूं जो हरोकू का उपयोग करके अपने ऐप को तैनात करने की योजना बना रहा हूं। मेरे अन्य सलाहकार दोस्तों से शब्द कहता है कि हरोकू वास्तव में आसान है, उपयोग करने के लिए अच्छा है। केवल समस्या यह है कि मुझे अभी भी पता नहीं है कि हरोकू क्या करता है ...

मैंने उनकी वेबसाइट पर देखा है और संक्षेप में, हेरोकू क्या स्केलिंग के साथ मदद करता है लेकिन ... वह भी क्यों मायने रखता है? हरोकू कैसे मदद करता है:

  1. स्पीड - मेरे शोध में निहित है कि यदि मैं यूएस / एशिया-आधारित दर्शकों को लक्षित कर रहा हूं तो यूएस ईस्ट कोस्ट पर एडब्ल्यूएस की तैनाती सबसे तेज़ होगी।

  2. सुरक्षा - वे कितने सुरक्षित हैं?

  3. स्केलिंग - यह वास्तव में कैसे काम करता है?

  4. लागत दक्षता - एक डायनो की तरह कुछ है जो इसे स्केल करना आसान बनाता है।

  5. वे अपने प्रतिद्वंद्वियों के खिलाफ कैसे किराया करते हैं? उदाहरण के लिए, इंजन यार्ड और ब्लूबॉक्स ?

कृपया समझाने के लिए आम अंग्रेजी शब्दों का उपयोग करें ... मैं एक शुरुआती प्रोग्रामर हूं।


267
मैं वास्तव में मुफ्त योजना के कारण इसका उपयोग करता हूं;)।
weddingcakes

56
आपको पूछा जाना चाहिए कि हरोकू और एडब्ल्यूएस इलास्टिक बीनस्टॉक के बीच अंतर क्या है .. अन्यथा आपको "पाएस बनाम आईएएएस" उत्तर हमेशा मिलेंगे, न कि आप जो खोज रहे हैं।
Jus12

38
हेरोकू पर विकसित करें, इसे हेरोकू पर स्केल करें, हेरोकू पर नया करें ... फिर एक बार विचार व्यापार हिट हो जाता है, फिर आरयूएस को ट्रांसफर हो जाता है ... जैसे कि जब आप काम पर रख रहे हैं।
मुहम्मद उमर

10
एक बार जब आप कुछ सेवाओं का उपयोग कर रहे हैं और सब कुछ ट्रासफर करने, कॉन्फ़िगर करने, परीक्षण करने की आवश्यकता है, तो माइग्रेट करना मुश्किल हो सकता है ... यह निश्चित रूप से एक लागत होगी
पाओलो

37
हेरोकू के बारे में मेरी पसंदीदा चीजों में से एक यह जीथब से ऑटो-डिप्लॉय है, इसलिए productionमेरे रेपो पर एक शाखा हो सकती है । जब भी किसी नई प्रतिबद्ध को उस रेपो में धकेला जाता है, तो हरोकू स्वचालित रूप से उसे पकड़ लेता है, उसे बनाता है, और उसे तैनात करता है। मैं बिल्कुल भी सर्वर-साइड के बारे में चिंता करने की ज़रूरत नहीं है!
रज़ी शाबान

जवाबों:


245

AWS / हरोकू दोनों छोटे शौक परियोजनाओं (शुरू करने के लिए) के लिए स्वतंत्र हैं।

यदि आप आर्किटेक्चर के बहुत अनुकूलन के बिना, तुरंत एक ऐप शुरू करना चाहते हैं, तो हरोकू चुनें ।

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


Heroku

  • सेवा के रूप में प्लेटफ़ॉर्म (PAAS)
  • अच्छा प्रलेखन
  • में निर्मित उपकरण और वास्तुकला है।
  • ऐप डिजाइन करते समय आर्किटेक्चर पर सीमित नियंत्रण।
  • तैनाती का ध्यान रखा जाता है (गिटहब के माध्यम से स्वचालित या गिट कमांड या सीएलआई के माध्यम से मैनुअल)।
  • समय नहीं लगता।

एडब्ल्यूएस

  • सेवा के रूप में मूल संरचना (IAAS)
  • बहुमुखी - कई उत्पाद हैं जैसे EC2, LAMBDA, EMR, आदि।
  • वास्तुकला पर अधिक नियंत्रण के लिए एक समर्पित उदाहरण का उपयोग कर सकते हैं, जैसे कि ओएस, सॉफ्टवेयर संस्करण चुनना, आदि। एक से अधिक बैकएंड परत है।
  • इलास्टिक बीनस्टॉक हर्कोस के PAAS के समान एक विशेषता है।
  • स्वचालित परिनियोजन का उपयोग कर सकते हैं, या अपना स्वयं का रोल कर सकते हैं।

7
ElasticBeanstalk हर्कोक की तुलना में कहीं अधिक प्रभावी है क्योंकि आपके द्वारा उपयोग किए जाने वाले सर्वर से परे सेवा के लिए कोई मार्कअप नहीं है। तुम भी एडब्ल्यूएस मुक्त स्तरीय साथ ElasticBeanstalk उपयोग कर सकते हैं aws.amazon.com/elasticbeanstalk/pricing
zags

25
@Zags "लागत प्रभावी" राय का विषय है। अगर मैं एक मिनट से भी कम समय में हरोकू ऐप बना और तैनात कर सकता हूं तो बीनस्टॉक को सेटअप करने में संभावित घंटों का समय लगता है - जो कि डेवलपर के कई घंटों के समय को देखते हुए प्रभावी नहीं होता है, कोई भी "बचत" को नष्ट कर देता है जो कि बीनस्टॉक से हो सकता है। यह वास्तव में प्राथमिकताओं पर निर्भर करता है - शिपिंग सुविधाएँ अधिक महत्वपूर्ण हैं या बुनियादी ढांचे को स्थापित करना और अधिक महत्वपूर्ण बनाए रखना है?
ब्रायन डियर

5
@BrianDear सेटअप में आसानी विभिन्न प्रणालियों के साथ आपकी परिचितता पर निर्भर करती है। यहां तक ​​कि अगर ElasticBeanstalk को समान परिचितता स्थापित करने में अधिक समय लगता है, तो AWS आमतौर पर 60% हरोकू की लागत (एक हर्कू प्रदर्शन-मी की तुलना AWS m4.xlarge से करता है) करता है। एक सर्वर बिल के रूप में $ 100 / महीने के रूप में कम है, एक 40% बचत एक वर्ष के भीतर "कई घंटों के इंजिनियरिंग" की लागत वसूल करेगी। सर्वर बिल जितना अधिक होगा, AWS के लिए तर्क उतना ही मजबूत होगा।
ज़ग्स

4
बीनस्टॉक पर तैनात होने में ~ 5 मिनट लगते हैं। मंच चुनें -> अपलोड ज़िप -> आनन्द। मास्टर को धक्का देकर तैनात करना चाहते हैं? CodePipeline की स्थापना के लिए एक और 5 मिनट बिताएं। इन दोनों वर्कफ़्लोज़ को केवल GUI कंसोल का उपयोग करके किया जा सकता है यदि CLI आपके लिए डराने वाली हो।
एंथनी मैनिंग-फ्रैंकलिन

1
दुर्भाग्य से, डॉक्यूमेंटेशन को एडब्ल्यूएस के तहत सूचीबद्ध नहीं किया गया है। AWS के पास किसी भी प्रौद्योगिकी / प्लेटफ़ॉर्म का सबसे अच्छा प्रलेखन है। इस उत्तर के पोस्ट होने से पहले ही मैंने इसका उपयोग कर लिया था, लगभग 2013.
lupchiazoem

2055

पहले चीजें पहले, AWS और हरोकू अलग चीजें हैं। AWS एक सेवा ( IaaS ) के रूप में इन्फ्रास्ट्रक्चर प्रदान करता है जबकि हरोकू एक सेवा ( PaaS ) के रूप में एक मंच प्रदान करता है ।

क्या फर्क पड़ता है? बहुत लगभग, IaaS आपको इसके शीर्ष पर चीजों को बनाने के लिए आवश्यक घटक देता है; PaS आपको एक वातावरण देता है जहाँ आप बस कोड और कुछ बुनियादी विन्यास को आगे बढ़ाते हैं और एक रनिंग एप्लिकेशन प्राप्त करते हैं। आईएएएस आपको अधिक शक्ति और लचीलापन प्रदान कर सकता है, और आपको स्वयं को बनाने और बनाए रखने की कीमत पर।

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

यह स्थापित करने और बनाए रखने के लिए काम की एक महत्वहीन राशि नहीं है। हेरोकू के साथ, उस तरह के मंच पर पहुंचने के लिए आवश्यक प्रयास शायद एप्लिकेशन कोड और ए की कुछ लाइनें हैं git push

तो तुम यह बहुत दूर हो, और तुम बड़े पैमाने पर होना चाहते हो। महान। आप अपने EC2 परिनियोजन के लिए कठपुतली का उपयोग कर रहे हैं , है ना? तो अब आप अपनी Capistrano फ़ाइलों को जरूरत के अनुसार / नीचे उदाहरणों को कॉन्फ़िगर करने के लिए कॉन्फ़िगर करते हैं; आप अपने कठपुतली विन्यास को फिर से जिग करते हैं, इसलिए वार्निश वेब-वर्कर के उदाहरणों से अवगत है और उनके बीच स्वचालित रूप से पूल करेगा। या आप heroku scale web:+5

उम्मीद है कि आप दोनों के बीच तुलना का एक विचार देता है। अब अपने विशिष्ट बिंदुओं को संबोधित करने के लिए:

गति

वर्तमान में Heroku केवल में एडब्ल्यूएस उदाहरणों पर चलता है us-eastऔर eu-west। तुम्हारे लिए, यह लगता है जैसे आप क्या चाहते हैं। दूसरों के लिए, यह संभावित रूप से एक विचार के अधिक है।

सुरक्षा

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

जब आप परिनियोजित करते हैं, तो आप प्रभावी रूप से अपना कोड सीधे हर्को पर सौंप रहे हैं। यह आपके लिए एक मुद्दा हो सकता है। डायनो अलगाव पर उनके लेख में उनकी अलगाव प्रौद्योगिकियों का वर्णन है (ऐसा लगता है जैसे कि कई dynos व्यक्तिगत EC2 उदाहरणों पर चलाए जाते हैं)। कई सहयोगियों ने इन प्रौद्योगिकियों और उनके अलगाव की ताकत के साथ मुद्दों को व्यक्त किया है; मैं वास्तव में टिप्पणी करने के लिए पर्याप्त ज्ञान / अनुभव की स्थिति में नहीं हूं, लेकिन मेरे वर्तमान हरोकू तैनाती का मानना ​​है कि "काफी अच्छा" है। यह आपके लिए एक मुद्दा हो सकता है, मुझे नहीं पता।

स्केलिंग

मैंने इस बात पर ध्यान दिया कि ऊपर दिए गए तुलनात्मक रूप से IaaS बनाम PaaS में कोई इसे कैसे लागू कर सकता है। लगभग, आपके एप्लिकेशन में एक है Procfile, जिसमें फॉर्म की लाइनें हैं dyno_type: command_to_run, इसलिए उदाहरण के लिए ( http://devcenter.heroku.com/articles/process-model से क्रिबेड ):

web:    bundle exec rails server
worker: bundle exec rake jobs:work

यह, के साथ:

heroku scale web:2 worker:10

आप में 2 webdynos और 10 workerdynos चल रहे होंगे। अच्छा, सरल, आसान। ध्यान दें कि webएक विशेष डायनो प्रकार है, जिसकी बाहरी दुनिया तक पहुंच है, और उनके अच्छे वेब ट्रैफ़िक मल्टीप्लेक्स (शायद वार्निश / नगनेक्स संयोजन के कुछ प्रकार) के पीछे है जो तदनुसार ट्रैफ़िक को रूट करेगा। आपके कार्यकर्ता संभवतः समान मार्ग के लिए एक संदेश कतार के साथ बातचीत करते हैं, जिससे वे वातावरण में एक URL के माध्यम से स्थान प्राप्त करेंगे।

कीमत का सामर्थ्य

इस बारे में बहुत से लोगों की अलग-अलग राय है। वर्तमान में यह एक dyno घंटे के लिए $ 0.05 / घंटा है, जबकि AWS माइक्रो उदाहरण के लिए $ 0.025 / hr की तुलना में या AWS छोटे उदाहरण के लिए $ 0.09 / hr।

हेरोकू के डायनो डॉक्यूमेंट में लिखा है कि आपके पास लगभग 512MB RAM है, इसलिए शायद एक dyno को EC2 माइक्रो उदाहरण की तरह समझना बहुत अनुचित नहीं है । क्या इसकी कीमत दोगुनी है? आप अपने समय को कितना महत्त्व देते हैं? आईएएएस के शीर्ष पर बनाने के लिए जितना समय और प्रयास की आवश्यकता होती है, वह इस मानक को पाने के लिए निश्चित रूप से सस्ता नहीं है। मैं वास्तव में आपके लिए इस सवाल का जवाब नहीं दे सकता, लेकिन सेटअप और रखरखाव की 'छिपी हुई लागत' को कम मत समझना।

(एक तरफ थोड़ा सा, लेकिन अगर मैं यहाँ से एक डायनो को जोड़ता हूँ heroku run bash) ( ), एक सरसरी नज़र 4 कोर /proc/cpuinfoऔर (36GB RAM ) को दिखाता है - यह मुझे विश्वास दिलाता है कि मैं "हाई-मेमोरी डबल एक्सट्रा लार्ज इंस्टेंस" पर हूँ " । हेरोकू डायनो प्रलेखन का कहना है कि प्रत्येक डायनो 512MB रैम प्राप्त करता है, इसलिए मैं संभावित रूप से 71 dynos के साथ साझा कर रहा हूं (मेरे पास हरोकू के एडब्ल्यूएस उदाहरणों के समरूपता के बारे में पर्याप्त डेटा नहीं है, इसलिए आपके दूध भिन्न हो सकते हैं)

वे अपने प्रतिद्वंद्वियों के खिलाफ कैसे किराया करते हैं?

यह, मुझे डर है कि मैं वास्तव में आपकी मदद नहीं कर सकता। जिस एकमात्र प्रतियोगी को मैंने कभी देखा है वह Google App Engine था - जिस समय मैं जावा अनुप्रयोगों को तैनात करना चाह रहा था, और प्रयोग करने योग्य रूपरेखाओं और तकनीकों पर प्रतिबंधों की मात्रा अविश्वसनीय रूप से बंद थी। यह "सिर्फ एक जावा बात" से अधिक है - सामान्य प्रतिबंध और आवश्यक विचार ( कई बार पूछे जाने वाले प्रश्न ) की मात्रा सुविधाजनक से कम लग रही थी। इसके विपरीत, हरोकू को तैनात करना एक सपना रहा है।

निष्कर्ष

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

अंततः, यह आपके लिए सबसे अच्छा काम करता है। आप कहते हैं कि आप "एक शुरुआती प्रोग्रामर" हैं - यह सिर्फ यह हो सकता है कि हरोकू का उपयोग करने से आप रूबी लिखने पर ध्यान केंद्रित करेंगे, और अपने कोड के आसपास अन्य सभी बुनियादी ढांचे को प्राप्त करने में समय व्यतीत नहीं करना पड़ेगा। मैं निश्चित रूप से यह कोशिश करूँगा।


ध्यान दें, AWS के पास वास्तव में Paa की पेशकश, इलास्टिक बीनस्टॉक है , जो रूबी, Node.js, PHP, Python, .NET और Java का समर्थन करता है। मुझे लगता है कि आम तौर पर ज्यादातर लोग, जब वे "एडब्ल्यूएस" देखते हैं, तो ईसी 2 और एस 3 और ईबीएस जैसी चीजों पर कूदते हैं, जो निश्चित रूप से आईएएएस प्रसाद हैं


33
ध्यान दें कि अब लोचदार बीनस्टॉक यात्री के पीछे माणिक ऐप का पूरी तरह से समर्थन करता है।
फिर से लिखा

4
हरोकू अब यूरोपीय संघ में न केवल अमेरिकी क्षेत्र में सर्वर का समर्थन करता है।
थॉमस वेल्टन

7
AWS बीनस्टॉक को देखते हुए, इस बात पर पूरी चर्चा नहीं होती है कि हरोकू एक Paa समाधान कैसे है जबकि AWS एक "IaaS ऑफ़र" है जो अमान्य है?
गमू

6
@ क्रिस्चियनग्लास भयानक होगा यदि हम एक अद्यतन उत्तर प्राप्त कर सकते हैं जो वास्तव में दो Paa प्रसाद (बीनस्टॉक और
हरोकू

3
खुशी है कि यह लोगों के लिए उपयोगी है :) @Gmu जवाब देने के समय, ईबी पर्याप्त रूप से सीमित था कि "एडब्ल्यूएस" का अर्थ "ईसी 2" काफी उचित लग रहा था, लेकिन जैसा कि एलेक्स का सुझाव है, मैं अब ईबी का जवाब फिर से देखूंगा। काफी सुधार हुआ।
क्रिस्टियन ग्लास

68

क्रिस्टियन ग्लास सेड के रूप में, IaaS ( AWS ) और Paa ( Heroku , EngineYard ) के बीच कोई तुलना नहीं है ।

Paa मूल रूप से डेवलपर्स को ऐप के विकास को गति देने में मदद करता है, जिससे पैसे की बचत होती है और सबसे महत्वपूर्ण बात यह है कि कॉन्फ़िगरेशन स्थापित करने और सर्वर और डेटाबेस जैसी चीजों को प्रबंधित करने के बजाय अपने अनुप्रयोगों और व्यवसाय का नवाचार करना। PaaS का उपयोग करने के लिए खरीदने वाली अन्य विशेषताएं चपलता, उच्च उपलब्धता, निगरानी, ​​स्केल / Descale, विशेषज्ञता के लिए सीमित आवश्यकता, आसान तैनाती, और कम लागत और विकास के समय जैसे आवेदन परिनियोजन प्रक्रिया है।

लेकिन अभी भी PaaS के लिए एक अंधेरा पक्ष है जो PaaS को अपनाने में अवरोध पैदा करता है:

  • सर्वर और डेटाबेस पर कम नियंत्रण
  • ठीक से शासित न होने पर लागत बहुत अधिक होगी
  • वर्तमान दिन और उम्र में समयपूर्व और संदिग्ध

ऊपर के अलावा आपके पास पर्याप्त कौशल होना चाहिए जो आपको IaaS मांगे:

  • हार्डवेयर अधिग्रहण
  • ऑपरेटिंग सिस्टम
  • सर्वर सॉफ्टवेयर
  • सर्वर साइड स्क्रिप्टिंग पर्यावरण
  • वेब सर्वर
  • डाटाबेस मैनेजमेंट सिस्टम (मैसूर, रेडिस आदि)
  • उत्पादन सर्वर कॉन्फ़िगर करें
  • परीक्षण और तैनाती के लिए उपकरण
  • मॉनिटरिंग ऐप
  • उच्च उपलब्धता
  • लोड ब्लेंडिंग / Http रूटिंग
  • सेवा बैकअप नीतियां
  • दल का सहयोग
  • उत्पादन का पुनर्निर्माण करें

यदि आपके पास छोटे स्तर का व्यवसाय है, तो Paa आपके लिए सबसे अच्छा विकल्प होगा:

  • उपयोगानुसार भुगतान करो
  • कम स्टार्ट अप लागत
  • विशेषज्ञ को नलसाजी छोड़ दें
  • Paa ऑटो स्केलिंग / डिसकलिंग, लोड बैलेंसिंग, डिजास्टर रिकवरी को हैंडल करता है
  • PaS सभी सुरक्षा आवश्यकताओं का प्रबंधन करता है
  • Paa विश्वसनीयता, उच्च उपलब्धता का प्रबंधन करता है
  • Paas आपके लिए कई तृतीय पक्ष ऐड-ऑन का प्रबंधन करता है

यह आवश्यकता के आधार पर पूरी तरह से व्यक्तिगत विकल्प होगा। आप मेरे पीपीटी होस्टिंग रेल एप्लिकेशन पर विवरण रख सकते हैं ।


3
मैं EngineYard और Heroku देखते हैं, और निश्चित रूप से ElasticBeanstalk ... सभी AWS के नीचे चलते हैं। वास्तव में, क्या कोई बड़ी पासा है जो नीचे के अखाड़ों पर नहीं चलती है? कोई विचार? चीयर्स
फटी

5
जो, मुझे पता है कि यह देर हो चुकी है, लेकिन आपके सवाल का जवाब देने के लिए आईबीएम ब्लूमिक्स सॉफ्टलेयर पर चलता है।
एंटोनियो कैंगियानो

PaS सभी सुरक्षा आवश्यकताओं का प्रबंधन करता है, सर्वर को सुरक्षित रखना, शायद, लेकिन अत्यधिक भ्रामक (विशेष रूप से एक दुनिया में जहां डेवलपर्स को लगता है कि उनकी प्रणाली डिफ़ॉल्ट रूप से सुरक्षित है)। यह निश्चित रूप से आपको XSS, CSRF से बचाने वाला नहीं है, और संभवतः आपके लिए कोई महत्वपूर्ण HTTP हेडर सेट नहीं करेगा। मैं अभी इसे देख सकता हूं Thank you for your concerns. We assure you that we take security very seriously and run or systems on secure servers. There is no need to worry about [insert security issue here] as all that is handled by...:। -1, लेकिन अगर इसे ठीक से एडिट किया जाए तो मैं इसे उलट दूंगा।
नटोमामी

4
पाओ सॉल्यूशंस (DIY PaaS) की एक श्रेणी तेजी से बढ़ रही है, जो आपके अपने बुनियादी ढाँचे पर काम करती है और इस प्रकार Paa flexbility / control के साथ कुछ चिंताओं को दूर करती है। कुछ उदाहरण: ओपनशिफ्ट , क्लाउडफाउंड्री , हसुरा । अस्वीकरण: मैं हसुरा में काम करता हूं।
इमनत

35

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

एक योजना को जोड़ा गया ताकि मेरी व्याख्या को समझना आसान हो जाए


15
अपने स्थानीय कंप्यूटर का उपयोग करने के बजाय, माइक्रो इंस्टेंस को विकास मशीन के रूप में उपयोग करने का क्या लाभ है? मुझे इस विशेष मामले पर एडब्ल्यूएस को जोड़ने का अतिरिक्त लाभ नहीं दिखता है। धन्यवाद!
मत्तेओ

5
शायद इसलिए कि एक अकादमिक सेटिंग में, यह देव माहौल को और अधिक सुसंगत बनाने के लिए निर्देश देगा और उन्हें इसे खिड़कियों पर काम करने की चिंता करने की आवश्यकता नहीं है
जेफ़ डिके

2
यह आर्किटेक्चर विंडोज / लिनक्स ओएस की बहुत-सी कमियों से बचने में मदद करता है। और लिनक्स ओएस को अपने स्थानीय मशीन पर स्थापित किए बिना भी सीखें। यदि आपके पास एक मैक है तो यह एक समस्या का कम है लेकिन बहुत से लोग विंडोज का उपयोग करते हैं।
सिवी

13
इसे एक वर्चुअल मशीन कहा जाता है, मुझे अभी भी ऐसा करने में ज्यादा बात नहीं दिख रही है।
अबे पेट्रिलो

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

34

विकास, आईटी और व्यावसायिक उद्देश्यों से इस निर्णय को देखने के लिए कई अलग-अलग तरीके हैं, इसलिए यदि यह भारी लगता है तो बुरा न मानें। लेकिन यह भी - स्केलेबिलिटी को पछाड़ें नहीं।

अपनी आवश्यकताओं के बारे में सोचो ।

मैंने इंजीनियर वेबसाइटें बनाई हैं, जो एक दिन में 8M से अधिक की सेवा देती हैं और एक सप्ताह में वीडियो की टेराबाइट्स वितरित करती हैं, जो कि एक बड़े $ MM IT लेबर स्टाफ द्वारा $ 250k से शुरू होने वाले इन्फ्रास्ट्रक्चर पर बनाया गया है।

लेकिन मेरे पास छोटी वेबसाइटें भी थीं, जिन्हें प्रति वर्ष $ 10- $ 20k उत्पन्न करने के लिए डिज़ाइन किया गया था, उनके पास बहुत अधिक ट्रैफ़िक, db या प्रोसेसिंग आवश्यकताएँ नहीं थीं, और मैंने समझौता किए बिना उन $ 10 / मो जेनेरिक होस्टिंग खाते को बंद कर दिया।

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

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

यदि आपके पास एक ऐसी सेवा है जो एक दिन में 100k + uniques उत्पन्न कर रही है और मुद्दों को स्केलिंग कर रही है, तो मुझे खुशी होगी कि आप अपने हाथों से इसे हटा दें, चाहे आप जिस भाषा, डीबी, प्लेटफॉर्म, या बुनियादी ढांचे पर चल रहे हों!

स्केलेबिलिटी एक फिक्स करने योग्य कार्यान्वयन समस्या है - ग्राहक नहीं होना एक अस्तित्वगत मुद्दा है।


28

खैर, लोग आमतौर पर यह सवाल पूछते हैं: कुछ शुरू करने के लिए शुरू होने पर हरोकू या एडब्ल्यूएस।

हेरोकू और एडब्ल्यूएस दोनों का उपयोग करने का मेरा प्रयोग, यहां मेरी त्वरित समीक्षा और तुलना है:

Heroku

  • आपके प्रोजेक्ट प्रकार जो भी तैनात करने के लिए एक कमांड: रूबी ऑन रेल्स, नॉडज
  • प्लगइन्स और तीसरे पक्ष को एकीकृत करने के लिए इतने सारे 1-क्लिक करें: कुछ के साथ शुरू करना सुपर आसान है।
  • ऑटो-स्केलिंग न करें; इसका मतलब है कि आपको मैन्युअल रूप से ऊपर / नीचे स्केल करने की आवश्यकता है
  • लागत महंगा है, खासकर, जब सिस्टम को अधिक संसाधनों की आवश्यकता होती है
  • नि: शुल्क उदाहरण उपलब्ध है
  • अगर यह निष्क्रिय है तो नि: शुल्क उदाहरण सो जाता है।
  • डेटा सेंटर: केवल यूएस और ईयू
  • का उपयोग करके मशीन के स्तर तक पहुँच सकते हैं Heroku run bash(धन्यवाद, सलाह के लिए MJafar मैश), लेकिन यह सीमित है! आपके पास पूरी पहुंच नहीं है!
  • DevOps के बारे में बहुत अधिक जानने की जरूरत नहीं है

AWS - EC2

  • यह पूर्व-कॉन्फ़िगर ओएस (या नहीं) के साथ एक मशीन की तरह है, इसलिए आपको अपनी वेबसाइट / सेवा को ऑनलाइन बनाने के लिए सॉफ़्टवेयर, लाइब्रेरी स्थापित करने की आवश्यकता है।
  • प्लगइन और लाइब्रेरी को मैन्युअल रूप से एकीकृत करने की आवश्यकता है, या स्वचालन स्क्रिप्ट (सार्वजनिक स्क्रिप्ट और आपके द्वारा लिखित)
  • ऑटो स्केलिंग और लोड बैलेंसर समर्थित सेवाएं हैं, बस अपने सिस्टम को कॉन्फ़िगर और एकीकृत करने का तरीका जानें
  • लागत काफी सस्ती है, यह निर्भर करता है कि आप किस सेवा और कितने घंटे का उपयोग करते हैं
  • T2.micro उदाहरणों के लिए कई मुफ्त घंटे हैं, लेकिन आमतौर पर, आप हर महीने कुछ डॉलर का भुगतान करेंगे (यदि अभी भी T2.micro का उपयोग कर रहे हैं)
  • आपका मुफ्त उदाहरण सोने के लिए उपलब्ध नहीं होगा, 24/7 उपलब्ध है (क्योंकि आप इसके लिए भुगतान कर सकते हैं :))
  • डेटा सेंटर: दुनिया भर में। वह क्षेत्र चुनें जो आपके लिए सबसे उपयुक्त हो।
  • मशीन के स्तर में गोता लगाएँ। तो आप इसका आनंद ले सकते हैं
  • DevOps के बारे में कुछ जानकारी है, लेकिन यह ठीक है, स्टैकओवरफ्लो वहां मददगार है!

AWS इलास्टिक बीनस्टॉक हर्कोकू का एक विकल्प, लेकिन सस्ता

  • इलास्टिक बीनस्टॉक को 2010 से एक सार्वजनिक बीटा के रूप में घोषित किया गया था; यह हमें तैनाती के साथ काम करने में आसान बनाता है। विस्तार के लिए कृपया यहाँ जाएँ

  • बीनस्टॉक मुफ्त है, आप जो भुगतान करेंगे वह उन सेवाओं के लिए होगा जो आप उपयोग करते हैं और उपयोग के घंटे की संख्या।

  • मैं लंबे समय तक इलास्टिक बीनस्टॉक का उपयोग करता हूं, और मुझे लगता है कि यह हरोकू का प्रतिस्थापन और सस्ता हो सकता है!

सारांश

  • हरोकू: शुरुआत में आसान, मुफ्त उदाहरण, लेकिन बाद में महंगा
  • एडब्ल्यूएस: आसान नहीं, मुफ्त घंटे उपलब्ध, सस्ते , बीनस्टॉक का उपयोग करने के लिए चिंतित होना चाहिए

इसलिए मेरे वर्तमान सिस्टम में, मैं स्टेजिंग और उत्पादन के लिए बीनस्टॉक के लिए हरोकू का उपयोग करता हूं!


3
आपको सवाल का जवाब देने का तरीका पसंद है। मैंने हरोकू और AWS की कोशिश की है। मैं आपसे सिफारिश करने के लिए सहमत हूं:Use Heroku for staging, and Beanstalk for production!
चेतबाहन

1
heroku run bashऔर आपके पास अपने वंश तक पहुंच है
मोहम्मद जाफर मशहदी

क्या आप कुछ कीमतों का अनुमान दे सकते हैं? मुझे Tomcat (स्प्रिंग फ्रेमवर्क, angularJS आदि) पर जावा वेब ऐप प्रकाशित करना होगा, चलो एक महीने में 1000 उपयोगकर्ताओं के बारे में सोचते हैं, प्रत्येक 5 मिनट के लिए ऐप का उपयोग कर रहा है। अनुमानित कीमत क्या है? (जैसे बहुत कम उपयोग, लेकिन पूरे महीने के लिए उपलब्धता)
रेजर

1
@ अगर आप t2 माइक्रो इंस्टेंस (प्री-प्रोडक्शन या छोटे प्रोजेक्ट के लिए अच्छा है) का उपयोग करते हैं, तो कीमत इतनी सस्ती है, यह पिछले प्रोजेक्ट में मेरी मेमोरी के रूप में लगभग $ 5 से 10 $ प्रति माह है। यहाँ विस्तार aws.amazon.com/ec2/pricing
Hieu Pham

और Heroku बहुत अधिक महंगा हो जाएगा? (2 बार?) सिमीयर उपयोग के साथ? मैं मूल्य निर्धारण पृष्ठों को जानता हूं, लेकिन यह गणना करना / कल्पना करना कठिन है कि एक साधारण ऐप कितनी सीपीयू शक्ति लेगा या एक महीने के बाद डीबी का उपयोग क्या होगा (डीबी बहुत छोटा होगा)
रेजर

27

मौजूदा उत्तर मोटे तौर पर सटीक हैं:

  • हरोकू का उपयोग करना और उसके लिए बहुत आसान है, आसानी से ऑटो-परिनियोजन के लिए एक रिपॉजिटरी (जैसे गिटहब) के लिए कॉन्फ़िगर किया जा सकता है, तीसरे पक्ष के बहुत सारे ऐड-ऑन हैं और प्रति उदाहरण अधिक शुल्क लेते हैं।

  • AWS के पास डीएनएस, लोड बैलेंसिंग, सस्ते फाइल स्टोरेज सहित प्रतिस्पर्धी मूल्य वाली पहली पार्टी सेवाओं की एक विस्तृत श्रृंखला है और इसमें सुरक्षा नीतियों को परिभाषित करने में सक्षम होने जैसी उद्यम सुविधाएँ हैं।

के लिए tl; डॉ इस पोस्ट के अंत में जाएं।

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

ईबी के साथ तैनाती बहुत धीमी है; एक अद्यतन को तैनात करने में प्रति सर्वर 10-15 मिनट का समय लग सकता है और एक बड़े क्लस्टर में तैनाती करने में हरकोक पर एक अपडेट को तैनात करने के लिए केवल कुछ सेकंड की तुलना में - एक घंटे का सबसे अच्छा हिस्सा लग सकता है। ईबी पर तैनाती को विशेष रूप से मूल रूप से संभाला नहीं जाता है, जो कि आवेदन के डिजाइन पर बाधाएं ला सकता है।

आप अपनी खुद की bespoke प्रणाली (CodeDeploy, Elastic Load Balancer, Auto Scaling Group - और CodeCommit, CodeBuild और CodePueline के साथ) का निर्माण करने के लिए पर्दे के पीछे उपयोग की जाने वाली सभी सेवाओं का उपयोग कर सकते हैं, अगर आप सभी में जाना चाहते हैं, तो आप निश्चित रूप से एक अच्छा खर्च कर सकते हैं कुछ हफ़्ते में पहली बार इसे स्थापित करने के कुछ हफ्तों के रूप में यह EC2 में चीजों को कॉन्फ़िगर करने की तुलना में काफी जटिल और थोड़ा पेचीदा है।

AWS लाइटसैल एक प्रतिस्पर्धी मूल्य पर होस्टिंग विकल्प प्रदान करता है, लेकिन तैनाती या स्केलिंग में मदद नहीं करता है - यह वास्तव में उनके EC2 की पेशकश के लिए सिर्फ एक आवरण है (लेकिन लागत बहुत अधिक)। यह आपको प्रारंभिक सेटअप पर स्वचालित रूप से एक बैश स्क्रिप्ट चलाने की सुविधा देता है, जो कि अच्छा स्पर्श है, लेकिन यह केवल EC2 इंस्टेंस को स्थापित करने की लागत की तुलना में बहुत ही स्वादिष्ट है (जिसे आप प्रोग्रामेटिक रूप से भी कर सकते हैं)।

तुलना करने और सवालों के जवाब देने की कोशिश करने पर कुछ विचार, एक गोल-गोल तरीके से:

  1. यह न समझें कि कार्य प्रणाली प्रशासन कितना है, जिसमें सुरक्षा पैच (और कभी-कभी ओएस अपडेट) के साथ आपके द्वारा स्थापित की गई सभी चीजें शामिल हैं।

  2. स्वचालित तैनाती, ऑटो-स्केलिंग और एसएसएल प्रोविजनिंग और कॉन्फ़िगरेशन कितने लाभकारी हैं, इसे कम न समझें।

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

    आप स्वचालित तैनाती के लिए ElasticBeanstalk का भी उपयोग कर सकते हैं, लेकिन पहली बार एक सप्ताह की सेटिंग में खर्च करने के लिए तैयार रहें - आपको यह बदलना पड़ सकता है कि आप कैसे काम करते हैं और संपत्ति का निर्माण (CSS और JS की तरह) कैसे ElasticBeanstalk की तैनाती के साथ काम करते हैं या तर्क का निर्माण करते हैं। तैनाती को संभालने के लिए अपने ऐप में।

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

    दिलचस्प बात यह है कि ईबी के साथ कई सर्वरों को चलाने की मेजबानी की लागत एकल हरोकू उदाहरण से सस्ती हो सकती है, खासकर जब आप ऐड-ऑन की लागत को शामिल करते हैं।

कुछ अन्य मुद्दों के बारे में विशेष रूप से नहीं पूछा गया, लेकिन अन्य उत्तरों द्वारा उठाए गए:

  1. उत्पादन और विकास के लिए एक अलग प्रदाता का उपयोग करना एक बुरा विचार है।

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

    एक अच्छा विचार यह है कि प्रोटोटाइप, छोटे प्रोजेक्ट और माइक्रोसाइट्स के लिए हेरोकू जैसी किसी चीज़ का लाभ उठाया जाए - इसलिए आप कॉन्फ़िगरेशन और रखरखाव में बहुत समय लगाए बिना चीजों को जल्दी से बना सकते हैं और तैनात कर सकते हैं।

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

  2. यदि AWS का उपयोग कर रहे हैं, तो Bitnami जैसे विक्रेताओं से AWS पूर्व-कॉन्फ़िगर उदाहरणों से सावधान रहें - वे एक सुरक्षा दुःस्वप्न हैं। वे विवरण में उल्लेख किए बिना डिफ़ॉल्ट रूप से बहुत से कुख्यात कमजोर अनुप्रयोगों को उजागर कर सकते हैं।

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

    नोट: अमेज़ॅन ऑफ़र का स्वयं का वितरण है जिसे अमेज़ॅन लिनक्स कहा जाता है, जो आरपीएम का उपयोग करता है, लेकिन यह ईसी 2 विशिष्ट और कम अच्छी तरह से तृतीय पक्ष / ओपन सॉफ्टवेयर द्वारा समर्थित है।

  3. आप AWS (या लाइटसैल) पर EC2 उदाहरण भी सेट कर सकते हैं और उस पर फ्लिन या डॉक्यू जैसी किसी चीज़ को कॉन्फ़िगर कर सकते हैं - जिस पर आप तब कई साइटों को आसानी से तैनात कर सकते हैं, जो बहुत सारी सेवाओं को बनाए रखने या बनना चाहते हैं। आसानी से नई चीजों को स्पिन करने में सक्षम। हालाँकि इसे स्थापित करना उतना ही दुःखद नहीं है जितना कि हरकोक का उपयोग करना और आप इसे कॉन्फ़िगर करने और इसे बनाए रखने में बहुत समय व्यतीत कर सकते हैं (इस बिंदु पर मैंने अमेज़ॅन क्लस्टरिंग और डॉकर झुंड का उपयोग करके तैनात किया है जो उन्हें स्थापित करने से अधिक आसान है; YMMV)।

मैंने जिस प्रोजेक्ट पर काम कर रहा हूं, उसकी जरूरतों के आधार पर एक ही समय में एडब्ल्यूएस ईसी उदाहरण (अकेले और क्लस्टर में), इलास्टिक बीनस्टॉक और लाइटसैल और हरोकू का उपयोग किया है।

मुझे सेवाओं को कॉन्फ़िगर करने में समय खर्च करने से नफरत है, लेकिन मेरा हरकोलोक बिल प्रति वर्ष हजारों होगा यदि मैंने इसे हर चीज के लिए इस्तेमाल किया और AWS लागत का एक अंश बाहर काम करता है।

tl; डॉ

अगर पैसा कभी कोई समस्या नहीं थी, तो मैं लगभग हर चीज के लिए हरोकू का उपयोग करूंगा क्योंकि यह एक बहुत बड़ा समय है - लेकिन मैं अभी भी अधिक जटिल परियोजनाओं के लिए एडब्ल्यूएस का उपयोग करना चाहता हूं जहां मुझे लचीलेपन और अधिक उन्नत सेवाओं की आवश्यकता है जो हरोकू की पेशकश नहीं करता है।

मेरे लिए आदर्श परिदृश्य तब होगा जब ElasticBeanstalk सिर्फ और सिर्फ हेरोकू की तरह काम करता है - यानी आसान विन्यास और तेज और बेहतर तैनाती तंत्र के साथ।

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

मैंने इसे Node.js ऐप और डोकर छवि परिनियोजन दोनों के लिए काफी उपयोग किया है, प्रमुख चेतावनी उदाहरणों को साझा किया जाता है (उनकी कम लागत में परिलक्षित कुछ) और वर्तमान में समर्पित उदाहरणों को खरीदने का कोई विकल्प नहीं है। हालाँकि उनके खुले स्रोत परिनियोजन उपकरण 'अब' का उपयोग एडब्ल्यूएस के साथ-साथ Google क्लाउड और एज़्योर पर समर्पित उदाहरणों को लागू करने के लिए भी किया जा सकता है।


8

यह हमारे व्यापार का एक महत्वपूर्ण प्रतिशत रहा है जो लोगों को हरोकू से AWS तक ले जाता है। दोनों के फायदे हैं, लेकिन यह थोड़ी देर के बाद हरकू पर गड़बड़ हो जाता है ... एक बार जब आपको जटिलता की एक निश्चित स्तर की आवश्यकता होती है तो हरोकू की सीमाओं के साथ बनाए रखना आसान नहीं होता है।

उस ने कहा, हेरोको की आसानी और एडब्ल्यूएस के लचीलेपन के साथ एडब्ल्यूएस पर महान रूपरेखा / उपकरण के साथ होने के लिए तेजी से विकल्प हैं।


क्या आप कुछ कीमतों का अनुमान दे सकते हैं? मुझे Tomcat (स्प्रिंग फ्रेमवर्क, angularJS आदि) पर जावा वेब ऐप प्रकाशित करना होगा, चलो एक महीने में 1000 उपयोगकर्ताओं के बारे में सोचते हैं, प्रत्येक 5 मिनट के लिए ऐप का उपयोग कर रहा है। अनुमानित कीमत क्या है? (जैसे बहुत कम उपयोग, लेकिन पूरे महीने के लिए उपलब्धता)
रेजर

3

मजेदार बात यह है कि हेरोकू वास्तव में बैकएंड पर AWS का उपयोग करता है। यह सब खत्म हो जाता है और EC2 पर आपके लिए आर्किटेक्चर प्रबंधन करता है। (एक साक्षात्कार के दौरान एक बड़ी कंपनी में एक वरिष्ठ इंजीनियर से वह ज्ञान प्राप्त किया)


1

कुंआ! मैं पर्यवेक्षक हेरोकू नवोदित और नवोदित डेवलपर्स में प्रसिद्ध हूं जबकि एडब्ल्यूएस में उन्नत डेवलपर व्यक्तित्व हैं। DigitalOcean भी इस मैदान में एक प्रमुख खिलाड़ी है। CloudOds ने DigitalOcean और AWS पर एक क्लिक में लैंप स्टैक बनाना बहुत आसान बना दिया है। एक क्लिक में सभी सेवाओं और पैकेजों का अपडेट होना मैन्युअल रूप से सभी काम करने से कहीं बेहतर है।

आप पूरी तरह से यहां देख सकते हैं: https://www.cloudways.com/blog/host-php-on-aws-cloud/


1

अच्छी तरह से हरोकू पृष्ठभूमि में AWS का उपयोग करता है, यह सब आपके द्वारा आवश्यक समाधान के प्रकार पर निर्भर करता है। यदि आप एक कोर लिनेक्स हैं और देवों के आदमी हैं, तो आप स्क्रैच से वीएम बनाने के बारे में चिंतित नहीं हैं जैसे एमिली चुनने के विकल्प, आदि के साथ, आप एडब्ल्यूएस के साथ जा सकते हैं। यदि आप उन nettigrities के बिना सतह के स्तर पर चीजें करना चाहते हैं, तो आप उसके साथ जा सकते हैं।


0

अमेज़ॅन वेब सर्विसेज (AWS) IaaS से PaaS को बहुत सी सेवाएँ प्रदान करती हैं जिनमें आश्वासन दिया गया 99.9999999% स्थायित्व और डेटा और इन्फ्रास्ट्रक्चर की उपलब्धता है। एडब्ल्यूएस डेवलपर्स के लिए अपने आवेदन परिनियोजन प्रक्रिया को पाइपलाइन करने के लिए कई उपकरणों के साथ बुनियादी ढांचा स्वचालन प्रदान करता है।

दूसरी ओर, हरोकू सिर्फ PaaS है जो अपने क्लाउड पर आपके प्लेटफॉर्म को प्रबंधित करने के लिए सेवाएं प्रदान करता है। यह कहीं भी एडब्ल्यूएस के साथ खड़ा है चाहे वह बुनियादी ढाँचा हो या सुरक्षा।


6
प्रशस्ति पत्र की जरूरत है, "यह कहीं भी एडब्ल्यूएस के साथ खड़ा है चाहे वह बुनियादी ढाँचा हो या सुरक्षा।"
पोधेरेट्टी 926

0

कभी-कभी, मुझे आश्चर्य होता है कि लोग AWS की तुलना हरकू से क्यों करते हैं। AWS एक IAAS (सेवा के रूप में बुनियादी ढांचा) है, यह स्पष्ट रूप से बोलता है कि प्रणाली कितनी मजबूत और गणनात्मक है। दूसरी ओर, हरोकू सिर्फ एक एसएएएस है, यह मूल रूप से एडब्ल्यूएस सेवाओं का सिर्फ एक अंश है। तो क्यों आप AWS की स्थापना के साथ संघर्ष करते हैं जब आप अपने पहले उत्पाद को हेरोकू का उपयोग करके प्रधानमंत्री को भेज सकते हैं।

हरोकू स्वतंत्र, सरल और वेब के लगभग सभी प्रकार के ढेर को तैनात करने में आसान है। हरकोक को विशेष रूप से आपके एप्लिकेशन को किसी भी समय से कम समय में लाइव सर्वर पर शिपिंग करने की सभी परेशानियों को बायपास करने के लिए बनाया गया है।

फिर भी, आप दोनों पक्षों में से किसी भी ट्यूटोरियल का उपयोग करके अपने आवेदन को तैनात करना चाहते हैं और तुलना कर सकते हैं

एडब्ल्यूएस डॉक्स और हरोकू डॉक्स


0

भले ही AWS और Heroku दोनों क्लाउड प्लेटफ़ॉर्म हैं, फिर भी वे भिन्न हैं क्योंकि AWS IaaS है और Heroku PaaS है


2
वह सही नहीं है। AWS में IAAS और PAAS दोनों तरह के प्रसाद हैं।
ग्लेन बेच

0

हरोकू AWS के सबसेट की तरह है। यह सेवा के रूप में सिर्फ एक मंच है, जबकि AWS को किसी भी स्तर पर और किसी भी स्तर पर लागू किया जा सकता है।

कार्यान्वयन व्यवसाय की आवश्यकता पर निर्भर करता है। यदि यह दोनों में फिट बैठता है, तो तदनुसार उपयोग करें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.