ለገንቢዎች ምርጥ የ DevOps ልምዶች። አንቶን ቦይኮ (2017)

ሪፖርቱ ስለ አንዳንድ የዴቭኦፕስ ልምምዶች ይናገራል፣ ግን ከገንቢ እይታ። በተለምዶ፣ ሁሉም DevOpsን የሚቀላቀሉ መሐንዲሶች በቀበታቸው ስር የበርካታ ዓመታት የአስተዳደር ልምድ አላቸው። ግን ይህ ማለት እዚህ ለገንቢው ምንም ቦታ የለም ማለት አይደለም. ብዙውን ጊዜ፣ ገንቢዎች "የቀኑን ቀጣዩን አጣዳፊ ወሳኝ ስህተት" በማስተካከል ተጠምደዋል፣ እና የዴቭኦፕስ መስክን በፍጥነት ለማየት እንኳን ጊዜ አይኖራቸውም። በደራሲው ግንዛቤ፣ DevOps፣ በመጀመሪያ፣ የተለመደ አስተሳሰብ ነው። በሁለተኛ ደረጃ, የበለጠ ውጤታማ ለመሆን እድሉ ነው. እርስዎ ገንቢ ከሆኑ፣ አስተዋይ ከሆኑ እና እንደ ቡድን ተጫዋች የበለጠ ውጤታማ ለመሆን ከፈለጉ ይህ ሪፖርት ለእርስዎ ነው።

ራሴን ላስተዋውቅ፣ በክፍሉ ውስጥ እኔን የማያውቁኝ ሰዎች እንዳሉ ሙሉ በሙሉ አምናለሁ። ስሜ አንቶን ቦይኮ ነው፣ እኔ የማይክሮሶፍት Azure MVP ነኝ። MVP ምንድን ነው? ይህ ሞዴል-እይታ-አቀራረብ ነው። ሞዴል-እይታ-አቅራቢ በትክክል እኔ ነኝ።

በተጨማሪም፣ በአሁኑ ጊዜ በሲክለም የመፍትሄ አርክቴክት ቦታን እይዛለሁ። እና ልክ በቅርቡ ለራሴ እንደዚህ አይነት ቆንጆ ጎራ ገዛሁ እና ኢሜይሌን አዘምነዋለሁ፣ ይህም በአቀራረቦች ላይ ዘወትር የማሳየው። በእኔ ላይ ሊጽፉልኝ ይችላሉ: እኔ [ውሻ] byokoant.pro. ከጥያቄዎች ጋር ኢሜል ማድረግ ይችላሉ. እኔ አብዛኛውን ጊዜ እመልስላቸዋለሁ. ብቸኛው ነገር ከሁለት ርዕሰ ጉዳዮች ማለትም ከፖለቲካ እና ከሃይማኖት ጋር የተያያዙ ጥያቄዎችን በኢሜል መቀበል አልፈልግም. ስለሌላው ነገር በኢሜል ልትጽፍልኝ ትችላለህ። የተወሰነ ጊዜ ያልፋል, እመልስለታለሁ.

ስለራስዎ ጥቂት ቃላት:

• በዚህ ዘርፍ ለ10 ዓመታት ቆይቻለሁ።
• ማይክሮሶፍት ውስጥ ሠርቻለሁ።
• በ2014 የሆነ ቦታ የመሰረተው የዩክሬን አዙሬ ማህበረሰብ መስራች አባት ነኝ። እና አሁንም አለን እና እያዳበርነው ነው።
• እኔ ደግሞ በዩክሬን የምናስተናግደው የአዙሬ ኮንፈረንስ መስራች አባት ነኝ።
• በኪየቭ የሚገኘውን Global Azure Bootcampን በማደራጀት እገዛ አደርጋለሁ።
• እንዳልኩት፣ እኔ Microsoft Azure MVP ነኝ።
• በስብሰባዎች ላይ ብዙ ጊዜ እናገራለሁ. በስብሰባዎች ላይ መናገር በእውነት እወዳለሁ። ባለፈው ዓመት 40 ጊዜ ያህል ማከናወን ችያለሁ። በዩክሬን ፣ በቤላሩስ ፣ በፖላንድ ፣ በቡልጋሪያ ፣ በስዊድን ፣ በዴንማርክ ፣ በኔዘርላንድስ ፣ በስፔን ካለፉ ወይም በአውሮፓ ውስጥ ሌላ ሀገር ከሰጡ ወይም ከወሰዱ ፣ ከዚያ በዥረቱ ውስጥ የደመና ርዕስ ወዳለው ኮንፈረንስ ሲሄዱ በጣም ይቻላል ። ፣ በተናጋሪዎች ዝርዝር ውስጥ ልታየኝ ትችላለህ።
• እኔም የStar Trek ደጋፊ ነኝ።

ስለ አጀንዳ ትንሽ እናውራ። አጀንዳችን በጣም ቀላል ነው፡-

• ስለ DevOps ምን እንደሆነ እንነጋገራለን. ይህ ለምን አስፈላጊ እንደሆነ እንነጋገር. ከዚህ ቀደም DevOps በሂሳብዎ ላይ የጻፉት ቁልፍ ቃል ነበር እና ወዲያውኑ +$500 ደሞዝ ተቀብለዋል። አሁን ለምሳሌ +500 ዶላር ለደሞዝህ ለማግኘት በሂሳብ መዝገብህ ውስጥ blockchain መፃፍ አለብህ።
• እና ከዚያ ፣ ይህ ምን እንደሆነ ትንሽ ስንረዳ ፣ የዴቭኦፕስ ልምዶች ምን እንደሆኑ እንነጋገራለን ። ግን በአጠቃላይ በዴቭኦፕስ አውድ ውስጥ ብዙም አይደለም፣ ነገር ግን ለገንቢዎች ትኩረት ሊሰጡ ስለሚችሉ ስለእነዚያ DevOps ልምዶች። ለምን ለእርስዎ ፍላጎት ሊሆኑ እንደሚችሉ እነግርዎታለሁ። ለምን ይህን በጭራሽ ማድረግ እንዳለቦት እና እንዴት ትንሽ ህመም እንዲሰማዎት እንደሚረዳ እነግርዎታለሁ።

ብዙ ሰዎች የሚያሳዩት ባህላዊ ምስል. በብዙ ፕሮጀክቶች ውስጥ የሚከሰተው ይህ ነው. ይህ የእኛን ሶፍትዌር የሚደግፉ የልማት እና ኦፕሬሽን ዲፓርትመንቶች ሲኖረን ነው። እና እነዚህ ክፍሎች እርስ በርሳቸው አይግባቡም.

ምናልባት፣ በዴቭኦፕስ እና ኦፕሬሽን ዲፓርትመንቶች ውስጥ በግልፅ ሊሰማዎት ካልቻሉ፣ ከDev እና QA ክፍሎች ጋር ተመሳሳይነት መሳል ይችላሉ። ሶፍትዌሮችን የሚያመርቱ ሰዎች አሉ እና ከገንቢዎቹ እይታ መጥፎ የሆኑ QA ሰዎች አሉ። ለምሳሌ የእኔን ድንቅ ኮድ ወደ ማከማቻው አቅርቤያለሁ እና ይህን ኮድ ወደ እኔ የመለሰልኝ እና ኮድዎ መጥፎ ነው የሚል ወንጀለኛ እዚያ ተቀምጧል።

ይህ ሁሉ የሚሆነው ሰዎች እርስ በርሳቸው ስለማይግባቡ ነው። እና አንዳንድ ፓኬጆችን ይጥላሉ, አንዳንድ አተገባበር እርስ በርስ በአንዳንድ አለመግባባቶች ግድግዳ በኩል እና ከእነሱ ጋር አንድ ነገር ለማድረግ ይሞክራሉ.

የዴቭኦፕስ ባህል ለማጥፋት የተነደፈው ይህ ግድግዳ በትክክል ነው, ማለትም. ሰዎች እርስ በርስ እንዲግባቡ ማስገደድ እና ቢያንስ በፕሮጀክቱ ውስጥ ያሉ የተለያዩ ሰዎች ምን እንደሚሠሩ እና ለምን ሥራቸው አስፈላጊ እንደሆነ ይረዱ.

እና ስለ DevOps ስንነጋገር አንድ ሰው DevOps ፕሮጀክቱ ቀጣይነት ያለው ውህደት ሲኖረው እንደሆነ ይነግርዎታል; አንድ ሰው DevOps ፕሮጀክቱ "መሠረተ ልማት እንደ ኮድ" አሠራር ተግባራዊ ከሆነ ነው ይላሉ; አንድ ሰው ወደ DevOps የመጀመሪያው እርምጃ የባህሪ ቅርንጫፍ ፣ የባህሪ ባንዲራዎች ነው ይላሉ።

በመሠረቱ, ይህ ሁሉ በራሱ መንገድ እውነት ነው. ግን እነዚህ እኛ ያለን የመጨረሻዎቹ ልምዶች ብቻ ናቸው። ወደ እነዚህ ልምዶች ከመቀጠልዎ በፊት, ይህንን ስላይድ እንዲመለከቱ ሀሳብ አቀርባለሁ, ይህም በፕሮጀክትዎ ውስጥ, በኩባንያዎ ውስጥ የዴቭ-ኦፕስ ዘዴን የመተግበር 3 ደረጃዎችን ያሳያል.

ይህ ስላይድ እንዲሁም ሁለተኛ መደበኛ ያልሆነ ስም አለው። የDevOps 3 ሙስኬተሮች ምን እንደሆኑ ለማወቅ በመስመር ላይ መፈለግ ይችላሉ። ይህን ጽሑፍ ማግኘት ይቻላል. ለምን 3 ሙስኬተሮች? ከዚህ በታች እንዲህ ይላል: ሰዎች, ሂደቶች እና ምርቶች, ማለትም. ፒፒፒ - ፖርትሆስ ፣ ፖርትሆስ እና ፖርትሆስ። የDevOps 3 ሙስኬተሮች እነኚሁና። ይህ ጽሑፍ ለምን አስፈላጊ እንደሆነ እና ምን እንደሚጨምር በዝርዝር ይገልጻል.

የ DevOps ባህልን መተግበር ሲጀምሩ በሚከተለው ቅደም ተከተል መተግበሩ በጣም አስፈላጊ ነው.

መጀመሪያ ላይ ከሰዎች ጋር መነጋገር ያስፈልግዎታል. እና ለሰዎች ምን እንደሆነ እና ከእሱ አንዳንድ ጥቅሞችን እንዴት ማግኘት እንደሚችሉ ማስረዳት ያስፈልግዎታል.

የኛ ጉባኤ ዶትኔት ፌስት ይባላል። እናም አዘጋጆቹ እንደነገሩኝ በዋናነት እዚህ ያሉ አልሚዎችን ጋብዘናል ስለዚህ በአዳራሹ ውስጥ ያሉት አብዛኛው ሰው በልማት ላይ እንደሚሳተፍ ተስፋ አደርጋለሁ።

ስለ ሰዎች እንነጋገራለን, ገንቢዎች በየቀኑ ምን ማድረግ እንደሚፈልጉ እንነጋገራለን. በጣም የሚፈልጉት ምንድን ነው? አንዳንድ አዲስ ኮድ መጻፍ ይፈልጋሉ, አዲስ የተከፈቱ ማዕቀፎችን መጠቀም, አዲስ ባህሪያትን መፍጠር. ገንቢዎች ቢያንስ ምን ይፈልጋሉ? የቆዩ ሳንካዎችን ያስተካክሉ። ከእኔ ጋር እንደምትስማማ ተስፋ አደርጋለሁ። ገንቢዎቹ የሚፈልጉት ይህ ነው። አዲስ ባህሪያትን መጻፍ ይፈልጋሉ, ስህተቶችን ማስተካከል አይፈልጉም.

አንድ የተወሰነ ገንቢ የሚያመነጨው የሳንካዎች ብዛት የሚወሰነው እጆቹ ምን ያህል ቀጥተኛ እንደሆኑ እና ከትከሻው ምን ያህል እንደሚያድጉ ነው, እና ከኪሱ ኪሱ አይደለም. ነገር ግን አንድ ትልቅ ፕሮጀክት ሲኖረን አንዳንድ ጊዜ ሁሉንም ነገር ለመከታተል የማይቻል ሆኖ ይከሰታል, ስለዚህ የበለጠ የተረጋጋ እና ከፍተኛ ጥራት ያለው ኮድ ለመጻፍ የሚረዱ አንዳንድ አቀራረቦችን ብንጠቀም ጥሩ ይሆናል.

QAs በጣም የሚፈልጉት ምንድን ነው? አዳራሹ ውስጥ እንዳሉ አላውቅም። QA እፈልጋለሁ ለማለት ይከብደኛል፣ ምክንያቱም አንድም ሆኜ ስለማላውቅ። እና ለወንዶቹ ምንም ጥፋት የለም ፣ በጭራሽ እንደማላደርግ ተስፋ አደርጋለሁ ይባላል ። ነገር ግን ስራቸውን ከንቱ እና ከንቱ አድርጌ ስለምቆጥራቸው ሳይሆን እራሴን ይህን ስራ በብቃት መስራት የሚችል ሰው አድርጌ ስላልቆጠርኩኝ ይህን ስራ ለመስራት እንኳን አልሞክርም። ነገር ግን እኔ እንደተረዳሁት ከሆነ፣ QA በጣም የማይወደው ጧት ላይ ይሰራል፣ በየጊዜው አንዳንድ አይነት የመልሶ ማቋቋሚያ ፈተናዎችን በማካሄድ፣ ከ3 ስፕሪቶች በፊት ለገንቢዎቹ ሪፖርት ያደረጉለትን አይነት ሳንካዎች በመርገጥ እና “መቼ ትሆናለህ። , Monsieur D'Artagnan, ይህን ስህተት አስተካክል.' እና ሞንሲየር ዲአርታኛን “አዎ፣ አዎ፣ አዎ፣ አስቀድሜ አስተካክዬዋለሁ” ሲል መለሰለት። እና እንዴት አንድ ስህተት አስተካክዬ በመንገድ ላይ 5 ሠራሁ።

ይህንን መፍትሄ በምርት ውስጥ የሚደግፉ ሰዎች ይህ መፍትሔ ያለ ሳንካዎች እንዲሠራ ይፈልጋሉ, ስለዚህ በየሳምንቱ አርብ አገልጋዩን እንደገና ማስጀመር አይኖርባቸውም, ሁሉም መደበኛ ሰዎች ወደ ባር ሲሄዱ. አርብ ላይ የተሰማሩ ገንቢዎች፣ አስተዳዳሪዎቹ እስከ ቅዳሜ ድረስ ተቀምጠዋል፣ ይህን ስምሪት ለማስተካከል እና ለማስተካከል እየሞከሩ ነው።

እና ለሰዎች ተመሳሳይ ችግሮችን ለመፍታት ያለመ መሆኑን ሲገልጹ, ሂደቱን ወደ መደበኛነት መቀጠል ይችላሉ. በጣም አስፈላጊ ነው. ለምን? ምክንያቱም “ፎርማሊላይዜሽን” ስንል ቢያንስ በናፕኪን ላይ ሂደቶችዎ እንዴት እንደሚፈጠሩ መግለፅ ለእርስዎ አስፈላጊ ነው። እርስዎ፣ ለምሳሌ ወደ QA አካባቢ ወይም ወደ ምርት አካባቢ ካሰማሩ፣ ሁልጊዜም በዚህ ቅደም ተከተል እንደሚከሰት መረዳት አለቦት፤ በእነዚህ ደረጃዎች ለምሳሌ አውቶማቲክ የዩኒት ሙከራዎችን እና የUI ሙከራዎችን እንሰራለን። ከተሰማራ በኋላ፣ ማሰማራቱ ጥሩ ወይም ደካማ መሆኑን እናረጋግጣለን። ነገር ግን ወደ ምርት ሲያሰማሩ ደጋግመው መደጋገም ያለባቸው ግልጽ የእርምጃዎች ዝርዝር አስቀድመው አልዎት።

እና ሂደቶችዎ መደበኛ ሲሆኑ ብቻ እነዚህን ሂደቶች በራስ-ሰር እንዲሰሩ የሚያግዙ ምርቶችን መምረጥ ይጀምራሉ።

እንደ አለመታደል ሆኖ ፣ ይህ በተቃራኒው ሲከሰት ብዙ ጊዜ አይቻለሁ። አንድ ሰው "DevOps" የሚለውን ቃል እንደሰማ ወዲያውኑ ጄንኪንስን መጫን እንዳለበት ይጠቁማሉ, ምክንያቱም ጄንኪንስን እንደጫኑ ወዲያውኑ DevOps ይኖራቸዋል ብለው ያምናሉ. ጄንኪንስን ጫኑ፣ በጄንኪንስ ድረ-ገጽ ላይ ያለውን “እንዴት ማድረግ” የሚለውን መጣጥፎችን አንብበው፣ ሒደቶችን በእነዚህ ጽሑፎች ላይ ለማካተት ሞክረዋል፣ ከዚያም ወደ ሰዎች መጥተው ሰዎችን በማጣመም መጽሐፉ በዚህ መንገድ ልታደርጉት ይገባል ይላል። ስለዚህ እኛ በዚህ መንገድ እናደርጋለን.

ጄንኪንስ መጥፎ መሣሪያ ነው ማለት አይደለም። በምንም መንገድ እንዲህ ለማለት ፈልጌ አይደለም። ግን ይህ ከምርቶቹ ውስጥ አንዱ ብቻ ነው። እና የትኛውን ምርት መጠቀም የመጨረሻ ውሳኔ መሆን አለበት, እና በምንም መልኩ የመጀመሪያዎ መሆን የለበትም. ምርትዎ በባህል እና በአቀራረቦች ትግበራ መመራት የለበትም። ይህንን ለመረዳት በጣም አስፈላጊ ነው, ለዚህም ነው በዚህ ስላይድ ላይ ብዙ ጊዜ የማሳልፈው እና ይህን ሁሉ ለረጅም ጊዜ ያብራራሁት.

በአጠቃላይ ስለ DevOps ልምዶች እንነጋገር። ምንድን ናቸው? ልዩነቱ ምንድን ነው? እንዴት እነሱን መሞከር ይቻላል? ለምን አስፈላጊ ናቸው?

ሊሰሙት የሚችሉት የመጀመሪያው ልምምድ ቀጣይነት ያለው ውህደት ይባላል። ምናልባት በፕሮጀክቱ ላይ ያለ አንድ ሰው ቀጣይነት ያለው ውህደት (CI) አለው።

ትልቁ ችግር ብዙውን ጊዜ አንድን ሰው “በፕሮጀክቱ ላይ CI አለህ?” ብዬ ስጠይቅ ነው። እና እሱ፡- “አዎ” አለኝ፣ ከዚያ የሚያደርገውን ስጠይቅ፣ ሙሉ በሙሉ አውቶማቲክ ሂደቱን ገለጸልኝ። ይህ ሙሉ በሙሉ እውነት አይደለም.

እንደ እውነቱ ከሆነ፣ የCI ልምምድ ዓላማው የተለያዩ ሰዎች የሚጽፉትን ኮድ ወደ አንድ ዓይነት ነጠላ ኮድ መሠረት ለማዋሃድ ብቻ ነው። ይኼው ነው.

ከCI ጋር፣ ብዙ ጊዜ ሌሎች ልምምዶች በመንገድ ላይ አሉ - እንደ ቀጣይነት ያለው ማሰማራት፣ የመልቀቂያ አስተዳደር፣ ግን ስለዚያ በኋላ እንነጋገራለን።

CI ራሱ የተለያዩ ሰዎች ኮድ እንደሚጽፉ ይነግረናል እና ይህ ኮድ ያለማቋረጥ ወደ አንድ ኮድ መሠረት መቀላቀል አለበት።

ይህ ምን ይሰጠናል እና ለምን አስፈላጊ ነው? ዶትኔት ካለን ጥሩ ነው፣የተጠናቀረ ቋንቋ ነው፣አፕሊኬሽኑን ማጠናቀር እንችላለን። ካጠናቀረ ታዲያ ይህ አስቀድሞ ጥሩ ምልክት ነው። ይህ ገና ምንም ማለት አይደለም ነገርግን ቢያንስ ልንሰበስብ የምንችልበት የመጀመሪያው ጥሩ ምልክት ነው።

ከዚያም አንዳንድ ሙከራዎችን ማካሄድ እንችላለን, ይህም ደግሞ የተለየ ልምምድ ነው. ፈተናዎቹ ሁሉም አረንጓዴ ናቸው - ይህ ሁለተኛው ጥሩ ምልክት ነው. ግን በድጋሚ, ይህ ምንም ማለት አይደለም.

ግን ለምን ይህን ታደርጋለህ? ዛሬ የምነግራቸዉ ሁሉም ልምዶች በግምት ተመሳሳይ ዋጋ አላቸው ማለትም በግምት ተመሳሳይ ጥቅማጥቅሞች እና እንዲሁም በግምት በተመሳሳይ መንገድ ይለካሉ.

በመጀመሪያ, መላክን ለማፋጠን ያስችልዎታል. ይህ አቅርቦትን ለማፋጠን እንዴት ይፈቅድልዎታል? በኮድ ቤታችን ላይ አንዳንድ አዲስ ለውጦችን ስናደርግ፣ በዚህ ኮድ አንድ ነገር ለማድረግ ወዲያውኑ መሞከር እንችላለን። ሐሙስ እስኪመጣ አንጠብቅም ምክንያቱም ሐሙስ ወደ QA Environment እንለቃለን ፣ እዚህ እና እዚህ እናደርጋለን።

ከህይወቴ አንድ አሳዛኝ ታሪክ እነግርዎታለሁ። ገና ወጣት እና ቆንጆ ሳለሁ ከረጅም ጊዜ በፊት ነበር. አሁን እኔ ወጣት፣ ቆንጆ እና ብልህ፣ እና ልከኛ ነኝ። ከተወሰነ ጊዜ በፊት በአንድ ፕሮጀክት ውስጥ ነበርኩ። ወደ 30 የሚጠጉ ገንቢዎች ያለው ትልቅ ቡድን ነበረን። እና ለ10 ዓመታት ያህል የተገነባ ትልቅ ትልቅ የኢንተርፕራይዝ ፕሮጀክት ነበረን። እና የተለያዩ ቅርንጫፎች ነበሩን. በማጠራቀሚያው ውስጥ ገንቢዎች የሚራመዱበት ቅርንጫፍ ነበረን። እና በምርት ላይ ያለውን የኮዱ ስሪት የሚያሳይ ቅርንጫፍ ነበር።

የምርት ቅርንጫፍ ለገንቢዎች ከሚቀርበው ቅርንጫፍ በ 3 ወራት በኋላ ነበር. ይህ ምን ማለት ነው? ይህ ማለት አንድ ቦታ በአልሚዎች ጥፋት ምክንያት ወደ ምርት የሚሄድ ስህተት እንዳለብኝ፣ ፈቅደዋልና በ QA ስህተት ምክንያት፣ ስላዩት ነው፣ ይህ ማለት ከተቀበልኩኝ ማለት ነው። ተግባር ለ hotfix ለምርት ፣ ከዚያ ከ 3 ወራት በፊት የኮድ ለውጦችን መመለስ አለብኝ። ከ 3 ወራት በፊት የነበረኝን ማስታወስ አለብኝ እና እዚያ ለማስተካከል እሞክራለሁ.

ይህን ተሞክሮ እስካሁን ካላጋጠመዎት፣ በቤትዎ ፕሮጀክት ላይ መሞከር ይችላሉ። ዋናው ነገር በንግድ ስራ ላይ አይሞክሩ. ሁለት የኮድ መስመሮችን ይፃፉ፣ ለስድስት ወራት ይረሱዋቸው እና ከዚያ ተመልሰው ይምጡ እና እነዚያ የኮድ መስመሮች ስለ ምን እንደሆኑ እና እንዴት እነሱን ማስተካከል ወይም ማሻሻል እንደሚችሉ በፍጥነት ለማብራራት ይሞክሩ። በጣም በጣም አስደሳች ተሞክሮ ነው።

ቀጣይነት ያለው የውህደት ልምምድ ካለን ይህ አሁን እና አሁን ኮዴን እንደፃፍኩ በበርካታ አውቶሜትድ መሳሪያዎች እንድንፈትሽ ያስችለናል። ይህ ሙሉውን ምስል ላይሰጠኝ ይችላል፣ ግን ቢሆንም፣ ቢያንስ አንዳንድ አደጋዎችን ያስወግዳል። እና ማንኛውም እምቅ ስህተት ካለ፣ ስለእሱ አሁን አውቃለሁ፣ ማለትም፣ በጥሬው በጥቂት ደቂቃዎች ውስጥ። ለ 3 ወራት መመለስ አያስፈልገኝም። 2 ደቂቃ ብቻ ወደ ኋላ መመለስ አለብኝ። ጥሩ የቡና ማሽን በ 2 ደቂቃዎች ውስጥ ቡና ለማፍላት ጊዜ እንኳን አይኖረውም, ስለዚህ ያ በጣም ጥሩ ነው.

ይህ በእያንዳንዱ ፕሮጀክት ላይ ከጊዜ ወደ ጊዜ ሊደገም የሚችል ዋጋ አለው, ማለትም. ያቀናበሩትን ብቻ አይደለም. ሁለቱንም ልምምድ እራሱ መድገም ይችላሉ እና CI እራሱ በፕሮጀክቱ ላይ ለሚያደርጉት እያንዳንዱ አዲስ ለውጥ ይደገማል። ቡድንዎ በብቃት ስለሚሰራ ይህ ሀብቶችን እንዲያሳድጉ ያስችልዎታል። ከ3 ወራት በፊት ከሰሩበት ኮድ ስህተት ወደ እርስዎ የሚመጣበት ሁኔታ ከእንግዲህ አይኖርዎትም። ከአሁን በኋላ ሲቀመጡ እና የመጀመሪያዎቹን ሁለት ሰአታት ጊዜ ምን እንደተፈጠረ ለመረዳት እና የሆነን ነገር ማስተካከል ከመጀመርዎ በፊት ወደ ዐውደ-ጽሑፉ ይዘት ይግቡ።

የዚህ አሰራር ስኬት ወይም ውድቀት እንዴት መለካት እንችላለን? በሲአይ ፕሮጄክት ላይ ተግባራዊ ያደረግነውን ለታላቁ አለቃ ብታሳውቁ እሱ ይሰማል። ተግባራዊ አደረግነው፣ እሺ፣ ግን ለምን፣ ምን አመጣን፣ እንዴት ነው የምንለካው፣ በምን ያህል በትክክል ወይም በስህተት እየተተገበርን ነው?

የመጀመሪያው፣ ለሲአይ ምስጋና ይግባውና፣ ብዙ እና ብዙ ጊዜ ማሰማራት እንችላለን፣ እና ብዙውን ጊዜ በትክክል የእኛ ኮድ የተረጋጋ ሊሆን ስለሚችል ነው። በተመሳሳይ ሁኔታ ስህተትን ለማግኘት ያለን ጊዜ ይቀንሳል እና ይህንን ስህተት ለማስተካከል ጊዜው በትክክል ይቀንሳል ምክንያቱም እዚህ እና አሁን ከስርአቱ መልስ ስለምናገኝ, የእኛ ኮድ ምን ችግር አለው.

ሌላው ያለን ልምምድ የአውቶሜሽን ሙከራ ልምምድ ነው፣ ብዙ ጊዜ ከCI ልምምድ ጋር አብሮ ይመጣል። እጅ ለእጅ ተያይዘው ይሄዳሉ።

እዚህ ምን መረዳት አስፈላጊ ነው? የእኛ ፈተናዎች የተለያዩ መሆናቸውን መረዳት አስፈላጊ ነው. እና እያንዳንዱ አውቶሜትድ ፈተና የራሱን ችግሮች ለመፍታት ያለመ ነው። ሞጁሉን ለየብቻ እንድንሞክር የሚፈቅዱን ለምሳሌ የዩኒት ሙከራዎች አሉን ፣ ማለትም። በቫኩም ውስጥ እንዴት ይሠራል? ይሄ ጥሩ ነው.

የተለያዩ ሞጁሎች እንዴት እርስ በርስ እንደሚዋሃዱ እንድንረዳ የሚያስችሉን የውህደት ፈተናዎች አሉን። በተጨማሪም ጥሩ ነው.

ከዩአይ ጋር ያለው ስራ ምን ያህል በደንበኛው የተቀመጡ መስፈርቶችን እንደሚያሟላ፣ ወዘተ እንድንፈትሽ የሚያስችሉን የUI አውቶሜሽን ሙከራዎች ሊኖረን ይችላል።

እርስዎ የሚያካሂዷቸው ልዩ ፈተናዎች በምን ያህል ጊዜ እንደሚያካሂዷቸው ተጽዕኖ ሊያሳድሩ ይችላሉ። የክፍል ፈተናዎች በአብዛኛው አጭር እና ትንሽ ይፃፋሉ። እና በመደበኛነት ሊጀምሩ ይችላሉ.

ስለ UI አውቶሜሽን ሙከራዎች እየተነጋገርን ከሆነ፣ የእርስዎ ፕሮጀክት ትንሽ ከሆነ ጥሩ ነው። የእርስዎ የUI አውቶማቲክ ሙከራዎች የተወሰነ በቂ ጊዜ ሊወስዱ ይችላሉ። ግን አብዛኛውን ጊዜ የUI አውቶሜሽን ፈተና በአንድ ትልቅ ፕሮጀክት ላይ ብዙ ሰዓታትን የሚወስድ ነገር ነው። እና ጥቂት ሰዓታት ከሆነ ጥሩ ነው። ብቸኛው ነገር ለእያንዳንዱ ግንባታ እነሱን ማስኬድ ምንም ፋይዳ የለውም. በምሽት እነሱን ማስኬድ ምክንያታዊ ነው. እና ሁሉም በጠዋት ወደ ስራ ሲገቡ፡ ሁለቱም ሞካሪዎች እና ገንቢዎች፣ የ UI አውቶሜትስን በምሽት እንደሮጥን እና እነዚህን ውጤቶች እንዳገኘን አንድ ዓይነት ሪፖርት ደርሰዋቸዋል። እና እዚህ፣ ምርትዎ አንዳንድ መስፈርቶችን ማሟላቱን የሚፈትሽ አገልጋይ የአንድ ሰዓት ስራ ከተመሳሳይ QA መሐንዲስ ከአንድ ሰዓት ስራ በጣም ርካሽ ይሆናል፣ ምንም እንኳን ጁኒየር QA መሐንዲስ ለምግብ እና ምስጋና የሚሰራ ቢሆንም። ሁሉም ተመሳሳይ, አንድ ሰዓት የማሽን አሠራር ርካሽ ይሆናል. በዚህ ምክንያት ኢንቨስት ማድረግ ምክንያታዊ ነው.

ስሰራበት የነበረ ሌላ ፕሮጀክት አለኝ። በዚህ ፕሮጀክት ላይ የሁለት ሳምንት ሩጫዎች ነበሩን። ፕሮጀክቱ ትልቅ ነበር, ለፋይናንሺያል ሴክተሩ አስፈላጊ ነው, እና ስህተት ሊሰራ አልቻለም. እና ከሁለት ሳምንት የሩጫ ፍጥነት በኋላ, የእድገት ዑደቱ በሙከራ ሂደት ተከታትሏል, ይህም ሌላ 4 ሳምንታት ወስዷል. የአደጋውን መጠን በዓይነ ሕሊናህ ለመሳል ሞክር። ኮድ ለሁለት ሳምንታት ያህል እንጽፋለን, ከዚያም ala CodeFreeze እናደርጋለን, ወደ አዲስ የመተግበሪያው እትም ጠቅልለን እና ለሞካሪዎች እንጠቀጣለን. ሞካሪዎች ለሌላ 4 ሳምንታት ይፈትኑታል፣ ማለትም። እየሞከሩት እያለ፣ ሁለት ተጨማሪ ስሪቶችን ለእነሱ ለማዘጋጀት ጊዜ አለን። ይህ በጣም አሳዛኝ ጉዳይ ነው።

እና የበለጠ ውጤታማ ለመሆን ከፈለግክ፣ አውቶሜትድ የሙከራ ልምዶችን መተግበሩ ጠቃሚ ነው፣ ምክንያቱም አሁን እዚህ የሚጎዳህ ይህ ነው።

ቀጣይነት ያለው ማሰማራትን ተለማመዱ። በጣም ጥሩ፣ ገንብተሃል። ይህ አስቀድሞ ጥሩ ነው። ኮድዎ ተሰብስቧል። አሁን ይህንን ግንባታ በአንዳንድ አካባቢ ላይ ማሰማራት ጥሩ ነው። ለገንቢዎች አካባቢ እንበል።

ለምን አስፈላጊ ነው? በመጀመሪያ፣ በማሰማራቱ ሂደት ምን ያህል ስኬታማ እንደሆናችሁ መመልከት ትችላላችሁ። እንደዚህ አይነት ፕሮጀክቶች አጋጥመውኛል፡- “አዲሱን የመተግበሪያውን ስሪት እንዴት ታሰማራለህ?” ብዬ ስጠይቅ፣ ሰዎቹ ይነግሩኛል፡- “ሰበሰብነው እና ወደ ዚፕ መዝገብ ውስጥ እንጭነዋለን። ወደ አስተዳዳሪው በፖስታ እንልካለን። አስተዳዳሪው ይህን ማህደር አውርዶ ያሰፋዋል። እና ሁሉም ቢሮው አገልጋዩ አዲሱን ስሪት እንዲወስድ መጸለይ ይጀምራል።

በቀላል ነገር እንጀምር። ለምሳሌ, CSS ን በማህደር ውስጥ ማስቀመጥ ረስተዋል ወይም በጃቫ-ስክሪፕት የፋይል ስም ውስጥ ያለውን ሃሽታግ መቀየር ረስተዋል. እና ለአገልጋዩ ጥያቄ ስናቀርብ አሳሹ ቀድሞውኑ ይህ የጃቫ-ስክሪፕት ፋይል እንዳለው ያስባል እና እሱን ላለማውረድ ይወስናል። እና አንድ የድሮ ስሪት ነበር, የሆነ ነገር ጠፍቷል. በአጠቃላይ ብዙ ችግሮች ሊኖሩ ይችላሉ. ስለዚህ, የቀጣይ ማሰማራት ልምምድ ቢያንስ ንጹህ የማመሳከሪያ ምስል ወስደህ ሙሉ ለሙሉ ንጹህ የሆነ አዲስ አካባቢ ከሰቀሉት ምን እንደሚሆን ለመፈተሽ ይፈቅድልሃል. ይህ የት እንደሚመራ ማየት ይችላሉ.

እንዲሁም, እርስ በእርሳቸው መካከል ኮድ ሲያዋህዱ, ማለትም. በትእዛዙ መካከል ይህ በዩአይዩ ላይ እንዴት እንደሚመስል እንዲመለከቱ ያስችልዎታል።

ብዙ የቫኒላ ጃቫ-ስክሪፕት ጥቅም ላይ በሚውልበት ጊዜ ከሚከሰቱት ችግሮች አንዱ ሁለት ገንቢዎች በመስኮቱ ነገር ውስጥ ተመሳሳይ ስም ያለው ተለዋዋጭ በፍጥነት ማወጃቸው ነው። እና ከዚያ እንደ እድልዎ ይወሰናል. የጃቫ ስክሪፕት ፋይል በሰከንድ የወጣበት የሌላኛውን ለውጥ ይተካል። በተጨማሪም በጣም አስደሳች ነው. ገብተሃል፡ አንድ ነገር ለአንድ ሰው ይሰራል ሌላው ደግሞ ለሌላው አይሰራም። እና ሁሉም በምርት ውስጥ ሲወጣ "አስደናቂ" ነው.

እኛ ያለን ቀጣዩ ልምምድ አውቶማቲክ እነበረበት መልስ፣ ማለትም ወደ ቀድሞው የመተግበሪያው ስሪት መመለስ ነው።

ይህ ለገንቢዎች ለምን አስፈላጊ ነው? ኮምፒውተሮች ትልቅ ሲሆኑ እና ፕሮግራሞች ትንሽ በነበሩበት ጊዜ የሩቅ፣ የሩቅ 90ዎቹን የሚያስታውሱ አሁንም አሉ። እና ለድር ልማት ብቸኛው መንገድ በ PHP በኩል ነበር። ምንም እንኳን ፒኤችፒ መጥፎ ቋንቋ ነው ማለት አይደለም።

ችግሩ ግን የተለየ ነበር። የኛን ፒፒፒ ጣቢያ አዲስ እትም ስናሰማራ፣ እንዴት አሰማራነው? ብዙ ጊዜ የሩቅ አስተዳዳሪን ወይም ሌላ ነገርን ከፍተናል። እና እነዚህን ፋይሎች ወደ ኤፍቲፒ ሰቀሉ። እናም በድንገት ጥቂት ትናንሽ ሳንካዎች እንደነበረን ተገንዝበናል, ለምሳሌ, የመረጃ ቋቱ የይለፍ ቃልዎን ለመለወጥ Semicolonon ን ማስቀደም እና ረስተን መዘንጋት የለብንም, እናም በአከባቢው አስተናጋጅ ላይ ለሚለው የመረጃ ቋት የይለፍ ቃል አለ. እና በፍጥነት ከኤፍቲፒ ጋር ለመገናኘት እና እዚያው ፋይሎቹን ለማረም እንወስናለን. ይህ እሳት ብቻ ነው! ይህ በ 90 ዎቹ ውስጥ ታዋቂ ነበር.

ግን የቀን መቁጠሪያውን ካልተመለከትክ፣ 90ዎቹ የዛሬ 30 ዓመት ገደማ ነበር። አሁን ሁሉም ነገር ትንሽ ለየት ባለ ሁኔታ እየሆነ ነው። እናም “ወደ ምርት አሰማርተናል፣ ነገር ግን እዚያ የሆነ ችግር ተፈጥሯል። የእርስዎ የኤፍቲፒ መግቢያ እና የይለፍ ቃል ይኸውና፣ ከምርት ጋር ይገናኙ እና በፍጥነት እዚያ ያስተካክሉት። ቹክ ኖሪስ ከሆንክ ይህ ይሰራል። ካልሆነ ግን አንድን ስህተት ካስተካከሉ 10 ተጨማሪ ሊያደርጉ ይችላሉ የሚል ስጋት አለባችሁ።ለዚህም ነው ወደ ቀደመው ስሪት የመመለስ ልምድ ብዙ እንድታሳዩ የሚፈቅድልህ።

የሆነ መጥፎ ነገር በሆነ መንገድ የሆነ ቦታ ውስጥ ቢገባም ፣ ያ መጥፎ ነው ፣ ግን ገዳይ አይደለም። ወደ ቀድሞው ስሪት መመለስ ይችላሉ። በዚያ ቃላቶች ውስጥ እሱን ለመረዳት ቀላል ከሆነ ምትኬን ይደውሉ። ወደዚህ ቀዳሚው ስሪት መመለስ ይችላሉ፣ እና ተጠቃሚዎች አሁንም ከእርስዎ ምርት ጋር መስራት ይችላሉ፣ እና በቂ የማቆያ ጊዜ ይኖርዎታል። በእርጋታ ፣ ያለ ችኩል ፣ ይህንን ሁሉ ይውሰዱ እና በአገር ውስጥ ይሞክሩት ፣ ያስተካክሉት እና ከዚያ አዲስ ስሪት መስቀል ይችላሉ። ይህን ማድረግ በእርግጥ ምክንያታዊ ነው.

አሁን ሁለቱን የቀድሞ ልምዶች እንደምንም አንድ ላይ ለማጣመር እንሞክር። የመልቀቂያ አስተዳደር የሚባል ሶስተኛውን እናገኛለን።

ስለ ቀጣይነት ያለው ስራ በጥንታዊ መልኩ ስናወራ ከአንዳንድ ቅርንጫፍ ላይ ኮድ ከማከማቻው ነቅለን በማሰባሰብ እና በማሰማራት አለብን እንላለን። ተመሳሳይ አካባቢ ቢኖረን ጥሩ ነው። ብዙ አከባቢዎች ካሉን ይህ ማለት ከተመሳሳይ ቁርጠኝነትም ቢሆን በማንኛውም ጊዜ ኮዱን መሳብ አለብን ማለት ነው። በእያንዳንዱ ጊዜ እናወጣዋለን, በእያንዳንዱ ጊዜ እንገነባለን እና ወደ አዲስ አካባቢ እናሰማራዋለን. በመጀመሪያ ደረጃ, ይህ ጊዜ ነው, ምክንያቱም አንድ ፕሮጀክት ለመገንባት, ትልቅ ከሆነ እና ከ 90 ዎቹ የመጡ ከሆነ, ከዚያም ብዙ ሰዓታት ሊወስድ ይችላል.

በተጨማሪም, ሌላ ሀዘን አለ. በሚገነቡበት ጊዜ, በተመሳሳይ ማሽን ላይ እንኳን, ተመሳሳይ ምንጮችን ይገነባሉ, አሁንም ይህ ማሽን በመጨረሻው ግንባታ ወቅት እንደነበረው ምንም አይነት ዋስትና የለዎትም.

አንድ ሰው መጥቶ DotNetን አዘመነ እንበል ወይም በተቃራኒው የሆነ ሰው የሆነ ነገር ለመሰረዝ ወሰነ። እና ከዚያ ከሁለት ሳምንታት በፊት ከዚህ ቁርጠኝነት ጀምሮ ግንባታ እየገነባን ነበር እና ሁሉም ነገር ጥሩ ነበር ፣ ግን አሁን አንድ አይነት ማሽን ፣ ተመሳሳይ ቁርጠኝነት ፣ ለመገንባት እየሞከርን ያለነው ተመሳሳይ ኮድ ይመስላል ፣ ግን እየሰራ አይደለም የሚል የግንዛቤ ዲስኦርደር አለባችሁ። . ይህንን ለረጅም ጊዜ ይቋቋማሉ እና እርስዎ ሊገነዘቡት የሚችሉት እውነታ አይደለም። ቢያንስ, ነርቮችዎን በጣም ያበላሻሉ.

ስለዚህ፣ የልቀት አስተዳደር ልምምድ አርቲፊክ ማከማቻ ወይም ጋለሪ ወይም ላይብረሪ የተባለ ተጨማሪ ረቂቅ ማስተዋወቅን ይጠቁማል። የፈለከውን መደወል ትችላለህ።

ዋናው ሀሳብ እዚያ አንድ አይነት ቃል እንደገባን ወደ ተለያዩ አከባቢዎቻችን ለማሰማራት በተዘጋጀው ቅርንጫፍ ውስጥ, ከዚህ ቁርጠኝነት እና ለዚህ መተግበሪያ የሚያስፈልጉንን ነገሮች ሁሉ እንሰበስባለን እንበል. ወደ ዚፕ መዝገብ ውስጥ ያስገቡ እና በአንዳንድ አስተማማኝ ማከማቻ ውስጥ ያስቀምጡት። እና ከዚህ ማከማቻ ይህንን ዚፕ ማህደር በማንኛውም ጊዜ ማግኘት እንችላለን።

ከዚያ እንወስዳለን እና በራስ-ሰር ወደ dev አካባቢ እናሰማራዋለን። እዚያ እንሽቀዳደማለን, እና ሁሉም ነገር ጥሩ ከሆነ, ከዚያም ወደ መድረክ እናሰማራለን. ሁሉም ነገር ደህና ከሆነ፣ አንድ አይነት ማህደርን ወደ ምርት እናሰማራለን፣ ተመሳሳይ ሁለትዮሾች፣ በትክክል አንድ ጊዜ ተጠናቅሯል።

በተጨማሪም፣ እንደዚህ አይነት ማዕከለ-ስዕላት ሲኖረን፣ ወደ ቀዳሚው ስሪት ስለመመለስ ስንናገር በመጨረሻ ስላይድ ላይ ያነሳናቸውን ስጋቶች እንድንፈታ ይረዳናል። የሆነ ስህተት በስህተት ካሰማራህ ሁልጊዜ ከዚህ ማዕከለ-ስዕላት ሌላ ማንኛውንም የቀድሞ እትም ወስደህ በተመሳሳይ መንገድ ወደ እነዚህ አካባቢዎች ማራገፍ ትችላለህ። ይህ የሆነ ችግር ከተፈጠረ በቀላሉ ወደ ቀድሞው ስሪት እንዲመለሱ ያስችልዎታል።

ሌላ ታላቅ ልምምድ አለ. እኔ እና ሁላችንም አፕሊኬሽኖቻችንን ወደ ቀድሞው ስሪት ስንመለስ፣ ይህ ማለት ያለፈው ስሪት መሠረተ ልማትም ያስፈልገናል ማለት እንደሆነ እንረዳለን።

ስለ ምናባዊ መሠረተ ልማት ስንነጋገር፣ ብዙ ሰዎች ይህ አስተዳዳሪዎች የሚያዘጋጁት ነገር ነው ብለው ያስባሉ። እና ከፈለጉ አዲሱን የመተግበሪያዎን ስሪት ለመፈተሽ የሚፈልጉትን አዲስ አገልጋይ ለማግኘት ከፈለጉ ለአድሚኖች ወይም ለዲፕስ ቲኬት መፃፍ አለብዎት። ዴቮፕስ ለዚህ 3 ሳምንታት ይወስዳል። እና ከ 3 ሳምንታት በኋላ አንድ ኮር ፣ ሁለት ጊጋባይት ራም እና ዊንዶውስ አገልጋይ ያለ ዶትኔት ቨርቹዋል ማሽን እንደጫንን ይነግሩዎታል። “DotNetን ግን ፈልጌ ነበር” ትላለህ። እነሱ፡- “እሺ፣ ከ3 ሳምንታት በኋላ ተመለስ።”

ሀሳቡ መሠረተ ልማትን እንደ ኮድ ልምምዶች በመጠቀም፣ የእርስዎን ምናባዊ መሠረተ ልማት እንደ ሌላ ግብአት ሊመለከቱት ይችላሉ።

ምናልባት፣ አንዳችሁዎ በ DotNet ላይ አፕሊኬሽኖችን እያዘጋጁ ከሆነ፣ ስለ ኢንቲቲ ማዕቀፍ (Entity Framework) ስለተባለው ቤተ-መጽሐፍት ሰምታችሁ ይሆናል። እና የEntity Framework ማይክሮሶፍት በንቃት ከሚገፋፋቸው አካሄዶች አንዱ መሆኑን ሰምተው ይሆናል። ከዳታቤዝ ጋር ለመስራት ይህ ኮድ ፈርስት የሚባል አካሄድ ነው። የውሂብ ጎታዎ እንዴት እንዲታይ እንደሚፈልጉ በኮድ ውስጥ ሲገልጹ ይህ ነው። እና ከዚያ ማመልከቻውን ያሰማራሉ። ከመረጃ ቋቱ ጋር ይገናኛል, እሱ ራሱ የትኞቹ ጠረጴዛዎች እንዳሉ እና የትኞቹ ጠረጴዛዎች እንዳልሆኑ ይወስናል, እና የሚፈልጉትን ሁሉ ይፈጥራል.

በመሠረተ ልማትዎ ተመሳሳይ ነገር ማድረግ ይችላሉ. ለፕሮጀክት የውሂብ ጎታ ያስፈልግህ እንደሆነ ወይም ለፕሮጀክት የዊንዶው አገልጋይ ያስፈልግህ እንደሆነ መካከል ምንም ልዩነት የለም። ሀብት ብቻ ነው። እና የዚህን ምንጭ መፈጠር በራስ-ሰር ማድረግ ይችላሉ, የዚህን መገልገያ ውቅር በራስ-ሰር ማድረግ ይችላሉ. በዚህ መሠረት ፣ አንዳንድ አዲስ ጽንሰ-ሀሳቦችን ፣ አንዳንድ አዲስ አቀራረብን ለመፈተሽ በሚፈልጉበት ጊዜ ሁሉ ለዲፕስ ትኬት መፃፍ አያስፈልግዎትም ፣ በቀላሉ ከተዘጋጁ አብነቶች ፣ ከተዘጋጁ ስክሪፕቶች ለራስዎ ገለልተኛ መሠረተ ልማት ማሰማራት እና መተግበር ይችላሉ ። እዚያ ሁሉም ሙከራዎችዎ። ይህንን መሰረዝ ፣ አንዳንድ ውጤቶችን ማግኘት እና ስለ እሱ የበለጠ ሪፖርት ማድረግ ይችላሉ።

የሚቀጥለው ልምምድ፣ እንዲሁም ያለው እና እንዲሁም ጠቃሚ፣ ግን ጥቂት ሰዎች የሚጠቀሙበት፣ የመተግበሪያ አፈጻጸም ክትትል ነው።

ስለመተግበሪያ አፈጻጸም ክትትል አንድ ነገር ብቻ ማለት ፈልጌ ነበር። በዚህ አሰራር ውስጥ በጣም አስፈላጊው ምንድን ነው? ይህ የመተግበሪያ አፈጻጸም ክትትል አፓርታማን ከመጠገን ጋር ተመሳሳይ ነው. ይህ የመጨረሻ ሁኔታ አይደለም, ሂደት ነው. በመደበኛነት ማድረግ ያስፈልግዎታል.

በጥሩ ሁኔታ በሁሉም ግንባታዎች ላይ የመተግበሪያ አፈፃፀም ክትትልን ማካሄድ ጥሩ ይሆናል, ምንም እንኳን እርስዎ እንደተረዱት, ይህ ሁልጊዜ የማይቻል ነው. ነገር ግን, ቢያንስ, ለእያንዳንዱ ልቀት መከናወን አለበት.

ለምን አስፈላጊ ነው? ምክንያቱም በድንገት የአፈፃፀም ውድቀት ካጋጠመህ ለምን እንደሆነ በግልፅ መረዳት አለብህ። ቡድንዎ የሁለት ሳምንት ሩጫዎች ካሉት ቢያንስ በየሁለት ሳምንቱ አንድ ጊዜ ማመልከቻዎን ወደ ተለየ አገልጋይ ማሰማራት አለቦት፣ እዚያም ግልጽ የሆነ ፕሮሰሰር፣ RAM፣ዲስክ ወዘተ... እና እነዚያን ተመሳሳይ የአፈጻጸም ሙከራዎች ያሂዱ። . ውጤቱን ያገኛሉ. ከቀዳሚው sprint እንዴት እንደተለወጠ ይመልከቱ።

እና መውረዱ በአንድ ቦታ ላይ በከፍተኛ ሁኔታ እንደወረደ ካወቁ፣ ይህ ማለት ባለፉት ሁለት ሳምንታት ውስጥ በተደረጉ ለውጦች ምክንያት ብቻ ነው ማለት ነው። ይህ ችግሩን በፍጥነት እንዲለዩ እና እንዲያስተካክሉ ያስችልዎታል. እና እንደገና፣ እነዚህ ምን ያህል በተሳካ ሁኔታ እንዳደረጉት ለመለካት በግምት ተመሳሳይ መለኪያዎች ናቸው።

እኛ ያለን ቀጣዩ ልምምድ የ Configuration Management ልምምድ ነው። ይህንን በቁም ነገር የሚመለከቱት ጥቂቶች ናቸው። ግን እመኑኝ ፣ ይህ በእውነቱ በጣም ከባድ ነገር ነው።

ሰሞኑን አንድ አስቂኝ ታሪክ ነበር። ሰዎቹ ወደ እኔ መጡና “የእኛን ማመልከቻ የደህንነት ኦዲት እንድናደርግ እርዳን” አሉ። ኮዱን ለረጅም ጊዜ አብረን ተመልክተናል, ስለ ማመልከቻው ነገሩኝ, ንድፎችን ሳሉ. እና ሲደመር ወይም ሲቀነስ ሁሉም ነገር ምክንያታዊ፣ ለመረዳት የሚቻል፣ ደህንነቱ የተጠበቀ ነበር፣ ግን አንድ ግን ነበር! በምንጭ መቆጣጠሪያቸው ውስጥ የውቅረት ፋይሎች ነበሯቸው፣ ከአይፒ ዳታቤዝ ጋር ከተመረቱት፣ ከእነዚህ የውሂብ ጎታዎች ጋር ለመገናኘት መግቢያዎች እና የይለፍ ቃሎች፣ ወዘተ.

እና እኔ እላለሁ: "ወንዶች, እሺ, የምርት አካባቢዎን በፋየርዎል ዘግተዋል, ነገር ግን ለምርት ዳታቤዝ መግቢያ እና የይለፍ ቃል በትክክል በምንጭ መቆጣጠሪያ ውስጥ እንዳለዎት እና ማንኛውም ገንቢ ማንበብ መቻሉ ቀድሞውኑ ትልቅ የደህንነት ስጋት ነው. . እና ማመልከቻዎ ከኮድ እይታ የቱንም ያህል ደህንነቱ የተጠበቀ ቢሆንም በምንጭ ቁጥጥር ውስጥ ከተዉት ምንም አይነት ኦዲት የትም አያልፉም። እኔ የማወራው ይህንኑ ነው።

የማዋቀር አስተዳደር. በተለያዩ አካባቢዎች የተለያዩ ውቅሮች ሊኖረን ይችላል። ለምሳሌ፣ ለ QA፣ demo፣ የምርት አካባቢ፣ ወዘተ ለዳታቤዝ የተለያዩ መግቢያዎች እና የይለፍ ቃሎች ሊኖረን ይችላል።

ይህ ውቅር እንዲሁ በራስ-ሰር ሊሠራ ይችላል። ሁልጊዜ ከመተግበሪያው የተለየ መሆን አለበት. ለምን? አፕሊኬሽኑን አንድ ጊዜ ስለገነቡ እና ከዛም አፕሊኬሽኑ ከ SQL አገልጋይ ጋር በእንደዚህ አይነት እና በአይፒ ወይም እንደዚህ እና በአይ ፒ በኩል መገናኘትዎ ምንም ግድ አይሰጠውም ፣ ተመሳሳይ መስራት አለበት። ስለዚህ በድንገት ከእናንተ አንዱ አሁንም በኮዱ ውስጥ ያለውን የግንኙነት ሕብረቁምፊ hardcoding ከሆነ, ከዚያም እኔ እንደማገኝ እና ከእኔ ጋር ተመሳሳይ ፕሮጀክት ላይ ራስህን ካገኙ እቀጣችኋለሁ መሆኑን አስታውስ. ይሄ ሁልጊዜ በተለየ ውቅር ውስጥ ይቀመጣል, ለምሳሌ, በ web.config.

እና ይህ ውቅር አስቀድሞ በተናጥል ነው የሚተዳደረው፣ ማለትም ይህ በትክክል ገንቢ እና አስተዳዳሪ መጥተው በአንድ ክፍል ውስጥ መቀመጥ የሚችሉበት ጊዜ ነው። እና ገንቢው እንዲህ ማለት ይችላል፡- “እነሆ፣ የመተግበሪያዬ ሁለትዮሽዎች እዚህ አሉ። ይሰራሉ። አፕሊኬሽኑ ለመስራት የውሂብ ጎታ ያስፈልገዋል። እዚህ ሁለትዮሾች አጠገብ አንድ ፋይል አለ. በዚህ ፋይል ውስጥ, ይህ መስክ የመግቢያ ሃላፊነት አለበት, ይህ የይለፍ ቃል ነው, ይህ ለአይ.ፒ. የትኛውም ቦታ አሰማርተው።" እና ለአስተዳዳሪው ቀላል እና ግልጽ ነው. ይህንን ውቅር በማስተዳደር በእውነቱ በማንኛውም ቦታ ማሰማራት ይችላል።

እና የመጨረሻው ልምምድ ልናገር የምፈልገው ከደመና ጋር በጣም እና በጣም የተዛመደ አሰራር ነው። እና በደመና ውስጥ ከሰሩ ከፍተኛውን ውጤት ያመጣል. ይህ የአካባቢዎን በራስ-ሰር ማስወገድ ነው።

እኔ የምሰራባቸው ቡድኖች በዚህ ኮንፈረንስ ላይ ብዙ ሰዎች እንዳሉ አውቃለሁ። እና አብሬያቸው ከምሠራቸው ቡድኖች ሁሉ ጋር ይህን ልምምድ እንጠቀማለን።

ለምን? በእርግጥ እያንዳንዱ ገንቢ 24/7 የሚሰራ ምናባዊ ማሽን ቢኖረው ጥሩ ነበር። ግን ምናልባት ይህ ለእርስዎ ዜና ነው ፣ ምናልባት እርስዎ ትኩረት አልሰጡም ፣ ግን ገንቢው ራሱ 24/7 አይሰራም። ገንቢ አብዛኛውን ጊዜ በቀን 8 ሰዓት ይሰራል። ቶሎ ወደ ሥራ ቢመጣም ወደ ጂም የሚሄድበት ትልቅ ምሳ አለው። ገንቢው እነዚህን ሃብቶች ሲጠቀም በቀን ለ12 ሰዓታት ይሁን። በህጋችን መሰረት በሳምንት ውስጥ ከ 5 ቀናት ውስጥ 7ቱ እንደ የስራ ቀናት ይቆጠራሉ።

በዚህ መሠረት በሳምንቱ ቀናት ይህ ማሽን ለ 24 ሰዓታት መሥራት የለበትም ፣ ግን 12 ብቻ ነው ፣ እና ቅዳሜና እሁድ ይህ ማሽን በጭራሽ መሥራት የለበትም። ሁሉም ነገር በጣም ቀላል ይመስላል, ግን እዚህ ምን ማለት አስፈላጊ ነው? ይህን ቀላል አሰራር በዚህ መሰረታዊ መርሃ ግብር ላይ በመተግበር እነዚህን አከባቢዎች ለመጠበቅ የሚወጣውን ወጪ በ 70% እንዲቀንሱ ያስችልዎታል, ማለትም የእርስዎን dev, QA, demo, አካባቢ ዋጋ ወስደዋል እና በ 3 ከፍለውታል.

ጥያቄው በቀሪው ገንዘብ ምን ይደረግ? ለምሳሌ፣ ገንቢዎቹ ገና ካልገዙት ReSharperን መግዛት አለባቸው። ወይም የኮክቴል ፓርቲ ያዘጋጁ። ቀደም ሲል ሁለቱም ዴቭ እና QA የሚግጡበት አንድ አካባቢ ከነበራችሁ እና ያ ነው ፣ አሁን የሚገለሉ 3 የተለያዩ ነገሮችን ማድረግ ይችላሉ ፣ እና ሰዎች እርስ በእርሳቸው ጣልቃ አይገቡም።

ስላይድ ከተከታታይ የአፈፃፀም መለኪያ ጋር በተገናኘ በፕሮጀክቱ ውስጥ 1 ሬኮርዶች በመረጃ ቋት ውስጥ ከነበረን ከሁለት ወር በኋላ አንድ ሚሊዮን ቢኖረን አፈፃፀሙን እንዴት ማወዳደር እንችላለን? አፈጻጸምን ለመለካት ለምን እና ለምን እንደሆነ እንዴት መረዳት ይቻላል?

ይህ ጥሩ ጥያቄ ነው, ምክንያቱም ሁልጊዜ በተመሳሳዩ ሀብቶች ላይ አፈፃፀምን መለካት አለብዎት. ማለትም፣ አዲስ ኮድ መልቀቅ፣ በአዲሱ ኮድ ላይ አፈጻጸምን ይለካሉ። ለምሳሌ የተለያዩ የአፈጻጸም ሁኔታዎችን መፈተሽ አለብህ እንበል አፕሊኬሽኑ በቀላል ጭነት ላይ እንዴት እንደሚሰራ 1 ተጠቃሚዎች ባሉበት እና የመረጃ ቋቱ መጠን 000 ጊጋባይት ነው። ለካህ እና ቁጥሮቹን አገኘህ። በመቀጠል ሌላ ሁኔታን እንወስዳለን. ለምሳሌ, 5 ተጠቃሚዎች, የውሂብ ጎታ መጠን 5 ቴራባይት. ውጤቱን ተቀብለን አስታወስናቸው።

እዚህ ምን አስፈላጊ ነው? እዚህ ያለው አስፈላጊው ነገር እንደ ሁኔታው, የውሂብ መጠን, በአንድ ጊዜ የተጠቃሚዎች ብዛት, ወዘተ ላይ በመመስረት ወደ አንዳንድ ገደቦች ሊገቡ ይችላሉ. ለምሳሌ, እስከ የአውታረ መረብ ካርድ ገደብ, ወይም የሃርድ ድራይቭ ገደብ, ወይም ወደ ፕሮሰሰር ችሎታዎች ገደብ. እርስዎ እንዲረዱት አስፈላጊ የሆነው ይህ ነው። በተለያዩ ሁኔታዎች ውስጥ የተወሰኑ ገደቦች ውስጥ ይገባሉ። እና ሲመቷቸው ቁጥሮቹን መረዳት ያስፈልግዎታል.

በልዩ የፈተና አካባቢ ውስጥ አፈጻጸምን ስለመለካት እየተነጋገርን ነው? ማለትም ይህ ምርት አይደለም?

አዎ, ይህ ምርት አይደለም, ይህ የሙከራ አካባቢ ነው, እሱም ሁልጊዜ ተመሳሳይ ነው, ስለዚህም ከቀደምት መለኪያዎች ጋር ማወዳደር ይችላሉ.

ተረድቻለሁ አመሰግናለሁ!

ጥያቄዎች ከሌሉ መጨረስ የምንችል ይመስለኛል። አመሰግናለሁ!

ምንጭ: hab.com