स्टार्टअप के लिए सीआई/सीडी: चीजों को तोड़े बिना तेजी से शिप करें

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

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

सामान्य अंग्रेजी में सीआई/सीडी का क्या मतलब है?

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

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

इतना ही। सीआई आपकी मुख्य शाखा तक पहुंचने से पहले ही बग पकड़ लेता है। सीडी आपके उपयोगकर्ताओं को बिना किसी मानवीय हस्तक्षेप के सत्यापित कोड भेजती है। साथ में, वे "यह मेरी मशीन पर काम करता है" वार्तालाप को "यह पाइपलाइन से गुजर गया" से बदल देते हैं।

स्टार्टअप इसे क्यों छोड़ देते हैं (और बाद में उन्हें इसकी कीमत क्यों चुकानी पड़ती है)

मैनुअल डिप्लॉयमेंट 2 इंजीनियरों पर काम करता है। एक व्यक्ति कोड लिखता है, दूसरा उसकी समीक्षा करता है, कोई सर्वर पर git pull चलाता है, और सुविधा लाइव है। यह तेज़ लगता है क्योंकि फीडबैक लूप छोटा है।

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

जब तक आपके पास 10 इंजीनियर हों, मैन्युअल तैनाती का कारण बनता हैप्रति माह 2-3 उत्पादन घटनाएं. प्रत्येक घटना का निदान करने और उसे ठीक करने में 2-4 घंटे का इंजीनियरिंग समय खर्च होता है। यानी हर महीने वरिष्ठ इंजीनियरिंग का 4-12 घंटे का समय बर्बाद होता है; वह समय जिसका भुगतान आप वेतन के रूप में कर रहे हैं लेकिन शून्य उत्पाद मूल्य प्राप्त कर रहे हैं।

गणित सीधा है. एक वरिष्ठ इंजीनियर की लागत $75-$150/घंटा है। प्रति माह बारह घंटे की घटना प्रतिक्रिया की लागत $900-$1,800 है। सीआई/सीडी सेट करने में एक दोपहर का समय लगता है और निःशुल्क स्तरों पर $0/माह का खर्च आता है। आप अपने पहले महीने में सेटअप समय पुनः प्राप्त कर लेते हैं।

न्यूनतम व्यवहार्य सीआई/सीडी पाइपलाइन

आपको 200 चरणों वाली 45 मिनट की पाइपलाइन की आवश्यकता नहीं है। आपको पांच जांचों की आवश्यकता है जो उत्पादन तक पहुंचने से पहले 90% बग पकड़ लेते हैं।

1. हर पीआर पर लिंट

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

2. प्रत्येक पीआर पर चेक टाइप करें

यदि आप टाइपस्क्रिप्ट का उपयोग कर रहे हैं (और आपको होना भी चाहिए), तो प्रत्येक पुल अनुरोध पर tsc --noEmit चलाएँ। यह उन प्रकार की त्रुटियों को पकड़ता है जो आपके संपादक से छूट सकती हैं; विशेष रूप से उन फ़ाइलों में त्रुटियाँ जिन्हें आपने सीधे तौर पर नहीं बदला है लेकिन वे आपके द्वारा संशोधित कोड पर निर्भर करती हैं। सीआई में पकड़ी गई एक प्रकार की त्रुटि को ठीक करने में 2 मिनट का समय लगता है। उत्पादन में पकड़ी गई वही त्रुटि 2 घंटे की लागत है।

3. प्रत्येक पीआर पर परीक्षण चलाएँ

स्वचालित परीक्षण यह सत्यापित करते हैं कि आपका कोड वही करता है जो उसे करना चाहिए। एक अच्छी तरह से स्कोप वाला परीक्षण सूट 30-90 सेकंड में चलता है और लॉजिक बग पकड़ता है जो लिंटिंग और टाइप चेकिंग से चूक जाते हैं। आपको 100% कवरेज की आवश्यकता नहीं है. आपको उन कोड पथों पर परीक्षण की आवश्यकता है जो धन, उपयोगकर्ता डेटा और मुख्य व्यावसायिक नियमों को संभालते हैं।

4. मुख्य में विलय पर स्टेजिंग के लिए ऑटो-तैनाती

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

5. उत्पादन के लिए एक-क्लिक तैनाती

उत्पादन तैनाती के लिए एक ही सुविचारित कार्रवाई की आवश्यकता होनी चाहिए: एक बटन पर क्लिक करना, एक कमांड चलाना, या एक उत्पादन शाखा में विलय करना। मुख्य शब्द हैजानबूझकर. आप चाहते हैं कि एक इंसान यह निर्णय ले कि "हां, यह उपयोगकर्ताओं के लिए तैयार है", लेकिन आप नहीं चाहते कि वह इंसान ऐसा करने के लिए 15 मैन्युअल कदम उठाए।

उपकरण और लागत

आपको कार्यशील सीआई/सीडी पाइपलाइन प्राप्त करने के लिए पैसे खर्च करने की आवश्यकता नहीं है। इस सूची के प्रत्येक टूल में एक निःशुल्क स्तर है जो प्रारंभिक चरण के स्टार्टअप को कवर करता है।

गिटहब क्रियाएँसार्वजनिक रिपॉजिटरी के लिए निःशुल्क है और इसमें निजी रिपॉजिटरी के लिए प्रति माह 2,000 मिनट शामिल हैं। यह प्रति सप्ताह 20-30 पीआर पर काम करने वाली 5-8 इंजीनियरों की टीम के लिए पर्याप्त है। आपके लिंट, टाइप चेक और टेस्ट चरण प्रत्येक पुल अनुरोध पर ट्रिगर होने वाले वर्कफ़्लो के रूप में चलते हैं।

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

रेलवेGitHub से स्वचालित तैनाती के साथ बैकएंड सेवाओं, डेटाबेस और पृष्ठभूमि कार्यकर्ताओं को संभालता है। मूल्य निर्धारण $5/माह से शुरू होता है और उसके बाद उपयोग-आधारित बिलिंग होती है। यह फुल-स्टैक ऐप्स के लिए एक मजबूत विकल्प है, जिन्हें स्टैटिक होस्टिंग से अधिक की आवश्यकता होती है।

Fly.ioडॉकर कंटेनरों को आपके उपयोगकर्ताओं के करीबी सर्वर पर तैनात करता है। यह उन एपीआई और सेवाओं के लिए उपयुक्त है जिनके लिए विभिन्न क्षेत्रों में कम विलंबता की आवश्यकता होती है। फ्री टियर में 3 साझा वीएम और 160 जीबी आउटबाउंड ट्रांसफर शामिल है।

क्या परीक्षण करें और क्या छोड़ें

हर चीज़ का परीक्षण करने से आपकी पाइपलाइन धीमी हो जाती है। किसी भी चीज़ का परीक्षण करने से आपको कोई सुरक्षा जाल नहीं मिलता है। सही उत्तर मध्य में बैठता है.

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

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

यूआई पिक्सेल परीक्षण छोड़ें।यह परीक्षण न करें कि कोई बटन अपने कंटेनर के शीर्ष से 16 पिक्सेल दूर है या नहीं। हर बार जब आप अपना लेआउट बदलते हैं तो वे परीक्षण विफल हो जाते हैं और शून्य वास्तविक बग पकड़ते हैं।

फ़्रेमवर्क आंतरिक को छोड़ें.यह परीक्षण न करें कि स्थिति बदलने पर रिएक्ट पुन: प्रस्तुत होता है या नहीं। रिएक्ट टीम ने पहले ही इसका परीक्षण कर लिया है। परीक्षण करें कि आपका कोड प्रस्तुत आउटपुट के साथ क्या करता है।

तैनाती विश्वास सीढ़ी

आपकी पाइपलाइन में प्रत्येक चरण विश्वास की एक परत जोड़ता है कि कोड को तैनात करना सुरक्षित है। इसे एक सीढ़ी के रूप में सोचें जहां प्रत्येक सीढ़ी एक अलग श्रेणी के बग को पकड़ती है।

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

अधिकांश स्टार्टअप को पहले पांच पायदान की जरूरत होती है। आप एकीकरण परीक्षणों को शुरुआत में ही छोड़ सकते हैं और जब आपका सिस्टम उन्हें उचित ठहराने लायक जटिल हो जाए तो उन्हें जोड़ सकते हैं। लेकिन लिंट, प्रकार, यूनिट परीक्षण और स्टेजिंग पूर्वावलोकन पर पहले दिन से ही समझौता नहीं किया जा सकता है।

पूर्वावलोकन परिनियोजन टीमों के कोड की समीक्षा करने के तरीके को बदल देता है

प्रत्येक पीआर को एक लाइव यूआरएल मिलता है। स्लैक थ्रेड में स्क्रीनशॉट नहीं। स्क्रीन रिकॉर्डिंग नहीं. प्रस्तावित परिवर्तनों के साथ आपके ऐप का एक लाइव, इंटरैक्टिव संस्करण वास्तविक सर्वर पर चल रहा है।

उत्पाद प्रबंधक सुविधा पर क्लिक करते हैं और पीआर पर टिप्पणियाँ छोड़ते हैं। डिज़ाइनर अपनी स्क्रीन पर रिक्ति और टाइपोग्राफी की जाँच करते हैं। ग्राहक डेमो कॉल की प्रतीक्षा किए बिना वास्तविक समय में प्रगति देखते हैं। यह फीडबैक चक्र को दिनों से घटाकर घंटों में बदल देता है।

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

सावी में, पूर्वावलोकन परिनियोजन ने "यह मेरी मशीन पर अलग दिखता था" वार्तालाप को समाप्त कर दिया है। हितधारक उसी वातावरण में सुविधाओं की समीक्षा करते हैं जहां कोड अंततः चलेगा। यदि यह पूर्वावलोकन URL पर काम करता है, तो यह उत्पादन में काम करता है।

सामान्य गलतियाँ जो टीमों को धीमा कर देती हैं

हर चीज का परीक्षण.25 मिनट की पाइपलाइन डेवलपर की गति को खत्म कर देती है। इंजीनियर पीआर खोलने से बचते हैं क्योंकि फीडबैक लूप बहुत धीमा है। लिंट, प्रकार और यूनिट परीक्षणों के लिए अपनी पाइपलाइन को 3 मिनट से कम समय में रखें। यदि इसमें अधिक समय लगता है, तो आप बहुत अधिक परीक्षण कर रहे हैं या आपके परीक्षणों का दायरा ख़राब है।

परीक्षण कुछ भी नहीं.कोई परीक्षण न होने का मतलब कोई सुरक्षा जाल नहीं है। आप निश्चित रूप से तेजी से बग भेजेंगे, लेकिन आप अपनी सुबह यह ठीक करने में भी बिताएंगे कि आपने पिछली रात क्या भेजा था। अपने मुख्य व्यावसायिक तर्क को कवर करने वाले 10-20 परीक्षणों से शुरुआत करें और वहां से आगे बढ़ें।

कोई मंचन का माहौल नहीं.पीआर से सीधे उत्पादन में तैनाती का मतलब है कि हर विलय एक जुआ है। मंचन आपको ऐसे माहौल में मुद्दों को पकड़ने का एक आखिरी मौका देता है जो उत्पादन को प्रतिबिंबित करता है। वर्सेल के फ्री टियर पर लागत $0 और रेलवे पर $5-$20/माह है।

शुक्रवार शाम 5 बजे तैनाती।यह एक सांस्कृतिक समस्या है, तकनीकी नहीं। अगर कोई चीज़ टूट जाती है, तो उसे ठीक करने के लिए आसपास कोई नहीं होता। आपके उपयोगकर्ता टूटे हुए उत्पाद के साथ सप्ताहांत बिताते हैं, और आपकी टीम सोमवार की सुबह क्षति नियंत्रण में बिताती है। एक टीम नियम निर्धारित करें: शुक्रवार को दोपहर 3 बजे के बाद कोई उत्पादन तैनात नहीं होगा। और भी बेहतर, शुक्रवार को कोई भी उत्पादन तैनात नहीं होता।

सावी हर प्रोजेक्ट कैसे सेट करती है

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

सीआई के लिए GitHub क्रियाएँ।प्रत्येक पीआर एक वर्कफ़्लो ट्रिगर करता है जो ईएसलिंट, टाइपस्क्रिप्ट प्रकार की जाँच और परीक्षण सूट चलाता है। यदि कोई चरण विफल हो जाता है, तो पीआर का विलय नहीं किया जा सकता। शाखा सुरक्षा नियम इसे लागू करते हैं ताकि कोई भी पाइपलाइन को बायपास न करे, यहां तक ​​कि प्रोजेक्ट लीड को भी नहीं।

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

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

स्वचालित प्रकार की जाँच और लाइनिंग।हम बिना किसी निहितार्थ के सख्त टाइपस्क्रिप्ट चलाते हैं और शैली प्राथमिकताओं को नहीं, बल्कि वास्तविक बग को पकड़ने के लिए बनाए गए नियमों के साथ ईएसलिंट चलाते हैं। ये जाँच पाइपलाइन में 15-30 सेकंड जोड़ते हैं और मानव समीक्षक द्वारा कोड देखने से पहले ही 60-70% मुद्दों को पकड़ लेते हैं।

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

अक्सर पूछे जाने वाले प्रश्नों