प्रारम्भिक गाइड: एक DevOps पाइपलाइन सिर्जना गर्दै

यदि तपाइँ DevOps मा नयाँ हुनुहुन्छ भने, तपाइँको पहिलो पाइपलाइन सिर्जना गर्न यो पाँच-चरण गाइड हेर्नुहोस्।

DevOps ढिलो, असंबद्ध वा टुटेको सफ्टवेयर विकास प्रक्रियाहरू फिक्स गर्नको लागि मानक समाधान भएको छ। समस्या यो हो कि यदि तपाइँ DevOps मा नयाँ हुनुहुन्छ र कहाँ सुरु गर्ने थाहा छैन भने, तपाइँसँग यी प्रविधिहरूको बुझाइको कमी हुन सक्छ। यस लेखले DevOps पाइपलाइनको परिभाषाबारे छलफल गर्नेछ र एउटा सिर्जना गर्न पाँच-चरण निर्देशनहरू पनि प्रदान गर्नेछ। यद्यपि यो ट्यूटोरियल पूर्ण छैन, यसले तपाइँलाई तपाइँको यात्रा सुरु गर्न र भविष्यमा तपाइँको ज्ञान विस्तार गर्न को लागी एक आधार दिनुपर्छ। तर इतिहासबाट सुरु गरौं।

मेरो DevOps यात्रा

मैले यसअघि Citi को क्लाउड पूर्वाधार व्यवस्थापन गर्न इन्फ्रास्ट्रक्चर-एज-ए-सर्भिस (IaaS) वेब अनुप्रयोग विकास गर्ने Citi Group क्लाउड टोलीमा काम गरेको थिएँ, तर विकास प्रक्रियालाई कसरी अझ प्रभावकारी बनाउने र सकारात्मक सांस्कृतिक परिवर्तन ल्याउने भन्नेमा म सधैं चासो राख्थें। विकास टोली। मैले Citi मा क्लाउड आर्किटेक्चर र इन्फ्रास्ट्रक्चरका CTO, ग्रेग लैभेन्डरले सिफारिस गरेको पुस्तकमा जवाफ फेला पारे। पुस्तकलाई द फिनिक्स प्रोजेक्ट भनिन्छ (फीनिक्स परियोजना), र यसले DevOps को सिद्धान्तहरू बताउँछ, तर यो उपन्यास जस्तै पढ्छ।

पुस्तकको पछाडिको तालिकाले विभिन्न कम्पनीहरूले आफ्नो प्रणालीलाई रिलीज वातावरणमा कति पटक प्रयोग गर्छन् भनेर देखाउँछ:

Amazon: 23 प्रति दिन
गुगल: 5 प्रति दिन
Netflix: 500 प्रति दिन
फेसबुक: दिनमा एक पटक
ट्विटर: हप्तामा 3 पटक
सामान्य कम्पनी: प्रत्येक 9 महिनामा एक पटक

अमेजन, गुगल र नेटफ्लिक्स फ्रिक्वेन्सीहरू कसरी सम्भव छन्? यो किनभने यी कम्पनीहरूले लगभग सिद्ध DevOps पाइपलाइन कसरी सिर्जना गर्ने भनेर पत्ता लगाएका छन्।

हामीले Citi मा DevOps लागू नगरेसम्म हामी यसबाट टाढा थियौं। त्यसबेला, मेरो टोलीसँग फरक वातावरण थियो, तर विकास सर्भरमा तैनाती पूर्ण रूपमा म्यानुअल थियो। सबै विकासकर्ताहरूले IBM WebSphere अनुप्रयोग सर्भर सामुदायिक संस्करणमा आधारित एक मात्र विकास सर्भरमा पहुँच गरेका थिए। समस्या यो थियो कि सर्भर बन्द हुनेछ जब धेरै प्रयोगकर्ताहरूले एकै समयमा डिप्लोइ गर्ने प्रयास गरे, त्यसैले विकासकर्ताहरूले एकअर्कालाई आफ्नो मनसाय सञ्चार गर्नुपर्‍यो, जुन धेरै पीडा थियो। थप रूपमा, निम्न-स्तर परीक्षण कोड कभरेज, बोझिलो म्यानुअल डिप्लोइमेन्ट प्रक्रियाहरू, र विशिष्ट कार्य वा प्रयोगकर्ता कथासँग सम्बन्धित कोडको डिप्लोइमेन्ट ट्र्याक गर्न असक्षमताका साथ समस्याहरू थिए।

मैले केहि गर्न आवश्यक छ भन्ने महसुस गरें र एक समान विचारधाराको सहकर्मी भेट्टाएँ। हामीले प्रारम्भिक DevOps पाइपलाइन निर्माण गर्न सहयोग गर्ने निर्णय गर्‍यौं - मैले जेन्किन्स, एकीकृत Atlassian Jira र BitBucket मा काम गर्दा उनले एक Tomcat भर्चुअल मेसिन र एप्लिकेसन सर्भर सेटअप गरे र परीक्षण कोड कभरेजमा काम गरे। यो साइड प्रोजेक्ट धेरै सफल थियो: हामीले धेरै प्रक्रियाहरू लगभग पूर्ण रूपमा स्वचालित गर्यौं, हाम्रो विकास सर्भरमा लगभग 100% अपटाइम हासिल गर्‍यौं, ट्र्याकिङ प्रदान गर्‍यौं र कोडको परीक्षण कभरेज सुधार गर्‍यौं, र Git शाखाहरूलाई जिरा मुद्दाहरू वा तैनातीहरूमा लिङ्क गर्ने क्षमता थप्यौं। हामीले हाम्रो DevOps पाइपलाइन निर्माण गर्न प्रयोग गरेका अधिकांश उपकरणहरू खुला स्रोत थिए।

अब म बुझ्छु कि हाम्रो DevOps पाइपलाइन कति सरल थियो: हामीले जेनकिन्स फाइलहरू वा उत्तरदायी जस्ता विस्तारहरू प्रयोग गरेनौं। यद्यपि, यो साधारण पाइपलाइनले राम्रोसँग काम गर्यो, सायद Pareto सिद्धान्तको कारणले (80/20 नियम पनि भनिन्छ)।

DevOps र CI/CD पाइपलाइनको संक्षिप्त परिचय

यदि तपाईंले धेरै मानिसहरूलाई सोध्नुभयो भने, "DevOps के हो?", तपाईंले सायद धेरै फरक जवाफहरू पाउनुहुनेछ। DevOps, Agile जस्तै, धेरै फरक विषयहरू फैलाउन विकसित भएको छ, तर धेरै मानिसहरू केही कुराहरूमा सहमत हुनेछन्: DevOps एक सफ्टवेयर विकास अभ्यास वा सफ्टवेयर विकास जीवन चक्र (SDLC) हो जसको केन्द्रीय सिद्धान्तले संस्कृति परिवर्तन गरिरहेको छ जसमा विकासकर्ताहरू र गैर- विकासकर्ताहरू वातावरणमा अवस्थित छन् जसमा:

पहिले म्यानुअल रूपमा सञ्चालन गरिएका सञ्चालनहरू स्वचालित भएका छन्;
सबैले आफूले जे राम्रो गर्छ त्यही गर्छन्;
समय को एक निश्चित अवधि मा कार्यान्वयन को संख्या बढ्छ; थ्रुपुट बढ्छ;
विकास लचिलोपन बढ्यो।

जबकि सही सफ्टवेयर उपकरणहरू हुनु मात्र एक मात्र चीज होइन जुन तपाईंले DevOps वातावरण सिर्जना गर्न आवश्यक छ, केही उपकरणहरू आवश्यक छन्। एक प्रमुख उपकरण निरन्तर एकीकरण र निरन्तर तैनाती (CI/CD) हो। यस पाइपलाइनमा, वातावरणका विभिन्न चरणहरू छन् (जस्तै DEV, INT, TST, QA, UAT, STG, PROD), धेरै सञ्चालनहरू स्वचालित छन्, र विकासकर्ताहरूले उच्च गुणस्तरको कोड लेख्न सक्छन्, विकास चपलता प्राप्त गर्न सक्छन्, र उच्च तैनाती दरहरू।

यस लेखले खुला स्रोत उपकरणहरू प्रयोग गरेर निम्न रेखाचित्रमा देखाइएको जस्तै DevOps पाइपलाइन सिर्जना गर्न पाँच-चरण दृष्टिकोणको वर्णन गर्दछ।

चरण 1: CI/CD विधिहरू

तपाईलाई चाहिने पहिलो कुरा CI/CD उपकरण हो। जेनकिन्स, जाभामा आधारित खुला स्रोत उपकरण र MIT लाइसेन्स अन्तर्गत इजाजतपत्र प्राप्त, DevOps लाई लोकप्रिय बनाउने उपकरण हो र वास्तविक मानक भएको छ।

त्यसोभए जेनकिन्स के हो? यसलाई केहि प्रकारको जादुई विश्वव्यापी रिमोट कन्ट्रोलको रूपमा सोच्नुहोस् जसले विभिन्न सेवाहरू र उपकरणहरूसँग कुरा गर्न र व्यवस्थित गर्न सक्छ। आफ्नै मा, जेनकिन्स जस्तै CI/CD उपकरण बेकार छ, तर यो धेरै शक्तिशाली हुन्छ किनकि यसले विभिन्न उपकरण र सेवाहरूमा जडान गर्दछ।

Jenkins धेरै खुला स्रोत CI/CD उपकरणहरू मध्ये एक मात्र हो जुन तपाईंले आफ्नो DevOps पाइपलाइन निर्माण गर्न प्रयोग गर्न सक्नुहुन्छ।

जेनकिन्स: क्रिएटिभ कमन्स र एमआईटी
ट्राभिस सीआई: एमआईटी
क्रूज कन्ट्रोल: BSD
बिल्डबोट: GPL
Apache Gump: Apache 2.0
केबी: GNU

CI/CD उपकरणसँग DevOps प्रक्रियाहरू कस्तो देखिन्छन् भन्ने कुरा यहाँ छ:

तपाइँसँग तपाइँको लोकलहोस्टमा CI/CD उपकरण चलिरहेको छ, तर तपाइँ यस समयमा गर्न सक्ने धेरै छैन। DevOps यात्राको अर्को चरणमा जाऔं।

चरण 2: स्रोत नियन्त्रण प्रणालीहरू प्रबन्ध गर्नुहोस्

तपाईको CI/CD उपकरणले यसको जादू गर्न सक्छ भनेर प्रमाणित गर्ने उत्तम (र सायद सजिलो) तरिका स्रोत कोड नियन्त्रण (SCM) उपकरणसँग एकीकृत गर्नु हो। तपाईंलाई किन स्रोत नियन्त्रण चाहिन्छ? मानौं तपाईं एउटा अनुप्रयोग विकास गर्दै हुनुहुन्छ। जब तपाइँ एप्लिकेसन सिर्जना गर्नुहुन्छ, तपाइँ प्रोग्रामिङ गर्दै हुनुहुन्छ, र तपाइँ Java, Python, C++, Go, Ruby, JavaScript, वा लाखौं प्रोग्रामिङ भाषाहरू मध्ये कुनै पनि प्रयोग गर्नुहुन्छ कि फरक पर्दैन। तपाईले लेख्नु भएको कोडलाई स्रोत कोड भनिन्छ। सुरुमा, विशेष गरी जब तपाईं एक्लै काम गर्दै हुनुहुन्छ, यो सम्भवतः स्थानीय डाइरेक्टरीमा सबै कुरा राख्न ठीक छ। तर जब परियोजना ठूलो हुँदै जान्छ र तपाईंले अन्य मानिसहरूलाई सहयोग गर्न आमन्त्रित गर्नुहुन्छ, तपाईंलाई प्रभावकारी रूपमा परिमार्जनहरू साझेदारी गर्दा द्वन्द्वहरू रोक्नको लागि एक तरिका चाहिन्छ। तपाईलाई अघिल्लो संस्करणहरू पुनर्स्थापना गर्ने तरिका पनि चाहिन्छ, किनकि ब्याकअपहरू सिर्जना गर्ने र तिनीहरूलाई प्रतिलिपि गर्ने/टाँस्ने कार्य अप्रचलित हुँदै गइरहेको छ। तपाइँ (र तपाइँको टोलीका साथीहरूलाई) केहि राम्रो चाहिन्छ।

यो जहाँ स्रोत कोड नियन्त्रण लगभग एक आवश्यकता हुन्छ। यो उपकरणले तपाईंको कोड भण्डारहरूमा भण्डारण गर्दछ, संस्करणहरूको ट्र्याक राख्छ, र परियोजना सहभागीहरूको कामलाई समन्वय गर्दछ।

जबकि त्यहाँ त्यहाँ धेरै स्रोत नियन्त्रण उपकरणहरू छन्, Git मानक हो, र सही रूपमा। म अत्यधिक Git प्रयोग गर्न सिफारिस गर्दछु, यद्यपि त्यहाँ अन्य खुला स्रोत विकल्पहरू छन् यदि तपाइँ चाहनुहुन्छ भने।

Git: GPLv2 र LGPL v2.1
सबवर्सन: Apache 2.0
समवर्ती संस्करण प्रणाली (CVS): GNU
Vesta: LGPL
Mercurial: GNU GPL v2+

स्रोत कोड नियन्त्रणहरू थप्दा DevOps पाइपलाइन यस्तो देखिन्छ।

एक CI/CD उपकरणले सदस्यहरू बीचको समीक्षा, स्रोत कोड अधिग्रहण, र सहयोगको प्रक्रियाहरू स्वचालित गर्न सक्छ। खराब छैन? तर तपाईले यसलाई कसरी काम गर्ने अनुप्रयोगमा परिणत गर्नुहुन्छ ताकि अरबौं मानिसहरूले यसलाई प्रयोग गर्न र प्रशंसा गर्न सकून्?

चरण 3: बिल्ड स्वचालन उपकरण सिर्जना गर्नुहोस्

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

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

शीर्षक
लाइसेन्स
प्रोग्रामिङ भाषा

Maven
अपाचे 2.0
Java

एन्ट
अपाचे 2.0
Java

ग्र्याडल
अपाचे 2.0
Java

बजेल
अपाचे 2.0
Java

बनाउन
GNU
N /

आवाज निकाल्नु
एमआईटी
जाभास्क्रिप्ट

गल्प
एमआईटी
जाभास्क्रिप्ट

निर्माणकर्ता
अपाचे
रूबी

रैक
एमआईटी
रूबी

AAP
GNU
अजगर

SCons
एमआईटी
अजगर

बिटबेक
GPLv2
अजगर

केक
एमआईटी
C#

ASDF
प्रवासी (MIT)
LISP

Cabal
BSD
Haskell

महान! तपाईले आफ्नो स्रोत नियन्त्रण प्रणालीमा निर्माण स्वचालन उपकरण कन्फिगरेसन फाइलहरू राख्न सक्नुहुन्छ र तपाइँको CI/CD उपकरणलाई सबै कुरा सँगै राख्न दिनुहोस्।

सबै ठीक छ, हैन? तर तपाइँको आवेदन कहाँ तैनात गर्ने?

चरण 4: वेब अनुप्रयोग सर्भर

अहिलेको लागि, तपाइँसँग प्याकेज गरिएको फाइल छ जुन कि त कार्यान्वयन वा स्थापना गर्न सकिन्छ। कुनै पनि अनुप्रयोग साँच्चै उपयोगी हुनको लागि, यसले कुनै प्रकारको सेवा वा इन्टरफेस प्रदान गर्नुपर्छ, तर तपाइँलाई तपाइँको अनुप्रयोग होस्ट गर्न कन्टेनर चाहिन्छ।

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

त्यहाँ धेरै खुला स्रोत वेब अनुप्रयोग सर्भरहरू छन्।

शीर्षक
लाइसेन्स
प्रोग्रामिङ भाषा

Tomcat
अपाचे 2.0
Java

Jetty
अपाचे 2.0
Java

वाइल्डफ्लाइ
GNU कम सार्वजनिक
Java

गिलास माछा
CDDL र GNU कम सार्वजनिक
Java

Django
3-खण्ड BSD
अजगर

Tornado
अपाचे 2.0
अजगर

गनिकोर्न
एमआईटी
अजगर

अजगर
एमआईटी
अजगर

रेलहरू
एमआईटी
रूबी

Node.js
एमआईटी
जाभास्क्रिप्ट

तपाईंको DevOps पाइपलाइन प्रयोग गर्न लगभग तयार छ। राम्रो काम!

जब तपाइँ त्यहाँ रोक्न सक्नुहुन्छ र एकीकरण आफैंलाई ह्यान्डल गर्न सक्नुहुन्छ, कोड गुणस्तर एक एप विकासकर्ताको लागि चिन्ताको लागि महत्त्वपूर्ण कुरा हो।

चरण 5: कोड परीक्षण कभरेज

परीक्षणहरू लागू गर्नु अर्को जटिल आवश्यकता हुन सक्छ, तर विकासकर्ताहरूले अनुप्रयोगमा कुनै पनि बगहरू छिट्टै समात्नुपर्दछ र अन्तिम प्रयोगकर्ताहरू सन्तुष्ट छन् भनेर सुनिश्चित गर्न कोडको गुणस्तर सुधार गर्नुपर्छ। सौभाग्य देखि, तपाइँको कोड परीक्षण गर्न र यसको गुणस्तर सुधार गर्न सिफारिसहरू बनाउन धेरै खुला स्रोत उपकरणहरू छन्। के अझ राम्रो छ कि धेरै CI/CD उपकरणहरूले यी उपकरणहरूमा जडान गर्न र प्रक्रिया स्वचालित गर्न सक्छ।

कोड परीक्षणले दुई भागहरू समावेश गर्दछ: कोड परीक्षण फ्रेमवर्क जसले तपाईंलाई परीक्षणहरू लेख्न र चलाउन मद्दत गर्दछ, र सुझाव उपकरणहरू जसले तपाईंलाई तपाईंको कोडको गुणस्तर सुधार गर्न मद्दत गर्दछ।

कोड परीक्षण प्रणाली

शीर्षक
लाइसेन्स
प्रोग्रामिङ भाषा

JUnit
ग्रहण सार्वजनिक लाइसेन्स
Java

EasyMock
अपाचे
Java

मोकीटो
एमआईटी
Java

PowerMock
अपाचे 2.0
Java

पाइटेस्ट
एमआईटी
अजगर

परिकल्पना
मोजिला
अजगर

टक्स
एमआईटी
अजगर

कोड सुधारको लागि सिफारिस प्रणाली

शीर्षक
लाइसेन्स
प्रोग्रामिङ भाषा

Cobertura
GNU
Java

कोडकभर
Eclipse Public (EPL)
Java

coverage.py
अपाचे 2.0
अजगर

एम्मा
साझा सार्वजनिक लाइसेन्स
Java

JaCoCo
ग्रहण सार्वजनिक लाइसेन्स
Java

परिकल्पना
मोजिला
अजगर

टक्स
एमआईटी
अजगर

चमेली
एमआईटी
जाभास्क्रिप्ट

कर्म
एमआईटी
जाभास्क्रिप्ट

मोचा
एमआईटी
जाभास्क्रिप्ट

छ
एमआईटी
जाभास्क्रिप्ट

नोट गर्नुहोस् कि माथि उल्लेख गरिएका धेरैजसो उपकरण र फ्रेमवर्कहरू Java, Python र JavaScript को लागि लेखिएका छन्, किनकि C++ र C# प्रोप्राइटरी प्रोग्रामिङ भाषाहरू हुन् (यद्यपि GCC खुला स्रोत हो)।

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

अतिरिक्त चरणहरू

.Ы

मैले भनेझैं, तपाइँ तपाइँको सर्भर भर्चुअल मेसिन वा सर्भरमा होस्ट गर्न सक्नुहुन्छ, तर कन्टेनरहरू एक लोकप्रिय समाधान हो।

कन्टेनरहरू के हुन्? छोटो व्याख्या यो हो कि भर्चुअल मेसिनलाई अपरेटिङ सिस्टम मेमोरीको ठूलो मात्रा चाहिन्छ, एप्लिकेसनको साइज भन्दा बढि, जबकि कन्टेनरलाई एप्लिकेसन चलाउन केही पुस्तकालयहरू र कन्फिगरेसनहरू मात्र चाहिन्छ। जाहिर छ, भर्चुअल मेसिनको लागि अझै पनि महत्त्वपूर्ण प्रयोगहरू छन्, तर कन्टेनर एप्लिकेसन सर्भर सहित, एप्लिकेसन होस्ट गर्नको लागि हल्का समाधान हो।

जबकि त्यहाँ अन्य कन्टेनर विकल्पहरू छन्, सबैभन्दा लोकप्रिय Docker र Kubernetes हुन्।

डकर: Apache 2.0
Kubernetes: Apache 2.0

मध्यवर्ती स्वचालन उपकरणहरू

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

यहाँ केही खुला स्रोत मिडलवेयर स्वचालन उपकरणहरू छन्:

उत्तर: GNU सार्वजनिक
SaltStack: Apache 2.0
शेफ: Apache 2.0
कठपुतली: Apache वा GPL

SkillFactory बाट भुक्तान गरिएको अनलाइन पाठ्यक्रमहरू लिएर सीप र तलबको सन्दर्भमा स्क्र्याच वा स्तर माथिबाट खोजिएको पेशा कसरी प्राप्त गर्ने भन्ने बारे विवरणहरू पत्ता लगाउनुहोस्:

• DevOps पाठ्यक्रम (७ महिना)

थप पाठ्यक्रमहरू

• मेसिन लर्निङ कोर्स (६ हप्ता)
• स्क्र्याच देखि डाटा विज्ञान को पेशा अध्यापन (७ महिना)
• कुनै पनि प्रारम्भिक स्तरमा विश्लेषक पेशा (७ महिना)
• वेब विकास पाठ्यक्रम को लागी पाइथन (७ महिना)

उपयोगी

• 450 नि: शुल्क आइवी लीग पाठ्यक्रमहरू
• डेटा विज्ञान २०२० मा प्रवृत्तिहरू
• डाटा विज्ञान मरेको छ। दीर्घजीवी व्यापार विज्ञान
• स्टेरोइडहरूमा डाटा विज्ञान: निर्णय बुद्धिमत्ताको परिचय
• सबैभन्दा सफल र सबैभन्दा स्क्यान्डल डाटा विज्ञान परियोजना: क्याम्ब्रिज एनालिटिका

स्रोत: www.habr.com