በውይይት ላይ የተመሰረተ
በቅርብ ጊዜ፣ በDevOps እና SRE ትርጉም ላይ እውነተኛ ጦርነቶች ተነስተዋል።
በዚህ ርዕሰ ጉዳይ ላይ በብዙ መልኩ ውይይቶች ጥርሴን ከዳር እስከዳር ያደረሱብኝ ቢሆንም እኔንም ጨምሮ በዚህ ርዕሰ ጉዳይ ላይ ያለኝን አመለካከት ወደ ሀብራ ማህበረሰብ ፍርድ ቤት ለማቅረብ ወሰንኩ። ፍላጎት ላላቸው, ወደ ድመት እንኳን ደህና መጡ. እና ሁሉም ነገር እንደ አዲስ ይጀምር!
prehistory
ስለዚህ በጥንት ጊዜ የሶፍትዌር ገንቢዎች እና የአገልጋይ አስተዳዳሪዎች ቡድን በተናጠል ይኖሩ ነበር። የመጀመሪያው ኮዱን በተሳካ ሁኔታ ጻፈ ፣ ሁለተኛው ፣ ለመጀመሪያው የተፃፉ የተለያዩ ሞቅ ያለ ፣ የፍቅር ቃላትን በመጠቀም ፣ አገልጋዮችን አቋቁሟል ፣ አልፎ አልፎ ወደ ገንቢዎች እየመጣ እና “ሁሉም ነገር በእኔ ማሽን ላይ ይሰራል” የሚል ምላሽ ተቀበለ። ንግዱ ሶፍትዌሩን እየጠበቀ ነበር፣ ሁሉም ነገር ስራ ፈት ነበር፣ በየጊዜው ይሰበራል፣ ሁሉም ሰው ፈርቶ ነበር። በተለይ ለዚህ ሁሉ ውጥንቅጥ ዋጋ የከፈለው። የከበረ መብራት ዘመን። ደህና፣ DevOps ከየት እንደመጣ አስቀድመው ያውቁታል።
የዴቭኦፕስ ልምዶች መወለድ
ከዚያ ከባድ ሰዎች መጥተው ተናገሩ - ይህ ኢንዱስትሪ አይደለም ፣ እንደዚያ መሥራት አይችሉም። እና የህይወት ዑደት ሞዴሎችን አመጡ. እዚህ, ለምሳሌ, የ V-ሞዴል ነው.
ታዲያ ምን እናያለን? አንድ ንግድ ከፅንሰ-ሃሳብ ጋር ይመጣል ፣ አርክቴክቶች ዲዛይን መፍትሄዎች ፣ ገንቢዎች ኮድ ይጽፋሉ እና ከዚያ አይሳካም። አንድ ሰው እንደምንም ምርቱን ይፈትሻል፣ አንድ ሰው እንደምንም ለዋና ተጠቃሚው ያደርሰዋል፣ እና የሆነ ቦታ በዚህ ተአምር ሞዴል ውጤት ላይ ብቸኛ የንግድ ደንበኛ ተቀምጧል በባህር ዳር የገባውን የአየር ሁኔታ ይጠብቃል። ይህንን ሂደት ለመመስረት የሚያስችሉን ዘዴዎች እንደሚያስፈልጉን መደምደሚያ ላይ ደርሰናል. እና ተግባራዊ ሊሆኑ የሚችሉ አሰራሮችን ለመፍጠር ወሰንን.
ልምምድ ምን እንደሆነ በሚለው ርዕሰ ጉዳይ ላይ የግጥም ቅልጥፍና
በተግባር ስል የቴክኖሎጂ እና የዲሲፕሊን ጥምረት ማለቴ ነው። ለምሳሌ ቴራፎርም ኮድን በመጠቀም መሠረተ ልማትን የመግለፅ ልምድ ነው። ተግሣጽ መሠረተ ልማትን በኮድ እንዴት መግለፅ እንደሚቻል ነው፣ በገንቢው ራስ ውስጥ ነው፣ እና ቴክኖሎጂ ራሱ ቴራፎርም ነው።
እና የዴቭኦፕስ ልምምዶች ብለው ሊጠሩአቸው ወሰኑ - ከልማት እስከ ኦፕሬሽን ማለታቸው ይመስለኛል። የተለያዩ ብልህ ነገሮችን - CI/CD ልምዶችን፣ በ IaC መርህ ላይ የተመሰረቱ ልምምዶችን፣ በሺዎች የሚቆጠሩትን ይዘን መጥተናል። እና እንሄዳለን ፣ ገንቢዎች ኮድ ይጽፋሉ ፣ የዴቭኦፕስ መሐንዲሶች የስርዓቱን መግለጫ በኮድ መልክ ወደ የስራ ስርዓቶች ይለውጣሉ (አዎ ፣ ኮዱ ፣ በሚያሳዝን ሁኔታ ፣ መግለጫ ብቻ ነው ፣ ግን የስርዓቱ መገለጫ አይደለም) ፣ መላክ ይቀጥላል ፣ እናም ይቀጥላል. የትናንቶቹ አስተዳዳሪዎች፣ አዳዲስ አሰራሮችን የተካኑ፣ እንደ DevOps መሐንዲሶች በኩራት እንደገና ሰልጥነዋል፣ እና ሁሉም ነገር ከዚያ ሄደ። እና ምሽት ነበር, እና ጠዋት ነበር ... ይቅርታ, ከዚያ አይደለም.
እንደገና ሁሉም ነገር ጥሩ አይደለም, እግዚአብሔር ይመስገን
ሁሉም ነገር እንደተረጋጋ፣ እና የተለያዩ ተንኮለኛ "ዘዴዶሎጂስቶች" በዴቭኦፕስ ልምዶች ላይ ጥቅጥቅ ያሉ መጽሃፎችን መጻፍ ሲጀምሩ፣ ታዋቂው የዴቭኦፕስ መሐንዲስ ማን እንደሆነ እና DevOps የአመራረት ባህል ስለመሆኑ ውዝግቦች በጸጥታ ተነሱ። በድንገት የሶፍትዌር መላክ ቀላል ያልሆነ ተግባር መሆኑ ታወቀ። እያንዳንዱ የእድገት መሠረተ ልማት የራሱ የሆነ ቁልል አለው ፣ አንድ ቦታ መሰብሰብ ያስፈልግዎታል ፣ የሆነ ቦታ አካባቢን ማሰማራት ያስፈልግዎታል ፣ እዚህ ቶምካት ያስፈልግዎታል ፣ እዚህ እሱን ለማስጀመር ተንኮለኛ እና የተወሳሰበ መንገድ ያስፈልግዎታል - በአጠቃላይ ፣ ጭንቅላትዎ እየመታ ነው። እና ችግሩ ፣ በሚያስደንቅ ሁኔታ ፣ በሂደቶች አደረጃጀት ውስጥ በዋነኝነት ተለወጠ - ይህ የመላኪያ ተግባር ፣ ልክ እንደ ማነቆ ፣ ሂደቶችን ማገድ ጀመረ። በተጨማሪም፣ ማንም ሰው ኦፕሬሽንን የሰረዘ የለም። በ V-ሞዴል ውስጥ አይታይም, ነገር ግን በቀኝ በኩል ሙሉውን የሕይወት ዑደት አሁንም አለ. በውጤቱም መሰረተ ልማቱን እንደምንም ማስጠበቅ፣ ክትትልን መከታተል፣ ችግሮችን መፍታት እና እንዲሁም አቅርቦትን ማስተናገድ ያስፈልጋል። እነዚያ። በአንድ እግሩ በእድገት እና በኦፕሬሽን ውስጥ መቀመጥ - እና በድንገት ልማት እና ኦፕሬሽኖች ሆነ። እና ከዚያ ለማይክሮ አገልግሎት አጠቃላይ ማበረታቻ ነበር። እና ከነሱ ጋር ፣ ከአካባቢው ማሽኖች ልማት ወደ ደመና መሄድ ጀመረ - አንድን ነገር በአካባቢው ለማረም ይሞክሩ ፣ በደርዘን የሚቆጠሩ እና በመቶዎች የሚቆጠሩ ማይክሮ አግልግሎቶች ካሉ ፣ ከዚያ የማያቋርጥ ማድረስ የህልውና መንገድ ይሆናል። ለ "ትንሽ መጠነኛ ኩባንያ" ምንም አይደለም, ግን አሁንም? ስለ ጎግልስ?
SRE በGoogle
ጉግል መጣ ፣ ትልቁን ካክቲ በልቶ ወሰነ - እኛ ይህንን አያስፈልገንም ፣ አስተማማኝነት እንፈልጋለን። እና አስተማማኝነት መቆጣጠር አለበት. እና አስተማማኝነትን የሚቆጣጠሩ ልዩ ባለሙያዎች እንደሚያስፈልጉን ወሰንኩ. የ SR መሐንዲሶችን ጠርቻቸዋለሁ እና ያ ለእርስዎ ነው ፣ እንደተለመደው በደንብ ያድርጉት። እዚህ SLI፣ እዚህ SLO፣ እዚህ ክትትል ነው። እናም አፍንጫውን በኦፕራሲዮኖች ውስጥ ቀሰቀሰ። እና የእሱን "ታማኝ DevOps" SRE ብሎ ጠራው። ሁሉም ነገር ጥሩ ይመስላል ነገር ግን ጎግል ሊከፍለው የሚችለው አንድ ቆሻሻ መጣያ አለ - ለኤስአር መሐንዲሶች ቦታ ብቁ የሆኑ ገንቢዎችን ይቅጠሩ እና እንዲሁም ትንሽ የቤት ስራ የሰሩ እና የአሰራር ስርዓቶችን ተግባር የተረዱ። ከዚህም በላይ ጎግል ራሱ እንደነዚህ ያሉትን ሰዎች በመቅጠር ላይ ችግር አለበት - በዋናነት እዚህ ከራሱ ጋር ስለሚወዳደር - የቢዝነስ አመክንዮ ለአንድ ሰው መግለጽ አስፈላጊ ነው. ማቅረቢያ መሐንዲሶችን ለመልቀቅ ተመድቧል ፣ SR - መሐንዲሶች አስተማማኝነትን ያስተዳድራሉ (በእርግጥ ፣ በቀጥታ አይደለም ፣ ግን በመሠረተ ልማት ላይ ተጽዕኖ በማድረግ ፣ የሕንፃውን ንድፍ በመቀየር ፣ ለውጦችን እና አመላካቾችን በመከታተል ፣ ከአደጋ ጋር በተያያዘ)። ጥሩ፣ ትችላለህ . ግን እርስዎ Google ካልሆኑስ ፣ ግን አስተማማኝነት አሁንም በሆነ መንገድ አሳሳቢ ነው?
የዴቭኦፕስ ሀሳቦች እድገት
ልክ ከዛ ዶከር መጣ፣ እሱም ከlxc ያደገው፣ እና እንደ ዶከር ስዋርም እና ኩበርኔትስ ያሉ የተለያዩ የኦርኬስትራ ስርዓቶች፣ እና ዴቭኦፕስ መሐንዲሶች ትንፋሹን አወጡ - የልምድ ውህደት ቀላል አደረገ። አቅልሎታል እስከ ገንቢዎች ማድረስ እንኳን ይቻላል - ምን ማለት ነው deployment.yaml። ኮንቴይነር ችግሩን ይፈታል. እና የ CI/CD ስርዓቶች ብስለት አንድ ፋይል በመጻፍ ደረጃ ላይ ነው እና እንሄዳለን - ገንቢዎቹ ራሳቸው ሊቋቋሙት ይችላሉ. እና ከዚያ በኋላ የራሳችንን SRE እንዴት መስራት እንደምንችል፣ በ... ወይም ቢያንስ ከአንድ ሰው ጋር መነጋገር እንጀምራለን።
SRE Google ላይ የለም።
ደህና ፣ እሺ ፣ መላኪያውን አደረስን ፣ መተንፈስ የምንችል ይመስላል ፣ ወደ ቀድሞው ጥሩው ዘመን ፣ አስተዳዳሪዎች ፕሮሰሰር ሲጫኑ ፣ ሲስተሞችን አስተካክለው እና በሰላም እና በጸጥታ ከሙጋዎች ለመረዳት የማይቻል ነገር በጸጥታ ጠጡ ... ቁሙ። ሁሉንም ነገር የጀመርነው ለዚህ አይደለም (ያሳዝናል!)። በድንገት በ Google አቀራረብ ውስጥ እኛ በጣም ጥሩ ልምዶችን በቀላሉ መቀበል እንደምንችል ተገለጠ - አስፈላጊ የሆነው የአቀነባባሪው ጭነት አይደለም ፣ እና ስንት ጊዜ እዚያ ዲስኮችን እንለውጣለን ፣ ወይም ወጪውን በደመና ውስጥ እናሻሽላለን ፣ ግን የንግድ መለኪያዎች ተመሳሳይ ታዋቂ ናቸው ። SLx እና ማንም ሰው የመሠረተ ልማት አስተዳደርን ከነሱ አላስወገደም, እና ችግሮችን መፍታት እና በየጊዜው በስራ ላይ መሆን እና በአጠቃላይ በንግድ ሂደቶች ላይ መቆየት አለባቸው. እና ጓዶች፣ በጥሩ ደረጃ በትንሽ በትንሹ ፕሮግራሚንግ ጀምሩ፣ Google አስቀድሞ እየጠበቀዎት ነው።
ለማሳጠር. በድንገት, ነገር ግን በማንበብ ሰልችተዋል እና በአንቀጹ ላይ አስተያየት ላይ ለጸሐፊው ለመትፋት እና ለመጻፍ መጠበቅ አይችሉም. DevOps እንደ ማቅረቢያ ልምምድ ሁልጊዜም ነበር እናም ይኖራል። እና የትም አይሄድም። SRE እንደ የተግባር ልምምዶች ስብስብ ይህንን አቅርቦት ስኬታማ ያደርገዋል።
ምንጭ: hab.com