क्या मुझे DevOps पर एक छोटी कंपनी मिल सकती है?

Question

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

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

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

Comments

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

— एवगेनी

@ ईजेनवी - तो उद्यमी कैसे करता है कि 1 आदमी टीम के साथ अन्य उत्तरों के आधार पर जो मैंने लिंक किया है?

— 23:25 पर जेम्स शेवेई

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

— डैन कॉर्निलेस्कु

Answer 1

DevOps के तीन भाग होते हैं: टूलींग / स्वचालन, संगठनात्मक और सांस्कृतिक।

आप अपनी संगठनात्मक संरचना और प्रक्रिया को 'अपने व्यवसाय की परिपक्वता' पर आधारित कर रहे हैं। जो होशियार है। एक स्टार्टअप और एक भाग्य 1000 कंपनी के साथ मेरे अनुभव ने मुझे यह अनुभव करने के लिए प्रेरित किया है कि कंपनी विकास के लिए DevOps के साथ शुरू करना बेहतर है। यह कुशल है और चुस्त के साथ अच्छी तरह से फिट बैठता है।

टूलींग

आपकी परिपक्वता वास्तव में युवा होने के कारण, आपको बाजार में समय कम करने के लिए अपने DevOps प्रक्रिया को सास उत्पादों के रूप में खरीदना चाहिए। जेनकिंस के बजाय सर्कलसीआई या इसी तरह के उत्पाद का उपयोग करें। VM और docker के बजाय, Heroku का उपयोग करें। टूलसेट को आज़माएं और शामिल करें लेकिन इसे ऐसे तरीके से करें जो आपके व्यवसाय के आकार के लिए काम करता है। यदि कोड को मैन्युअल रूप से तैनात करने में सप्ताह में 4 घंटे लगते हैं और 1 घंटे में इसे स्वचालित करने से बचत होती है। कर दो।

संगठनात्मक

संगठनात्मक दृष्टिकोण से भी, आप स्वाभाविक रूप से सभी डेवलपर्स के साथ संचालन / सुविधाओं के लिए जिम्मेदार पार्टी के रूप में भी उत्पाद विकास शुरू करेंगे। संगठनात्मक संरचनाओं के लिए http://web.devopstopologies.com/ पर एक नज़र डालें । हमारा स्टार्टअप टाइप 2 से शुरू हुआ, और जैसे-जैसे हम परिपक्व होंगे, टाइप 7 की ओर बढ़ेंगे।

सांस्कृतिक

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

तो संक्षेप में, हाँ DevOps का पीछा करते हैं, लेकिन अपने व्यवसाय की परिपक्वता को पूरा करने वाले स्तर पर ऐसा करते हैं।

Comments

DevOps टोपोलॉजी के लिंक के लिए धन्यवाद; वहाँ अच्छा सामान।

— स्टुअर्ट आइन्सवर्थ

Answer 2

एक (एक छोटे से 1-2 व्यक्ति कंपनी शुरू करने और पैसे के रूप में बढ़ रहा है) दूसरे के साथ कुछ नहीं करना है (एक DevOps दर्शन का उपयोग करके)।

यहां तक ​​कि एक 1-मैन बिजनेस भी DevOps आधारित हो सकता है। आप अपने ग्रेट आइडिया (tm) को पूरी तरह से कंटेनरीकृत CI / CD पाइपलाइन के साथ कार्य करना शुरू कर सकते हैं, वास्तव में शुरुआत से बेहतर कोई समय नहीं है, जब कोई महत्वपूर्ण कार्य करने के लिए, अभी तक, और इससे पहले कि आप एक महत्वपूर्ण हिट करें उपयोगकर्ताओं की संख्या। यह काम के महीनों के लिए नहीं जा रहा है; आप कुछ घंटों में एक बुनियादी जेनकींस / डॉकर पाइपलाइन को एक साथ हैक कर सकते हैं (यदि आप पहले से ही बहुत कुछ जानते हैं) या हो सकता है कि दिन (लेकिन तब दिन उत्पादक रूप से उस सामान को सीखने में खर्च हो गए होंगे जैसे आप जाते हैं)।

ग्रीनफील्ड प्रोजेक्ट में सीडी पार्ट के साथ शुरुआत करना सीडी को मौजूदा एप्लिकेशन में जोड़ने की तुलना में बहुत आसान है, जो पहले मैनुअल डिप्लॉय का उपयोग करता था।

आप प्रारंभ में पूर्ण परीक्षण कवरेज के साथ शुरू कर सकते हैं (स्पष्ट कारणों के लिए कोई बेहतर समय नहीं है), ऐसे उपकरण शामिल हैं जो सीआई / सीडी के हिस्से के रूप में परीक्षण कवरेज की पुष्टि करते हैं।

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

आप कर सकते हैं, और मवेशी-नहीं-पालतू के साथ तुरंत शुरू करना चाहिए (जिसका अर्थ है IaC, IaaS, PaaS और वह सब अच्छा सामान, जो एक सुंदर सुव्यवस्थित "बड़े तीन" प्रदाताओं में से एक पर होस्ट किया गया है)। छोटे से शुरू करो, एक पैमाने की जरूरत है।

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

Comments

इसमें IaC जोड़ें और यह एक आदमी कंपनी DevOps के दृष्टिकोण के बिना 5 से अधिक लोगों के मूल्य का निर्माण कर सकती है

— पीटर मुर्सकिन

मैं यह भी सुझाव दे सकता हूं कि यदि संभव हो तो IaaS पर PaaS पर विचार करें - बहुत कम परिवर्तनों (यदि कोई हो) के साथ सरल, कम प्रारंभिक लागत और तेजी से पैमाने पर क्षमता।

— डैन कॉर्निलेस्कु

Answer 3

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

Answer 4

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

तो लगभग आवश्यकता के अनुसार शुरुआती खिलाड़ियों को कई भूमिकाओं को कवर करना होगा, विकास और संचालन (सुविधाओं और रिलीज़) को सीधे "DevOps" स्टाइल वाले व्यवसाय में मैप किया जा सकता है।

कि मैंने अपनी पिछली माइक्रो-एजेंसी के साथ क्या किया था, हम अंततः 2 पूर्ण समय बन गए (मैं ज्यादातर डेवलपर, मेरा साथी मुख्य रूप से पृष्ठभूमि का चयन करता है, लेकिन हमने खुद को हाइब्रिड परागण करना शुरू कर दिया है :) और 3-4 नियमित ठेकेदारों को बुलाया जाएगा जरूरत है। आखिरकार हमने सुविधाओं को जोड़ने के अलावा ग्राहकों के लिए कुछ परियोजनाओं का प्रबंधन (संचालन) भी शुरू कर दिया।

यद्यपि हमने "DevOps" शब्द का उपयोग नहीं किया (मुझे नहीं लगता कि मुझे पता था कि यह उस समय अस्तित्व में था), हम समय सीमा पर तैनाती में सुविधा को बेहतर बनाने और क्लाइंट अनुभव को यथासंभव दर्दनाक बनाने पर केंद्रित थे।

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

मैं अभी छोटे व्यवसाय के लिए एक उद्यम शुरू कर रहा हूं (DevOps सेवाएं प्रदान कर रहा हूं)।

तो संक्षेप में, न केवल मुझे लगता है कि यह संभव है , लेकिन मेरा मानना ​​है कि यह शुरू करने का सबसे अच्छा तरीका है!

शुभ लाभ!

Answer 5

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