DevOps ማን ነው እና መቼ አያስፈልግም

የዴቭኦፕስ ጭብጥ ባለፉት ጥቂት ዓመታት ውስጥ በጣም ታዋቂ ሆኗል። ብዙዎቹ የመቀላቀል ህልም አላቸው, ነገር ግን እንደ ልምምድ እንደሚያሳየው, ብዙውን ጊዜ በደመወዝ ደረጃ ምክንያት ብቻ ነው.

አንዳንዶች የቃሉን ፍሬ ነገር ሁልጊዜ ባያውቁትም እና ባይረዱትም DevOpsን በሪሞቻቸው ውስጥ ያመለክታሉ። አንድ ሰው Ansible, GitLab, Jenkins, Terraform እና የመሳሰሉትን (ዝርዝሩን ወደ ጣዕምዎ ሊቀጥል ይችላል) ያጠናውን ወዲያውኑ "ዲቮፕስ" ይሆናል ብሎ ያስባል. ይህ በእርግጥ እውነት አይደለም.

ባለፉት ጥቂት አመታት ውስጥ በተለያዩ ኩባንያዎች ውስጥ በዴቭኦፕስ ትግበራ ላይ በዋናነት ተሳትፌያለሁ። ከዚያ በፊት ከ20 ዓመታት በላይ ከሲስተም አስተዳዳሪ እስከ የአይቲ ዳይሬክተርነት ሠርተዋል። በአሁኑ ጊዜ የዴቭኦፕስ መሪ መሐንዲስ በፕሌይጀንደር።

DevOps ማን ነው?

አንድ ጽሑፍ የመጻፍ ሀሳብ ከሌላ ጥያቄ በኋላ ተነሳ: "DevOps ማን ነው?". ለማን እና ለማን እንደሆነ እስካሁን የተረጋገጠ ቃል የለም። አንዳንድ መልሶች በዚህ ውስጥ አሉ። видео. በመጀመሪያ፣ ከሱ ዋና ዋና ሃሳቦችን አጉላለሁ፣ ከዚያም አስተያየቶቼን እና ሀሳቦቼን አካፍላለሁ።

DevOps ለመቅጠር ልዩ ባለሙያተኛ አይደለም, የመገልገያዎች ስብስብ አይደለም, እና ከመሐንዲሶች ጋር የልማት ክፍል አይደለም.

DevOps ፍልስፍና እና ዘዴ ነው።

በሌላ አገላለጽ፣ ገንቢዎች ከስርዓት አስተዳዳሪዎች ጋር በንቃት እንዲገናኙ የሚያግዝ የአሰራር ስብስብ ነው። ማለትም የሥራ ሂደቶችን እርስ በርስ ለማገናኘት እና ለማዋሃድ ነው.

በዴቭኦፕስ መምጣት የልዩ ባለሙያዎች አወቃቀሮች እና ሚናዎች ተመሳሳይ ናቸው (ገንቢዎች አሉ ፣ መሐንዲሶች አሉ) ፣ ግን የግንኙነቶች ህጎች ተለውጠዋል። በዲፓርትመንቶች መካከል ያሉ ድንበሮች ደብዝዘዋል።

የዴቭኦፕ ግቦች በሶስት ነጥቦች ሊጠቃለል ይችላል፡-

• ሶፍትዌሩ በየጊዜው መዘመን አለበት።
• ሶፍትዌር በፍጥነት መደረግ አለበት.
• ሶፍትዌሮች በተመቻቸ እና በአጭር ጊዜ ውስጥ መሰማራት አለባቸው።

DevOps አንድ መሣሪያ የለውም። ስለ ብዙ ምርቶች ማዋቀር፣ ማድረስ እና መማር DevOps በኩባንያው ውስጥ አለ ማለት አይደለም። ብዙ መሳሪያዎች አሉ እና ሁሉም በተለያየ ደረጃዎች ውስጥ ይሳተፋሉ, ግን አንድ የጋራ ግብ ያቅርቡ.

እና ይሄ የDevOps መሳሪያዎች አካል ነው።

ከ 2 ዓመታት በላይ ሰዎችን ለዴቭኦፕስ መሐንዲስ ቦታ ቃለ መጠይቅ ስታደርግ ቆይቻለሁ፣ እና የቃሉን ምንነት በግልፅ መረዳት ምን ያህል አስፈላጊ እንደሆነ ተገነዘብኩ። ለማካፈል የምፈልጋቸውን ልዩ ልምዶችን፣ አስተያየቶችን እና ሀሳቦችን አከማችቻለሁ።

ከቃለ-መጠይቆች ተሞክሮ ፣ ይህንን ምስል አይቻለሁ- DevOpsን እንደ ቦታ የሚቆጥሩ ባለሙያዎች ብዙውን ጊዜ ከሥራ ባልደረቦች ጋር አለመግባባት አለባቸው.

አንድ ዋና ምሳሌ ነበር. አንድ ወጣት በቃለ መጠይቁ ላይ ከብዙ በጥቃቅን ቃላት ጋር መጣ። በመጨረሻዎቹ ሶስት የስራ ቦታዎች ከ5-6 ወራት ልምድ ነበረው. ሁለት ጀማሪዎችን ትቷል ምክንያቱም እነሱ "አልጀመሩም". ግን ስለ ሦስተኛው ኩባንያ ማንም ሰው እዚያ እንደማይረዳው ተናግሯል-ገንቢዎቹ ለዊንዶውስ ኮዱን ይጽፋሉ ፣ እና ዳይሬክተሩ ይህንን ኮድ በተለመደው ዶከር ውስጥ “መጠቅለል” እና በ CI / ሲዲ ቧንቧ መስመር ውስጥ ያስገባል ። ሰውዬው ስለአሁኑ የስራ ቦታ እና ስለ ባልደረቦቹ ብዙ አሉታዊ ነገሮችን ተናግሯል - “ስለዚህ ዝሆንን አትሸጥም” ብዬ መመለስ ፈለግሁ።

ከዚያም ለእያንዳንዱ እጩ በኔ ዝርዝር ውስጥ ከመጀመሪያዎቹ አንዱ የሆነውን ጥያቄ ጠየቅኩት።

DevOps ለእርስዎ በግል ምን ማለት ነው?
- በአጠቃላይ, ወይም እንዴት ነው የማየው?

የእሱን የግል አስተያየት ፍላጎት ነበረኝ. የቃሉን ንድፈ ሐሳብ እና አመጣጥ ያውቅ ነበር, ነገር ግን በእነሱ ላይ በጥብቅ አልተስማማም. ዴቭኦፕስ ቦታ እንደሆነ ያምን ነበር። የችግሮቹ መነሻ እዚህ ላይ ነው። እንዲሁም ተመሳሳይ አስተያየት ያላቸው ሌሎች ባለሙያዎች.

አሰሪዎች ስለ "ዴቭኦፕስ አስማት" ብዙ ሰምተው ይህን "አስማት" የሚፈጥር ሰው ማግኘት ይፈልጋሉ። "DevOps ሥራ ነው" ሥራ ፈላጊዎች የማይገነዘቡት በዚህ አቀራረብ የሚጠበቁትን ማሟላት እንደማይችሉ ነው. እና በአጠቃላይ ፣ DevOpsን በመግለጫቸው ውስጥ ፃፉ ፣ ምክንያቱም ይህ አዝማሚያ ስለሆነ እና ለእሱ ብዙ ይከፍላሉ ።

DevOps ዘዴ እና ፍልስፍና

ዘዴው ንድፈ ሃሳባዊ እና ተግባራዊ ነው. በእኛ ሁኔታ, ሁለተኛው. ከላይ እንደገለጽኩት፣ DevOps የተገለጹ ግቦችን ለማሳካት የሚያገለግሉ የአሠራር እና ስትራቴጂዎች ስብስብ ነው። እና በእያንዳንዱ ሁኔታ, በኩባንያው የንግድ ሂደቶች ላይ በመመስረት, በከፍተኛ ሁኔታ ሊለያይ ይችላል. ያ የተሻለ ወይም የከፋ አያደርገውም።

የዴቭኦፕስ ዘዴ ግቦችዎን ማሳካት የሚቻልበት መንገድ ብቻ ነው።

አሁን ስለ DevOps ፍልስፍና ምንድነው? እና ይህ ምናልባት በጣም አስቸጋሪው ጥያቄ ነው.

አጭር እና አቅም ያለው መልስ ማዘጋጀት በጣም ከባድ ነው፣ ምክንያቱም ገና መደበኛ ስላልሆነ። እና የዴቭኦፕ ፍልስፍና ተከታዮች በይበልጥ በተግባር የተጠመዱ እንደመሆናቸው፣ በቀላሉ ለፍልስፍና ጊዜ የለም። ይሁን እንጂ ይህ በጣም አስፈላጊ ሂደት ነው. ከዚህም በላይ ከምህንድስና እንቅስቃሴዎች ጋር በቀጥታ የተያያዘ. ልዩ የእውቀት መስክም አለ - የቴክኖሎጂ ፍልስፍና.

በዩኒቨርሲቲዬ ውስጥ እንደዚህ አይነት ርዕሰ ጉዳይ አልነበረም, በ 90 ዎቹ ውስጥ የማገኛቸውን ቁሳቁሶች በመጠቀም ሁሉንም ነገር በራሴ ማጥናት ነበረብኝ. ርዕሱ ለኢንጂነሪንግ ትምህርት አማራጭ ነው, ስለዚህም የመልሱን መደበኛነት አለመኖር. ነገር ግን በዴቭኦፕስ ውስጥ በቁም ነገር የተጠመቁ ሰዎች የሁሉም ኩባንያ ሂደቶች የተወሰነ “መንፈስ” ወይም “የማይታወቅ አጠቃላይነት” ይሰማቸዋል።

ከራሴ ልምድ በመነሳት፣ የዚህን ፍልስፍና አንዳንድ “ፖስታዎች” መደበኛ ለማድረግ ሞከርኩ። የሚከተለው ሆነ።

• DevOps ራሱን የቻለ ወደ የተለየ የእውቀት ወይም የእንቅስቃሴ ቦታ ሊለያይ የሚችል አይደለም።
• የዴቭኦፕስ ዘዴ ሁሉንም የኩባንያ ሰራተኞች እንቅስቃሴያቸውን ሲያቅዱ መምራት አለባቸው።
• DevOps በአንድ ኩባንያ ውስጥ ያሉትን ሁሉንም ሂደቶች ይነካል።
• DevOps የአገልግሎቶቹን እድገት እና የደንበኛውን ከፍተኛ ምቾት ለማረጋገጥ በኩባንያው ውስጥ ባሉ ማናቸውም ሂደቶች ላይ የሚጠፋውን ጊዜ ለመቀነስ አለ።
• DevOps, በዘመናዊ አነጋገር, የጊዜ ወጪዎችን ለመቀነስ እና በዙሪያችን ያሉትን የአይቲ ምርቶችን ጥራት ለማሻሻል የታለመ የእያንዳንዱ የኩባንያው ሰራተኛ ንቁ ቦታ ነው.

እኔ እንደማስበው የእኔ "ፖስታዎች" የተለየ የመወያያ ርዕስ ነው. አሁን ግን መገንባት ያለበት ነገር አለ።

DevOps ምን ያደርጋል?

እዚህ ያለው ቁልፍ ቃል መግባባት ነው. ብዙ የመገናኛ ዘዴዎች አሉ, አስጀማሪው አንድ አይነት የዴቭኦፕስ መሐንዲስ መሆን አለበት. ለምንድነው? ምክንያቱም ፍልስፍና እና ዘዴ ነው, እና ከዚያ በኋላ የምህንድስና እውቀት ብቻ ነው.

ስለ ምዕራባዊው የሥራ ገበያ መቶ በመቶ በእርግጠኝነት መናገር አልችልም። ግን በሩሲያ ስላለው የዴቭኦፕስ ገበያ ብዙ አውቃለሁ። በመቶዎች ከሚቆጠሩ ቃለመጠይቆች በተጨማሪ ባለፈው አንድ ዓመት ተኩል ውስጥ ለትልቅ የሩሲያ ኩባንያዎች እና ባንኮች በ DevOps ትግበራ አገልግሎት ላይ በመቶዎች የሚቆጠሩ ቴክኒካዊ ቅድመ-ሽያጭዎች ላይ ተሳትፌያለሁ.

በሩሲያ ውስጥ, DevOps አሁንም በጣም ወጣት ነው, ነገር ግን አስቀድሞ በመታየት ላይ ያለ ርዕስ ነው. እኔ እስከማውቀው ድረስ በሞስኮ ውስጥ ብቻ በ 2019 የእንደዚህ አይነት ልዩ ባለሙያዎች እጥረት ከ 1000 በላይ ሰዎች ነበሩ. እና ኩበርኔትስ ለቀጣሪዎች የሚለው ቃል ለበሬ እንደ ቀይ ጨርቅ ነው ማለት ይቻላል። የዚህ መሳሪያ ተከታዮች በማይፈለጉበት እና ኢኮኖሚያዊ ትርፋማ በማይሆኑበት ቦታ እንኳን ለመጠቀም ዝግጁ ናቸው. አሠሪው በምን ጉዳዮች ላይ መጠቀም የበለጠ ተገቢ እንደሆነ ሁል ጊዜ አይረዳውም ፣ እና በትክክል ሲሰማሩ የኩበርኔትስ ክላስተር ማቆየት የተለመደውን የክላስተር እቅድ በመጠቀም ማመልከቻን ከማሰማራት 2-3 እጥፍ ይበልጣል። በትክክል በሚፈልጉበት ቦታ ይጠቀሙበት.

DevOpsን መተግበር በገንዘብ ረገድ ውድ ነው። እና በራሱ ሳይሆን በሌሎች አካባቢዎች ኢኮኖሚያዊ ጥቅም በሚያስገኝበት ቦታ ብቻ ይጸድቃል።

የዴቭኦፕስ መሐንዲሶች በእውነቱ አቅኚዎች ናቸው - ይህንን ዘዴ በኩባንያው ውስጥ ለመተግበር እና ሂደቶችን ለመገንባት የመጀመሪያዎቹ ናቸው ። ይህ ስኬታማ እንዲሆን ስፔሻሊስቱ በየደረጃው ካሉ ሰራተኞች እና የስራ ባልደረቦች ጋር ያለማቋረጥ መገናኘት አለባቸው። እኔ ብዙውን ጊዜ እንደምለው ፣ ሁሉም የኩባንያው ሰራተኞች በዴቭኦፕስ ትግበራ ሂደት ውስጥ መሳተፍ አለባቸው-ከጽዳት እስከ ዋና ሥራ አስፈፃሚ። እና ይህ ቅድመ ሁኔታ ነው. ትንሹ የቡድኑ አባል DevOps ምን እንደሆነ ካላወቀ እና ለምን አንዳንድ ድርጅታዊ ድርጊቶች እንደሚፈጸሙ ካልተረዳ የተሳካ ትግበራ አይሰራም.

እንዲሁም፣ የዴቭኦፕስ መሐንዲስ ከጊዜ ወደ ጊዜ የአስተዳደር መርጃን መጠቀም አለበት። ለምሳሌ, "አካባቢያዊ ተቃውሞ" ለማሸነፍ - ቡድኑ DevOps መሳሪያዎችን እና ዘዴን ለመቀበል ዝግጁ ካልሆነ.

አንድ ገንቢ ኮድ እና ሙከራዎችን ብቻ መፃፍ አለበት። ይህንን ለማድረግ የፕሮጀክቱን አጠቃላይ መሠረተ ልማት በአገር ውስጥ የሚያሰማራበት እና የሚንከባከብበት እጅግ በጣም ኃይለኛ ላፕቶፕ አያስፈልገውም። ለምሳሌ የፊት-ኢንደር ሁሉንም የመተግበሪያውን ንጥረ ነገሮች በላፕቶፑ ላይ ያስቀምጣቸዋል, የውሂብ ጎታውን, S3 (minio) emulator, ወዘተ. ያም ማለት ይህንን የአካባቢ መሠረተ ልማት በመንከባከብ ብዙ ጊዜ ያሳልፋል እና ከእንደዚህ አይነት የመፍትሄ ችግሮች ጋር ብቻውን ይታገላል. ለግንባሩ ኮድ ከማዳበር ይልቅ. እንደነዚህ ያሉት ሰዎች ማንኛውንም ለውጦችን በጥብቅ ይቃወማሉ.

ግን በተቃራኒው አዳዲስ መሳሪያዎችን እና ዘዴዎችን በማስተዋወቅ ደስተኛ የሆኑ እና በዚህ ሂደት ውስጥ በንቃት የሚሳተፉ ቡድኖች አሉ. ምንም እንኳን በዚህ ሁኔታ ውስጥ እንኳን, ማንም ሰው በዴቭኦፕስ መሐንዲስ እና በቡድኑ መካከል ያለውን ግንኙነት አልሰረዘም.

DevOps በማይፈለግበት ጊዜ

DevOps የማይፈለግባቸው ሁኔታዎች አሉ። ይህ እውነታ ነው - መረዳት እና መቀበል አለበት.

በመጀመሪያ ደረጃ, ይህ ለማንኛውም ኩባንያዎች (በተለይ ትናንሽ ንግዶች) የሚሠራው ትርፋቸው በቀጥታ ለደንበኞች የመረጃ አገልግሎት በሚሰጡ የአይቲ ምርቶች መኖር እና አለመገኘት ላይ የተመሰረተ አይደለም. እና እዚህ የምንናገረው ስለ ኩባንያው ድረ-ገጽ አይደለም፣ የማይንቀሳቀስ “የቢዝነስ ካርድ” ይሁን ወይም ከተለዋዋጭ የዜና ብሎኮች ወዘተ ጋር።

እነዚህ የመረጃ አገልግሎቶች ከደንበኛው ጋር ለመስተጋብር፣ ጥራታቸው እና ዒላማዎቻቸው በደንበኛዎ እርካታ እና እንደገና ወደ እርስዎ ለመመለስ ባለው ፍላጎት ላይ የሚወሰን ከሆነ DevOps ያስፈልጋል።

አንድ ታዋቂ ባንክ ዋነኛው ምሳሌ ነው. ኩባንያው የተለመደው የደንበኛ ቢሮዎች የሉትም, የሰነዱ ፍሰት በፖስታ ወይም በፖስታዎች በኩል ይካሄዳል, እና ብዙ ሰራተኞች ከቤት ይሠራሉ. ኩባንያው ባንክ ብቻ መሆን አቁሟል እና በእኔ አስተያየት የዳበረ DevOps ቴክኖሎጂዎችን ወደ IT ኩባንያነት ተቀይሯል።

ሌሎች ብዙ ምሳሌዎች እና ንግግሮች በቲማቲክ ስብሰባዎች እና ኮንፈረንስ መዝገቦች ውስጥ ይገኛሉ። አንዳንዶቹን በግል ጎበኘኋቸው - ይህ በዚህ አቅጣጫ ማደግ ለሚፈልጉ በጣም ጠቃሚ ተሞክሮ ነው. በDevOps ላይ ጥሩ ንግግሮች እና ቁሳቁሶች ያላቸው የዩቲዩብ ቻናሎች አገናኞች እዚህ አሉ።

• ዴቮኦፕስ
• DevOpsConf
• HighLoad ++
• ጠፍጣፋ
• MailRu Cloud መፍትሄ

አሁን ንግድዎን ይመልከቱ እና ስለዚህ ጉዳይ ያስቡ፡ ኩባንያዎ እና ትርፉ የደንበኞችን ልምድ ለማቅረብ ምን ያህል በአይቲ ምርቶች ላይ የተመሰረተ ነው?

ኩባንያዎ በትንሽ ሱቅ ውስጥ ዓሣን የሚሸጥ ከሆነ እና ብቸኛው የአይቲ ምርት ሁለት 1C ውቅሮች ከሆነ፡ ኢንተርፕራይዝ (አካውንቲንግ እና UNF)፣ ከዚያ ስለ DevOps ማውራት ምንም ትርጉም የለውም።

በትልቅ የንግድ እና የማኑፋክቸሪንግ ድርጅት ውስጥ የሚሰሩ ከሆነ (ለምሳሌ, የአደን ጠመንጃዎችን ያመርታሉ), ከዚያ ሊያስቡበት ይገባል. ተነሳሽነቱን መውሰድ እና የዴቭኦፕስ ትግበራን ራዕይ ወደ አስተዳደርዎ ማምጣት ይችላሉ። መልካም, በተመሳሳይ ጊዜ, ይህንን ሂደት ለመምራት. ንቁ የሆነ አቋም ከዴቭኦፕስ ፍልስፍና ዋና መለጠፊያዎች አንዱ ነው።

ኩባንያዎ DevOps ያስፈልገዋል ወይ የሚለውን ለመወሰን የዓመታዊ የፋይናንስ ልውውጥ መጠን እና መጠን ዋናው መስፈርት አይደለም።

ከደንበኞች ጋር በቀጥታ የማይገናኝ ትልቅ የኢንዱስትሪ ድርጅት አስቡት። ለምሳሌ አንዳንድ አውቶሞቲቭ እና አውቶሞቲቭ ኩባንያዎች። አሁን እርግጠኛ አይደለሁም፣ ነገር ግን ካለፈው ልምዴ፣ ለብዙ አመታት፣ ከደንበኞች ጋር ያለው ግንኙነት ሁሉ በኢሜይል እና በስልክ የተደረገ ነው።

ደንበኞቻቸው የተወሰነ የመኪና ነጋዴዎች ዝርዝር ናቸው. እና ከአምራቹ ልዩ ባለሙያተኛ ከእያንዳንዱ ጋር ተያይዟል. ሁሉም የውስጥ ሰነድ ፍሰት በ SAP ERP በኩል ይከሰታል. የውስጥ ሰራተኞች, በእውነቱ, የመረጃ ስርዓቱ ደንበኞች ናቸው. ግን የዚህ አይኤስ አስተዳደር የሚከናወነው በክላስተር ስርዓቶችን በማስተዳደር ክላሲካል ዘዴ ነው። ይህም የዴቭኦፕስ ልምዶችን የመጠቀም እድልን አያካትትም።

ስለዚህ ማጠቃለያው ለእንደዚህ አይነት ኢንተርፕራይዞች የዴቭኦፕስ አተገባበር ወሳኝ ነገር አይደለም, ከጽሑፉ መጀመሪያ ጀምሮ የአሰራር ዘዴን ግቦች ካስታወስን. ግን ዛሬ አንዳንድ የ DevOps መሳሪያዎች በእነሱ ጥቅም ላይ እንደሚውሉ አልገለጽም።

በሌላ በኩል፣ ዴቭኦፕስ ዘዴን፣ ፍልስፍናን፣ ልምዶችን እና መሳሪያዎችን በመጠቀም ሶፍትዌሮችን የሚያመርቱ ብዙ ትናንሽ ኩባንያዎች አሉ። እና DevOpsን የመተግበር ወጪ በሶፍትዌር ገበያ ውስጥ ውጤታማ በሆነ መልኩ እንዲወዳደሩ የሚያስችል ወጪ ነው ብለው ያምናሉ። እንደነዚህ ያሉ ኩባንያዎች ምሳሌዎች ሊታዩ ይችላሉ እዚህ.

DevOps እንደሚያስፈልግ ለመረዳት ዋናው መስፈርት፡ የእርስዎ የአይቲ ምርቶች ለኩባንያው እና ለደንበኞች ምን ዋጋ አላቸው.

የኩባንያው ዋና ትርፋማ ምርት ሶፍትዌር ከሆነ, DevOps ያስፈልግዎታል. እና በሌሎች እቃዎች እርዳታ እውነተኛ ገንዘብ ካገኙ በጣም አስፈላጊ አይደለም. ይህ በተጨማሪ የመስመር ላይ መደብሮችን ወይም የሞባይል መተግበሪያዎችን ከጨዋታዎች ጋር ሊያካትት ይችላል።

ማንኛውም ጨዋታዎች በገንዘብ ምክንያት ይኖራሉ፡ በቀጥታም ሆነ በተዘዋዋሪ ከተጫዋቾች። በፕሌይጀንዳሪ ከ200 በላይ ሰዎች በፍጥረቱ ላይ በቀጥታ የተሳተፉ ነፃ የሞባይል ጨዋታዎችን እናዘጋጃለን። DevOpsን እንዴት እንጠቀማለን?

አዎ, ልክ ከላይ እንደተገለፀው. ከገንቢዎች እና ሞካሪዎች ጋር ያለማቋረጥ እገናኛለሁ፣ የዴቭኦፕስ ዘዴን እና ለሰራተኞች መሳሪያዎችን ውስጣዊ ስልጠና አከናውናለሁ።

አሁን ጄንኪንስን እንደ CI/ሲዲ የቧንቧ መስመር መሳሪያ በመጠቀም ሁሉንም የመገጣጠም ቧንቧዎች ከአንድነት ጋር እና በቀጣይ ወደ አፕ ስቶር እና ፕሌይ ገበያ ለማሰማራት እንጠቀማለን። ከጥንታዊው የመሳሪያዎች ስብስብ ተጨማሪ፡

• አሳና - ለፕሮጀክት አስተዳደር. ከጄንኪንስ ጋር ውህደትን ያዘጋጁ።
• Google Meet - ለቪዲዮ ስብሰባዎች።
• Slack - ለግንኙነቶች እና ለተለያዩ ማሳወቂያዎች፣ ከጄንኪንስ ማሳወቂያዎችን ጨምሮ።
• Atlassian Confluence - ለሰነድ እና ለቡድን ስራ.

በቅርብ ጊዜ ውስጥ፣ SonarQube ን በመጠቀም የስታቲክ ኮድ ትንታኔን ተግባራዊ ለማድረግ እና ሴሊኒየምን በመጠቀም አውቶማቲክ የዩአይ ሙከራን በተከታታይ ውህደት ደረጃ ለማካሄድ አቅደናል።

ከዚህ ይልቅ አንድ መደምደሚያ

በሚከተለው ሀሳብ መጨረስ እፈልጋለሁ፡ ከፍተኛ ብቃት ያለው የዴቭኦፕስ መሀንዲስ ለመሆን ከሰዎች ጋር እንዴት መግባባት እንደሚቻል መማር በጣም አስፈላጊ ነው።

DevOps መሐንዲስ የቡድን ተጫዋች ነው። እና ሌላ ምንም ነገር የለም. ከሥራ ባልደረቦች ጋር የመግባባት ተነሳሽነት ከእሱ ነው እንጂ በማንኛውም ሁኔታ ተጽዕኖ ሥር መሆን የለበትም. የዴቭኦፕስ ስፔሻሊስት ለቡድኑ ምርጡን መፍትሄ ማየት እና መጠቆም አለበት።

እና አዎ, የማንኛውንም መፍትሄ ትግበራ ብዙ ውይይት ያስፈልገዋል, እና በመጨረሻም ሊለወጥ ይችላል. እራስን ማጎልበት, ሃሳቦቹን ማቅረብ እና መተግበር - እንደዚህ አይነት ሰው ለቡድኑ እና ለቀጣሪው ዋጋ እየጨመረ ነው. ይህም በመጨረሻ፣ በወርሃዊ ክፍያው መጠን ወይም ተጨማሪ ጉርሻዎች ላይ ይንጸባረቃል።

ምንጭ: hab.com