DevOps ምንድን ነው?

የዴቭኦፕስ ፍቺ በጣም የተወሳሰበ ነው፣ስለዚህ ውይይቱን በየጊዜው መጀመር አለብን። በዚህ ርዕስ ላይ በሀበሬ ላይ ብቻ አንድ ሺህ ህትመቶች አሉ። ግን ይህን እያነበብክ ከሆነ፣ ምናልባት DevOps ምን እንደሆነ ታውቃለህ። ምክንያቱም እኔ አይደለሁም. ሃይ ስሜ አሌክሳንደር ቲቶቭ (@osminog), እና ስለ DevOps ብቻ እንነጋገራለን እና ልምዴን አካፍላለሁ።

ታሪኬን እንዴት ጠቃሚ ማድረግ እንዳለብኝ ለረጅም ጊዜ እያሰብኩ ነበር ፣ ስለሆነም እዚህ ብዙ ጥያቄዎች ይኖራሉ - ራሴን የምጠይቃቸው እና የኩባንያችን ደንበኞች የምጠይቃቸው። ለእነዚህ ጥያቄዎች መልስ በመስጠት መረዳት የተሻለ ይሆናል። ከኔ እይታ DevOps ለምን እንደሚያስፈልግ እነግርዎታለሁ ፣ ምን እንደሆነ ፣ እንደገና ፣ ከኔ እይታ ፣ እና ከኔ እይታ እንደገና ወደ DevOps እየተንቀሳቀሱ መሆኑን እንዴት እንደሚረዱ። የመጨረሻው ነጥብ በጥያቄዎች በኩል ይሆናል. ለእነሱ መልስ በመስጠት፣ ኩባንያዎ ወደ DevOps እየተንቀሳቀሰ እንደሆነ ወይም በሆነ መንገድ ችግሮች እንዳሉ መረዳት ይችላሉ።

በአንድ ወቅት የውህደት እና የግዢ ማዕበል እየጋለብኩ ነበር። በመጀመሪያ ቂክ ለተባለች አነስተኛ ጀማሪ ሰራሁ ከዛ ስካይፕ በተባለ ትንሽ ትልቅ ኩባንያ ተገዛው ከዚያም ማይክሮሶፍት በተባለ ትንሽ ትልቅ ኩባንያ ተገዛ። በዚያን ጊዜ የዴቭኦፕስ ሀሳብ በተለያዩ መጠን ያላቸው ኩባንያዎች ውስጥ እንዴት እንደሚለወጥ ማየት ጀመርኩ። ከዚያ በኋላ ዴቭኦፕስን ከገበያ እይታ አንጻር የማየት ፍላጎት አደረብኝ እና እኔ እና ባልደረቦቼ ኤክስፕረስ 42 የተባለውን ኩባንያ መስርተናል። ለ 6 ዓመታት ያህል በገበያው ማዕበል ላይ ስንንቀሳቀስ ቆይተናል።

ከሌሎች ነገሮች በተጨማሪ እኔ የዴቭኦፕስ የሞስኮ ማህበረሰብ አዘጋጆች እና የ DevOps-Days 2017 አደራጅ ነኝ ፣ ግን 2018 አላደራጀሁም። ኤክስፕረስ 42 ከብዙ ኩባንያዎች ጋር ይሰራል። DevOpsን እዚያ እናሳድጋለን፣ እንዴት እንደሚከሰት ተመልክተናል፣ መደምደሚያ ላይ እንሳልለን፣ እንመረምራለን፣ መደምደሚያዎቻችንን ለሁሉም እንነግራቸዋለን እና ሰዎችን በDevOps ልምምዶች እናሠለጥናለን። በአጠቃላይ በዚህ ረገድ ያለንን ልምድ እና እውቀት ለማሳደግ የተቻለንን እያደረግን ነው።

ለምን DevOps

ሁሉንም ሰው የሚያደናቅፈው የመጀመሪያው ጥያቄ - ለምን? ብዙ ሰዎች DevOps አውቶሜሽን ብቻ ወይም እያንዳንዱ ኩባንያ ቀደም ሲል የነበረው ተመሳሳይ ነገር ነው ብለው ያስባሉ።

- ቀጣይነት ያለው ውህደት ነበረን - ይህ ማለት ቀድሞውኑ DevOps ነበረን ማለት ነው ፣ እና ይህ ሁሉ ለምን ያስፈልጋል? ውጭ ሀገር እየተዝናኑ ነው ግን እንዳንሰራ እየከለከልን ነው!

ከ 9 ዓመታት በላይ የህብረተሰቡ እድገት እና የአሰራር ዘዴ ፣ ይህ አሁንም የገቢያ ብልጭልጭ አለመሆኑን ቀድሞውኑ ግልፅ ሆኗል ፣ ግን ለምን እንደሚያስፈልግ ሙሉ በሙሉ ግልፅ አይደለም ። እንደ ማንኛውም መሳሪያ እና ሂደት፣ DevOps በመጨረሻ የሚያገኛቸው የተወሰኑ ግቦች አሉት።

ይህ ሁሉ የሆነው ዓለም እየተለወጠ በመምጣቱ ነው. እሱ ከድርጅታዊ አቀራረብ ይርቃል, ኩባንያዎች በቀጥታ ወደ ህልም ሲሄዱ, የእኛ ሴንት ፒተርስበርግ ክላሲክ እንደዘፈነው, በተወሰነ ስልት መሰረት ከ ነጥብ A እስከ ነጥብ B, ለዚህም የተወሰነ መዋቅር አለው.

በመርህ ደረጃ, በ IT ውስጥ ያሉት ሁሉም ነገሮች በዚህ አቀራረብ መሰረት መገንባት አለባቸው. እዚህ IT ሂደቶችን በራስ-ሰር ለማድረግ ብቻ ጥቅም ላይ ይውላል።

አውቶማቲክስ ብዙ ጊዜ አይለወጥም, ምክንያቱም አንድ ኩባንያ በደንብ የረገጠ ጉድፍ ሲወርድ, ለመለወጥ ምን አለ? ይሰራል - አይንኩት. አሁን በዓለም ላይ ያሉ አቀራረቦች እየተለወጡ ናቸው፣ እና Agile የሚባለው የመጨረሻ ነጥብ B ወዲያውኑ እንደማይታይ ይጠቁማል።

አንድ ኩባንያ በገበያው ውስጥ ሲያልፍ፣ ከደንበኛ ጋር ሲሰራ፣ ገበያውን ያለማቋረጥ ይመረምራል እና የመጨረሻውን ነጥብ B ይለውጣል።ከዚህም በላይ ብዙ ጊዜ ኩባንያው አቅጣጫውን ሲቀይር መጨረሻው ላይ የበለጠ ስኬታማ ይሆናል፣ ምክንያቱም ብዙ ገበያ ስለሚመርጥ። ቦታዎች.

ስልቱ በቅርቡ የተማርኩት አንድ አስደሳች ኩባንያ አሳይቷል። አንድ ቦክስ ሻቭ በሳጥን ውስጥ ለምላጭ እና ለመላጨት የደንበኝነት ምዝገባ ማቅረቢያ አገልግሎት ነው። ለተለያዩ ደንበኞች የእነርሱን "ሣጥን" እንዴት ማበጀት እንደሚችሉ ያውቃሉ. ይህ የሚከናወነው በተወሰነ ሶፍትዌር ነው, ከዚያም ምርቱን ወደሚያመርተው የኮሪያ ፋብሪካ ትዕዛዙን ይልካል.

ይህ ምርት በዩኒሊቨር የተገዛው በ1 ቢሊዮን ዶላር ነው። አሁን ከጊሌት ጋር ይወዳደራል እና በአሜሪካ ገበያ ውስጥ ከፍተኛ የተጠቃሚዎችን ድርሻ ወስዷል። አንድ ቦክስ ሻቭ እንዲህ ይላል፡-

- 4 ቅጠሎች? አንተ ከምር ነህ? ለምን ይህ ያስፈልግዎታል - የመላጩን ጥራት አያሻሽልም. በልዩ ሁኔታ የተመረጠ ክሬም፣ መዓዛ እና ከፍተኛ ጥራት ያለው ምላጭ ባለ ሁለት ምላጭ ከእነዚያ ደደብ 4 የጊሌት ቢላዎች የበለጠ ብዙ ችግሮችን ይፈታሉ! በቅርቡ 10 እንደርሳለን?

አለም የሚለወጠው እንደዚህ ነው። ዩኒሊቨር ይህን እንዲያደርጉ የሚያስችል አሪፍ የአይቲ ሲስተም እንዳላቸው ይናገራሉ። በመጨረሻም ጽንሰ-ሐሳብ ይመስላል ለገበያ የሚሆን ጊዜማንም አስቀድሞ ያልተናገረው.

የ Time-to-market ነጥቡ በየስንት ጊዜ ማሰማራታችን አይደለም። ብዙ ጊዜ ማሰማራት ይችላሉ, ነገር ግን የመልቀቂያ ዑደቶች ረጅም ይሆናሉ. የሶስት ወር የመልቀቂያ ዑደቶች እርስ በእርሳቸው ከተደራረቡ በሳምንት አንድ ጊዜ እየቀያየሩ ከሆነ ኩባንያው በሳምንት አንድ ጊዜ የሚያሰማራ ይመስላል። እና ከሃሳቡ እስከ መጨረሻው ትግበራ 3 ወራት ይወስዳል.

ጊዜ-ወደ-ገበያ ከሃሳብ ወደ መጨረሻው ትግበራ ያለውን ጊዜ መቀነስ ነው።

በዚህ አጋጣሚ ሶፍትዌር ከገበያ ጋር ይገናኛል። የOne Box Shave ድርጣቢያ ከደንበኛው ጋር የሚገናኘው በዚህ መንገድ ነው። ሻጮች የሏቸውም - ጎብኚዎች ምኞቶችን ጠቅ አድርገው የሚተውበት ድር ጣቢያ ብቻ። በዚህ መሠረት, አንድ አዲስ ነገር በጣቢያው ላይ በየጊዜው መለጠፍ እና በምኞት መሰረት መዘመን አለበት. ለምሳሌ, በደቡብ ኮሪያ ውስጥ ከሩሲያ በተለየ መልኩ ይላጫሉ, እና የፓይን ሽታ ሳይሆን ለምሳሌ ካሮት እና ቫኒላ ይወዳሉ.

የጣቢያውን ይዘት በፍጥነት መለወጥ አስፈላጊ ስለሆነ የሶፍትዌር ልማት በጣም ይለወጣል. በሶፍትዌር በኩል ደንበኛው የሚፈልገውን ማወቅ አለብን. ከዚህ በፊት፣ ይህንን የተማርነው በአንዳንድ የማዞሪያ መንገዶች፣ ለምሳሌ፣ በቢዝነስ አስተዳደር ነው። ከዚያም ንድፍ አውጥተናል, መስፈርቶቹን ወደ IT ስርዓት አስገባን, እና ሁሉም ነገር አሪፍ ነበር. አሁን የተለየ ነው - ሶፍትዌሩ የተነደፈው በሂደቱ ውስጥ በተሳተፉ ሰዎች ሁሉ ነው ፣ መሐንዲሶችን ጨምሮ ፣ ምክንያቱም በቴክኒካዊ ዝርዝሮች ገበያው እንዴት እንደሚሰራ ይማራሉ እንዲሁም ግንዛቤያቸውን ከንግዱ ጋር ያካፍላሉ።

ለምሳሌ፣ በ Qik ሰዎች የእውቂያ ዝርዝሮችን ወደ አገልጋዩ መስቀል በጣም እንደሚወዱ በድንገት ተማርን፣ እና መተግበሪያ አቀረቡልን። መጀመሪያ ላይ አላሰብነውም። በጥንታዊ ኩባንያ ውስጥ ሁሉም ሰው ይህ ስህተት ነው ብሎ ወስኖ ነበር ፣ ምክንያቱም ዝርዝሩ በጣም ጥሩ መስራት እንዳለበት ስላልተናገረ እና በአጠቃላይ በጉልበቱ ላይ ስለሚተገበር ባህሪውን አጥፍተው “ይህን ማንም አያስፈልገውም ፣ በጣም አስፈላጊው ነገር ዋናው ተግባር ነው የሚሰራው." እና የቴክኖሎጂ ኩባንያው ይህንን እንደ እድል በመመልከት በዚህ መሰረት ሶፍትዌሩን መቀየር ይጀምራል.

በ 1968 አንድ ባለራዕይ ሜልቪን ኮንዌይ የሚከተለውን ሀሳብ አዘጋጀ።

ስርዓቱን የሚፈጥረው ድርጅት የዚያን ድርጅት የግንኙነት መዋቅር በሚደግም ዲዛይን የተገደበ ነው።

በበለጠ ዝርዝር, የተለያየ አይነት ስርዓቶችን ለማምረት, በተለየ ዓይነት ኩባንያ ውስጥ የግንኙነት መዋቅር ሊኖርዎት ይገባል. የግንኙነት መዋቅርዎ ከፍተኛ-ተዋረድ ከሆነ ይህ በጣም ከፍተኛ የጊዜ-ወደ-ገበያ አመልካች የሚያቀርቡ ስርዓቶችን እንዲፈጥሩ አይፈቅድልዎትም.

አንብብ ስለ ኮንዌይ ህግ ይችላል በአገናኞች በኩል. የዴቭኦፕስን ባህል ወይም ፍልስፍና ለመረዳት አስፈላጊ ነው ምክንያቱም በ DevOps ውስጥ በመሠረቱ የሚለወጠው ብቸኛው ነገር በቡድኖች መካከል የግንኙነት መዋቅር ነው።.

ከሂደቱ እይታ ፣ ከዴቭኦፕስ በፊት ፣ ሁሉም ደረጃዎች-ትንተና ፣ ልማት ፣ ሙከራ ፣ ክወና ፣ መስመራዊ ነበሩ።
በ DevOps ውስጥ እነዚህ ሁሉ ሂደቶች በአንድ ጊዜ ይከሰታሉ.

ጊዜ-ወደ-ገበያ ማድረግ የሚቻለው ብቸኛው መንገድ ነው. በአሮጌው ሂደት ውስጥ ለሰሩ ሰዎች ይህ በመጠኑ የጠፈር እና በአጠቃላይ እንዲሁ ይመስላል።

ስለዚህ DevOps ለምን ያስፈልግዎታል?

ለዲጂታል ምርት ልማት. ኩባንያዎ ዲጂታል ምርት ከሌለው, DevOps አያስፈልግም - በጣም አስፈላጊ ነው.

DevOps ተከታታይ የሶፍትዌር ምርት የፍጥነት ገደቦችን አሸንፏል. በእሱ ውስጥ ሁሉም ሂደቶች በአንድ ጊዜ ይከሰታሉ.

አስቸጋሪነት ይጨምራል. የዴቭኦፕ ወንጌላውያን ሶፍትዌሮችን መልቀቅ ቀላል እንደሚያደርግልዎት ሲነግሩዎት ይህ ከንቱ ነው።

በDevOps፣ ነገሮች ይበልጥ የተወሳሰቡ ይሆናሉ።

በአቪቶ መቆሚያ ላይ ባለው ኮንፈረንስ ላይ የዶከር ኮንቴይነር ማሰማራት ምን እንደሚመስል ማየት ይችላሉ - ከእውነታው የራቀ ተግባር። ውስብስቡ ይከለክላል፤ ብዙ ኳሶችን በተመሳሳይ ጊዜ ማሽከርከር አለቦት።

DevOps በኩባንያው ውስጥ ያለውን ሂደት እና አደረጃጀት ሙሉ በሙሉ ይለውጣል - በትክክል ፣ የሚለወጠው DevOps አይደለም ፣ ግን የዲጂታል ምርቱ። ወደ DevOps ለመምጣት አሁንም ይህን ሂደት ሙሉ ለሙሉ መቀየር አለብዎት።

ለአንድ ስፔሻሊስት ጥያቄዎች

ምን አለህ? በኩባንያ ውስጥ በሚሰሩበት ጊዜ እና እንደ ልዩ ባለሙያተኛ በማደግ ላይ እያሉ እራስዎን መጠየቅ የሚችሏቸው ጥያቄዎች.

ዲጂታል ምርት ለመፍጠር ስልት አለህ? ካለ, ያ ቀድሞውኑ ጥሩ ነው. ይህ ማለት ኩባንያዎ ወደ DevOps እየሄደ ነው ማለት ነው።

ኩባንያዎ አስቀድሞ ዲጂታል ምርት እየፈጠረ ነው? ይህ ማለት ሌላ ደረጃ ከፍ ማድረግ እና ነገሮችን የበለጠ አስደሳች ማድረግ ይችላሉ - እንደገና ከዴቭኦፕስ እይታ። እኔ የምናገረው ከዚህ አንፃር ብቻ ነው።

ኩባንያዎ በዲጂታል ምርት ውስጥ ካሉ የገበያ መሪዎች አንዱ ነው? Spotify, Yandex, Uber አሁን በቴክኖሎጂ እድገት ጫፍ ላይ ያሉ ኩባንያዎች ናቸው.

እነዚህን ጥያቄዎች እራስዎን ይጠይቁ እና ሁሉም መልሶች አይ ከሆኑ ታዲያ ምናልባት በዚህ ኩባንያ ውስጥ DevOpsን ማድረግ የለብዎትም። የዴቭኦፕስ ርዕስ ለእርስዎ በጣም አስደሳች ከሆነ ምናልባት ... ወደ ሌላ ኩባንያ መሄድ አለብዎት? ኩባንያዎ ወደ DevOps መግባት ከፈለገ ግን ለሁሉም ጥያቄዎች "አይ" የሚል መልስ ከሰጡ፣ ልክ እንደዚያ ቆንጆ አውራሪስ ፈጽሞ የማይለወጡ ናቸው።

ድርጅት

እንዳልኩት በኮንዌይ ህግ መሰረት የአንድ ኩባንያ አደረጃጀት ይቀየራል። DevOps ከድርጅታዊ አተያይ ወደ ኩባንያው ውስጥ እንዳይገባ በሚከለክለው ነገር እጀምራለሁ.

የ "ጉድጓድ" ችግር.

“ሲሎ” የሚለው የእንግሊዝኛ ቃል እዚህ ወደ ሩሲያኛ “ደህና” ተብሎ ተተርጉሟል። የዚህ ችግር ዋናው ነጥብ ይህ ነው በቡድኖች መካከል የመረጃ ልውውጥ የለም. እያንዳንዱ ቡድን ለማሰስ የጋራ ካርታ ሳይገነባ በሙያው ውስጥ በጥልቀት ይቆፍራል።

በአንዳንድ መንገዶች ይህ ወደ ሞስኮ የመጣ እና የሜትሮ ካርታውን እንዴት ማሰስ እንዳለበት ገና የማያውቅ ሰው ያስታውሰኛል. ሞስኮባውያን አብዛኛውን ጊዜ አካባቢያቸውን በደንብ ያውቃሉ, እና በሞስኮ ውስጥ በሜትሮ ካርታ በመጠቀም ማሰስ ይችላሉ. ለመጀመሪያ ጊዜ ወደ ሞስኮ ሲመጡ, ይህ ችሎታ የለዎትም, እና እርስዎ ግራ የተጋባ ብቻ ነዎት.

DevOps በዚህ ግራ መጋባት ውስጥ ማለፍን እና ሁሉም ክፍሎች የጋራ መስተጋብር ካርታ ለመገንባት አብረው እንደሚሰሩ ይጠቁማል።

ይህንን የሚያደናቅፉ ሁለት ምክንያቶች ናቸው።

የኮርፖሬት አስተዳደር ስርዓት ውጤት. በተለየ ተዋረዳዊ "ጉድጓዶች" ውስጥ ተገንብቷል. ለምሳሌ, ይህንን ስርዓት በሚደግፉ ኩባንያዎች ውስጥ የተወሰኑ KPIs አሉ. በአንፃሩ፣ ከዕውቀት ወሰን አልፎ መሄድ የሚከብደው ሰው አእምሮው መንገዱን ያደናቅፋል። ብቻ የማይመች ነው። በባንኮክ አውሮፕላን ማረፊያ እንዳሉ አስብ - መንገድዎን በፍጥነት አያገኙም። DevOps እንዲሁ ለማሰስ አስቸጋሪ ነው፣ እና ሰዎች እዚያ ለመድረስ መመሪያ ማግኘት አለቦት የሚሉት ለዚህ ነው።

ነገር ግን በጣም አስፈላጊው ነገር በዴቭኦፕስ መንፈስ ለተሞላ መሐንዲስ ፣ ፎለርን እና ሌሎች በርካታ መጽሃፎችን አንብቦ የ “ጉድጓድ” ችግር በዚህ ውስጥ ተገልጿል ። "ጉድጓዶች" "ግልጽ" ነገሮችን እንዲያደርጉ አይፈቅዱም. ከዴቭኦፕስ ሞስኮ በኋላ ብዙ ጊዜ እንሰበሰባለን፣ እንነጋገራለን እና ሰዎች ያማርራሉ፡-

- እኛ CI ን ማስጀመር ፈልገን ነበር ፣ ግን አስተዳደሩ አያስፈልገውም።

ይህ በትክክል የሚከሰተው ምክንያቱም CI и ቀጣይነት ያለው የማድረስ ሂደት በብዙ ፈተናዎች ድንበር ላይ ናቸው. በድርጅታዊ ደረጃ የ "ጉድጓድ" ችግርን ሳያሸንፉ, ምንም ቢያደርጉ እና ምንም ያህል አሳዛኝ ቢሆንም, ወደፊት መሄድ አይችሉም.

በኩባንያው ውስጥ በሂደቱ ውስጥ ያሉ እያንዳንዱ ተሳታፊዎች-የኋላ እና የፊት ለፊት ገንቢዎች ፣ ሙከራዎች ፣ ዲቢኤ ፣ ኦፕሬሽን ፣ አውታረ መረብ ፣ በራሳቸው አቅጣጫ ይቆፍራሉ እና ማንም ሰው ከአስተዳዳሪው በስተቀር አንድ የጋራ ካርታ የለውም ፣ በሆነ መንገድ እነሱን ይከታተላል እና “መከፋፈልን በመጠቀም ያስተዳድራል። እና ያሸንፉ” ዘዴ።

ሰዎች ለአንዳንድ ኮከቦች ወይም ባንዲራዎች እየተዋጉ ነው፣ ሁሉም ሰው እውቀቱን እየቆፈረ ነው።

በውጤቱም, ይህንን ሁሉ በአንድ ላይ የማገናኘት እና የጋራ ቧንቧ የመገንባት ስራ ሲነሳ እና ለዋክብት እና ባንዲራዎች መዋጋት አያስፈልግም, ጥያቄው ይነሳል - ለማንኛውም ምን ማድረግ አለበት? በሆነ መንገድ ስምምነት ላይ መድረስ አለብን፣ ነገር ግን ይህንን እንዴት በትምህርት ቤት እንደምናደርግ ማንም አላስተማረንም። ከትምህርት ቤት ጀምሮ ተምረናል፡ ስምንተኛ ክፍል - ዋው! - ከሰባተኛ ክፍል ጋር ሲነጻጸር! እዚህም ያው ነው።

በእርስዎ ኩባንያ ውስጥ ተመሳሳይ ነው?

ይህንን ለማጣራት, የሚከተሉትን ጥያቄዎች እራስዎን መጠየቅ ይችላሉ.

ቡድኖች የተለመዱ መሳሪያዎችን ይጠቀማሉ እና ለእነዚያ የተለመዱ መሳሪያዎች ለውጦች አስተዋፅኦ ያደርጋሉ?

ምን ያህል ጊዜ ቡድኖች እንደገና ይደራጃሉ-አንዳንድ ልዩ ባለሙያዎች ከአንድ ቡድን ወደ ሌላ ቡድን ይዛወራሉ? ይህ የተለመደ የሚሆነው በዴቭኦፕስ አካባቢ ነው ፣ ምክንያቱም አንዳንድ ጊዜ አንድ ሰው ሌላ የልምምድ መስክ ምን እንደሚሰራ በቀላሉ ሊረዳ አይችልም። ወደ ሌላ ክፍል ተዛወረ፣ ከዚህ ክፍል ጋር የአቅጣጫ እና መስተጋብር ካርታ ለራሱ ለመፍጠር ለሁለት ሳምንታት ይሰራል።

የለውጥ ኮሚቴ አዋቅሮ ለውጥ ማምጣት ይቻላል? ወይስ የከፍተኛው አመራር እና አመራር ጠንካራ እጅ ያስፈልገዋል? አንድ ትንሽ የማይታወቅ ባንክ በትእዛዞች አማካኝነት መሳሪያዎችን እንዴት እንደሚተገበር በቅርቡ በፌስቡክ ላይ ጽፌ ነበር-ትእዛዝ እንጽፋለን ፣ ለአንድ ዓመት ያህል እንተገብራለን እና ምን እንደ ሆነ ይመልከቱ ። ይህ በእርግጥ ረጅም እና አሳዛኝ ነው.

የኩባንያውን ስኬቶች ግምት ውስጥ ሳያስገባ የግል ስኬቶችን መቀበል ለአስተዳዳሪዎች ምን ያህል አስፈላጊ ነው?

ለእነዚህ ጥያቄዎች ለራስዎ መልስ ከሰጡ, በኩባንያዎ ውስጥ እንደዚህ አይነት ችግር እንዳለብዎ የበለጠ ግልጽ ይሆናል.

መሠረተ ልማት እንደ ኮድ

ይህ ችግር ካለፈ በኋላ በዴቭኦፕስ ውስጥ የበለጠ ለመራመድ አስቸጋሪ የሆነው የመጀመሪያው ጠቃሚ ልምምድ ነው መሠረተ ልማት እንደ ኮድ.

ብዙውን ጊዜ መሠረተ ልማት እንደ ኮድ እንደሚከተለው ይታሰባል-

— ሁሉንም ነገር በ bash አውቶሜትድ እናድርግ፣ አስተዳዳሪዎች አነስተኛ የእጅ ሥራ እንዲኖራቸው እራሳችንን በስክሪፕት እንሸፍናለን!

ግን ያ እውነት አይደለም።

መሠረተ ልማት እንደ ኮድ ማለት እርስዎ የሚሰሩበትን የ IT ስርዓት ያለማቋረጥ ሁኔታውን ለመረዳት በኮድ መልክ ይገልጹታል ማለት ነው።

ከሌሎች ቡድኖች ጋር በመሆን ሁሉም ሰው ሊረዳው እና ማሰስ እና ማሰስ በሚችል ኮድ መልክ ካርታ ትፈጥራለህ። ምንም እንኳን ምን እንደተሰራ ምንም ችግር የለውም - ሼፍ, ሊቻል የሚችል, ጨው, ወይም YAML ፋይሎችን በኩበርኔትስ ውስጥ መጠቀም - ምንም ልዩነት የለም.

በኮንፈረንሱ ላይ ከ 2GIS አንድ የሥራ ባልደረባቸው ለኩበርኔትስ የራሳቸውን ውስጣዊ ነገር እንዴት እንደሠሩ ተናገረ, ይህም የግለሰብ ስርዓቶችን መዋቅር ይገልጻል. 500 ስርዓቶችን ለመግለጽ, ይህንን መግለጫ የሚያመነጭ የተለየ መሳሪያ ያስፈልጋቸዋል. ይህ መግለጫ ሲኖር, ሁሉም ሰው እርስ በርስ መፈተሽ, ለውጦችን መከታተል, እንዴት መለወጥ እና ማሻሻል እንደሚቻል, ምን እንደሚጎድለው.

እስማማለሁ፣ የግለሰብ ባሽ ስክሪፕቶች ብዙውን ጊዜ ይህንን ግንዛቤ አይሰጡም። እኔ ከሰራሁባቸው ካምፓኒዎች በአንዱ፣ “ጻፍ ብቻ” የሚል ስም እንኳን ነበረ - ስክሪፕቱ ሲፃፍ ግን ማንበብ አይቻልም። ይህ ለእርስዎም የታወቀ ይመስለኛል።

መሰረተ ልማት እንደ ኮድ ነው። የመሠረተ ልማት አውታሮችን ወቅታዊ ሁኔታ የሚገልጽ ኮድ. ብዙ ምርቶች፣ መሰረተ ልማቶች እና የአገልግሎት ቡድኖች በዚህ ኮድ ላይ አብረው ይሰራሉ፣ እና ከሁሉም በላይ፣ ሁሉም ይህ ኮድ በትክክል እንዴት እንደሚሰራ መረዳት አለባቸው።

ኮዱ የሚጠበቀው በምርጥ የኮድ ልምዶች መሰረት ነው።የጋራ ልማት, ኮድ ግምገማ, ኤክስፒ-ፕሮግራም, ሙከራ, የመሳብ ጥያቄዎች, CI ለ ኮድ መሠረተ ልማት - ይህ ሁሉ ተስማሚ ነው እና ጥቅም ላይ ሊውል ይችላል.

ኮድ ለሁሉም መሐንዲሶች የተለመደ ቋንቋ ይሆናል።

በኮድ ውስጥ የመሠረተ ልማት ለውጥ ብዙ ጊዜ አይፈጅም. አዎ፣ የመሠረተ ልማት ኮድ የቴክኒክ ዕዳ ሊኖረው ይችላል። ብዙ ጊዜ ቡድኖች ያጋጥሟቸዋል "መሰረተ ልማት እንደ ኮድ" በበርካታ ስክሪፕቶች ወይም እንዲያውም እንደ ስፓጌቲ ኮድ የሚጽፉትን "መሠረተ ልማት" መተግበር ከጀመሩ ከአንድ አመት ተኩል በኋላ እና የባሽ ስክሪፕቶችን ወደ ድብልቅው ውስጥ ይጥላሉ!

ከፍተኛይህን ነገር እስካሁን ካልሞከርክ ያንን አስታውስ የሚቻለው ባሽ አይደለም።! ሰነዶቹን በጥንቃቄ ያንብቡ, ስለ እሱ የሚጽፉትን ያጠኑ.

መሠረተ ልማት እንደ ኮድ የመሠረተ ልማት ኮድ ወደ ተለያዩ ንብርብሮች መለያየት ነው።

በኩባንያችን ውስጥ 3 መሰረታዊ ንብርብሮችን እንለያለን, በጣም ግልጽ እና ቀላል ናቸው, ግን ብዙ ሊሆኑ ይችላሉ. የመሠረተ ልማት ኮድዎን ተመልክተው ይህ ሁኔታ እንዳለዎት ወይም እንደሌለዎት መንገር ይችላሉ። ምንም ሽፋኖች ካልታዩ, ትንሽ ጊዜ ወስደህ ትንሽ ማደስ ያስፈልግዎታል.


ቤዝ ንብርብር - ስርዓተ ክወናው, መጠባበቂያዎች እና ሌሎች ዝቅተኛ-ደረጃ ነገሮች የተዋቀሩ እንደዚህ ነው, ለምሳሌ, Kubernetes በመሠረታዊ ደረጃ እንዴት እንደሚሰማሩ.

የአገልግሎት ደረጃ - ለገንቢው የምትሰጧቸው አገልግሎቶች እነዚህ ናቸው፡ እንደ አገልግሎት መግባት፣ እንደ አገልግሎት መከታተል፣ እንደ አገልግሎት ዳታቤዝ እንደ አገልግሎት፣ እንደ አገልግሎት ሚዛን ጠባቂ፣ እንደ አገልግሎት ወረፋ፣ ቀጣይነት ያለው አገልግሎት እንደ አገልግሎት - በቡድን የሚቧደኑ አገልግሎቶች ስብስብ። ለልማት ሊሰጥ ይችላል. ይህ ሁሉ በእርስዎ የውቅረት አስተዳደር ስርዓት ውስጥ በተለየ ሞጁሎች ውስጥ መገለጽ አለበት።

ትግበራዎች የሚደረጉበት ንብርብር እና በቀደሙት ሁለት ንብርብሮች ላይ እንዴት እንደሚገለጡ ይገልጻል.

ጥያቄዎችን ይቆጣጠሩ

ኩባንያዎ የጋራ የመሠረተ ልማት ማከማቻ አለው? በመሠረተ ልማትዎ ውስጥ የቴክኒክ ዕዳን እየተቆጣጠሩ ነው? በመሠረተ ልማት ማከማቻ ውስጥ የልማት ልምዶችን ትጠቀማለህ? የእርስዎ መሠረተ ልማት በንብርብሮች የተከፈለ ነው? የBase-service-APP ሥዕላዊ መግለጫውን መመልከት ይችላሉ። ለውጥ ማድረግ ምን ያህል ከባድ ነው?

ለውጦችን ለማድረግ አንድ ቀን ተኩል እንደፈጀ ከተለማመዱ ይህ ማለት ቴክኒካዊ ዕዳ አለብዎት እና ከእሱ ጋር መስራት ያስፈልግዎታል ማለት ነው. በመሠረተ ልማት ኮድዎ ውስጥ በቴክኒክ ዕዳ መሰናከል ላይ ነዎት። ብዙ እንደዚህ ያሉ ታሪኮችን አስታውሳለሁ, አንዳንድ የሲ.ሲ.ኤል.ኤልን ለመለወጥ, የግማሽውን የመሠረተ ልማት ኮድ እንደገና መፃፍ ያስፈልግዎታል, ምክንያቱም ፈጠራ እና ሁሉንም ነገር በራስ-ሰር የመፍጠር ፍላጎት ሁሉም ነገር በሁሉም ቦታ የተበላሸ, ሁሉም እጀታዎች ተወስደዋል, እና እንደገና ማደስ አስፈላጊ ነው.

ቀጣይነት ያለው ማድረስ

ዴቢትን ከብድር ጋር እናወዳድር። በመጀመሪያ የመሠረተ ልማት አውታሮች መግለጫ ይመጣል, እሱም በጣም መሠረታዊ ሊሆን ይችላል. ሁሉንም ነገር በዝርዝር መግለጽ የለብዎትም, ነገር ግን ከእሱ ጋር መስራት እንዲችሉ አንዳንድ መሰረታዊ መግለጫዎች ያስፈልጋሉ. ያለበለዚያ በቀጣይ ማድረስ ምን ማድረግ እንዳለበት ግልፅ አይደለም። እነዚህ ሁሉ ልምምዶች ወደ DevOps ሲመጡ በአንድ ጊዜ ይከፈታሉ፣ ነገር ግን ያለዎትን እና እሱን እንዴት ማስተዳደር እንደሚችሉ በመረዳት ይጀምራል። ይህ በትክክል የመሠረተ ልማት አሠራር እንደ ኮድ ነው.

አንዴ እንዳለዎት እና እንዴት እንደሚያስተዳድሩ ግልጽ ሆኖ ከተገኘ የገንቢውን ኮድ በተቻለ ፍጥነት ወደ ምርት እንዴት እንደሚልኩ ማወቅ ይጀምራሉ። ከገንቢው ጋር አንድ ላይ ማለቴ ነው - ስለ “ጉድጓዶች” ችግር እናስታውሳለን ፣ ማለትም ፣ ከዚህ ጋር የመጡት ግለሰቦች አይደሉም ፣ ግን ቡድን።

ጋር ስንሆን ቫንያ Evtukhovich የመጀመሪያውን መጽሐፍ አይቷል ጄዝ ትሑት እና ደራሲያን ቡድኖች "ቀጣይ ማድረስ"እ.ኤ.አ. በ 2009 የተለቀቀው ፣ ርዕሱን ወደ ሩሲያኛ እንዴት መተርጎም እንደሚቻል ለረጅም ጊዜ አሰብን። እንደ "ያለማቋረጥ ማድረስ" ብለው ሊተረጉሙት ፈልገው ነበር, ግን በሚያሳዝን ሁኔታ, "ቀጣይ ማድረስ" ተብሎ ተተርጉሟል. በግፊት በስማችን ሩሲያዊ የሆነ ነገር እንዳለ ይታየኛል።

ያለማቋረጥ ማድረስ ማለት ነው።

በምርት ማከማቻ ውስጥ ያለው ኮድ ሁልጊዜ ወደ ምርት ሊወርድ ይችላል።. እሱ ያልተዋጠ ሊሆን ይችላል, ግን ሁልጊዜ ለእሱ ዝግጁ ነው. በዚህ መሰረት፣ ሁል ጊዜ ኮድን ይፅፋሉ፣ ለመግለፅ አስቸጋሪ በሆነ በጅራት አጥንትዎ ስር የተወሰነ ጭንቀት። ብዙውን ጊዜ የመሠረተ ልማት ኮድ ሲለቁ ይታያል. ይህ የአንዳንድ ጭንቀት ስሜት መኖር አለበት - ኮድን ትንሽ ለየት ባለ መልኩ እንዲጽፉ የሚያስችልዎትን የአንጎል ሂደቶች ያነሳሳል። ይህ በእድገቱ ውስጥ ባሉት ደንቦች ውስጥ መመዝገብ አለበት.

ያለማቋረጥ ለማድረስ በመሠረተ ልማት መድረክ ላይ የሚሄድ የቅርስ ቅርፀት ያስፈልግዎታል። በመሠረተ ልማት መድረክ ላይ የተለያዩ ቅርፀቶችን "የሕይወት ቆሻሻን" ከጣሉ, ከዚያም አንድ ይሆናል, ለማቆየት አስቸጋሪ ነው, እና የቴክኒካዊ ዕዳ ችግር ይነሳል. የቅርስ ቅርጹ ቅርፀት መስተካከል አለበት - ይህ ደግሞ የጋራ ተግባር ነው፡ ሁላችንም አንድ ላይ ተሰባስበን፣ አእምሮአችንን መዝረፍ እና ይህን ቅርፀት ማምጣት አለብን።

በአቅርቦት ቧንቧው ውስጥ በሚዘዋወርበት ጊዜ ቅርሱ ያለማቋረጥ የተሻሻለ እና ከአምራች አካባቢ ጋር ይጣጣማል። አንድ ቅርስ በቧንቧው ላይ በሚንቀሳቀስበት ጊዜ ለእሱ አንዳንድ የማይመቹ ነገሮች ያለማቋረጥ ያጋጥመዋል፣ እነዚህም እርስዎ ወደ ምርት ካስገቡት ቅርስ ጋር ተመሳሳይነት አላቸው። በክላሲካል ልማት ውስጥ ይህ የሚከናወነው በታቀደው የስርዓት አስተዳዳሪ ከሆነ ፣ ከዚያ በዴቭኦፕስ ሂደት ውስጥ ይህ ሁል ጊዜ ይከሰታል ፣ እዚህ በአንዳንድ ሙከራዎች ሞክረዋል ፣ እዚህ ወደ Kubernetes ክላስተር ጣሉት ፣ እሱ የበለጠ ወይም ያነሰ ተመሳሳይ ነው። ለማምረት, ከዚያም በድንገት የጭነት ሙከራ ጀመሩ .

ይህ በተወሰነ መልኩ የፓክ-ማን ጨዋታን ያስታውሰዋል - ቅርሱ በሆነ ታሪክ ውስጥ ያልፋል። በተመሳሳይ ጊዜ, ኮድ በትክክል በታሪኩ ውስጥ አለፈ እና በሆነ መንገድ ከእርስዎ ምርት ጋር የተያያዘ መሆኑን መቆጣጠር አስፈላጊ ነው. ከምርት የተገኙ ታሪኮች ወደ ቀጣይነት ያለው የማድረስ ሂደት ውስጥ ሊጎተቱ ይችላሉ፡ የሆነ ነገር ሲወድቅ እንደዚህ ነበር፡ አሁን ይህንን ሁኔታ በስርዓቱ ውስጥ እናዘጋጅ። በእያንዳንዱ ጊዜ ኮዱ በዚህ ሁኔታ ውስጥ ያልፋል፣ እና በሚቀጥለው ጊዜ ይህ ችግር አያጋጥምዎትም። ደንበኛዎ ላይ ከመድረሱ በፊት ስለሱ ይማራሉ.

የተለያዩ የማሰማራት ስልቶች። ለምሳሌ፣ በተለያዩ ደንበኞች ላይ ኮዱን በተለየ መንገድ ለመፈተሽ፣ ኮዱ እንዴት እንደሚሰራ መረጃ ለማግኘት እና ወደ 100 ሚሊዮን ተጠቃሚዎች ከተለቀቀው በጣም ቀደም ብሎ የ AB ሙከራን ወይም የካናሪ ማሰማራትን ትጠቀማለህ።

"በወጥነት ማድረስ" ይህን ይመስላል።

የማድረስ ሂደት Dev, CI, Test, PreProd, Prod የተለየ አካባቢ አይደለም, እነዚህ ደረጃዎች ወይም ጣቢያዎች ናቸው የእሳት መከላከያ ድምር የእርስዎ ቅርስ የሚያልፍባቸው.

እንደ Base Service APP ተብሎ የሚገለጽ የመሠረተ ልማት ኮድ ካሎት ያግዛል። ሁሉንም ስክሪፕቶች አትርሳ, እና ለዚህ ቅርስ ኮድ አድርገው ይፃፉ, ቅርስን ያስተዋውቁ እና በሚሄዱበት ጊዜ ይለውጡት.

ራስን የመፈተሽ ጥያቄዎች

በ95% ጉዳዮች ወደ ምርት የሚለቀቅበት ጊዜ ከባህሪ መግለጫ እስከ አንድ ሳምንት ያልበለጠ ነው? በእያንዳንዱ የቧንቧ መስመር ደረጃ የእቃው ጥራት ይሻሻላል? የሚያልፍበት ታሪክ አለ? የተለያዩ የማሰማራት ስልቶችን ትጠቀማለህ?

ሁሉም መልሶች አዎ ከሆኑ፣ እርስዎ በሚገርም ሁኔታ አሪፍ ነዎት! መልሶችዎን በአስተያየቶች ውስጥ ይፃፉ - ደስ ይለኛል).

Обратная связь

ይህ ከሁሉም በጣም አስቸጋሪው ልምምድ ነው. በ DevOpsConf ኮንፈረንስ ላይ ከኢንፎቢፕ የመጣ አንድ ባልደረባ ስለ እሱ ሲናገር በቃላቱ ውስጥ ትንሽ ግራ ተጋብቷል ፣ ምክንያቱም ይህ በእውነቱ ሁሉንም ነገር መከታተል ስለሚያስፈልግዎ በጣም የተወሳሰበ አሰራር ነው!

ለምሳሌ, ከረጅም ጊዜ በፊት, በ Qik ውስጥ ስሰራ እና ሁሉንም ነገር መከታተል እንዳለብን ተገነዘብን. ይህንን አደረግን, እና አሁን በዛቢክስ ውስጥ 150 እቃዎች አሉን, ይህም በየጊዜው ቁጥጥር ይደረግበታል. አስፈሪ ነበር፣ ቴክኒካል ዳይሬክተሩ ጣቱን ወደ መቅደሱ ጠመዘዘ፡-

- ሰዎች፣ ለምንድነው ግልጽ ባልሆነ ነገር አገልጋዩን የምትደፈሩት?

ነገር ግን ይህ በእውነት በጣም አሪፍ ስልት መሆኑን የሚያሳይ ክስተት ተፈጠረ።

አንደኛው አገልግሎት ያለማቋረጥ መበላሸት ጀመረ። መጀመሪያ ላይ, አልተበላሸም, ይህም አስደሳች ነው, ቁጥሩ እዚያ አልተጨመረም, ምክንያቱም መሠረታዊ ደላላ ነበር, እሱም በተግባር ምንም ዓይነት የንግድ ሥራ ስላልነበረው - በቀላሉ በግለሰብ አገልግሎቶች መካከል መልዕክቶችን ልኳል. አገልግሎቱ ለ 4 ወራት አልተለወጠም, እና በድንገት በ "ክፍልፋይ ስህተት" ስህተት መበላሸት ጀመረ.

ደንግጠን ነበር፣ በዛቢክስ ውስጥ ገበታችንን ከፍተናል፣ እና ከአንድ ሳምንት ተኩል በፊት ይህ ደላላ በሚጠቀመው የኤፒአይ አገልግሎት ውስጥ ያሉ የጥያቄዎች ባህሪ በጣም ተለውጧል። በመቀጠል የተወሰነ የመልእክት አይነት የመላክ ድግግሞሽ እንደተቀየረ አይተናል። በኋላ እነዚህ የአንድሮይድ ደንበኞች መሆናቸውን አወቅን። ብለን ጠየቅን።

- ጓዶች፣ ከሳምንት ተኩል በፊት ምን አጋጠማችሁ?

በምላሹ፣ ዩአይኤን እንደገና እንዴት እንደነደፉት የሚያሳይ አስደሳች ታሪክ ሰምተናል። ማንም ሰው የኤችቲቲፒ ላይብረሪውን ቀይረናል ብሎ ወዲያው አይናገርም ማለት አይቻልም። ለአንድሮይድ ደንበኞች ልክ በመታጠቢያ ቤት ውስጥ ሳሙና መቀየር ነው - እነሱ አያስታውሱም። በውጤቱም፣ ከ40 ደቂቃ ውይይት በኋላ፣ የኤችቲቲፒ ቤተ-መጽሐፍትን እንደቀየሩ፣ እና ነባሪ ጊዜዎቹ ተለውጠዋል። ይህ በኤፒአይ አገልጋይ ላይ ያለው የትራፊክ ባህሪ እንዲቀየር አድርጓል፣ ይህም በደላላው ውስጥ ውድድር እንዲፈጠር ምክንያት የሆነ ሁኔታ እንዲፈጠር ምክንያት ሆኗል፣ እናም መበላሸት ጀመረ።

ያለ ጥልቅ ክትትል በአጠቃላይ ይህንን ለመክፈት የማይቻል ነው. ድርጅቱ አሁንም የ "ጉድጓድ" ችግር ካጋጠመው, ሁሉም ሰው እርስ በርስ ገንዘብ ሲወረውር, ይህ ለዓመታት ሊኖር ይችላል. ችግሩን ለመፍታት የማይቻል ስለሆነ በቀላሉ አገልጋዩን እንደገና ያስጀምራሉ. እርስዎ ያሉዎትን ሁሉንም ክስተቶች ሲከታተሉ ፣ ሲከታተሉ ፣ ሲከታተሉ እና ቁጥጥርን እንደ ሙከራ ሲጠቀሙ - ኮድ ይፃፉ እና ወዲያውኑ እንዴት እንደሚቆጣጠሩ ያመልክቱ ፣ እንዲሁም በኮድ መልክ (መሠረተ ልማት ቀድሞውኑ እንደ ኮድ አለን) ፣ ሁሉም ነገር እንዴት ግልፅ ይሆናል ። በዘንባባው ላይ. እንደነዚህ ያሉ ውስብስብ ችግሮች እንኳን በቀላሉ ክትትል ይደረግባቸዋል.

በእያንዳንዱ የአቅርቦት ሂደት ላይ ስለ ቅርሱ ምን እንደሚከሰት ሁሉንም መረጃዎች ይሰብስቡ - በምርት ላይ አይደለም ።

ክትትልውን ወደ CI ይስቀሉ፣ እና አንዳንድ መሰረታዊ ነገሮች ቀድሞውኑ እዚያ ይታያሉ። በኋላ በTest, PredProd እና ሎድ ሙከራ ውስጥ ታያቸዋለህ። በሁሉም ደረጃዎች መረጃን ይሰብስቡ, መለኪያዎች, ስታቲስቲክስ ብቻ ሳይሆን ምዝግብ ማስታወሻዎች: ማመልከቻው እንዴት እንደተለቀቀ, ያልተለመዱ - ሁሉንም ነገር ይሰብስቡ.

አለበለዚያ እሱን ለማወቅ አስቸጋሪ ይሆናል. አስቀድሜ DevOps የበለጠ የተወሳሰበ ነው አልኩኝ። ይህንን ውስብስብ ሁኔታ ለመቋቋም, የተለመዱ ትንታኔዎች ሊኖሩዎት ይገባል.

ራስን የመግዛት ጥያቄዎች

የመከታተያዎ እና የመመዝገቢያ መሳሪያው ለእርስዎ ነው? ኮድ በሚጽፉበት ጊዜ እርስዎን ጨምሮ ገንቢዎችዎ እንዴት እንደሚከታተሉት ያስባሉ?

ከደንበኞች ስለ ችግሮች ሰምተዋል? ደንበኛው ከመከታተል እና ከመመዝገብ የበለጠ ተረድተዋል? ስርዓቱን ከመከታተል እና ከመመዝገብ የበለጠ ተረድተዋል? በስርዓቱ ውስጥ ያለው አዝማሚያ እያደገ መምጣቱን ስላዩ እና በሌላ 3 ሳምንታት ውስጥ ሁሉም ነገር እንደሚሞት ስለተረዱ ስርዓቱን ይለውጣሉ?

እነዚህን ሶስት አካላት ካገኙ በኋላ በኩባንያዎ ውስጥ ምን አይነት የመሠረተ ልማት መድረክ እንዳለዎት ማሰብ ይችላሉ.

የመሠረተ ልማት መድረክ

ነጥቡ እያንዳንዱ ኩባንያ ያለው የተለያዩ መሳሪያዎች ስብስብ አይደለም.

የመሠረተ ልማት መድረክ ነጥቡ ሁሉም ቡድኖች እነዚህን መሳሪያዎች መጠቀም እና አንድ ላይ ማዳበር ነው.

የመሠረተ ልማት መድረክን የግለሰቦችን ክፍሎች ለማልማት ኃላፊነት ያላቸው የተለዩ ቡድኖች እንዳሉ ግልጽ ነው. ግን በተመሳሳይ ጊዜ, እያንዳንዱ መሐንዲስ የመሠረተ ልማት መድረክን ለማልማት, አፈፃፀም እና ማስተዋወቅ ኃላፊነቱን ይወስዳል. በውስጣዊ ደረጃ የተለመደ መሳሪያ ይሆናል.

ሁሉም ቡድኖች የመሠረተ ልማት አውታሮችን ያዘጋጃሉ እና እንደራሳቸው አይዲኢ በጥንቃቄ ያዙት።. በእርስዎ አይዲኢ ውስጥ ሁሉንም ነገር ቆንጆ እና ፈጣን ለማድረግ የተለያዩ ፕለጊኖችን ይጭናሉ እና ትኩስ ቁልፎችን ያዋቅሩ። ሱብሊም፣ አቶም ወይም ቪዥዋል ስቱዲዮ ኮድ ሲከፍቱ የኮድ ስህተቶች እየፈሱ ነው እና በጭራሽ መስራት እንደማይቻል ሲረዱ ወዲያውኑ ሀዘን ይሰማዎታል እና የእርስዎን IDE ለማስተካከል ይሮጣሉ።

የእርስዎን የመሠረተ ልማት መድረክ በተመሳሳይ መንገድ ይያዙ። በእሱ ላይ የሆነ ችግር እንዳለ ከተረዱ እራስዎ ማስተካከል ካልቻሉ ጥያቄ ይተዉት። ቀላል ነገር ካለ, እራስዎ ያርትዑ, የመሳብ ጥያቄ ይላኩ, ወንዶቹ ግምት ውስጥ ያስገባሉ እና ይጨምራሉ. ይህ በገንቢው ራስ ላይ ለምህንድስና መሳሪያዎች ትንሽ ለየት ያለ አቀራረብ ነው.

የመሠረተ ልማት መድረክ ቅርሶቹን ከዕድገት ወደ ደንበኛው በቀጣይነት በጥራት መሻሻሉን ያረጋግጣል. አይፒው በምርት ውስጥ ባለው ኮድ ላይ በሚከሰቱ የታሪኮች ስብስብ ፕሮግራም ተዘጋጅቷል። በዕድገት ዓመታት ውስጥ፣ ብዙ እነዚህ ታሪኮች አሉ፣ አንዳንዶቹ ልዩ እና ከእርስዎ ጋር ብቻ የሚዛመዱ ናቸው - ጎግል ሊደረጉ አይችሉም።

በዚህ ጊዜ የመሠረተ ልማት አውታሩ የእርስዎ ተወዳዳሪ ጥቅም ይሆናል።, በተወዳዳሪው መሳሪያ ውስጥ የሌለ በውስጡ የተገነባ ነገር ስላለው. የእርስዎ አይፒ ጥልቀት በጨመረ ቁጥር ከግዜ-ወደ-ገበያ አንፃር የመወዳደሪያ ጥቅማችሁ ይጨምራል። እዚህ ይታያል የሻጭ መቆለፊያ ችግርየሌላውን ሰው መድረክ መውሰድ ይችላሉ ነገርግን የሌላ ሰው ልምድ በመጠቀም ለእርስዎ ምን ያህል ተዛማጅነት እንዳለው አይረዱም. አዎን, እያንዳንዱ ኩባንያ እንደ Amazon ያለ መድረክ መገንባት አይችልም. ይህ የኩባንያው ልምድ በገበያው ውስጥ ካለው ቦታ ጋር የሚዛመድበት አስቸጋሪ መስመር ነው, እና እዚያ የሻጭ መቆለፊያን መጠቀም አይችሉም. ይህ ደግሞ ማሰብ አስፈላጊ ነው.

መርሃግብሩ

ይህ በDevOps ኩባንያ ውስጥ ያሉትን ሁሉንም ልምዶች እና ሂደቶች ለማዘጋጀት የሚረዳዎት የመሠረተ ልማት መድረክ መሰረታዊ ንድፍ ነው።

በውስጡ የያዘውን እንመልከት።

የሃብት ኦርኬስትራ ስርዓት, ይህም ሲፒዩ, ማህደረ ትውስታ, ዲስክ ወደ መተግበሪያዎች እና ሌሎች አገልግሎቶች ያቀርባል. በዚህ ላይ፡- ዝቅተኛ ደረጃ አገልግሎቶችክትትል፣ ሎግንግ፣ ሲአይ/ሲዲ ሞተር፣ የቅርስ ማከማቻ፣ መሠረተ ልማት እንደ ሲስተም ኮድ።

ከፍተኛ ደረጃ አገልግሎቶችዳታቤዝ እንደ አገልግሎት፣ እንደ አገልግሎት ወረፋ፣ እንደ አገልግሎት ሎድ ባላንስ፣ እንደ አገልግሎት የምስል መጠን መቀየር፣ ትልቅ ዳታ ፋብሪካ እንደ አገልግሎት። በዚህ ላይ፡- ያለማቋረጥ የተሻሻለ ኮድ ለደንበኛዎ የሚያደርስ የቧንቧ መስመር.

የሶፍትዌርዎ ሶፍትዌር ለደንበኛው እንዴት እንደሚሰራ መረጃ ይቀበላሉ ፣ ይቀይሩት ፣ ይህንን ኮድ እንደገና ያቅርቡ ፣ መረጃ ይቀበሉ - እና ስለዚህ ሁለቱንም የመሠረተ ልማት መድረክ እና ሶፍትዌርዎን ያለማቋረጥ ያዳብራሉ።

በሥዕላዊ መግለጫው ውስጥ, የመላኪያ ቧንቧው ብዙ ደረጃዎችን ያካትታል. ነገር ግን ይህ እንደ ምሳሌ የሚቀርበው ንድፍ ንድፍ ነው - አንድ በአንድ መድገም አያስፈልግም. ደረጃዎች ከአገልግሎቶች ጋር መስተጋብር የሚፈጥሩ እንደ አግልግሎቶች ናቸው - እያንዳንዱ የመድረኩ ጡብ የራሱ ታሪክ አለው፡ ሃብቶች እንዴት እንደሚመደቡ፣ አፕሊኬሽኑ እንዴት እንደሚጀመር፣ ከሃብቶች ጋር እንደሚሰራ፣ ቁጥጥር እንደሚደረግ እና እንደሚቀየር።

እያንዳንዱ የመድረክ ክፍል አንድ ታሪክ እንደሚይዝ መረዳት አስፈላጊ ነው, እና ይህ ጡብ ምን ዓይነት ታሪክ እንደሚሸከም እራስዎን ይጠይቁ, ምናልባት መጣል እና በሶስተኛ ወገን አገልግሎት መተካት አለበት. ለምሳሌ, ከጡብ ​​ይልቅ ኦክሜትር መትከል ይቻላል? ምናልባት ወንዶቹ እኛ ካለንበት የበለጠ ይህንን እውቀት አዳብረዋል ። ግን ላይሆን ይችላል - ምናልባት ልዩ ችሎታ አለን ፣ ፕሮሜቲየስን መጫን እና የበለጠ ማዳበር አለብን።

መድረክ መፍጠር

ይህ ውስብስብ የግንኙነት ሂደት ነው. መሰረታዊ ልምዶች ሲኖርዎት, መስፈርቶችን እና ደረጃዎችን በሚያዘጋጁ የተለያዩ መሐንዲሶች እና ስፔሻሊስቶች መካከል ግንኙነት ይጀምራሉ, እና በየጊዜው ወደ የተለያዩ መሳሪያዎች እና አቀራረቦች ይለውጧቸዋል. በዴቭኦፕስ ውስጥ ያለን ባህል እዚህ አስፈላጊ ነው።

በባህል ሁሉም ነገር በጣም ቀላል ነው - ስለ ትብብር እና ግንኙነት ነው።, ማለትም, እርስ በርስ በጋራ መስክ ውስጥ የመሥራት ፍላጎት, አንዱን መሣሪያ በአንድ ላይ የመጠቀም ፍላጎት. እዚህ ምንም የሮኬት ሳይንስ የለም - ሁሉም ነገር በጣም ቀላል ነው, ባናል. ለምሳሌ, ሁላችንም በመግቢያው ውስጥ እንኖራለን እና ንፅህናን እንጠብቃለን - እንደዚህ አይነት የባህል ደረጃ.

ምን አለህ?

እንደገና, እራስዎን መጠየቅ ይችላሉ ጥያቄዎች.

የመሠረተ ልማት መድረኩ የተወሰነ ነው? ለእድገቱ ተጠያቂው ማነው? የመሠረተ ልማት መድረክዎን ተወዳዳሪ ጥቅሞች ተረድተዋል?

እነዚህን ጥያቄዎች ያለማቋረጥ እራስዎን መጠየቅ ያስፈልግዎታል. አንድ ነገር ወደ የሶስተኛ ወገን አገልግሎቶች ሊተላለፍ የሚችል ከሆነ, ማስተላለፍ አለበት, የሶስተኛ ወገን አገልግሎት እንቅስቃሴዎን ማገድ ከጀመረ, በራስዎ ውስጥ ስርዓት መገንባት ያስፈልግዎታል.

ስለዚህ፣ DevOps...

... ይህ ውስብስብ ሥርዓት ነው, ሊኖረው ይገባል:

• ዲጂታል ምርት.
• ይህንን ዲጂታል ምርት የሚያዳብሩ የንግድ ሞጁሎች።
• ኮድ የሚጽፉ የምርት ቡድኖች።
• ቀጣይነት ያለው የማድረስ ልምዶች.
• መድረኮች እንደ አገልግሎት።
• መሠረተ ልማት እንደ አገልግሎት።
• መሠረተ ልማት እንደ ኮድ.
• በDevOps ውስጥ የተገነቡ አስተማማኝነትን ለመጠበቅ የተለዩ ልምዶች።
• ሁሉንም የሚገልጽ የግብረመልስ ልምምድ።

በድርጅትዎ ውስጥ ያለዎትን በሆነ መልኩ በማጉላት ይህንን ሥዕላዊ መግለጫ መጠቀም ይችላሉ-ያዳበረው ወይም አሁንም መሻሻል አለበት።

በሁለት ሳምንታት ውስጥ ያበቃል DevOpsConf 2019. እንደ RIT ++ አካል። ወደ ኮንፈረንሱ ይምጡ፣ ስለ ተከታታይ አቅርቦት፣ መሠረተ ልማት እንደ ኮድ እና የዴቭኦፕስ ለውጥ ብዙ ጥሩ ዘገባዎችን ያገኛሉ። ቲኬቶችዎን ያስይዙ፣ የመጨረሻው የዋጋ ማብቂያ ቀን ግንቦት 20 ነው።

ምንጭ: hab.com