इनसाइड व्यू या लाइकस्टोर प्रोजेक्ट इंफ्रास्ट्रक्चर

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

मैं आयरन से लेकर सॉफ्टवेयर तक, कम इन्फ्रास्ट्रक्चर स्तरों से लेकर उच्चतर तक जाऊंगा। सदस्यता द्वारा उपयोग की जाने वाली सभी सेवाओं के लिए, मैं कीमतों का संकेत दूंगा। प्रत्येक आइटम के लिए एक छोटी टिप्पणी होगी, लेकिन भविष्य में, उनमें से प्रत्येक को बाद के पदों में अधिक गहराई से खोला जा सकता है। आइए जाने ...

एक छोटी सी कहानी ।।

शुरुआत से ही, हमने बादलों पर ध्यान केंद्रित करना शुरू कर दिया, क्योंकि यह सुविधाजनक है। मुख्य आवश्यकता यह थी कि यह PaaS ( AppFog , Nodejitsu , Heroku , Azure ), और IaaS ( EC2 , DigitalOcean , Rackspace ) नहीं था। स्टार्टअप के लिए अपने स्वयं के सर्वर के बुनियादी ढांचे को बनाए रखना बहुत मजेदार है।

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

हमारा पहला अनुभव AppFog के साथ था। पहले प्रयोगों के समय, वे वास्तव में आकर्षक दिखे - 8 उदाहरण, प्रत्येक के लिए 256 एमबी मेमोरी। सबसे महत्वपूर्ण बात, रूबी क्लाइंट के माध्यम से "एक टीम की तैनाती" और 20 रुपये के लिए यह सब। पहले तो सबकुछ ठीक था, लेकिन बाद में नकारात्मक पहलू खुलने लगे: एक लंबी तैनाती (30 - 40 सेकंड), एक असहज डेसबोर्ड, लेकिन सबसे अप्रिय, उनके लोड बैलेंसिंग सिस्टम में एक समस्या के कारण, ऐपफॉग ने लगातार "खो" सर्वर कुकीज़, जो इसे असंभव बना दिया था एप्लिकेशन का उपयोग करें।

हमें नोडजित्सु के लिए रवाना होना था । $ 33 के लिए 3 उदाहरण, एपफॉग की तुलना में महंगा है, लेकिन नोडजित्सु पर आवेदन ने काम किया, तैनाती जल्दी हो गई, डेसबोर्ड सुविधाजनक है और समर्थन बराबर है। मुझे 3 उदाहरणों में फिट होने के लिए हमारी वास्तुकला पर थोड़ा पुनर्विचार करना था, लेकिन यह और भी बेहतर था। हमारे पास Nodejitsu के बारे में कोई विशेष शिकायत नहीं थी, सिवाय इसके कि उनके सर्वर us-East-1 ज़ोन में स्थित हैं और यूरोप के लिए इसने एक ध्यान देने योग्य पिंग लेटेंसी बनाई है।

जब हमने सार्वजनिक बीटा चरण (ग्रीष्मकालीन 2013) में प्रवेश किया तो खुशियाँ समाप्त हो गईं। हमने स्पष्ट रूप से समझा कि हम उपयोगकर्ता के व्यक्तिगत डेटा के साथ काम कर रहे थे, इसलिए http का उपयोग करना स्वीकार्य नहीं था। Nodejitsu एक कस्टम डोमेन के साथ व्यक्तिगत योजना के लिए एसएसएल का उपयोग करना असंभव बनाता है। बिजनेस प्लान पर स्विच करने पर महीने में $ 120 खर्च होते हैं।

यह "बम्मर" था ... सर्वर किराए पर लेना और सब कुछ खुद करना आवश्यक था, अर्थात्। अनिवार्य रूप से IaaS के समाधान पर लौटते हैं।

होस्टिंग और हार्डवेयर

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

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

हमने सबसे सस्ते विकल्प के साथ शुरुआत की: 512MB, 1CPU, 20GB SSD सिर्फ 5 रुपये में। यह शुरू करने के लिए पर्याप्त से अधिक था। इस कॉन्फ़िगरेशन में, हम हज़ारवें उपयोगकर्ता तक बच गए। Node.js संसाधनों के मामले में सबसे "बेकार" मंच नहीं है और 512MB सामान्य ऑपरेशन के लिए इसे संभव बनाता है, लेकिन एक निश्चित भार तक। समय के साथ, सबसे अधिक संसाधन-गहन घटक कलेक्टर (पसंदों को इकट्ठा करना) ने बहुत अधिक मेमोरी और कॉर्न फॉल का उपभोग करना शुरू कर दिया।

हमने 10 रुपये के लिए एक बड़ी बूंद - 1GB, 1CPU, 30GB SDD ली और अपने "दमघोंटू" वातावरण के लिए अतीत को छोड़ दिया। इस प्रकार, एसएसएल समर्थन के साथ, सभी होस्टिंग की कीमत हमारे पास 15 रुपये है। किसी भी Paa समाधान की तुलना में लगभग 10 गुना अधिक लाभदायक है। अभी हाल ही में, हमने 2 जीबी रैम / 2 सीपीयू के साथ बूंदों पर स्विच किया, और यह कॉन्फ़िगरेशन हमें लंबे समय तक चलेगा।

"लेकिन DigitalOcean, यह PaaS नहीं है," आप तर्क देते हैं, और आप सही होंगे। लेकिन हम इसे उसके करीब लाने में सक्षम थे। कैसे?

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

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

तैनाती की प्रक्रिया

Dokku मशीन A (डेवलपमेंट मशीन या इंटीग्रेशन सर्वर) से मशीन B (उत्पादन में मशीन) और docker को निष्पादन योग्य प्रक्रियाओं और स्टार्टअप वातावरण को अलग करने के लिए एक स्रोत परिवहन के रूप में गिट का उपयोग करता है। dokku आप एक आदेश के साथ आवेदन को तैनात करने की अनुमति देता है:

git push production master


हर बार एप्लिकेशन को "स्वच्छ" वातावरण से तैनात किया जाता है, इस वातावरण पर आवश्यक संस्करण के नोडज स्थापित किए जाएंगे, सभी आवश्यक निर्भरताएं स्थापित की जाएंगी, आदि। dokku nginx का उपयोग करता है, कंटेनरों को चलाने के लिए अभिनय प्रॉक्सी, यदि आवश्यक हो, तो सर्वर पर एक विशिष्ट फ़ोल्डर में कुंजियों को कॉपी करके SSL कनेक्शन को कॉन्फ़िगर किया जाता है।

हम एक दिन में लगभग 5-10 बार परीक्षण वातावरण और 1-2 बार काम के माहौल में तैनात करते हैं, संस्करण 0.1 से डॉक्यू का उपयोग करना शुरू करते हैं हमें कोई महत्वपूर्ण कठिनाइयों का अनुभव नहीं हुआ, लेकिन परियोजना ने बहुत सारे लाभ लाए। एक ही समय में, वह और अंतर्निहित दोनों तकनीकें बेहद दिलचस्प हैं!

डेटा भंडारण

परियोजना की शुरुआत में, हमने CouchDB का उपयोग किया, लेकिन बहुत जल्दी MongoDB पर स्विच कर दिया।

MongoDB सभी मामलों में सुविधाजनक है, यह एक योजनाबद्ध समाधान है, जो तेजी से बढ़ती परियोजनाओं के लिए आदर्श है, आसानी से एक डेवलपर मशीन द्वारा उठाया जाता है। हमारे मौजूदा डेटा वॉल्यूम हमें डेटाबेस के एक उदाहरण के साथ, बिना तेज किए काम करने की अनुमति देते हैं।

उत्पादन में MongoDB को कॉन्फ़िगर करने की संभावनाओं ने मुझे मैनुअल तैनाती से भी कम प्रसन्न किया। हमने MongoLab के साथ शुरुआत की , लेकिन बाद में MongoHQ पर स्विच किया, मुख्य रूप से क्योंकि हमें उनके समर्थन दल के बारे में सहयोगियों से अच्छी सिफारिशें मिलीं, और दूसरा यह है कि MongoHQ आपको यूरोप में एक सर्वर को तैनात करने की अनुमति देता है।

प्रोटोटाइप के लिए हमने एक परीक्षण कनेक्शन लिया, 512MB (तब हमें एक अप्राप्य मात्रा प्रतीत हुई) सब कुछ एक धमाके के साथ काम किया। लेकिन मुझे याद है कि मैं AWS Small:EU लिए खुश था, जिसके लिए मोंगोह ने हमें कुछ समस्याएं दीं और समर्थन देने के लिए ऋण दिया - आवेदन सिर्फ "उड़ान" के लिए शुरू हुआ, प्रतिक्रिया समय हमारे पास था हम डेवलपर से घिरे हैं। इसके अलावा, उनके पास एक बहुत अच्छा व्यवस्थापक पैनल है, धीमी गति से प्रश्नों पर नज़र रखने और अनुशंसित सूचकांक।

लॉगिंग और मॉनिटरिंग

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

हम जिस समाधान पर चल रहे हैं, वह लॉगेंट्रीज है । ट्रैफ़िक लॉग की हमारी वर्तमान मात्रा के साथ, हम एक मुफ़्त खाते में रहते हैं। हमारे सभी अनुप्रयोगों के "कार्डियोग्राम" हमेशा हमारी आंखों के सामने होते हैं, इसलिए हम जल्दी से देखते हैं कि कुछ गलत होने लगता है।

अपने सर्वर की स्थिति की निगरानी करना भी महत्वपूर्ण है। पहले यह सर्वर और मैनुअल निगरानी के लिए ssh था, अब न्यू रेलिक ने सहयोगियों की सलाह पर दौरा किया। मुझे वास्तव में स्थापना प्रक्रिया, अच्छा प्रलेखन और समर्थन पसंद आया। नई रेलिक की प्रीमियम सुविधा अनुप्रयोग निगरानी है, हाल ही में उन्होंने Node.js. के लिए समर्थन जोड़ा है

मेट्रिक्स और उपयोगकर्ता संचार

यदि लॉगिंग एप्लिकेशन के लिए नंबर एक प्राथमिकता है, तो मैट्रिक्स उत्पाद के लिए नंबर प्राथमिकता है।

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

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

उपयोगकर्ताओं के साथ संचार के लिए, हम 2 समाधानों का उपयोग करते हैं: लेनदेन पत्र मैनड्रिल के लिए , और समर्थन, निमंत्रण और प्रतिधारण पत्र इंटरकॉम के लिए । दोनों उत्पाद बहुत अच्छे हैं, मैनड्रिल मूल्य निर्धारण नीति (मुफ्त में 12,000 पत्र) हमें बिना किसी लागत के इसका उपयोग करने की अनुमति देता है, लेकिन इंटरकॉम के साथ हमने हाल ही में एक परीक्षण किया, और उनका मूल्य टैग काफी अधिक है - प्रत्येक 250 सक्रिय उपयोगकर्ताओं के लिए आधार मूल्य $ 49 + $ 11 है। हमने दिसंबर के अंत में इंटरकॉम को कनेक्ट किया था और हमारा चालान $ 82 था। यह अब तक की सबसे महंगी सेवा है (एक ही समय में सुविधाजनक), लेकिन मैं विकल्पों पर विचार करूंगा।

कुल बुनियादी ढांचे की लागत

इसलिए, हम बुनियादी ढांचे के लिए स्टार्टअप लागत को संक्षेप में प्रस्तुत करते हैं: $ 40 (DigitalOcean) + $ 20 (MongoHQ) + $ 82 (इंटरकॉम) = $ 152। यह एक बहुत कुछ है, एक स्टार्ट-अप कंपनी के लिए, हम अभी भी अनुकूलन के तरीकों की तलाश करेंगे। हालांकि, यह इतना पैसा नहीं है कि आपको अपनी सेवा शुरू करने की कोशिश करने से रोकना चाहिए। इसके अलावा, हम उत्पाद के अस्तित्व के लगभग आधे साल में इन खर्चों के लिए आए थे, और शुरुआती लागत $ 10-20 प्रति माह के स्तर पर थी।

अब सबसे अनुकूल वातावरण और बहुत सारी चीजें डेवलपर्स की मदद करने के लिए की जा रही हैं, संदेह से दूर - आज से शुरू करें!