DevOpsForum 2019. DevOpsን ለመተግበር መጠበቅ አትችልም።

በቅርቡ በLogrocon አስተናጋጅነት በDevOpsForum 2019 ላይ ተሳትፌያለሁ። በዚህ ኮንፈረንስ ተሳታፊዎች በንግድ እና ልማት እና በኢንፎርሜሽን ቴክኖሎጂ አገልግሎት ስፔሻሊስቶች መካከል ውጤታማ ግንኙነት ለመፍጠር መፍትሄዎችን እና አዳዲስ መሳሪያዎችን ለማግኘት ሞክረዋል ።

DevOpsForum 2019. DevOpsን ለመተግበር መጠበቅ አትችልም።

ኮንፈረንሱ የተሳካ ነበር፡ ብዙ ጠቃሚ ሪፖርቶች፣ አስደሳች የአቀራረብ ቅርጸቶች እና ከተናጋሪዎቹ ጋር ብዙ ግንኙነት ነበረው። እና በተለይ ማንም ሰው ምንም ነገር ሊሸጥልኝ አለመሞከሩ በጣም አስፈላጊ ነው፣ ይህ ነገር በትልልቅ ጉባኤዎች ላይ ተናጋሪዎች በቅርብ ጊዜ ጥፋተኛ ናቸው።

ከ Raiffeisenbank, Alfastrakhovie, Mango Telecom አውቶማቲክን በመተግበር ልምድ እና በቆራጥነት ስር ያሉ ሌሎች ዝርዝሮችን ከንግግሮች የተወሰደ።

ስሜ ያና እባላለሁ፣ እንደ ሞካሪ እሰራለሁ፣ አውቶሜሽን እሰራለሁ፣ እንዲሁም DevOps፣ እና ወደ ኮንፈረንስ እና ስብሰባዎች መሄድ እወዳለሁ። ባለፉት ሁለት ዓመታት ውስጥ የኦሌግ ቡኒን ኮንፈረንስ (HighLoad++, TeamLead Conf)፣ የጁግ ዝግጅቶች (ሄይሰንቡግ፣ ጄፖይንት)፣ ቴስትኮን ሞስኮ፣ ዴቭኦፕስ ፕሮ ሞስኮ፣ ቢግ ዳታ ሞስኮ ነበርኩ።

በመጀመሪያ ደረጃ, ወደ ኮንፈረንስ ፕሮግራሙ ትኩረት እሰጣለሁ. ሪፖርቱ ስለ ምን እንደሚሆን እና በተናጋሪው ላይ የበለጠ እመለከታለሁ። ምንም እንኳን ሪፖርቱ በጣም ቴክኖሎጅያዊ እና አስደሳች ሆኖ ቢገኝም በድርጅትዎ ውስጥ ከሪፖርቱ አንዳንድ ምርጥ ልምዶችን መተግበር መቻልዎ እውነት አይደለም ። እና ከዚያ ድምጽ ማጉያ ያስፈልግዎታል.

በ Raiffeisenbank ላይ ባለው የቧንቧ መስመር መጨረሻ ላይ ብርሃን

ብዙውን ጊዜ፣ የሚስቡኝን የድምጽ ማጉያዎችን እፈልጋለሁ። በDevOpsForum 2019፣ ከ Raiffeisenbank፣ Mikhail Bizhan ተናጋሪ፣ ፍላጎቴን ሳበው። በንግግሩ ወቅት ቡድኖቻቸውን በዴቭኦፕስ ላይ እንዴት ቀስ በቀስ እንደሚጠመዱ ፣ ለምን እንደሚያስፈልጋቸው እና የዴቭኦፕስ ለውጥን ወደ ንግድ ሥራ እንዴት እንደሚሸጡ ተናግሯል ። ደህና ፣ በአጠቃላይ ፣ በቧንቧው መጨረሻ ላይ ያለውን ብርሃን እንዴት ማየት እንዳለብኝ ተናገርኩ ።

DevOpsForum 2019. DevOpsን ለመተግበር መጠበቅ አትችልም።
በ Raiffeisenbank አውቶሜሽን ዳይሬክተር ሚካሂል ቢዝሃን

አሁን በኩባንያቸው ውስጥ "DevOps" የላቸውም. ያም ማለት እሱ ይሰራል, ግን በሁሉም ቡድኖች ውስጥ አይደለም. DevOps ን በሚተገበሩበት ጊዜ, በልዩ መሐንዲሶች, እና በምርቱ ፍላጎት እና ይህ ምርት የተገነባበት መድረክ ብስለት, በቡድኖቹ ዝግጁነት ላይ ይመረኮዛሉ. ሚሻ DevOps ለምን እንደሚያስፈልግ ለንግድ ሥራ እንዴት ማስረዳት እንደሚቻል ነገረችው።

የባንክ ክፍሉ በርካታ የእድገት ነጂዎች አሉት-የአገልግሎቶች ዋጋ እና የደንበኛ መሠረት መስፋፋት። የአገልግሎቶች ዋጋ መጨመር በጣም ጥሩ አሽከርካሪ አይደለም, ነገር ግን የደንበኞችን መሰረት ማሳደግ ተቃራኒው ነው. ተፎካካሪዎች ተጨባጭ የሆነ አሪፍ ምርት ከለቀቁ ሁሉም ደንበኞች ወደዚያ ይሄዳሉ፣ ከዚያ ከጊዜ በኋላ የገበያው ደረጃ ይወጣል። ስለዚህ አዳዲስ ምርቶችን ወደ ገበያ ማስተዋወቅ እና የመግቢያቸው ፍጥነት ባንኮች የሚያተኩሩበት ዋና ነገር ነው። ይህ በትክክል DevOps ነው፣ እና ንግዶችም ይህንን ይገነዘባሉ።

ቀጣዩ ጠቃሚ ማስታወሻ፡ DevOps ሁልጊዜ ለገበያ የሚሆን ጊዜ አይቀንስም። DevOps ብቻውን መሥራት አይችልም፣ ምርትን ከልማት ወደ ምርት (ከኮድ ወደ ደንበኛ) የመፍጠር እና ወደ ገበያ የማምጣት ሂደት አካል ነው። ነገር ግን ከኮዱ በፊት ያለው ሁሉም ነገር ከ DevOps ጋር በቀጥታ የተገናኘ አይደለም. ያም ማለት ገበያተኞች ገበያውን ለዓመታት ያጠኑ እና ሙሉ ህይወታቸውን ከተፎካካሪዎች ጋር በመገናኘት ያሳልፋሉ። ደንበኛው የሚፈልገውን በፍጥነት መረዳት እና የዚህን ወይም ያንን ባህሪ ትግበራ ማቀድ አስፈላጊ ነው - ብዙውን ጊዜ ይህ ለዴቭኦፕስ ሥራ በቂ ያልሆነው እና ኩባንያው ግቡን እንዲመታ ነው። ስለዚህ ፣ በመጀመሪያ ፣ Raiffeisenbank DevOpsን እንዴት መጠቀም እንደሚቻል መማር አስፈላጊ እንደሆነ ከንግድ ጋር ተስማምቷል። ለአውቶሜሽን ሲባል አውቶማቲክ ለአዳዲስ ደንበኞች በሚደረገው ትግል ብዙም አይረዳም።

በአጠቃላይ ሚሻ DevOps መተግበር እንዳለበት ያምናል, ግን በጥበብ. እናም በለውጡ መጀመሪያ ላይ የቡድኑ ምርታማነት እንደሚቀንስ, አነስተኛ ገንዘብ እንደሚያገኝ, ግን ከዚያ በኋላ ይጸድቃል ለሚለው እውነታ ዝግጁ መሆን አለብን.

በማንጎ ቴሌኮም አውቶማቲክ ሙከራ

ለእኔ እንደ ሞካሪ ሌላ አስደሳች ዘገባ በኢጎር ማስሎቭ ከማንጎ ቴሌኮም ቀርቧል። የዝግጅት አቀራረቡ “የሙሉ የፍተሻ ዑደት በ SCRUM ቡድን ውስጥ አውቶማቲክ” ተባለ። Egor DevOps የተፈጠረው ለ SCRUM ነው ብሎ ያምናል፣ ነገር ግን በተመሳሳይ ጊዜ፣ DevOpsን ወደ SCRUM ቡድን ማስተዋወቅ በጣም ችግር ያለበት ነው። ይህ የሚሆነው የ SCRUM ቡድን ሁል ጊዜ የሆነ ቦታ ስለሚሮጥ ነው፣ በፈጠራዎች ለመከፋፈል እና ሂደቱን እንደገና ለመገንባት ጊዜ የለውም። ችግሩ ያለው SCRUM በቡድኑ ውስጥ ያሉ ንዑስ ቡድኖችን (የፈተና ቡድን፣ የልማት ቡድን እና የመሳሰሉትን) መለያየትን ባለማካተቱ ላይ ነው። ደህና ፣ በተጨማሪ ፣ ያለውን ሂደት በራስ-ሰር ለማድረግ ፣ ሰነዶች ያስፈልጋሉ ፣ እና በ SCRUM ውስጥ ፣ ብዙውን ጊዜ ሙሉ በሙሉ ምንም ሰነድ የለም - “ምርቱ ከአንድ ዓይነት ጽሑፍ የበለጠ አስፈላጊ ነው።

ወደ SCRUM ከተቀየሩ በኋላ ሞካሪዎች ባህሪያትን እንዴት እንደሚሞክሩ ከገንቢዎች ጋር መማከር ጀመሩ። ቀስ በቀስ የተግባራዊነት መጠን ጨምሯል, ምንም ሰነዶች አልነበሩም, እና በፈተናዎች ባልተሸፈነው ተግባር ውስጥ ብዙ ሳንካዎችን መያዝ ጀመሩ እና በአጠቃላይ ማን እንደሞከረው እና መቼ እንደሆነ ግልጽ አልነበረም. በአጭር አነጋገር - ግራ መጋባት እና መበሳጨት. ወደ ሙከራ አውቶማቲክ ለመቀየር ወስነናል። ግን ያኔም ቢሆን ሙሉ በሙሉ ውድቀት ነበር። ለቤት ውስጥ ሞካሪዎች በማያውቁት ቁልል ላይ የጻፉ የውጭ አውቶማቲክ ባለሙያዎችን ቀጥረዋል። ለአውቶሞተሮች ማዕቀፍ በእርግጥ ሠርቷል, ነገር ግን የውጭ ባለሙያዎች ከሄዱ በኋላ, ለሁለት ሳምንታት ቆየ. በመቀጠል አውቶማቲክን ቁጥር ሁለት ለማስተዋወቅ የተደረገ ሙከራ ነበር። ሁሉም ነገር በኩባንያው ውስጥ መገንባት እንዳለበት, በራስዎ (ትክክለኛው ቬክተር: ውስጣዊ እውቀትን ማጎልበት), በ SCRUM ማዕቀፍ ውስጥ እና በሂደቱ ውስጥ ሰነዶችን መፍጠር በመቻሉ ተጀመረ. ለአውቶሜሽን ያለው ቁልል ከምርቱ ቁልል ጋር እኩል መሆን አለበት (እዚህ እየጨመርኩ ነው፣ የጃቫስክሪፕት ፕሮጄክትዎን በሌላ ነገር አይሞክሩ)። በስፕሪንቱ መጨረሻ ላይ አውቶማቲክ ሙከራው ከመላው ቡድን ጋር እንዴት እንደሚሰራ የሚያሳይ ማሳያ አደረጉ (ጠቃሚ)። ስለዚህ የሁሉም የቡድን አባላት በአውቶሜሽን ሂደት ውስጥ ያለው ተሳትፎ ጨምሯል ፣ እንዲሁም በራስ-ሰር ሙከራዎች ላይ እምነት መጣል እና ይህ አውቶሞቲቭ በእርግጠኝነት ጥቅም ላይ የሚውልበት ዕድል (እና በተከታታይ ውድቀቶች ምክንያት በአንድ ወር ውስጥ አስተያየት አይሰጥም)።

በነገራችን ላይ በ DevOpsForum 2019 ክፍት ማይክሮፎን ነበር - ለረጅም ጊዜ የሚታወቅ እና በእኔ አስተያየት ጠቃሚ የንግግር ቅርጸት። እንደዚህ እየተራመዱ፣ ሪፖርቶችን ያዳምጣሉ፣ እና በጉባኤው ላይ ችግሩን ለመፍታት አግባብነት ያለው ልምድ በማካፈል በአንድ ርዕሰ ጉዳይ ወይም ችግር ላይ መወያየት ተገቢ እንደሆነ ይወስናሉ።

አዘጋጆቹም አጫጭር ዘገባዎችን ዥረት ማድረጋቸውን አስተውያለሁ። እያንዳንዱ ሪፖርት ከ 10 ደቂቃዎች ያልበለጠ ጊዜ ውስጥ, ከዚያም ጥያቄዎች. በዚህ መንገድ ብዙ ርዕሶችን በአንድ ጊዜ መሸፈን እና ለሚፈልጉዎት ተናጋሪዎች ጥያቄዎችን መጠየቅ ይችላሉ።

DevOpsForum 2019. DevOpsን ለመተግበር መጠበቅ አትችልም።
DevOpsForum 2019. DevOpsን ለመተግበር መጠበቅ አትችልም።
በዝግጅት አቀራረቦች መካከል፣ በኮንፈረንስ አጋሮች ዳስ ውስጥ ዞርኩ እና ብዙ ነገሮችን ሰረቅኩ/አሸነፍኩ። ኦህ ፣ የእጅ ወረቀቱን ወድጄዋለሁ!

ክብ ጠረጴዛ እና የዴቭኦፕስ ጉዳዮች በአልፋስትራክሆቫኒ ካለው የልማት ዳይሬክተር ጋር

ለኔ በDevOpsForum 2019 ኬክ ላይ ያለው ውዝዋዜ ከDevOps ባለሙያዎች ጋር የሰዓት የሚፈጀው የምልአተ ጉባኤ ቆይታ ነበር። አራት የክፍለ-ጊዜ ተሳታፊዎች DevOpsን ከተለያዩ አቅጣጫዎች እንዲመለከቱ ተጋብዘዋል-አንቶን ኢሳኒን (አልፋስትራክሆቫኒ ፣ የልማት ዳይሬክተር) ናኢሊያ ዛማሽኪና (ፊንቴክ ላብ ፣ ኦፕሬቲንግ ሲስተም) ኦሌግ ኢጎርኪን (Rostelecom ፣ Agile አሰልጣኝ) እና አንቶን ማርቲያኖቭ (ገለልተኛ ኤክስፐርት ፣ DevOps ን ተመልክተዋል) ከንግድ እይታ).

ባለሙያዎቹ ወደ ሰዎቹ ተቀምጠው ከዚያ ነገሮች መከሰት ጀመሩ ለአንድ ሰአት ሙሉ ከተሰብሳቢዎቹ የተውጣጡ ተሳታፊዎች ጥያቄዎቻቸውን ጠየቁ እና ባለሙያዎቹ ራፕውን ወሰዱ. አንዳንድ ጊዜ እውነተኛ ክርክሮች ነበሩ. ጥያቄዎቹ በጣም የተለያዩ ነበሩ, ለምሳሌ: DevOps መሐንዲሶች በአጠቃላይ ያስፈልጋሉ, ለምን እንደ የስርዓት አስተዳዳሪዎች ሊሰለጥኑ አይችሉም, DevOps ለሁሉም ሰው መቅረብ አለበት, ዋጋው ምንድን ነው, ወዘተ.

ከዚያም ከአንቶን ኢሳኒን ጋር በግል ተነጋገርኩኝ። የዴቭኦፕስ ባህልን ወደ እያንዳንዱ ቤት ማምጣት አስፈላጊ ስለመሆኑ ተወያይተናል እና የዴቭኦፕስ ለውጥን ጨለማ ጎን ገለፅን።

ሁሉም ሰው ተሰብስቦ DevOps በምርቱ እና በንግዱ እና በቡድኑ እንደሚፈለግ ወስነን እናስብ። እንተገብረና እንተተገብረ። ሁሉም ነገር ተሳካ። ተነፈስን። DevOps ወደ ደንበኛው አቅርቦናል፣ አሁን ሁሉንም ምኞቶቹን በፍጥነት መፈጸም እንችላለን። በውጤቱም, ጥብቅ ደንቦች እና መስፈርቶች ያለው ትልቅ የኦፕስ ዲፓርትመንት አለን, እና በምርቱ ላይ ጉድለቶችን በየጊዜው ያገኛል እና ብዙ ጥያቄዎችን ይፈጥራል. ከዚህም በላይ ሁሉም ጉድለቶች "አጣዳፊ" ሁኔታ ተሰጥቷቸዋል, ምንም እንኳን ደንበኛው በድንገት ከአረንጓዴ ይልቅ አዝራሩን ቢጫ ቀለም መቀባት ቢፈልግም. ፕሮጀክቱ እያደገ ነው, የተለቀቁት ቁጥር እያደገ ነው, እና በዚህ መሰረት, ጉድለቶች እና የደንበኞች አዲስ ተግባራት አለመግባባቶች ቁጥር. Ops ጉድለቶችን ሪፖርት ለማድረግ 10 ተጨማሪ ሰዎችን ይቀጥራል፣ እና ልማት እነሱን ለመዝጋት 15 ተጨማሪ ሰዎችን ቀጥሯል። እና አዳዲስ ባህሪያትን ከማስተዋወቅ ይልቅ ቡድኑ ማለቂያ ከሌላቸው ኤስዲዎች ጋር ይሰራል፣ተግባሩን ለተጠቃሚው እና በተመሳሳይ ጊዜ ድጋፍን ያብራራል። በውጤቱም, ሁለቱም ኦፕስ እና ልማት እየሰሩ ናቸው, ነገር ግን ደንበኛው እና ንግዱ ደስተኛ አይደሉም: አዳዲስ ባህሪያት ተጣብቀዋል. DevOps ያለ ይመስላል ነገር ግን ያለ አይመስልም።

DevOpsን የመተግበር አስፈላጊነትን በተመለከተ አንቶን ይህ በቀጥታ በንግዱ ስፋት ላይ የተመሰረተ መሆኑን በግልፅ ተናግሯል። በዓመት አንድ ደንበኛን ማገልገል ኩባንያውን ቢሊዮን የሚያመጣ ከሆነ፣ DevOps አያስፈልግም (በዚህ ደንበኛ ላይ በየጊዜው አዳዲስ ለውጦችን ማድረግ ካላስፈለገዎት)። ሁሉም ነገር በቸኮሌት ተሸፍኗል. ነገር ግን ንግዱ ካደገ እና ብዙ ደንበኞች ከታዩ ማክበር አለብዎት። እንደ ደንቡ, በኩባንያው ውስጥ መጀመሪያ ላይ ጥሩ ኦፕስ የለም. በመጀመሪያ ምርቱን እንቆርጣለን, እና ከዚያ በኋላ ብቻ ምርቱ እንዲሰራ, አገልጋዮቹን መከታተል እና አቅርቦቶችን መከታተል እንዳለብን እንረዳለን. ያኔ ነው ኦፕስ ወደ መሆን የሚመጣው። ኦፕስ እንደ የተለየ ክፍል ለልማት ብዙ መሰናክሎችን መትከል እንደሚጀምር እና ሁሉም አቅርቦቶች መቆም እንደሚጀምሩ መረዳት ይቀራል። ያም ማለት በዚህ ጉዳይ ላይ የዴቭኦፕስ ባህል ቀድሞውኑ ጠቃሚ ነው, ነገር ግን ስለ ጨለማው ጎኑ መዘንጋት የለብንም.

ምንጭ: hab.com

አስተያየት ያክሉ