10-ka Khaladaad ee Caadiga ah Markaad Isticmaalayso Kubernetes

Ogow. turjumiQorayaasha maqaalkan waa injineero ka socda shirkad yar oo Czech ah, pipetail. Waxay ku guulaysteen inay isku daraan liis cajiib ah oo ah [mararka qaarkood banal, laakiin weli] dhibaatooyin aad u adag iyo fikrado khaldan oo la xidhiidha hawlgalka Kubernetes clusters.

Sanadihii la soo dhaafay ee isticmaalka Kubernetes, waxaan la shaqeynay tiro badan oo kooxo ah (labadaba la maareeyay iyo kuwa aan la maamulin - GCP, AWS iyo Azure). Waqti ka dib, waxaan bilownay inaan ogaano in khaladaadka qaar ay si joogto ah u soo noqnoqdeen. Si kastaba ha ahaatee, tani ceeb kuma jirto: badankooda lafteena ayaanu samaynay!

Maqaalku wuxuu ka kooban yahay khaladaadka ugu badan oo uu sidoo kale sheegayo sida loo saxo.

1. Khayraadka: codsiyada iyo xadka

Shaygani xaqiiqdii wuxuu u qalmaa dareenka ugu dhow iyo meesha ugu horeysa ee liiska.

Codsiga CPU inta badan ama aan sinaba loo cayimin ama uu leeyahay qiimo aad u hooseeya (si aad u dhigtid inta udgoon ee nood kasta intii suurtogal ah). Sidaa darteed, qanjidhada ayaa noqda mid xad dhaaf ah. Inta lagu jiro waqtiyada culeyska sareeyo, awooda wax qabad ee noodhka si buuxda ayaa loo isticmaalaa oo culeys shaqo oo gaar ah ayaa hela oo kaliya waxa uu "codsado" CPU ceejinta. Tani waxay keenaysaa korodhka daahitaanka codsiga, wakhtiyada, iyo cawaaqib xumada kale. (Ka akhri wax badan oo arrintan ku saabsan turjumadeena kale ee dhow:Xadka CPU iyo ceejinta gardarada ah ee Kubernetes"- qiyaastii. turjumi.)

Dadaalka ugu Fiican ( aad u ma lagu taliyay):

resources: {}

Codsiga CPU aadka u hooseeya ( aad u ma lagu taliyay):

   resources:
      Requests:
        cpu: "1m"

Dhanka kale, joogitaanka xadka CPU wuxuu u horseedi karaa in si aan macquul ahayn looga boodo wareegyada saacadaha iyadoo la adeegsanayo pods, xitaa haddii processor-ka noode uusan si buuxda u raran. Mar labaad, tani waxay keeni kartaa dib u dhacyo kordhay. Muranku waxa uu ka socdaa inta u dhaxaysa cabbirka Kootada CPU CFS ee kernel Linux iyo CPU trottling taas oo ku xidhan xadka la dejiyay, iyo sidoo kale curyaaminta kootada CFS Macluumaad dheeraad ah oo arrintan ku saabsan waxaad ka heli kartaa xiriirka hoose.

Xulasho xad dhaaf ah (ka gudubka) dhibaatooyinka xusuusta waxay keeni karaan dhibaatooyin waaweyn. Gaadhida xadka CPU waxa ay keenaysaa in la boodo wareegyada saacadaha, halka la gaadho xadka xusuusta waxa ay keenaysaa in la dilo podka. Waligaa ma u fiirsatay OOMkill? Haa, taasi waa waxa aan ka hadlayno.

Ma doonaysaa inaad yarayso suurtagalnimada tani inay dhacdo? Ha si xad dhaaf ah u qoondayn xusuusta oo isticmaal QoS la dammaanad qaaday (Tayada Adeegga) adiga oo u dejinaya codsiga xusuusta xadka (sida tusaalaha hoose). Wax badan oo arrintan ku saabsan ka akhri gudaha Henning Jacobs bandhigyada (Injineer sare ee Zalando).

Bursable (fursad sare oo lagu dili karo OOM):

   resources:
      requests:
        memory: "128Mi"
        cpu: "500m"
      limits:
        memory: "256Mi"
        cpu: 2

Dammaanad:

   resources:
      requests:
        memory: "128Mi"
        cpu: 2
      limits:
        memory: "128Mi"
        cpu: 2

Maxa ku caawin kara marka la samaynayo agab?

Iyada oo gargaar ah metrics-server waxaad ku arki kartaa isticmaalka kheyraadka CPU ee hadda iyo isticmaalka xusuusta iyadoo la adeegsanayo pods (iyo weelasha ku dhex jira). Waxay u badan tahay, inaad horeba u isticmaalaysay. Kaliya socodsii amarada soo socda:

kubectl top pods
kubectl top pods --containers
kubectl top nodes

Si kastaba ha ahaatee, waxay kaliya muujinayaan isticmaalka hadda. Waxay ku siin kartaa fikrad adag oo ah sida ay u kala horreeyaan, laakiin ugu dambeyntii waxaad u baahan doontaa taariikhda isbeddelka mitirka waqti ka dib (si looga jawaabo su'aalaha sida: "Waa maxay culeyska CPU ee ugu sarreeya?", "Maxay ahayd rarkii shalay subax?", iwm.). Tan waxaad u isticmaali kartaa Prometheus, DataDog iyo qalab kale. Waxay si fudud uga helaan cabbirada metrics-server oo ay kaydiyaan, isticmaaluhuna wuu waydiin karaa oo u qaabayn karaa si waafaqsan.

VerticalPodAutoscaler Waxa ay u ogolaataa otomatik habkan. Waxay la socotaa CPU iyo taariikhda isticmaalka xusuusta waxayna dejisaa codsiyo cusub iyo xad ku salaysan macluumaadkan.

Isticmaalka awoodda xisaabinta si hufan hawl fudud maaha. Waa sida ciyaarista Tetris mar walba. Haddii aad wax badan ku bixinayso awoodda xisaabinta ee isticmaalka celceliska hooseeya (dheh ~ 10%), waxaan kugula talineynaa inaad eegto alaabada ku saleysan AWS Fargate ama Virtual Kubelet. Waxay ku dhisan yihiin qaab-biil-bixin la'aan/wax-bixin la'aan isticmaalka, kaas oo laga yaabo inuu noqdo mid ka jaban xaaladahan oo kale.

2. Noolaanshaha iyo baaritaanka diyaargarowga

Sida caadiga ah, noolasha iyo hubinta u-diyaargarowga lagama hawlgeliyo Kubernetes. Mararka qaarkoodna waxay illoobaan inay shid...

Laakin sidee kale ayaad u bilaabi kartaa adeeg dib u bilaabmi haddi ay dhacdo khalad dilaa ah? Sideese miisaan-hayaha culaysku ku ogaanayaa in boodhku diyaar u yahay inuu aqbalo taraafikada? Mise in ay xamili karto taraafikada badan?

Imtixaanadan ayaa inta badan lagu wareersan yahay midba midka kale:

• Nolol - jeeg "badbaadada", kaas oo dib u bilaabaya boodhka haddii uu ku guuldareysto;
• Diyaargarow - hubinta diyaargarowga, haddii ay ku guuldareysato, waxay ka gooysaa boodhka adeegga Kubernetes (kan waxaa lagu hubin karaa iyadoo la isticmaalayo kubectl get endpoints) oo gaadiidku ma yimaadaan ilaa jeegga xiga si guul leh loo dhammeeyo.

Labadan hubin LA SAMEEYAY INTA GUUD WAREEGTIGA NOLOSHA OO DHAN. Aad bay muhiim u tahay.

Fikradda khaldan ee caadiga ah ayaa ah in baaritaanka diyaargarowga lagu socodsiiyo oo kaliya bilowga si miisaanku u ogaado in boodhka uu diyaar yahay (Ready) oo bilaabi kara habaynta gaadiidka. Si kastaba ha ahaatee, tani waa mid ka mid ah fursadaha isticmaalkooda.

Mid kale waa suurtagalnimada in la ogaado in taraafikada boodhka ay tahay mid xad dhaaf ah iyo xad dhaafa (ama podsku waxay fulisaa xisaabinta kheyraadka-degdegga ah). Xaaladdan oo kale, hubinta diyaargarowga ayaa ku caawinaysa Iska yaree culayska ku saaran bacda oo "qabow".. Si guul leh u dhammaystirka hubinta u-diyaargarowga mustaqbalka ayaa saamaxaysa mar kale ku kordhi culayska badhka. Xaaladdan oo kale (haddii tijaabada u diyaar-garowgu guul-darraystay), guul-darrida tijaabada noloshu waxay noqonaysaa mid aad u liidata. Waa maxay sababta dib-u-bilaabida boodhka caafimaadka qaba oo si adag u shaqaynaya?

Sidaa darteed, xaaladaha qaarkood, jeegaggu haba yaraatee kama roona in la awoodo iyaga oo si khaldan loo habeeyey. Sida kor ku xusan, haddii koobiyada hubinta nolosha jeegaga u diyaarsanaanta, markaas dhibaato weyn baad ku jirtaa. Doorashada suurtogalka ah waa in la habeeyo imtixaanka diyaargarowga kaliyaiyo nolol khatar ah iska daa.

Labada nooc ee jeeggu waa in aanay fashilmin marka ku-tiirsanaanta guud ay guul-darraystaan, haddii kale tani waxay u horseedi doontaa guul-darrida (Baraf-u-u- eg) ee dhammaan boogaha. Si kale haddii loo dhigo, naftaada ha yeelin.

3. LoadBalancer adeeg kasta oo HTTP ah

Waxay u badan tahay, inaad kooxdaada ku leedahay adeegyo HTTP oo aad jeclaan lahayd inaad u gudbiso aduunka ka baxsan.

Haddii aad u furto adeegga sida type: LoadBalancer, koontaroolaheeda (waxay kuxirantahay bixiyaha adeegga) ayaa bixin doona oo ka gorgortami doona LoadBalancer dibadda ah (maaha qasab inuu ku socdo L7, laakiin xitaa L4), tani waxay saameyn kartaa qiimaha (cinwaanka IPv4 ee dibadda, awoodda xisaabinta, biilasha ilbiriqsi kasta ) iyadoo ay ugu wacan tahay baahida loo qabo in la abuuro tiro badan oo kheyraad ah.

Xaaladdan oo kale, aad bay macquul u tahay in la isticmaalo hal-dheellitir culeyska dibadda ah, adeegyada furitaanka sida type: NodePort. Ama ka sii wanaagsan, balaadhi wax la mid ah nginx-ingress-controller (ama trafik), yaa noqon doona mid keliya NodePort bar-dhammaadka ee la xidhiidha dheellitirka culeyska dibadda waxayna marin doontaa taraafikada kooxda iyadoo la isticmaalayo galid-Khayrrada Kubernetes.

Adeegyada kale ee-kutlada (micro) ee is-dhexgalka midba midka kale wuxuu "la xiriiri karaa" iyagoo isticmaalaya adeegyada sida Kooxda IP iyo habka daahfurka adeegga ku dhex jira ee loo maro DNS. Kaliya ha isticmaalin DNS/IP-kooda guud, maadaama tani ay saameyn ku yeelan karto daahitaanka oo ay kordhin karto qiimaha adeegyada daruuraha.

4. Kutlada oo si otomaatig ah loo xisaabiyo iyada oo aan la xisaabtamin sifadeeda

Markaad ku darto noodhadhka oo aad ka saareyso kutlada, waa inaadan ku tiirsanayn qaar ka mid ah cabbirada aasaasiga ah sida isticmaalka CPU ee noodhadhkaas. Qorshaynta boodhka waa in ay xisaabta ku dartaa qaar badan xayiraad, sida xidhidhnimada qoob-ka-soo-saarka, wasakhda iyo dulqaadka, codsiyada kheyraadka, QoS, iwm. Isticmaalka autoscaler dibadda ah oo aan xisaabta ku darin nuucyadan waxay keeni kartaa dhibaatooyin.

Bal qiyaas in qayb gaar ah la qorsheeyo, laakiin dhammaan awoodda CPU ee la heli karo waa la codsadaa/la furfuray iyo boodhka waxay ku dhegtaa xaalad Pending. Baakadaha dibadda ayaa arkaya celceliska culeyska CPU ee hadda jira (ma aha midka la codsaday) mana bilaabo ballaarinta (qiyaastii) - kuma darto nood kale. Natiijo ahaan, boodhkan lama qorsheyn doono.

Xaaladdan oo kale, miisaan beddelidda (qiyaastii) - Ka saarista noodhka kooxdu had iyo jeer way adag tahay in la hirgeliyo. Ka soo qaad inaad haysato boodh dawladeed (oo leh kayd joogto ah oo ku xidhan). Mugga joogtada ah inta badan iska leh aag la heli karo oo gaar ah oo aan lagu soo celin gobolka. Sidaa darteed, haddii autoscaler dibadda ah uu tirtiro noodhka boodhkan, jadwalku ma awoodi doono inuu jadwal u sameeyo boodhkan nood kale, sababtoo ah tan waxaa lagu samayn karaa oo keliya aagga la heli karo halkaas oo kaydinta joogtada ah ay ku taal. Boodhku waxay ku xayirmi doontaa gobolka Pending.

Aad caan uga ah bulshada Kubernetes cluster-autoscaler. Waxay ku shaqeysaa koox, waxay taageertaa API-yada bixiyeyaasha waaweyn ee daruuraha, waxay ku xisaabtantaa dhammaan xaddidaadaha waxayna cabbiri kartaa kiisaska kore. Waxa kale oo ay awood u leedahay in ay kor u qaaddo iyada oo la ilaalinayo dhammaan xuduudaha la dejiyay, si ay u badbaadiso lacagta (taas oo haddii kale lagu kharash gareeyo awoodda aan la isticmaalin).

5. Dayacaada awoodaha IAM/RBAC

Ka digtoonow isticmaalka isticmaalayaasha IAM ee siraha joogtada ah u leh mashiinada iyo codsiyada. Abaabulka gelitaanka ku meel gaadhka ah adigoo isticmaalaya doorarka iyo xisaabaadka adeegga (Akoonka adeegga).

Waxaan inta badan la kulannaa xaqiiqda ah in furayaasha gelitaanka (iyo siraha) ay ku adag yihiin qaabeynta codsiga, iyo sidoo kale dayacaadda wareegga sirta inkastoo ay helaan Cloud IAM. Isticmaal doorarka IAM iyo xisaabaadka adeegga halkii aad isticmaali lahayd halka ku habboon.

Iska ilow kube2iam oo toos u aad doorarka IAM ee xisaabaadka adeegga (sida lagu sharaxay magaca isla magaca Štěpán Vraný):

apiVersion: v1
kind: ServiceAccount
metadata:
  annotations:
    eks.amazonaws.com/role-arn: arn:aws:iam::123456789012:role/my-app-role
  name: my-serviceaccount
  namespace: default

Hal qoraal. Ma aha mid adag, sax?

Sidoo kale, ha siin koontooyinka adeegga iyo mudnaanta astaanta gaarka ah admin и cluster-adminhaddaanay u baahnayn. Tani way ka yara adag tahay in la hirgeliyo, gaar ahaan RBAC K8s, laakiin xaqiiqdii waxay mudan tahay dadaalka.

6. Ha isku hallaynina si toos ah uga-hortagga xidhitaannada pods

Bal qiyaas in aad haysato saddex nuqul oo ah meelaynta qaar ka mid ah noodhka. Noodku wuu dhacaa, oo ay la socdaan dhammaan nuqullada. Xaalad aan fiicneyn, sax? Laakin waa maxay sababta nuqulada oo dhami ay ahaayeen kuwo isku mid ah? Kubernetes miyaanay ahayn inay bixiso helitaan sare (HA)?!

Nasiib darro, jadwalka Kubernetes, iskiis u gaar ah, ma hoggaansamo xeerarka jiritaanka goonida ah (ka-hortagga xidhiidhka) for pods. Waa in si cad loo sheegaa:

// опущено для краткости
      labels:
        app: zk
// опущено для краткости
      affinity:
        podAntiAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            - labelSelector:
                matchExpressions:
                  - key: "app"
                    operator: In
                    values:
                    - zk
              topologyKey: "kubernetes.io/hostname"

Waa intaas. Hadda boodhadhka waxaa lagu jadwalsan doonaa noodo kala duwan (xaaladdan waxaa la hubiyaa oo kaliya inta lagu jiro jadwalka, laakiin maaha inta lagu jiro hawlgalkooda - markaa requiredDuringSchedulingIgnoredDuringExecution).

Halkan waxaan ka hadlaynaa podAntiAffinity oo ku kala duwan noocyada: topologyKey: "kubernetes.io/hostname", - oo aan ku saabsanayn aagagga la heli karo ee kala duwan. Si aad u hirgeliso HA oo dhammaystiran, waa inaad si qoto dheer u qoddaa mawduucan.

7. In la iska indhatiro Miisaaniyada Kharribka

Bal qiyaas inaad culeys wax soo saar ku leedahay kutlada Kubernetes. Marmar, noodhadhka iyo kooxda lafteeda waa in la cusboonaysiiyaa (ama laga saaraa). PodDisruptionBudget (PDB) waa shay sida heshiis dammaanad adeeg oo u dhexeeya maamulayaasha kooxda iyo isticmaalayaasha.

PDB waxay kuu ogolaanaysaa inaad iska ilaaliso hakadka adeega ee ay keento qanjirada la'aanta:

apiVersion: policy/v1beta1
kind: PodDisruptionBudget
metadata:
  name: zk-pdb
spec:
  minAvailable: 2
  selector:
    matchLabels:
      app: zookeeper

Tusaalahan, adiga, isticmaale kooxda, u sheeg maamulka: "Haye, waxaan haystaa adeega zookeeper, dhib malaha waxaad samayso, waxaan jeclaan lahaa in aan haysto ugu yaraan 2 nuqul oo adeegan ah mar walba."

Wax badan oo arrintan ku saabsan ayaad ka akhrisan kartaa halkan.

8. Isticmaalayaal badan ama deegaan koox wadaag ah

Kubernetes magacyada (magacyada) ha siin dahaarka xooggan.

Fikirka khaldan ee caadiga ah ayaa ah in haddii aad geyso rar aan badeecad ahayn hal magac oo xamuul ah mid kale, markaa way sinaba isu saamayn maayaan... Si kastaba ha ahaatee, go'doomin gaar ah ayaa lagu gaari karaa iyadoo la isticmaalayo codsiyada/xaddidaad kheyraadka, dejinta kootada, iyo dejinta mudnaanta fasallada. Qaar ka mid ah go'doominta "jirka" ee diyaaradda xogta waxaa bixiya affinities, dulqaadasho, taints (ama nodeselectors), laakiin kala-soocidda noocaas ah waa mid aad u adag. way adag tahay hirgelin.

Kuwa u baahan inay isku daraan labada nooc ee culeyska shaqada ee kutlada isku midka ah waxay la tacaalayaan kakanaanta. Haddii aysan jirin baahi noocaas ah, oo aad awoodi karto inaad mid yeelato hal koox oo kale (ku dheh, daruur dadweyne), markaa way fiicantahay in sidaas la sameeyo. Tani waxay gaari doontaa heer aad u sarreeya oo ah dahaarka.

9. Siyaasadda Gaadiidka Dibadda: Kooxda

Marar badan waxaan aragnaa in dhammaan taraafikada gudaha kutlada ay ku yimaadaan adeeg sida NodePort, kaas oo siyaasadda caadiga ah loo dejiyay. externalTrafficPolicy: Cluster... Waxay ka dhigan tahay NodePort waxay ku furan tahay meel kasta oo ka mid ah kutlada, waxaadna isticmaali kartaa mid kasta oo iyaga ka mid ah si aad ula falgasho adeegga la rabo ( set of pods).

Isla mar ahaantaana, boodhadhka dhabta ah ee la xidhiidha adeega NodePort ee kor lagu soo sheegay ayaa badanaa laga heli karaa qayb gaar ah qayb hoosaadka qanjidhadan. Si kale haddii loo dhigo, haddii aan ku xidho noodhka aan lahayn boodhka loo baahan yahay, waxay taraafikada u gudbin doontaa nood kale, ku darida hop iyo kordhinta daahitaanka (haddii qanjidhada ay ku yaalliin aagag/xarumo xogeed oo kala duwan, daahitaanku wuxuu noqon karaa mid aad u sarreeya; marka lagu daro, kharashka socodka socodka ayaa kordhin doona).

Dhanka kale, haddii adeeg Kubernetes gaar ah uu leeyahay xeer dejin externalTrafficPolicy: Local, ka dibna NodePort waxay ka furtaa kaliya qanjidhadaas halka boodhka loo baahan yahay ay dhab ahaantii socdaan. Marka la isticmaalayo dheellitirka culeyska dibadda ee hubinaya gobolka (baaritaan caafimaad) dhamaadka (sida ay u sameeyaan AWS ELB), Isagu waxay taraafikada u diri doontaa kaliya qanjidhada lagama maarmaanka ah, taas oo saameyn faa'iido leh ku yeelan doonta dib u dhigista, baahida xisaabinta, biilasha ka baxa (iyo caqliga saliimka ah ayaa isku mid ah).

Waxaa jirta fursad sare oo aad horeba u isticmaalaysay wax la mid ah trafik ama nginx-ingress-controller Sida barta dhamaadka NodePort (ama LoadBalancer, oo sidoo kale adeegsata NodePort) si loo maro taraafikada galitaanka HTTP, iyo dejinta ikhtiyaarkan waxay si weyn u yareeyn kartaa daahitaanka codsiyadan.

В daabacaadan Waxaad wax badan ka baran kartaa siyaasadda dibadda, faa'iidooyinka iyo khasaaraha.

10. Ha ku xidhin rucubyada hana ku xad-gudbin diyaaradda xakamaynta

Markii hore, waxay ahayd caado in loogu yeero server-yada magacyo habboon: Anton, HAL9000 iyo Colossus... Maanta waxa lagu beddelay aqoonsiyo si aan kala sooc lahayn loo soo saaray. Si kastaba ha ahaatee, caadadii ayaa hadhay, oo hadda magacyo sax ah ayaa taga kooxo.

Sheeko caadi ah (oo ku salaysan dhacdooyinka dhabta ah): waxay ku bilaabantay caddayn fikradeed, markaa kooxdu waxay lahayd magac faan imtixaankaSannado ayaa ka soo wareegay oo WELI loo isticmaali jiray wax-soo-saarka, qof walbana wuu ka baqayaa inuu taabto.

Ma jiraan wax xiiso leh oo ku saabsan kooxuhu isku beddelaan xayawaan rabaayad ah, sidaa darteed waxaan ku talinaynaa in laga saaro si xilliyo ah inta lagu jiro tababarka soo kabashada musiibada (tani waxay ku caawin doontaa injineernimada fowdo - qiyaastii. turjumi.). Intaa waxaa dheer, ma dhaawacayso in lagu shaqeeyo lakabka xakamaynta (diyaaradda xakamaynta). Ka cabsashada inaad taabato ma aha calaamad wanaagsan. IWM dhintay? Nimanyahow, runtii dhibaato baad ku jirtaa!

Dhanka kale, waa inaadan ku kaxaysan wax-is-daba marintiisa. Waqti la joogo lakabka xakamaynta ayaa laga yaabaa inuu gaabis noqdo. Waxay u badan tahay, tani waxay sabab u tahay tiro badan oo walxo ah oo la abuuray iyada oo aan wareeggoodu jirin (xaalad caadi ah marka la isticmaalayo Helm oo leh goobaha caadiga ah, taas oo ah sababta ay xaaladeeda ku jirta qaabeynta / sirta aan la cusbooneysiin - natiijada, kumanaan walxood ayaa ku urura lakabka kantaroolka) ama leh tafatirka joogtada ah ee walxaha kube-api (si toos ah u sawirida, CI/CD, la socodka, diiwaanka dhacdooyinka, kontaroolayaasha, iwm.).

Intaa waxaa dheer, waxaan kugula talineynaa inaad hubiso heshiisyada SLA/SLO ee bixiyaha Kubernetes ee la maareeyay oo fiiro gaar ah loo yeesho dammaanadaha. Iibiyaha ayaa dammaanad qaadi kara helitaanka lakabka xakamaynta (ama qayb-hoosaadyadeeda), laakiin maaha daahitaanka p99 ee codsiyada aad u dirto. Si kale haddii loo dhigo, waad geli kartaa kubectl get nodes, oo hel jawaabta 10 daqiiqo ka dib, tanina ma noqon doonto xadgudub ku ah shuruudaha heshiiska adeegga.

11. Bonus: isticmaalaya tag ugu dambeeyay

Laakiin tani mar horeba waa classic. Waayadan dambe waxa aan la kulanay farsamadan marar badan, maadaama qaar badan, oo ay ka barteen waayo-aragnimada qadhaadh, ay joojiyeen isticmaalka sumadda :latest oo bilaabay inuu ku dhejiyo noocyada. Hooray!

ECR waxa uu ilaaliyaa in aan la bedeli karin sawirka tags; Waxaan kugula talineynaa inaad naftaada barato sifadan cajiibka ah.

Soo koobid

Ha filanin in wax walba ay shaqeeyaan habeen kaliya: Kubernetes ma aha daawo. App-ka xun waxay ahaan doontaa sidan xitaa Kubernetes (waxayna u badan tahay inay ka sii dari doonto). Taxaddar la'aantu waxay u horseedi doontaa kakanaanta xad dhaafka ah, shaqada gaabis ah iyo walaaca lakabka xakamaynta. Intaa waxaa dheer, waxaad halis u tahay in laga tago iyada oo aan la helin istaraatiijiyad ka soo kabashada musiibada. Ha ka filanin Kubernetes inay bixiso go'doon iyo helitaan sare oo ka baxsan sanduuqa. Waqti ku qaado ka dhigista codsigaaga mid run ahaantii daruuri u dhashay.

Waxaad baran kartaa waayo-aragnimada aan lagu guulaysan ee kooxo kala duwan ururintan sheekooyinka by Henning Jacobs.

Kuwa raba inay ku daraan liiska khaladaadka lagu bixiyay maqaalkan waxay nagala soo xidhiidhi karaan Twitter-ka (@MarekBartik, @MstrsObserver).

PS ka turjumaan

Sidoo kale ka akhri boggayaga:

• «Naqshadeynta Kubernetes Kutlada: Immisa Ayaa Tahay Inay Jirto?";
• «ABC ee Amniga Kubernetes: Xaqiijinta, Oggolaanshaha, Hantidhawrka";
• «Autoscaling iyo maamulka khayraadka ee Kubernetes"( warbixinta dib u eegista iyo muuqaalka);
• «ConfigMaps gudaha Kubernetes: nuucyada mudan in wax laga ogaado".

Source: www.habr.com