የኩበርኔትስ ፖድ መርጃዎችን እንዴት ማግኘት እንደሚቻል

ሽልማቱ በቶሃድ

በኩበርኔትስ ሲጀምሩ የእቃ መያዢያ መገልገያዎችን ስለማዘጋጀት መርሳት የተለመደ ነው. በዚህ ጊዜ, የዶከር ምስል እንደሚሰራ እና ወደ ኩበርኔትስ ክላስተር ማሰማራት መቻሉን ማረጋገጥ በቂ ነው.

በኋላ ግን አፕሊኬሽኑ ከሌሎች አፕሊኬሽኖች ጋር በማምረት ክላስተር ውስጥ መሰማራት አለበት። ይህንን ለማድረግ ለኮንቴይነሩ መገልገያዎችን መመደብ እና አፕሊኬሽኑን ለመጀመር እና ለማስኬድ በቂ መኖራቸውን ማረጋገጥ እና ሌሎች አሂድ አፕሊኬሽኖች ችግር አይገጥማቸውም.

ቡድን Kubernetes aaS ከ Mail.ru ስለ መያዣ ሃብቶች (ሲፒዩ እና ሜኤም)፣ የጥያቄዎች እና የሀብት ገደቦች ጽሁፍ ተተርጉሟል። የእነዚህን ቅንብሮች ጥቅሞች እና ካላስቀምጧቸው ምን እንደሚፈጠር ይማራሉ.

የኮምፒዩተር መርጃዎች

ከሚከተሉት ክፍሎች ጋር ሁለት ዓይነት ሀብቶች አሉን:

• ማዕከላዊ ማቀነባበሪያ ክፍል (ሲፒዩ) - ኮር;
• ማህደረ ትውስታ (MEM) - ባይት.

ግብዓቶች ለእያንዳንዱ መያዣ ተገልጸዋል. በሚከተለው የፖድ YAML ፋይል ውስጥ የተጠየቁትን እና ውስን ሀብቶችን የያዘ የንብረት ክፍል ያያሉ፡

• የተጠየቁ የፖድ ሃብቶች = የሁሉም ኮንቴይነሮች የተጠየቁ ሀብቶች ድምር;
• Pod Resource Limit = የሁሉም የፖድ ሃብት ገደቦች ድምር።

apiVersion: v1
kind: Pod
metadata:
  name: backend-pod-name
  labels:
    application: backend
spec:
  containers:
    — name: main-container
      image: my-backend
      tag: v1
      ports:
      — containerPort: 8080
      resources:
        requests:
          cpu: 0.2 # REQUESTED CPU: 200m cores
          memory: "1Gi" # REQUESTED MEM: 1Gi
        limits:
          cpu: 1 # MAX CPU USAGE: 1 core
          memory: "1Gi" # MAX MEM USAGE:  1Gi
    — name: other-container
      image: other-app
      tag: v1
      ports:
      — containerPort: 8000
      resources:
        requests:
          cpu: "200m" # REQUESTED CPU: 200m cores
          memory: "0.5Gi" # REQUESTED MEM: 0.5Gi
        limits:
          cpu: 1 # MAX CPU USAGE: 1 core
          memory: "1Gi" # MAX MEM USAGE:  1Gi

የተጠየቁ እና የተገደቡ ሀብቶች ምሳሌ

መስክ resources.requested ከዝርዝሩ ፖድ የሚፈለገውን መስቀለኛ መንገድ ለማግኘት ከሚጠቀሙት ንጥረ ነገሮች ውስጥ አንዱ ነው. ለእሱ የፖድ ማሰማራትን አስቀድመው ማቀድ ይችላሉ። ተስማሚ መስቀለኛ መንገድ እንዴት ማግኘት ይቻላል?

ኩበርኔትስ ዋና ኖድ ወይም ዋና ኖድ (የኩበርኔትስ መቆጣጠሪያ ፕላን)ን ጨምሮ በርካታ ክፍሎችን ያቀፈ ነው። ዋናው መስቀለኛ መንገድ ብዙ ሂደቶች አሉት፡- kube-apiserver፣ kube-controller-manager እና kube-scheduler።

የኩቤ-መርሐግብር ሰሪ ሂደት አዲስ የተፈጠሩ ፖድዎችን የመገምገም እና የተጠየቁትን ሀብቶች ብዛት ጨምሮ ከሁሉም የፖድ ጥያቄዎች ጋር የሚዛመዱ የሰራተኛ አንጓዎችን የማግኘት ሃላፊነት አለበት። በ kube-scheduler የተገኙ የአንጓዎች ዝርዝር ደረጃ ተሰጥቷል። ፖድ በመስቀለኛ መንገድ ላይ ከፍተኛ ውጤቶች ጋር መርሐግብር ተይዞለታል።

ሐምራዊው ፖድ የት ይቀመጣል?

በሥዕሉ ላይ የኩቤ-መርሐግብር አዘጋጅ አዲስ ሐምራዊ ፖድ ማቀድ እንዳለበት ማየት ይችላሉ. የኩበርኔትስ ክላስተር ሁለት ኖዶችን ይይዛል፡ A እና B. እርስዎ እንደሚመለከቱት, kube-scheduler Pod on node A ላይ ማቀድ አይችልም - የሚገኙት (ያልተጠየቁ) ሀብቶች ከሐምራዊው ፖድ ጥያቄዎች ጋር አይዛመዱም. ስለዚህ፣ ያለው ማህደረ ትውስታ 1 ጂቢ ስለሆነ በሀምራዊው ፖድ የተጠየቀው 0,5 ጂቢ ማህደረ ትውስታ በመስቀለኛ መንገድ A ላይ አይገጥምም። ግን መስቀለኛ መንገድ B በቂ ሀብቶች አሉት. በዚህ ምክንያት የኩቤ-መርሐግብር ተቆጣጣሪ የሐምራዊው ፖድ መድረሻ መስቀለኛ B እንደሆነ ይወስናል።

አሁን የተጠየቁት ሃብቶች Pod ን ለማስኬድ የመስቀለኛ መንገድ ምርጫን እንዴት እንደሚነኩ እናውቃለን። ግን የኅዳግ ሀብቶች ተጽእኖ ምንድነው?

የመርጃ ገደቡ ሲፒዩ/ኤምኤም መሻገር የማይችለው ድንበር ነው። ሆኖም የሲፒዩ ሃብቱ ተለዋዋጭ ነው፣ ስለዚህ የሲፒዩ ገደቡ ላይ የደረሱ ኮንቴይነሮች ፖድ እንዲወጣ አያደርጉም። በምትኩ የሲፒዩ ስሮትልንግ ይጀምራል። የMEM አጠቃቀም ገደብ ላይ ከተደረሰ በOOM-Killer ምክንያት መያዣው ይቆማል እና በዳግም አስጀምር ፖሊሲ ቅንብር ከተፈቀደ እንደገና ይጀምራል።

የተጠየቁ እና ከፍተኛ ሀብቶች በዝርዝር

በ Docker እና Kubernetes መካከል የመረጃ ልውውጥ

የሀብት ጥያቄዎች እና የንብረት ገደቦች እንዴት እንደሚሰሩ ለማብራራት ምርጡ መንገድ በኩበርኔትስ እና በዶከር መካከል ያለውን ግንኙነት ማስተዋወቅ ነው። ከላይ ባለው ምስል የኩበርኔትስ መስኮች እና የዶከር ማስነሻ ባንዲራዎች እንዴት እንደሚዛመዱ ማየት ይችላሉ።

ማህደረ ትውስታ: ጥያቄ እና ገደብ

containers:
...
 resources:
   requests:
     memory: "0.5Gi"
   limits:
     memory: "1Gi"

ከላይ እንደተጠቀሰው ማህደረ ትውስታ የሚለካው በባይት ነው. በዛላይ ተመስርቶ Kubernetes ሰነድማህደረ ትውስታን እንደ ቁጥር ልንገልጽ እንችላለን. ብዙውን ጊዜ ኢንቲጀር ነው, ለምሳሌ 2678 - ማለትም, 2678 ባይት. ቅጥያዎችንም መጠቀም ይችላሉ። G и Gi, ዋናው ነገር እነሱ ተመጣጣኝ እንዳልሆኑ ማስታወስ ነው. የመጀመሪያው አስርዮሽ ሲሆን ሁለተኛው ሁለትዮሽ ነው. በk8s ሰነድ ላይ እንደተጠቀሰው ምሳሌ፡- 128974848, 129e6, 129M, 123Mi - እነሱ በተግባር እኩል ናቸው.

Kubernetes አማራጭ limits.memory ከባንዲራ ጋር ይዛመዳል --memory ከዶከር. በዚህ ጊዜ request.memory ዶከር ይህን መስክ ስለማይጠቀም ለዶከር ምንም ቀስት የለም። እርስዎ መጠየቅ ይችላሉ, ይህ እንኳ አስፈላጊ ነው? አዎ ያስፈልጋል። አስቀድሜ እንዳልኩት የሜዳው ጉዳይ ለኩበርኔትስ ነው። ከሱ ባለው መረጃ መሰረት ኩቤ-መርሐግብር አዘጋጅ የትኛውን መስቀለኛ መንገድ Pod እንደሚያቀናጅ ይወስናል።

ለጥያቄ በቂ ያልሆነ ማህደረ ትውስታ ካዘጋጁ ምን ይከሰታል?

መያዣው የተጠየቀው የማህደረ ትውስታ ገደብ ላይ ከደረሰ ፖድ በፖድ ቡድን ውስጥ ተቀምጧል በመስቀለኛ ክፍል ውስጥ በቂ ማህደረ ትውስታ በማይኖርበት ጊዜ ይቆማሉ.

የማህደረ ትውስታ ገደቡን በጣም ዝቅተኛ ካደረጉት ምን ይከሰታል?

መያዣው የማህደረ ትውስታ ገደቡ ካለፈ፣ በOOM-Killed ምክንያት ይቋረጣል። እና ከተቻለ ነባሪው እሴቱ በሆነበት በRestartPolicy ላይ በመመስረት እንደገና ይጀምራል Always.

የተጠየቀውን ማህደረ ትውስታ ካልገለጹ ምን ይከሰታል?

Kubernetes ገደብ እሴቱን ወስዶ እንደ ነባሪ እሴት ያዘጋጃል።

የማህደረ ትውስታ ገደብ ካልገለጹ ምን ሊፈጠር ይችላል?

መያዣው ምንም ገደቦች የሉትም, የፈለገውን ያህል ማህደረ ትውስታ መጠቀም ይችላል. ሁሉንም የሚገኙትን የመስቀለኛ መንገዶች ማህደረ ትውስታ መጠቀም ከጀመረ, OOM ይገድለዋል. በRestartPolicy መሰረት ከተቻለ መያዣው እንደገና ይጀመራል።

የማህደረ ትውስታ ገደቦችን ካልገለጹ ምን ይከሰታል?

ይህ በጣም የከፋው ሁኔታ ነው: መርሐግብር አውጪው መያዣው ምን ያህል ሀብቶች እንደሚያስፈልገው አያውቅም, እና ይህ በመስቀለኛ መንገድ ላይ ከባድ ችግርን ሊያስከትል ይችላል. በዚህ አጋጣሚ በስም ቦታው ላይ ነባሪ ገደቦች ቢኖሩት ጥሩ ይሆናል (በLimitRange የተዘጋጀ)። ምንም ነባሪ ገደቦች የሉም - Pod ምንም ገደብ የለውም, የፈለገውን ያህል ማህደረ ትውስታ መጠቀም ይችላል.

የተጠየቀው ማህደረ ትውስታ መስቀለኛ መንገድ ሊያቀርበው ከሚችለው በላይ ከሆነ, ፖዱ አይያዝም. ያንን ማስታወስ ጠቃሚ ነው Requests.memory - ዝቅተኛው እሴት አይደለም. ይህ መያዣው ያለማቋረጥ እንዲሠራ ለማድረግ በቂ የማህደረ ትውስታ መጠን መግለጫ ነው።

ብዙውን ጊዜ ለ ተመሳሳይ እሴት ለማዘጋጀት ይመከራል request.memory и limit.memory. ይህ ኩበርኔትስ ፖድውን ለማስኬድ በቂ ማህደረ ትውስታ ባለው መስቀለኛ መንገድ ላይ የጊዜ ሰሌዳ እንደማይይዝ ያረጋግጣል። ያስታውሱ፡ የኩበርኔትስ ፖድ እቅድ ማውጣት ብቻ ግምት ውስጥ ያስገባል። requests.memoryና limits.memory ግምት ውስጥ አያስገባም.

ሲፒዩ፡ ጥያቄ እና ገደብ

containers:
...
 resources:
   requests:
     cpu: 1
   limits:
     cpu: "1200m"

በሲፒዩ ሁሉም ነገር ትንሽ የተወሳሰበ ነው። ወደ ኩበርኔትስ እና ዶከር ግንኙነት ምስል ስንመለስ ያንን ማየት ትችላለህ request.cpu ጋር ይዛመዳል --cpu-shares፣ ግን limit.cpu ከባንዲራ ጋር ይዛመዳል cpus በዶከር ውስጥ.

ኩበርኔትስ የጠየቀው ሲፒዩ በ1024 ተባዝቷል ይህም የሲፒዩ ዑደቶች መጠን። 1 ሙሉ ኮር ለመጠየቅ ከፈለጉ ማከል አለብዎት cpu: 1ከላይ እንደሚታየው.

ሙሉ ከርነል (ተመጣጣኝ = 1024) መጠየቅ መያዣዎ ይቀበላል ማለት አይደለም። የአስተናጋጅ ማሽንዎ አንድ ኮር ብቻ ካለው እና ከአንድ ኮንቴይነሮች በላይ እየሰሩ ከሆነ ሁሉም ኮንቴይነሮች ያለውን ሲፒዩ በመካከላቸው ማጋራት አለባቸው። ይህ እንዴት ይሆናል? ምስሉን እንይ።

የሲፒዩ ጥያቄ - ነጠላ ኮር ሲስተም

ነጠላ-ኮር አስተናጋጅ ሲስተም የሚያሄዱ መያዣዎች እንዳለህ እናስብ። እማማ (ኩበርኔትስ) ኬክ (ሲፒዩ) ጋገረች እና በልጆች (ኮንቴይነሮች) መካከል መከፋፈል ትፈልጋለች። ሶስት ልጆች አንድ ሙሉ ኬክ ይፈልጋሉ (ተመጣጣኝ = 1024) ፣ ሌላ ልጅ ግማሽ ኬክ ይፈልጋል (512)። እማማ ፍትሃዊ መሆን ትፈልጋለች እና ቀላል ስሌት ትሰራለች.

# Сколько пирогов хотят дети?
# 3 ребенка хотят по целому пирогу и еще один хочет половину пирога
cakesNumberKidsWant = (3 * 1) + (1 * 0.5) = 3.5
# Выражение получается так:
3 (ребенка/контейнера) * 1 (целый пирог/полное ядро) + 1 (ребенок/контейнер) * 0.5 (половина пирога/половина ядра)
# Сколько пирогов испечено?
availableCakesNumber = 1
# Сколько пирога (максимально) дети реально могут получить?
newMaxRequest = 1 / 3.5 =~ 28%

በስሌቱ መሰረት, ሶስት ልጆች ከዋናው 28% ይቀበላሉ, እና ሙሉውን እምብርት አይቀበሉም. አራተኛው ልጅ 14% የሚሆነውን ሙሉ አስኳል እንጂ ግማሹን አያገኝም። ነገር ግን ብዙ-ኮር ስርዓት ካለዎት ነገሮች ይለያያሉ.

የሲፒዩ ጥያቄ - ባለብዙ-ኮር (4) ስርዓት

ከላይ ባለው ምስል ሶስት ልጆች አንድ ሙሉ ኬክ እንደሚፈልጉ እና አንዱ ግማሽ እንደሚፈልግ ማየት ይችላሉ. እማዬ አራት ኬክ ስለጋገረች፣ እያንዳንዱ ልጆቿ የፈለጉትን ያህል ያገኛሉ። በባለ ብዙ ኮር ሲስተም ውስጥ የአቀነባባሪ ሃብቶች በሁሉም የሚገኙ የአቀነባባሪ ኮርሶች ላይ ይሰራጫሉ። ኮንቴይነሩ ከአንድ ሙሉ ሲፒዩ ኮር ባነሰ የተገደበ ከሆነ አሁንም በ100% ሊጠቀምበት ይችላል።

ከላይ ያሉት ስሌቶች ሲፒዩ በመያዣዎች መካከል እንዴት እንደሚከፋፈል ለመረዳት ቀላል ናቸው። እርግጥ ነው, ከመያዣዎቹ እራሳቸው በተጨማሪ የሲፒዩ ሀብቶችን የሚጠቀሙ ሌሎች ሂደቶችም አሉ. በአንድ ኮንቴይነር ውስጥ ያሉ ሂደቶች ስራ ሲሰሩ ሌሎች ሀብቱን መጠቀም ይችላሉ። CPU: "200m" ጋር ይዛመዳል CPU: 0,2ይህም ማለት በግምት 20% የአንድ ኮር.

አሁን እንነጋገርበት limit.cpu. ኩበርኔትስ የሚገድበው ሲፒዩ በ100 ተባዝቷል። ውጤቱም ኮንቴይነሩ በየ100 µ ሴ የሚጠቀምበት የጊዜ መጠን ነው።cpu-period).

limit.cpu ከዶከር ባንዲራ ጋር ይዛመዳል --cpus. ይህ የድሮ አዲስ ጥምረት ነው። --cpu-period и --cpu-quota. እሱን በማዘጋጀት መያዣው ስሮትል ከመጀመሩ በፊት ምን ያህል የሚገኙ የሲፒዩ ምንጮችን በብዛት መጠቀም እንደሚችል እንጠቁማለን።

• cpus - ጥምረት cpu-period и cpu-quota. cpus = 1.5 ከማቀናበር ጋር እኩል ነው። cpu-period = 100000 и cpu-quota = 150000;
• ሲፒዩ-ጊዜ - ጊዜ ሲፒዩ CFS መርሐግብር, ነባሪ 100 ማይክሮ ሰከንድ;
• ሲፒዩ-ኮታ - የውስጥ የማይክሮ ሰከንድ ብዛት cpu-period, ይህም በእቃ መያዣው የተገደበ ነው.

በቂ ያልሆነ የተጠየቀ ሲፒዩ ከጫኑ ምን ይከሰታል?

መያዣው ከተጫነው በላይ የሚያስፈልገው ከሆነ ሲፒዩ ከሌሎች ሂደቶች ይሰርቃል።

የሲፒዩ ገደብ በጣም ዝቅተኛ ካደረጉት ምን ይከሰታል?

የሲፒዩ ሃብቱ የሚስተካከለው ስለሆነ ስሮትል ማድረግ ይበራል።

የሲፒዩ ጥያቄን ካልገለጹ ምን ይሆናል?

እንደ ማህደረ ትውስታ, የጥያቄው ዋጋ ከገደቡ ጋር እኩል ነው.

የሲፒዩ ገደብ ካልገለጹ ምን ይሆናል?

መያዣው የሚፈልገውን ያህል ሲፒዩ ይጠቀማል። ነባሪ የሲፒዩ ፖሊሲ (LimitRange) በስም ቦታ ላይ ከተገለጸ፣ ይህ ገደብ እንዲሁ ለመያዣው ስራ ላይ ይውላል።

ጥያቄ ወይም የሲፒዩ ገደብ ካልገለጹ ምን ይከሰታል?

እንደ ማህደረ ትውስታ ፣ ይህ በጣም መጥፎው ሁኔታ ነው። መርሐግብር አውጪው የእቃ መያዣዎ ምን ያህል ግብዓቶች እንደሚያስፈልጉ አያውቅም፣ እና ይህ በመስቀለኛ መንገድ ላይ ከባድ ችግርን ያስከትላል። ይህንን ለማስቀረት፣ የስም ቦታዎች (LimitRange) ነባሪ ገደቦችን ማዘጋጀት ያስፈልግዎታል።

ያስታውሱ፡ መስቀለኛ መንገዶች ሊሰጡ ከሚችሉት በላይ ሲፒዩ ከጠየቁ፣ ፖዱ አይያዝም። Requests.cpu - ዝቅተኛው እሴት አይደለም ፣ ግን ፓዱን ለመጀመር እና ያለ ውድቀቶች ለመስራት በቂ እሴት። አፕሊኬሽኑ ውስብስብ ስሌቶችን ካላከናወነ በጣም ጥሩው አማራጭ መጫን ነው request.cpu <= 1 እና እንደ አስፈላጊነቱ ብዙ ቅጂዎችን ያስጀምሩ።

የተጠየቁ ሀብቶች ወይም የንብረት ገደብ ተስማሚ መጠን

ስለ የኮምፒዩተር ሀብቶች ውስንነት ተምረናል። ጥያቄውን ለመመለስ ጊዜው አሁን ነው፡- “የእኔ ፖድ ያለምንም ችግር መተግበሪያውን ለማስኬድ ምን ያህል ሀብቶች ይፈልጋል? ትክክለኛው መጠን ምን ያህል ነው?

በሚያሳዝን ሁኔታ, ለእነዚህ ጥያቄዎች ምንም ግልጽ መልሶች የሉም. አፕሊኬሽን እንዴት እንደሚሰራ ወይም ምን ያህል ሲፒዩ ወይም ሚሞሪ እንደሚያስፈልገው ካላወቁ ምርጡ አማራጭ ለመተግበሪያው ብዙ ሚሞሪ እና ሲፒዩ መስጠት እና ከዚያ የአፈጻጸም ሙከራዎችን ማድረግ ነው።

ከአፈጻጸም ሙከራዎች በተጨማሪ ለአንድ ሳምንት ያህል የመተግበሪያውን ባህሪ ይቆጣጠሩ። ግራፉዎቹ ማመልከቻዎ ከጠየቁት ያነሰ ሃብት እየበላ መሆኑን የሚያመለክቱ ከሆነ የተጠየቀውን ሲፒዩ ወይም ማህደረ ትውስታ መጠን መቀነስ ይችላሉ።

ይህንን እንደ ምሳሌ ይመልከቱ የግራፋና ዳሽቦርድ. በተጠየቁት ሀብቶች ወይም የግብአት ገደብ እና አሁን ባለው የሀብት አጠቃቀም መካከል ያለውን ልዩነት ያሳያል።

መደምደሚያ

ግብዓቶችን መጠየቅ እና መገደብ የኩበርኔትስ ክላስተር ጤናማ እንዲሆን ያግዛል። ትክክለኛው ገደብ ውቅር ወጪዎችን ይቀንሳል እና ትግበራዎች በማንኛውም ጊዜ እንዲሰሩ ያደርጋቸዋል.

ባጭሩ፣ ልብ ሊሏቸው የሚገቡ ጥቂት ነገሮች አሉ፡-

1. የተጠየቁ ሀብቶች በጅማሬ ጊዜ (ኩበርኔትስ አፕሊኬሽኑን ለማስተናገድ ሲያቅዱ) ግምት ውስጥ የሚገባ ውቅር ናቸው። በተቃራኒው፣ ግብዓቶችን መገደብ በሂደት ጊዜ አስፈላጊ ነው-መተግበሪያው አስቀድሞ በመስቀለኛ መንገድ ላይ ሲሰራ።
2. ከማህደረ ትውስታ ጋር ሲወዳደር ሲፒዩ ቁጥጥር የሚደረግበት ሃብት ነው። በቂ ሲፒዩ ከሌለ፣ የእርስዎ ፖድ አይዘጋም እና የስሮትሊንግ ዘዴው ይበራል።
3. የተጠየቁ ሀብቶች እና የንብረት ገደቦች ዝቅተኛ እና ከፍተኛ እሴቶች አይደሉም! የተጠየቁትን ሀብቶች በመግለጽ, አፕሊኬሽኑ ያለችግር እንደሚሰራ ያረጋግጣሉ.
4. ጥሩ ልምምድ የማስታወሻ ጥያቄን ከማህደረ ትውስታ ገደብ ጋር እኩል ማድረግ ነው.
5. እሺ መጫን ጠይቀዋል። CPU <=1, አፕሊኬሽኑ ውስብስብ ስሌቶችን ካላከናወነ.
6. በመስቀለኛ መንገድ ላይ ከሚገኙት በላይ ተጨማሪ መገልገያዎችን ከጠየክ ፖዱ በፍፁም ወደዚያ መስቀለኛ መንገድ አይያዝም።
7. የተጠየቀውን የሃብት/የሃብት ገደቦች ትክክለኛ መጠን ለመወሰን፣የጭነት ሙከራ እና ክትትልን ይጠቀሙ።

ይህ ጽሑፍ የሃብት ውስንነትን መሰረታዊ ፅንሰ-ሀሳብ እንዲረዱ ይረዳዎታል ብዬ ተስፋ አደርጋለሁ። እና ይህን እውቀት በስራዎ ውስጥ ተግባራዊ ማድረግ ይችላሉ.

መልካም ዕድል!

ሌላ ምን ማንበብ አለበት:

1. SRE ታዛቢነት፡ የስም ቦታዎች እና የሜትሪክ መዋቅር.
2. 90+ ጠቃሚ መሳሪያዎች ለ Kubernetes: ማሰማራት, አስተዳደር, ክትትል, ደህንነት እና ተጨማሪ.
3. በቴሌግራም ኩበርኔትስ ዙሪያ የኛ ቻናል.

ምንጭ: hab.com