በ GitLab የሶፍትዌር ጥገናዎችን እንዴት እንደምንለቅ

በ GitLab የሶፍትዌር ጥገናዎችን በሁለት መንገድ እናስኬዳለን፡ በእጅ እና በራስ ሰር። በgitlab.com ላይ በራስ-ሰር በማሰማራት አስፈላጊ ዝመናዎችን የመፍጠር እና የማድረስ ስራ አስፈፃሚው ስራ እና እንዲሁም ተጠቃሚዎች በራሳቸው ጭነቶች ላይ እንዲሰሩ ፕላስተሮችን ስለመለቀቂያ አስተዳዳሪው ስራ ለማወቅ ያንብቡ።

በእርስዎ ዘመናዊ ሰዓት ላይ አስታዋሽ እንዲያዘጋጁ እመክራለሁ፡ በየወሩ በ22ኛው፣ ከ GitLab ጋር በተቋሞቻቸው ውስጥ የሚሰሩ ተጠቃሚዎች የአሁኑን የምርታችንን ስሪት ማሻሻያዎችን ማየት ይችላሉ። ወርሃዊው ልቀት አዳዲስ ባህሪያትን፣ የነባር እድገቶችን ይዟል፣ እና ብዙ ጊዜ የማህበረሰቡን የመሳሪያዎች ወይም ውህደት ጥያቄዎች የመጨረሻ ውጤት ያሳያል።

ነገር ግን፣ እንደ ልምምድ እንደሚያሳየው፣ የሶፍትዌር ልማት እምብዛም እንከን የለሽ አይደለም። የሳንካ ወይም የደህንነት ተጋላጭነት ሲገኝ፣ በአቅርቦት ቡድን ውስጥ ያለው የመልቀቂያ አስተዳዳሪ ለተጠቃሚዎቻችን ጭነቶችን ይፈጥራል። Gitlab.com በሲዲ ሂደት ውስጥ ተዘምኗል። በ GitLab ውስጥ ካለው የሲዲ ባህሪ ጋር ግራ መጋባትን ለማስወገድ ይህንን የሲዲ ሂደት አውቶማቲክ ማሰማራት ብለን እንጠራዋለን። ይህ ሂደት በተጠቃሚዎች፣ በደንበኞች እና በውስጥ ልማት ቡድናችን የሚቀርቡ የጉትት ጥያቄዎች ጥቆማዎችን ሊያካትት ስለሚችል አሰልቺ የሆነውን የመለጠፍ ችግር መፍታት በሁለት የተለያዩ መንገዶች ይፈታል።

«ወደ GitLab.com ከመልቀቅዎ በፊት ገንቢዎች የሚያደርጉት ነገር ሁሉ በየቀኑ ወደ ሁሉም አካባቢዎች እንደሚሰማራ እናረጋግጣለን።" በማለት ያስረዳል። ማሪን ጃንኮቭኪ, ከፍተኛ የቴክኒክ ሥራ አስኪያጅ, የመሠረተ ልማት መምሪያ. "ለጭነቶችህ የተለቀቁትን ለgitlab.com ማሰማራቶች ቅጽበታዊ ገጽ እይታ ያስቡ፣ ለዚህም ጥቅል ለመፍጠር የተለየ ደረጃዎችን አክለናል ተጠቃሚዎቻችን በተጫኑባቸው ላይ ለመጫን ይጠቀሙበት።».

ስህተቱ ወይም ተጋላጭነቱ ምንም ይሁን ምን የgitlab.com ደንበኞች ከታተሙ በኋላ ብዙም ሳይቆይ ጥገናዎችን ይቀበላሉ ይህም በራስ ሰር የሲዲ ሂደት ጥቅም ነው። ለተጠቃሚዎች የራሳቸው ጭነት ያላቸው ጥገናዎች በተለቀቀው አስተዳዳሪ የተለየ ዝግጅት ያስፈልጋቸዋል።

የመላኪያ ቡድኑ ልቀቶችን ለመቀነስ አብዛኛዎቹን ሂደቶች በራስ ሰር ለመስራት ጠንክሮ እየሰራ ነው። ኤምቲቲፒ (ለምርት ጊዜ ማለት ነው፣ ማለትም በምርት ላይ የሚጠፋው ጊዜ)፣ የገንቢ የውህደት ጥያቄን በgitlab.com ላይ ለማሰማራት የሚቆይበት ጊዜ።

«የአቅርቦት ቡድኑ አላማ እንደ ኩባንያ በፍጥነት መንቀሳቀስ እንደምንችል ማረጋገጥ ወይም ቢያንስ የአቅርቦት ሰዎች በፍጥነት እንዲሰሩ ማድረግ ነው።? ትላለች ማሪን።

ሁለቱም የgitlab.com ደንበኞቻቸው እና የመጫኛዎቻቸው ተጠቃሚዎች የአቅርቦት ቡድኑ የዑደት ጊዜዎችን ለመቀነስ እና ስምምነቶችን ለማፋጠን በሚያደርገው ጥረት ይጠቀማሉ። በዚህ ጽሑፍ ውስጥ በእነዚህ ሁለት ዘዴዎች መካከል ያለውን ተመሳሳይነት እና ልዩነት እናብራራለን. ጉዳዮች, እና የእኛ የአቅርቦት ቡድን በተቋሞቻቸው ላይ ለሚሰሩ ተጠቃሚዎች እንዴት ጥገናዎችን እንደሚያዘጋጅ እና እንዲሁም gitlab.com አውቶማቲክ ማሰማራትን በመጠቀም የዘመነ መሆኑን እንዴት እንደምናረጋግጥ እንገልፃለን።

የመልቀቂያ አስተዳዳሪ ምን ያደርጋል?

የቡድን አባላት በየወሩ የመልቀቂያ አስተዳዳሪን ሚና ያስተላልፉ በተለቀቁት መካከል ሊከሰቱ የሚችሉ ጥገናዎችን እና የደህንነት ልቀቶችን ጨምሮ ለተጠቃሚዎች የምንለቃቸው ናቸው። የኩባንያውን ሽግግር ወደ አውቶሜትድ፣ ቀጣይነት ባለው መልኩ የመምራት ኃላፊነት አለባቸው።

እራስን የሚጫኑ ልቀቶች እና gitlab.com ልቀቶች ተመሳሳይ የስራ ሂደቶችን ይጠቀማሉ ነገር ግን በተለያየ ጊዜ ይሰራሉ, ማሪን ያብራራል.

በመጀመሪያ ደረጃ፣ የመልቀቂያው አስተዳዳሪ፣ የመልቀቂያው አይነት ምንም ይሁን ምን፣ መተግበሪያው በgitlab.com ላይ ከተጀመረበት ጊዜ ጀምሮ GitLab መገኘቱን እና ደህንነቱ የተጠበቀ መሆኑን ያረጋግጣል፣ ይህም ተመሳሳይ ጉዳዮች በደንበኞች መሠረተ ልማት ውስጥ እንዳይገቡ ማረጋገጥን ይጨምራል። የራሱ አቅም.

አንዴ ስህተት ወይም ተጋላጭነት በ GitLab ውስጥ እንደተስተካከለ፣ የመልቀቂያ አስተዳዳሪው በተጫኑት ተጠቃሚዎች በፕላቹ ወይም በደህንነት ዝመናዎች ውስጥ እንደሚካተት መገምገም አለበት። ስህተት ወይም ተጋላጭነት ማሻሻያ ይገባዋል ብሎ ከወሰነ የዝግጅት ስራው ይጀምራል።

የመልቀቂያ ሥራ አስኪያጁ ጥገና ማዘጋጀት ወይም መቼ እንደሚሠራ መወሰን አለበት - እና ይህ በሁኔታው አውድ ላይ በጣም ጥገኛ ነው ፣ "እስከዚያው ድረስ ማሽኖች እንደ ሰዎች አውድ በመምራት ረገድ ጥሩ አይደሉም" ትላለች ማሪን

ሁሉም ስለ ጥገናዎች ነው

ፓቼዎች ምንድን ናቸው እና ለምን ያስፈልገናል?

የልቀት አስተዳዳሪው በትህቱ ክብደት ላይ በመመስረት ማስተካከያ ለመልቀቅ ይወስናል።

ስህተቶቹ እንደ ከባድነታቸው ይለያያሉ። ስለዚህ የ S4 ወይም S3 ስህተቶች እንደ ፒክስል ወይም አዶ መፈናቀል ያሉ ስታይልስቲክስ ሊሆኑ ይችላሉ። ይህ ያነሰ አስፈላጊ አይደለም፣ ነገር ግን በማንም ሰው የስራ ሂደት ላይ ምንም አይነት ጉልህ ተጽእኖ የለም፣ ይህ ማለት ለእንደዚህ አይነት S3 ወይም S4 ስህተቶች ማስተካከል የመፈጠሩ እድሉ ትንሽ ነው፣ ማሪን ያስረዳል።

ሆኖም፣ ተጋላጭነቶች S1 ወይም S2 ማለት ተጠቃሚው ወደ አዲሱ ስሪት ማዘመን የለበትም ማለት ነው፣ ወይም የተጠቃሚውን የስራ ሂደት የሚጎዳ ጉልህ ስህተት አለ። በክትትል ውስጥ ከተካተቱ ብዙ ተጠቃሚዎች አጋጥሟቸዋል, ስለዚህ የመልቀቂያው አስተዳዳሪ ወዲያውኑ ማስተካከያ ማዘጋጀት ይጀምራል.

አንዴ የተጋላጭነት S1 ወይም S2 ማጣበቂያ ከተዘጋጀ፣ የመልቀቂያ አስተዳዳሪው ንጣፉን መልቀቅ ይጀምራል።

ለምሳሌ፣ GitLab 12.10.1 patch የተፈጠረው በርካታ የማገድ ችግሮች ከተለዩ በኋላ እና ገንቢዎቹ እየፈጠረባቸው ያለውን ችግር አስተካክለዋል። የመልቀቂያ ሥራ አስኪያጁ የተመደቡትን የክብደት ደረጃዎች ትክክለኛነት ገምግሟል ፣ እና ከተረጋገጠ በኋላ ፣ የማገጃ ችግሮች ከተገኙ በኋላ በ XNUMX ሰዓታት ውስጥ ተዘጋጅቶ የተለቀቀው የማስተካከያ ሂደት ተጀመረ ።

ብዙ S4, S3 እና S2 ሲከማቹ, የመልቀቂያ አስተዳዳሪው ጥገናን ለመልቀቅ አጣዳፊነት ለመወሰን አውዱን ይመለከታል, እና የተወሰነ ቁጥር ሲደርስ ሁሉም ተጣምረው ይለቀቃሉ. የድህረ-ልቀት ጥገናዎች ወይም የደህንነት ዝማኔዎች በብሎግ ልጥፎች ውስጥ ተጠቃለዋል.

የመልቀቂያ አስተዳዳሪ እንዴት ጥገናዎችን እንደሚፈጥር

ጥገናዎችን ለመፍጠር GitLab CI እና እንደ የእኛ ChatOps ያሉ ሌሎች ባህሪያትን እንጠቀማለን። የመልቀቂያ አስተዳዳሪ የቻት ኦፕስ ቡድንን በውስጥ ቻናላችን ላይ በማንቃት የጥገናውን መልቀቅ ይጀምራል #releases በ Slack ውስጥ.

/chatops run release prepare 12.10.1

ChatOps የተለያዩ ክስተቶችን ለመቀስቀስ በ Slack ውስጥ ይሰራል፣ እነሱም በGitLab ተስተናግደዋል። ለምሳሌ፣ የመላኪያ ቡድኑ ፕላቶችን ለመልቀቅ የተለያዩ ነገሮችን በራስ ሰር ለማድረግ ChatOpsን አዘጋጀ።

አንዴ የመልቀቂያው አስተዳዳሪ የቻትኦፕስ ቡድንን በ Slack ውስጥ ከጀመረ፣ የተቀረው ስራ CICDን በመጠቀም በ GitLab ውስጥ በራስ-ሰር ይከናወናል። የመልቀቂያ አስተዳዳሪው አንዳንድ ዋና ዋና እርምጃዎችን ሲያንቀሳቅስ በ Slack እና GitLab መካከል የሁለት መንገድ ግንኙነት አለ።

ከታች ያለው ቪዲዮ ለ GitLab ንጣፍ የማዘጋጀት ቴክኒካል ሂደትን ያሳያል።

በ gitlab.com ላይ አውቶማቲክ ማሰማራት እንዴት እንደሚሰራ

gitlab.com ን ለማዘመን ጥቅም ላይ የሚውለው ሂደት እና መሳሪያዎች ጥገናዎችን ለመፍጠር ጥቅም ላይ ከሚውሉት ጋር ተመሳሳይ ናቸው። gitlab.com ን ማዘመን ከተለቀቀው አስተዳዳሪ እይታ ያነሰ የእጅ ሥራ ይፈልጋል።

ChatOpsን በመጠቀም ማሰማራትን ከማስኬድ ይልቅ የCI ባህሪያትን እንጠቀማለን ለምሳሌ፡ የታቀዱ የቧንቧ መስመሮች, ከእሱ ጋር የመልቀቂያ አስተዳዳሪው በሚፈለገው ጊዜ እንዲከናወኑ የተወሰኑ እርምጃዎችን መርሐግብር ማስያዝ ይችላል. በእጅ ከሚሰራ ሂደት ይልቅ በየጊዜው በሰአት አንድ ጊዜ የሚሰራ የቧንቧ መስመር በ GitLab ፕሮጀክቶች ላይ የተደረጉ አዳዲስ ለውጦችን አውርዶ፣ ፓኬጆችን አዘጋጅቶ የማሰማራት መርሃ ግብር እና በራስ ሰር ሙከራን፣ QA እና ሌሎች አስፈላጊ እርምጃዎችን ይሰራል።

"ስለዚህ ከ gitlab.com በፊት በተለያዩ አካባቢዎች የሚሰሩ ብዙ ማሰማራቶች አሉን እና እነዚያ አከባቢዎች በጥሩ ሁኔታ ላይ ካሉ እና ፈተናዎች ጥሩ ውጤቶችን ካሳዩ በኋላ የመልቀቂያው አስተዳዳሪ የ gitlab.com የማሰማራት እርምጃዎችን ይጀምራል" ይላል ማሪን።

የ CICD ቴክኖሎጂ የ gitlab.com ዝመናዎችን የሚደግፍ አጠቃላይ ሂደቱን በራስ-ሰር ያደርገዋል የመልቀቂያ አስተዳዳሪው የምርት አካባቢውን ወደ gitlab.com ማሰማራትን በእጅ መጀመር አለበት።

ማሪን ከዚህ በታች ባለው ቪዲዮ ውስጥ ስለ gitlab.com የማዘመን ሂደት በዝርዝር ይናገራል።

የመላኪያ ቡድኑ ሌላ ምን ያደርጋል?

በ gitlab.com ማሻሻያ ሂደቶች እና በቤት ውስጥ ላሉ ደንበኞች በመልቀቅ መካከል ያለው ዋና ልዩነት የኋለኛው ሂደት ከመልቀቂያ አስተዳዳሪው ብዙ ጊዜ እና ተጨማሪ የእጅ ሥራ ይፈልጋል።

ማሪን "አንዳንድ ጊዜ በተዘገቡ ጉዳዮች፣ በመሳሪያዎች ጉዳይ እና አንድ ነጠላ ፕላስተር በሚለቁበት ጊዜ ከግምት ውስጥ መግባት ያለባቸው ብዙ ልዩነቶች ስላሉ አንዳንድ ጊዜ ጥገናዎችን ለደንበኞች ከጫኑ ጋር ለመልቀቅ እናዘገያለን።

የመላኪያ ቡድኑ የአጭር ጊዜ ግቦች አንዱ ልቀቱን ለማፋጠን በተለቀቀው ሥራ አስኪያጅ ላይ ያለውን የእጅ ሥራ መጠን መቀነስ ነው። ቡድኑ የመልቀቂያ ሂደቱን ለማቃለል፣ ለማቀላጠፍ እና አውቶማቲክ ለማድረግ እየሰራ ነው፣ ይህም ዝቅተኛ የክብደት ጉዳዮችን (S3 እና S4፣) ለማስተካከል ይረዳል። በግምት ተርጓሚ). ፍጥነት ላይ ማተኮር ቁልፍ የአፈጻጸም አመልካች ነው፡ MTTP ን መቀነስ አስፈላጊ ነው - የውህደት ጥያቄ ከተቀበለበት ጊዜ አንስቶ ውጤቱን ወደ gitlab.com ለማሰማራት ጊዜው አሁን ካለው 50 ሰአት እስከ 8 ሰአት ነው።

የአቅርቦት ቡድኑ gitlab.com ወደ ኩበርኔትስ መሰረት ያደረገ መሠረተ ልማት ለመሸጋገር እየሰራ ነው።

የአርታዒው n.b.ስለ ኩበርኔትስ ቴክኖሎጂ አስቀድመው ሰምተው ከሆነ (እና እንዳለዎት ምንም ጥርጥር የለኝም) ነገር ግን በእጆችዎ ገና ካልነኩዎት, በመስመር ላይ ከፍተኛ ኮርሶች ውስጥ እንዲሳተፉ እመክራለሁ. Kubernetes Baseሴፕቴምበር 28-30 የሚካሄደው እና Kubernetes ሜጋጥቅምት 14-16 የሚካሄደው ይህ በራስ መተማመን እንዲሄዱ እና በቴክኖሎጂው እንዲሰሩ ያስችልዎታል።

እነዚህ ተመሳሳይ ግብ የሚከተሉ ሁለት አቀራረቦች ናቸው፡ የዝማኔዎችን ፈጣን ማድረስ፣ ለጂትላብ.ኮም እና ለደንበኞቻቸው በተቋሞቻቸው ላይ።

ለእኛ ማንኛውም ሃሳቦች ወይም ምክሮች?

ሁሉም ሰው ለ GitLab አስተዋፅዖ ለማድረግ እንኳን ደህና መጡ፣ እና ከአንባቢዎቻችን የሚሰጡትን አስተያየት በደስታ እንቀበላለን። ለአቅርቦት ቡድናችን ምንም አይነት ሀሳብ ካሎት አያመንቱ ጥያቄ መፍጠር ከማስታወቂያ ጋር team: Delivery.

ምንጭ: hab.com