ምንም DevOps መሐንዲሶች የሉም። ከዚያ ማን አለ እና ምን ማድረግ አለበት?

ምንም DevOps መሐንዲሶች የሉም። ከዚያ ማን አለ እና ምን ማድረግ አለበት?

ከቅርብ ጊዜ ወዲህ እንደዚህ ያሉ ማስታወቂያዎች ኢንተርኔትን አጥለቅልቀዋል። ምንም እንኳን ደስ የሚል ደሞዝ ቢኖረውም, አንድ ሰው የዱር መናፍቅነት በውስጡ መጻፉን ከማሳፈር በስተቀር ሊያሳፍር አይችልም. መጀመሪያ ላይ "DevOps" እና "ኢንጅነር" በአንድ ቃል ውስጥ በአንድ ላይ ሊጣበቁ እንደሚችሉ ይገመታል, ከዚያም የዘፈቀደ መስፈርቶች ዝርዝር አለ, አንዳንዶቹ ከሲሳድሚን ክፍት ቦታ በግልጽ የተገለበጡ ናቸው.

በዚህ ጽሁፍ ውስጥ ወደዚህ የህይወት ደረጃ እንዴት እንደደረስን፣ DevOps ምን እንደ ሆነ እና አሁን ምን ማድረግ እንዳለብን ትንሽ ማውራት እፈልጋለሁ።

እንደዚህ ያሉ ክፍት ቦታዎች በሁሉም መንገዶች ሊወገዙ ይችላሉ, ግን እውነታው ይቀራል: ብዙዎቹም አሉ, እና በዚህ ጊዜ ገበያው እንዴት እንደሚሰራ. የዲፕስ ኮንፈረንስ አድርገን በግልፅ አውጀን፡ “ዴቮኦፕስ - ለዴቭኦፕስ መሐንዲሶች አይደለም። ይህ ለብዙዎች እንግዳ እና ዱር ይመስላል፡ ለምን ሙሉ ለሙሉ የንግድ ክስተት የሚያደርጉ ሰዎች ገበያውን ይቃረናሉ። አሁን ሁሉንም ነገር እናብራራለን.

ስለ ባህል እና ሂደቶች

ዴቭኦፕስ የምህንድስና ዲሲፕሊን ባለመሆኑ እንጀምር። ይህ ሁሉ የተጀመረው በታሪክ የተመሰረተው የተግባር ክፍፍል ለምርቶች ጥራት የማይሰራ በመሆኑ ነው። ፕሮግራም አድራጊዎች ብቻ ሲዘጋጁ ነገር ግን ስለሙከራ ምንም ነገር መስማት ካልፈለጉ ሶፍትዌሩ በትልች ተሞልቷል። አስተዳዳሪዎች ሶፍትዌሩ እንዴት እና ለምን እንደተፃፈ ግድ በማይሰጡበት ጊዜ ድጋፍ ወደ ገሃነም ይቀየራል።

ለምሳሌ፣ በስርዓት አስተዳዳሪ እና በSRE የአገልግሎት አስተዳደር መካከል ያለውን ልዩነት መግለጽ ታዋቂው ጎግል SRE መጽሐፍ ይጀምራል. ውስጥ አስደሳች ጥናቶች ተካሂደዋል DORA ዳሰሳ - ምርጥ ገንቢዎች በሆነ መንገድ አዳዲስ ለውጦችን በሰዓት ከአንድ ጊዜ በላይ ለማሰማራት እንደቻሉ ግልጽ ነው። ከ 10% ያልበለጠ በእጃቸው ይፈትሻሉ (ይህ ከ ሊታይ ይችላል ባለፈው ዓመት DORA). ይህን የሚያደርጉት እንዴት ነው? ከሪፖርቱ ርዕስ አንዱ “ኤክሴል ወይ ይሙት” ይላል። በሙከራ አውድ ውስጥ ስለእነዚህ ስታቲስቲክስ ዝርዝር ማብራሪያ የባሩክ ሳዶጉርስኪን ቁልፍ ማስታወሻ መመልከት ትችላለህ። "DevOps አለን። ሁሉንም ሞካሪዎች እናስወግድ። በሌላኛው ጉባኤያችን ሃይሰንቡግ።

"በባልደረቦች መካከል ስምምነት በማይኖርበት ጊዜ.
ነገሮች ጥሩ አይሆኑላቸውም፣
ከርሷ ምንም ነገር አይወጣም, ስቃይ ብቻ ነው.
በአንድ ወቅት ስዋን፣ ክሬይፊሽ እና ፓይክ..."

አፕሊኬሽኖቻቸው በምርት ውስጥ ጥቅም ላይ የሚውሉበትን ሁኔታ በትክክል የሚረዳው የትኛው የዌብ ፕሮግራመሮች ክፍል ይመስላችኋል? ስንቶቹ ወደ አስተዳዳሪዎች ሄደው የመረጃ ቋቱ ከተበላሸ ምን እንደሚሆን ለማወቅ ይሞክራሉ? እና ከመካከላቸው የትኛው ነው ወደ ሞካሪዎች ሄዶ ፈተናዎችን በትክክል እንዴት እንደሚጽፉ እንዲያስተምሯቸው የሚጠይቃቸው? እና የደህንነት ጠባቂዎች፣ የምርት አስተዳዳሪዎች እና ሌሎች ብዙ ሰዎችም አሉ።

የዴቭኦፕስ አጠቃላይ ሀሳብ በሚናዎች እና ክፍሎች መካከል ትብብር መፍጠር ነው። በመጀመሪያ ደረጃ, ይህ የተገኘው በአንዳንድ ብልህነት የተዋቀሩ ሶፍትዌሮች ሳይሆን በመገናኛ ልምምድ ነው. DevOps ስለ ባህል፣ ልምዶች፣ ዘዴ እና ሂደቶች ነው። ለእነዚህ ጥያቄዎች መልስ መስጠት የሚችል የምህንድስና ልዩ ባለሙያ የለም.

አዙሪት

“የዴቮፕስ ኢንጂነሪንግ” ዲሲፕሊን ከየት መጣ? ስሪት አለን! የዴቭኦፕስ ሀሳቦች ጥሩ ነበሩ—በጣም ጥሩ ከመሆናቸው የተነሳ የራሳቸው ስኬት ሰለባ ሆነዋል። የራሳቸው ድባብ ያላቸው አንዳንድ ጥላ የለሽ ቅጥረኞች እና የሰው አዘዋዋሪዎች በዚህ ርዕስ ዙሪያ መዞር ጀመሩ።

እስቲ አስበው፡ ትላንትና በኪምኪ ውስጥ shawarma እየሠራህ ነበር፣ እና ዛሬ እርስዎ ትልቅ ሰው፣ ከፍተኛ መቅጠር ነሽ። እጩዎችን የመፈለግ እና የመምረጥ አጠቃላይ ሂደት አለ, ሁሉም ነገር ቀላል አይደለም, መረዳት ያስፈልግዎታል. የመምሪያው ኃላፊ እንዲህ ይላል: በ X ውስጥ ስፔሻሊስት ያግኙ. "ኢንጂነር" የሚለውን ቃል ለ X ሰጥተናል, እና ጨርሰናል. ሊኑክስ ይፈልጋሉ? ደህና ፣ ይህ በእርግጠኝነት የሊኑክስ መሐንዲስ ነው ፣ DevOps ከፈለጉ ፣ ከዚያ የዴቭኦፕስ መሐንዲስ ነው። ክፍት የሥራ ቦታው ርእስ ብቻ ሳይሆን አንዳንድ ፅሁፎችም በውስጡ መግባት አለባቸው። በጣም ቀላሉ መንገድ እንደ ሀሳብዎ የሚወሰን ሆኖ የጉግል ቁልፍ ቃላትን ማስገባት ነው። DevOps ሁለት ቃላትን ያቀፈ ነው - “ዴቭ” እና “ኦፕስ”፣ ይህ ማለት ከገንቢዎች እና አስተዳዳሪዎች ጋር የተያያዙ ቁልፍ ቃላትን በአንድ ላይ ማጣበቅ አለብን ማለት ነው፣ ሁሉንም ወደ አንድ ክምር። በ 42 የፕሮግራም አወጣጥ ቋንቋዎች እና 20 ዓመታት ኩበርኔትስ እና ስዋርም በተመሳሳይ ጊዜ ስለመጠቀም ብቃቶች እንደዚህ ያሉ ክፍት ቦታዎች ይታያሉ። የስራ ንድፍ.

ይህ የአንድ የተወሰነ "የዴቮፕ" ልዕለ-ጀግና ምስል ትርጉም የለሽ እና ምህረት የለሽ ምስል በሰዎች አእምሮ ውስጥ ሥር የሰደዱ ሲሆን ይህም ሁሉም ሰው ወደ ጄንኪንስ እንዲሰማራ የሚያዋቅረው እና ደስታም ይመጣል። ኦህ ፣ ሁሉም ነገር በጣም ቀላል ቢሆን ኖሮ። “እና የስርዓት አስተዳዳሪዎችን ማደን የምትችለው በዚህ መንገድ ነው” ሲል HR ያስባል፣ “ይህ ፋሽን የሆነ ቃል ነው፣ ቁልፍ ቃላቶቹ አንድ ናቸው፣ ማጥመጃውን መውሰድ አለባቸው።

ፍላጎት አቅርቦትን ይፈጥራል፣ እና እነዚህ ሁሉ የቆሻሻ መጣያ ቦታዎች በተገነዘቡት እብዶች ብዛት ባለው የስርዓት አስተዳዳሪዎች ተሞልተዋል፡ ሁሉንም ነገር ልክ እንደበፊቱ ማድረግ ይችላሉ፣ ነገር ግን እራስዎን “ዴቮፕስ” ብለው በመጥራት ብዙ ጊዜ ያግኙ። አገልጋዮችን በኤስኤስኤች አንድ በአንድ እንዳዋቀርካቸው፣ እነሱን ማዋቀር ትቀጥላለህ፣ አሁን ግን ይህ የዴፕስ ልምምድ ነው ተብሎ ይታሰባል። ይህ አንዳንድ ዓይነት ውስብስብ ክስተት ነው፣ በከፊል ክላሲክ አስተዳዳሪዎችን ካለመገመት እና በDevOps ዙሪያ ካለው ጩኸት ጋር ይዛመዳል ፣ ግን በአጠቃላይ ፣ የሆነው ፣ ተከሰተ።

ስለዚህ አቅርቦትና ፍላጎት አለን። እራሱን የሚመግብ ክፉ ክበብ። እየተዋጋን ያለነው (የዴቭኦፕስ ኮንፈረንስን መፍጠርን ጨምሮ) ነው።

እርግጥ ነው፣ ራሳቸውን “ዲቮፕስ” ብለው ከሰየሙት የስርዓት አስተዳዳሪዎች በተጨማሪ ሌሎች ተሳታፊዎችም አሉ - ለምሳሌ ፕሮፌሽናል SREs ወይም Infrastructure-as-code ገንቢዎች።

ሰዎች በDevOps ውስጥ የሚያደርጉት (በእርግጥ)

ስለዚህ የDevOps ልምዶችን በመማር እና በመተግበር ወደፊት መሄድ ይፈልጋሉ። ግን ይህንን እንዴት ማድረግ እንደሚቻል, በየትኛው አቅጣጫ እንደሚታይ? በግልጽ እንደሚታየው በታዋቂ ቁልፍ ቃላት ላይ በጭፍን መተማመን የለብዎትም.

ሥራ ካለ, አንድ ሰው መሥራት አለበት. እነዚህ “ዴቮፕስ መሐንዲሶች” እንዳልሆኑ አስቀድመን አውቀናል፣ ታዲያ እነማን ናቸው? ይህንን በአቋም ሳይሆን በተወሰኑ የስራ ዘርፎች መቀረጹ የበለጠ ትክክል ይመስላል።

በመጀመሪያ፣ የDevOpsን ልብ - ሂደቶችን እና ባህልን ማነጋገር ይችላሉ። ባህል ዘገምተኛ እና አስቸጋሪ ንግድ ነው, እና ምንም እንኳን በተለምዶ የአስተዳዳሪዎች ሃላፊነት ቢሆንም ሁሉም ሰው በአንድ ወይም በሌላ መንገድ ከፕሮግራም አውጪዎች እስከ አስተዳዳሪዎች ይሳተፋል. ከጥቂት ወራት በፊት ቲም ሊስተር በቃለ ምልልስ ተናግሯል።:

"ባህል የሚወሰነው በድርጅቱ ዋና እሴቶች ነው. ብዙውን ጊዜ ሰዎች ይህንን አያስተውሉም ፣ ግን ለብዙ ዓመታት በማማከር ላይ ሠርተናል ፣ እሱን ማስተዋልን እንለማመዳለን። አንድ ኩባንያ ገብተህ በጥቂት ደቂቃዎች ውስጥ ምን እየተፈጠረ እንዳለ ይሰማሃል። ይህንን "ጣዕም" ብለን እንጠራዋለን. አንዳንድ ጊዜ ይህ ሽታ በጣም ጥሩ ነው. አንዳንድ ጊዜ ማቅለሽለሽ ያስከትላል. (...) ከተወሰኑ ድርጊቶች በስተጀርባ ያሉት እሴቶች እና እምነቶች እስካልተረዱ ድረስ ባህልን መቀየር አይችሉም። ባህሪ ለመታዘብ ቀላል ነው, ነገር ግን እምነትን መፈለግ ከባድ ነው. DevOps ነገሮች ከጊዜ ወደ ጊዜ እየተወሳሰቡ እንደመጡ የሚያሳይ ጥሩ ምሳሌ ነው።

የጉዳዩ ቴክኒካዊ ክፍልም አለ, በእርግጥ. አዲሱ ኮድዎ በአንድ ወር ውስጥ ከተሞከረ፣ ግን ከአንድ አመት በኋላ ብቻ ከተለቀቀ እና ሁሉንም ለማፋጠን በአካል የማይቻል ከሆነ ጥሩ ልምዶችን ላያሟሉ ይችላሉ። ጥሩ ልምዶች በጥሩ መሳሪያዎች ይደገፋሉ. ለምሳሌ የመሠረተ ልማት-እንደ-ኮድ ሃሳብን ከግምት ውስጥ በማስገባት ከAWS CloudFormation እና Terraform እስከ Chef-Ansible-Puppet ማንኛውንም ነገር መጠቀም ይችላሉ። ይህን ሁሉ ማወቅ እና ማድረግ መቻል አለብህ፣ እና ይህ አስቀድሞ በጣም የምህንድስና ትምህርት ነው። መንስኤውን ከውጤት ጋር ላለማሳሳት አስፈላጊ ነው በመጀመሪያ እርስዎ በ SRE መርሆዎች መሰረት ይሰራሉ ​​እና ከዚያ በኋላ እነዚህን መርሆዎች በተወሰኑ ቴክኒካዊ መፍትሄዎች መልክ ይተግብሩ. በተመሳሳይ ጊዜ SRE ጄንኪንስን እንዴት ማዋቀር እንደሚችሉ የማይነግርዎት በጣም አጠቃላይ ዘዴ ነው ፣ ግን ወደ አምስት መሰረታዊ መርሆች ።

  • ሚናዎች እና ክፍሎች መካከል የተሻሻለ ግንኙነት
  • ስህተቶችን እንደ የሥራው ዋና አካል መቀበል
  • ቀስ በቀስ ለውጦችን ማድረግ
  • መሳሪያ እና ሌሎች አውቶማቲክን መጠቀም
  • ሊለካ የሚችለውን ሁሉ መለካት

ይህ የተወሰኑ መግለጫዎች ብቻ ሳይሆን የተወሰነ ነው። ወደ ተግባር መመሪያ. ለምሳሌ፣ ስህተቶችን ለመቀበል በሚወስደው መንገድ ላይ፣ ስጋቶቹን መረዳት፣ እንደ SLI (SLI) በመጠቀም የአገልግሎቶቹን መገኘት እና አለመገኘት መለካት ያስፈልግዎታል።የአገልግሎት ደረጃ አመልካቾችእና SLO (የአገልግሎት ደረጃ ዓላማዎች), የድህረ ሞትን መጻፍ ይማሩ እና መፃፍ አስፈሪ እንዳይሆኑ ያድርጉ.

በ SRE ዲሲፕሊን ውስጥ, የመሳሪያዎች አጠቃቀም አስፈላጊ ቢሆንም አንድ የስኬት አካል ብቻ ነው. ያለማቋረጥ ቴክኒካል ማዳበር አለብን, በአለም ውስጥ ምን እየተከሰተ እንዳለ እና በስራችን ውስጥ እንዴት እንደሚተገበር ይመልከቱ.

በተራው፣ Cloud Native መፍትሄዎች አሁን በጣም ተወዳጅ እየሆኑ መጥተዋል። ዛሬ በክላውድ ቤተኛ ኮምፒውቲንግ ፋውንዴሽን እንደተገለጸው፣የክላውድ ቤተኛ ቴክኖሎጂዎች ድርጅቶች በዘመናዊ ተለዋዋጭ አካባቢዎች እንደ ይፋዊ፣ ግላዊ እና ድብልቅ ደመናዎች ሊለኩ የሚችሉ መተግበሪያዎችን እንዲያዘጋጁ እና እንዲያሄዱ ያስችላቸዋል። ምሳሌዎች ኮንቴይነሮች፣ የአገልግሎት መረቦች፣ ማይክሮ ሰርቪስ፣ የማይለዋወጥ መሠረተ ልማት እና ገላጭ ኤፒአይዎችን ያካትታሉ። እነዚህ ሁሉ ቴክኒኮች ልቅ የተጣመሩ ስርዓቶች የመለጠጥ፣ የመተዳደር እና በከፍተኛ ሁኔታ የሚታዩ ሆነው እንዲቀጥሉ ያስችላቸዋል። ጥሩ አውቶሜሽን መሐንዲሶች ብዙ ጊዜ ትልቅ ለውጥ እንዲያደርጉ ያስችላቸዋል እና ሊተነበይ የሚችል ውጤት ሳያደርጉት። ይህ ሁሉ እንደ ዶከር እና ኩበርኔትስ ባሉ የታወቁ መሳሪያዎች ስብስብ የተደገፈ ነው።

ይህ በጣም የተወሳሰበ እና ሰፊ ትርጓሜ ምክንያቱ አካባቢው በጣም የተወሳሰበ በመሆኑ ነው። በአንድ በኩል፣ በዚህ ሥርዓት ላይ አዳዲስ ለውጦች በቀላሉ መጨመር አለባቸው ተብሎ ይከራከራል። በሌላ በኩል፣ ልቅ የተጣመሩ አገልግሎቶች በሶፍትዌር በተገለጸው መሠረተ ልማት ላይ የሚኖሩበት እና ቀጣይነት ያለው ሲአይ/ሲዲ በመጠቀም የሚቀርቡበትን በኮንቴይነር የተዘጋ አካባቢ እንዴት መፍጠር እንደሚቻል ለማወቅ እና በዚህ ሁሉ ዙሪያ የዴቭኦፕስ ልምዶችን መገንባት - ይህ ሁሉ የበለጠ ይፈልጋል ። ውሻውን ከመብላት ይልቅ.

በዚህ ሁሉ ምን ይደረግ

ሁሉም ሰው እነዚህን ችግሮች በራሱ መንገድ ይፈታል: ለምሳሌ, ክፉውን ክበብ ለመስበር የተለመዱ ክፍት ቦታዎችን ማተም ይችላሉ. እንደ DevOps እና Cloud Native ያሉ ቃላት ምን ማለት እንደሆነ ማወቅ እና በትክክል እና እስከ ነጥቡ ድረስ መጠቀም ይችላሉ። በDevOps ውስጥ ማዳበር እና ትክክለኛ አቀራረቦችን በምሳሌዎ ማሳየት ይችላሉ።

ኮንፈረንስ እያደረግን ነው። DevOops 2020 ሞስኮአሁን ስለ ተነጋገርናቸው ነገሮች በጥልቀት እንድንመረምር እድል ይሰጣል። ለዚህ በርካታ የሪፖርቶች ቡድኖች አሉ፡-

  • ሂደቶች እና ባህል;
  • የጣቢያ አስተማማኝነት ምህንድስና;
  • የደመና ተወላጅ;

የት መሄድ እንዳለበት እንዴት መምረጥ ይቻላል? እዚህ ላይ አንድ ረቂቅ ነጥብ አለ. በአንድ በኩል፣ DevOps ስለ መስተጋብር ነው፣ እና ከተለያዩ ብሎኮች የሚመጡ የዝግጅት አቀራረቦችን እንድትከታተሉ በእውነት እንፈልጋለን። በሌላ በኩል፣ ወደ ኮንፈረንሱ የመጡት የልማት ሥራ አስኪያጅ ከሆንክ በአንድ የተወሰነ ተግባር ላይ ለማተኮር ማንም አይገድብህም - ግልጽ ነው፣ ይህ ስለ ሂደቶች እና ባህል እገዳ ይሆናል። ከጉባኤው በኋላ ቅጂዎች እንደሚኖሩዎት አይዘንጉ (የአስተያየት ቅጹን ከሞሉ በኋላ) ሁል ጊዜ አስፈላጊ ያልሆኑ አቀራረቦችን በኋላ ማየት ይችላሉ።

በግልጽ ለማየት እንደሚቻለው በኮንፈረንሱ ራሱ በአንድ ጊዜ በሶስት ትራኮች መሄድ አይችሉም, ስለዚህ ፕሮግራሙን እናደራጃለን በእያንዳንዱ ጊዜ ማስገቢያ ለእያንዳንዱ ጣዕም ርዕሶችን እንዲኖረው.

የቀረው DevOps መሐንዲስ ከሆንክ ምን ማድረግ እንዳለብህ መረዳት ብቻ ነው! በመጀመሪያ, በትክክል ምን እንደሚሰሩ ለመወሰን ይሞክሩ. ብዙውን ጊዜ ይህን ቃል መጥራት ይወዳሉ፡-

  • በመሠረተ ልማት ላይ የሚሰሩ ገንቢዎች. ሾለ SRE እና Cloud Native ያሉ የሪፖርቶች ቡድኖች ለእርስዎ በጣም ተስማሚ ናቸው።
  • የስርዓት አስተዳዳሪዎች. እዚህ የበለጠ የተወሳሰበ ነው። DevOops የስርዓት አስተዳደር አይደለም። እንደ እድል ሆኖ, በስርዓት አስተዳደር ርዕስ ላይ በጣም ጥሩ የሆኑ ኮንፈረንሶች, መጽሃፎች, ጽሑፎች, በይነመረብ ላይ ቪዲዮዎች, ወዘተ. በሌላ በኩል፣ ባህልን እና ሂደቶችን በመረዳት፣ ሾለ ደመና ቴክኖሎጂዎች እና የህይወት ዝርዝሮችን ከ Cloud Native ጋር ለመማር እራስዎን ለማዳበር ፍላጎት ካሎት እኛ እርስዎን ለማየት እንወዳለን! ይህን አስብ: አስተዳደር እየሠራህ ነው, እና ከዚያ ምን ታደርጋለህ? በድንገት እራስዎን ደስ በማይሰኝ ሁኔታ ውስጥ እንዳያገኙ, አሁን መማር አለብዎት.

ሌላ አማራጭ አለ፡ በጽናት ይቀጥላሉ እና እንደሆንክ ይገባኛል ማለትን ቀጥል። በተለይ የዴቭኦፕስ መሐንዲስ እና ሌላ ምንም, ምንም ይሁን ምን. ከዚያ ልናሳዝንህ ይገባል፣ DevOops ለDevOps መሐንዲሶች ኮንፈረንስ አይደለም!

ምንም DevOps መሐንዲሶች የሉም። ከዚያ ማን አለ እና ምን ማድረግ አለበት?
ስላይድ ከ በኮንስታንቲን ዲነር ዘገባ ሙኒክ ውስጥ

DevOops 2020 ሞስኮ ኤፕሪል 29-30 በሞስኮ ውስጥ ይካሄዳል ፣ ትኬቶች ቀድሞውኑ ይገኛሉ በይፋዊው ድር ጣቢያ ላይ ይግዙ.

በአማራጭ, ይችላሉ የእርስዎን ሪፖርት ያቅርቡ እስከ የካቲት 8 ድረስ። እባክዎን ቅጹን በሚሞሉበት ጊዜ ከሪፖርትዎ የበለጠ ጥቅም ያላቸውን ታዳሚዎች መምረጥ አለብዎት (በዝርዝሩ ውስጥ የተቀበረ አስገራሚ ነገር አለ።).

ምንጭ: hab.com

አስተያየት ያክሉ