10 mearachdan cumanta nuair a bhios tu a’ cleachdadh Kubernetes

Thoir an aire. eadar-theangachadh.: Tha ùghdaran an artaigil seo nan innleadairean bho chompanaidh beag Seiceach, pipetail. Chaidh aca air liosta mhìorbhaileach a chuir ri chèile de [uaireannan banal, ach fhathast] duilgheadasan agus mì-thuigse fìor chudromach co-cheangailte ri gnìomhachd cruinneachaidhean Kubernetes.

10 mearachdan cumanta nuair a bhios tu a’ cleachdadh Kubernetes

Thar nam bliadhnaichean de bhith a’ cleachdadh Kubernetes, tha sinn air a bhith ag obair le àireamh mhòr de chlàran (gach cuid air an riaghladh agus gun riaghladh - air GCP, AWS agus Azure). Thar ùine, thòisich sinn a 'mothachadh gu bheil cuid de mhearachdan daonnan a-rithist. Ach, chan eil nàire ann an seo: rinn sinn a’ mhòr-chuid dhiubh sinn fhìn!

Anns an artaigil tha na mearachdan as cumanta agus tha e cuideachd a 'toirt iomradh air mar a cheartaicheas iad iad.

1. Goireasan: iarrtasan agus crìochan

Tha an rud seo gu cinnteach airidh air an aire as fhaisge agus a’ chiad àite air an liosta.

Iarrtas CPU mar as trice an dàrna cuid nach eil air a shònrachadh idir no le luach glè ìosal (gus nas urrainn dhut de phònaichean a chuir air gach nód). Mar sin, bidh na nodan a’ fàs cus. Aig amannan de luchdan àrd, tha cumhachd giollachd an nód air a làn chleachdadh agus chan fhaigh eallach obrach sònraichte ach na tha e “ag iarraidh” le CPU ag èirigh. Bidh seo a’ leantainn gu barrachd latency tagraidh, amannan a-muigh, agus builean mì-thlachdmhor eile. (Leugh tuilleadh mu dheidhinn seo san eadar-theangachadh eile againn o chionn ghoirid: “Crìochan CPU agus smeòrach ionnsaigheach ann an Kubernetes"- mu thuairmeas. eadar-theangachadh.)

An oidhirp as fheàrr (air leth chan eil air a mholadh):

resources: {}

Iarrtas CPU gu math ìosal (gu math chan eil air a mholadh):

   resources:
      Requests:
        cpu: "1m"

Air an làimh eile, faodaidh làthaireachd crìoch CPU leantainn gu bhith a ’leum gu mì-reusanta de chuairtean gleoc le pods, eadhon ged nach eil am pròiseasar nód làn luchdachadh. A-rithist, faodaidh seo leantainn gu barrachd dàil. Tha connspaid a’ leantainn timcheall a’ pharamadair Cuota CPU CFS anns an kernel Linux agus smeòrach CPU a rèir nan crìochan suidhichte, a bharrachd air a bhith a’ cur casg air cuota CFS... Gu mì-fhortanach, faodaidh crìochan CPU barrachd dhuilgheadasan adhbhrachadh na as urrainn dhaibh fhuasgladh. Gheibhear tuilleadh fiosrachaidh mu dheidhinn seo aig a’ cheangal gu h-ìosal.

Taghadh cus (a' toirt thairis) faodaidh duilgheadasan cuimhne leantainn gu duilgheadasan nas motha. Le bhith a’ ruighinn crìoch an CPU tha sin a’ ciallachadh a bhith a’ leum air cearcallan gleoc, fhad ‘s a ruigeas tu crìoch na cuimhne tha sin a’ ciallachadh a bhith a’ marbhadh a’ phoit. An do mhothaich thu a-riamh OOMkill? Tha, is e sin dìreach a tha sinn a’ bruidhinn.

A bheil thu airson an coltas gun tachair seo a lughdachadh? Na cuir cus seachad cuimhne agus cleachd Guaranteed QoS (Càileachd Seirbheis) le bhith a’ suidheachadh an iarrtas cuimhne chun ìre as ìsle (mar a chithear san eisimpleir gu h-ìosal). Leugh tuilleadh mu dheidhinn seo ann an Henning Jacobs taisbeanadh (Prìomh Einnseanair aig Zalando).

Burstable (cothrom nas àirde air OOMkilled fhaighinn):

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

Air a dhearbhadh:

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

Dè a dh’ fhaodadh a bhith na chuideachadh nuair a thathar a’ stèidheachadh ghoireasan?

Le cuideachadh bho metrics-frithealaidh chì thu caitheamh ghoireasan CPU gnàthach agus cleachdadh cuimhne le pods (agus soithichean nam broinn). As dualtaiche, tha thu mu thràth ga chleachdadh. Dìreach ruith na h-òrdughan a leanas:

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

Ach, chan eil iad a 'sealltainn ach cleachdadh làithreach. Faodaidh e beachd garbh a thoirt dhut air òrdugh meudachd, ach aig a’ cheann thall bidh feum agad air eachdraidh atharrachaidhean ann an meatrach thar ùine (gus ceistean a fhreagairt mar: “Dè an ìre as àirde de luchd CPU?”, “Dè an luchd a bh’ ann madainn an-dè?”, msaa). Airson seo faodaidh tu a chleachdadh Prometheus, Dàta agus innealan eile. Bidh iad dìreach a’ faighinn metrics bho metrics-server agus gan stòradh, agus faodaidh an neach-cleachdaidh an ceasnachadh agus an dealbhadh a rèir sin.

InghearachPodAutoscaler Tha e a 'toirt cothrom fèin-ghluasad phròiseas seo. Bidh e a 'cumail sùil air eachdraidh cleachdadh CPU agus cuimhne agus a' stèidheachadh iarrtasan agus crìochan ùra stèidhichte air an fhiosrachadh seo.

Chan e obair fhurasta a th’ ann a bhith a’ cleachdadh cumhachd coimpiutaireachd gu h-èifeachdach. Tha e coltach ri bhith a’ cluich Tetris fad na h-ùine. Ma tha thu a’ pàigheadh ​​cus airson cumhachd coimpiutaireachd le caitheamh cuibheasach ìosal (can ~ 10%), tha sinn a’ moladh coimhead air toraidhean stèidhichte air AWS Fargate no Virtual Kubelet. Tha iad air an togail air modal bileachaidh gun fhrithealaiche / pàigheadh ​​​​a rèir cleachdadh, a dh’ fhaodadh a bhith nas saoire ann an leithid de shuidheachaidhean.

2. Deuchainnean beòthalachd agus ullachaidh

Gu gnàthach, chan eil sgrùdaidhean beòthalachd agus ullachaidh air an comasachadh ann an Kubernetes. Agus uaireannan bidh iad a’ dìochuimhneachadh an tionndadh air...

Ach ciamar eile as urrainn dhut seirbheis ath-thòiseachadh ma thachras mearachd marbhtach? Agus ciamar a tha fios aig an neach-cothromachaidh luchd gu bheil pod deiseil airson gabhail ri trafaic? No an urrainn dha barrachd trafaic a làimhseachadh?

Bidh na deuchainnean sin gu tric air am mealladh le chèile:

  • Beò - seic “survivability”, a thòisicheas am pod ma dh’ fhailicheas e;
  • Deisealachd - sgrùdadh ullachaidh, ma dh’ fhailicheas e, dì-cheangail e am pod bho sheirbheis Kubernetes (faodar seo a sgrùdadh le bhith a’ cleachdadh kubectl get endpoints) agus cha ruig an trafaic thuige gus an tèid an ath sgrùdadh a chrìochnachadh gu soirbheachail.

An dà sgrùdadh seo Air a choileanadh ri linn cuairteachaidh beatha iomlan a 'phod. Tha e glè chudromach.

Is e mì-thuigse cumanta nach tèid probes ullachaidh a ruith ach aig toiseach tòiseachaidh gus am bi fios aig an neach-cothromachaidh gu bheil am pod deiseil (Ready) agus faodaidh iad tòiseachadh air trafaic a làimhseachadh. Ach, chan e seo ach aon de na roghainnean airson an cleachdadh.

Is e fear eile an comas faighinn a-mach gu bheil an trafaic air a’ pod cus agus a' cur thairis air (no bidh am pod a’ dèanamh àireamhachadh a tha dian air stòras). Anns a 'chùis seo, bidh an sgrùdadh ullachaidh a' cuideachadh lughdaich an luchd air a’ pod agus “cool” e. Bidh crìoch soirbheachail air sgrùdadh ullachaidh san àm ri teachd a’ ceadachadh àrdaich an luchd air a’ pod a-rithist. Anns a ’chùis seo (ma dh’ fhailicheas an deuchainn ullachaidh), bhiodh fàilligeadh an deuchainn beòthalachd gu math torach. Carson ath-thòiseachadh pod a tha fallain agus ag obair gu cruaidh?

Mar sin, ann an cuid de chùisean, chan eil sgrùdaidhean idir nas fheàrr na bhith gan comasachadh le paramadairean a tha air an rèiteachadh gu ceàrr. Mar a chaidh a ràdh gu h-àrd, ma tha sgrùdadh beòthalachd lethbhric sgrùdadh deiseil, an uairsin tha thu ann an trioblaid mhòr. Tha an roghainn comasach a rèiteachadh deuchainn ullachaidh a-mhàinagus beòthalachd cunnartach falbh gu aon taobh.

Cha bu chòir an dà sheòrsa sgrùdaidh fàiligeadh nuair a dh’ fhailicheas eisimeileachd cumanta, air neo ma dh’ fhàilligeas seo (coltach ri maoim-sneachda) anns a h-uile pods. Ann am faclan eile, na dean cron ort fein.

3. LoadBalancer airson gach seirbheis HTTP

As dualtaiche, tha seirbheisean HTTP agad anns a’ bhuidheann agad a bu mhath leat a chuir air adhart chun t-saoghal a-muigh.

Ma dh'fhosglas tu an t-seirbheis mar type: LoadBalancer, bheir an rianadair aige (a rèir an t-solaraiche seirbheis) seachad agus barganachadh LoadBalancer taobh a-muigh (chan ann gu riatanach a’ ruith air L7, ach eadhon air L4), agus dh ’fhaodadh seo buaidh a thoirt air a’ chosgais (seòladh IPv4 statach taobh a-muigh, cumhachd coimpiutaireachd, bilean gach diog). ) air sgàth gu bheil feum air àireamh mhòr de ghoireasan mar sin a chruthachadh.

Anns a 'chùis seo, tha e tòrr nas reusanta a bhith a' cleachdadh aon neach-cothromachaidh luchd bhon taobh a-muigh, a 'fosgladh sheirbheisean mar type: NodePort. No nas fheàrr fhathast, leudaich rudeigin mar nginx-ingress-controller (no traefik), a bhios mar an aon fhear NodePort puing crìochnachaidh co-cheangailte ris a’ chothromachadh luchdan a-muigh agus bheir e trafaic don bhuidheann a’ cleachdadh tighinn a-steach- Goireasan Kubernetes.

Faodaidh seirbheisean taobh a-staigh buidheann (micro) eile a bhios ag eadar-obrachadh le chèile “conaltradh” a’ cleachdadh seirbheisean mar ClusterIP agus inneal lorg seirbheis stèidhichte tro DNS. Dìreach na cleachd an DNS / IP poblach aca, oir faodaidh seo buaidh a thoirt air latency agus cosgais seirbheisean sgòthan àrdachadh.

4. Autoscaling brabhsair gun a bhith a 'toirt aire do na feartan aige

Nuair a chuireas tu nodan ri agus gan toirt air falbh bho bhuidheann, cha bu chòir dhut a bhith an urra ri cuid de mheatairean bunaiteach leithid cleachdadh CPU air na nodan sin. Feumaidh planadh pod mòran aire a thoirt cuingealachaidhean, leithid dàimh pods/nodan, taints agus fulangas, iarrtasan ghoireasan, QoS, msaa. Le bhith a’ cleachdadh autoscaler taobh a-muigh nach eil a’ toirt aire do na nuances sin faodaidh duilgheadasan adhbhrachadh.

Smaoinich gum bu chòir pod sònraichte a bhith air a chlàradh, ach thathar ag iarraidh / air a thoirt às a h-uile cumhachd CPU a tha ri fhaighinn agus am pod a dhol an sàs ann an staid Pending. Bidh autoscaler taobh a-muigh a’ faicinn an luchd CPU gnàthach cuibheasach (chan e am fear a chaidh iarraidh) agus chan eil e a’ tòiseachadh leudachadh (sgèile a-mach) - chan eil e a 'cur nód eile ris. Mar thoradh air an sin, cha bhith am pod seo clàraichte.

Anns a 'chùis seo, cùl-sgèileadh (sgèile a-steach) - tha e an-còmhnaidh nas duilghe a bhith a’ toirt air falbh nód bho bhuidheann. Smaoinich gu bheil pod stàiteil agad (le stòradh leantainneach ceangailte). Meudan seasmhach mar as trice a bhuineas do sòn ruigsinneachd sònraichte agus chan eil iad air an ath-aithris san sgìre. Mar sin, ma sguabas autoscaler taobh a-muigh nód leis a’ pod seo, cha bhith e comasach don chlàr-ama am pod seo a chlàradh air nód eile, oir chan urrainnear seo a dhèanamh ach anns an raon ruigsinneachd far a bheil an stòradh seasmhach suidhichte. Bidh am pod glaiste ann an staid Pending.

Gu math mòr-chòrdte ann an coimhearsnachd Kubernetes brabhsair-fèin-ghluasadach. Bidh e a’ ruith air brabhsair, a’ toirt taic do APIan bho phrìomh sholaraichean sgòthan, a’ gabhail a-steach a h-uile bacadh agus is urrainn dha sgèile anns na cùisean gu h-àrd. Bidh e cuideachd comasach air sgèile a-steach fhad ‘s a chumas e a h-uile crìoch stèidhichte, agus mar sin a’ sàbhaladh airgead (a bhiodh air dhòigh eile air a chosg air comas nach deach a chleachdadh).

5. A' dearmad comasan IAM/RBAC

Bi faiceallach mu bhith a’ cleachdadh luchd-cleachdaidh IAM le dìomhaireachdan leantainneach airson innealan agus tagraidhean. Cuir air dòigh ruigsinneachd sealach a’ cleachdadh dreuchdan agus cunntasan seirbheis (cunntasan seirbheis).

Bidh sinn gu tric a’ tighinn tarsainn air gu bheil iuchraichean ruigsinneachd (agus dìomhaireachdan) air an còdadh cruaidh ann an rèiteachadh an tagraidh, a bharrachd air dearmad a dhèanamh air cuairteachadh dìomhaireachd a dh’ aindeoin cothrom fhaighinn air Cloud IAM. Cleachd dreuchdan IAM agus cunntasan seirbheis an àite luchd-cleachdaidh far a bheil sin iomchaidh.

10 mearachdan cumanta nuair a bhios tu a’ cleachdadh Kubernetes

Na dìochuimhnich mu kube2iam agus rachaibh gu dìreach gu dreuchdan IAM airson cunntasan seirbheis (mar a chaidh a mhìneachadh ann an nota den aon ainm Š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

Aon nota. Chan eil sin cruaidh, ceart?

Cuideachd, na toir seachad sochairean cunntasan seirbheis agus eisimpleir admin и cluster-adminmura h-eil feum aca air. Tha seo beagan nas duilghe a bhuileachadh, gu sònraichte ann an RBAC K8n, ach gu cinnteach is fhiach an oidhirp.

6. Na bi an urra ri frith-dhàimh fèin-ghluasadach airson pods

Smaoinich gu bheil trì mac-samhail agad de chleachdadh air nód. Bidh an nód a 'tuiteam, agus còmhla ris a h-uile mac-samhail. Suidheachadh mì-thlachdmhor, ceart? Ach carson a bha a h-uile mac-samhail air an aon nòta? Nach eil còir aig Kubernetes ruigsinneachd àrd (HA) a thoirt seachad?!

Gu mì-fhortanach, chan eil clàr-ama Kubernetes, leis fhèin, a 'gèilleadh ri riaghailtean a bhith ann air leth (an-aghaidh dàimh) airson pods. Feumaidh iad a bhith air an cur an cèill gu soilleir:

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

Sin e. A-nis bidh pods air an clàradh air diofar nodan (tha an suidheachadh seo air a sgrùdadh a-mhàin rè clàradh, ach chan ann rè an obrachaidh - mar sin requiredDuringSchedulingIgnoredDuringExecution).

An seo tha sinn a 'bruidhinn mu dheidhinn podAntiAffinity air diofar phuingean: topologyKey: "kubernetes.io/hostname", - agus chan ann mu dheidhinn diofar shònaichean a tha rim faighinn. Gus HA làn-chuimseach a bhuileachadh, feumaidh tu cladhach nas doimhne a-steach don chuspair seo.

7. A' leigeil seachad PodDisruptionBudgets

Smaoinich gu bheil eallach cinneasachaidh agad air cruinneachadh Kubernetes. Bho àm gu àm, feumar nodan agus am buidheann fhèin ùrachadh (no dì-choimiseanadh). Tha PodDisruptionBudget (PDB) na rudeigin mar aonta gealltanas seirbheis eadar luchd-rianachd brabhsair agus luchd-cleachdaidh.

Leigidh PDB leat casg a chuir air seirbheis air adhbhrachadh le dìth nodan:

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

Anns an eisimpleir seo, tha thusa, mar neach-cleachdaidh a’ bhraisle, ag innse don luchd-rianachd: “Hey, tha seirbheis zookeeper agam, agus ge bith dè a nì thu, bu mhath leam gum biodh co-dhiù 2 mhac-samhail den t-seirbheis seo ri fhaighinn an-còmhnaidh.”

Faodaidh tu barrachd a leughadh mu dheidhinn seo an seo.

8. Ioma luchd-cleachdaidh no àrainneachdan ann an cumanta brabhsair

Ainmean-cinnidh a h-uile le ainm Kubernetes (ainmean-àite) na toir seachad insulation làidir.

Is e mì-thuigse cumanta ma chuireas tu luchd neo-phrothaid a-steach do aon ainm-àite agus luchd prod a-steach do àite eile, bidh iad cha toir e buaidh air a chèile ann an dòigh sam bith... Ach, faodar ìre shònraichte de dh’ aonaranachd a choileanadh a’ cleachdadh iarrtasan/cuingealachaidhean ghoireasan, a’ suidheachadh chuotathan, agus a’ suidheachadh Clasaichean prìomhachais. Tha cuid de dh’ aonaranachd “corporra” anns a’ phlèana dàta air a thoirt seachad le dàimh, fulangas, taints (no taghadairean nodan), ach tha an leithid de sgaradh gu math duilich cur an gnìomh.

Feumaidh an fheadhainn a dh’ fheumas an dà sheòrsa eallach obrach a chur còmhla san aon bhuidheann dèiligeadh ri iom-fhillteachd. Mura h-eil an leithid de dhìth ann, agus faodaidh tu pàigheadh ​​​​airson fear a bhith agad aon bhuidheann eile (can, ann an sgòth poblach), tha e nas fheàrr sin a dhèanamh. Coileanaidh seo ìre mòran nas àirde de insulation.

9. externalTrafficPolicy: Cluster

Glè thric chì sinn gu bheil a h-uile trafaic taobh a-staigh a’ bhuidheann a’ tighinn tro sheirbheis mar NodePort, air a bheil am poileasaidh bunaiteach air a shuidheachadh externalTrafficPolicy: Cluster... Tha e a ’ciallachadh sin NodePort fosgailte air a h-uile nód sa bhuidheann, agus faodaidh tu gin dhiubh a chleachdadh gus eadar-obrachadh leis an t-seirbheis a tha thu ag iarraidh (seata de pods).

10 mearachdan cumanta nuair a bhios tu a’ cleachdadh Kubernetes

Aig an aon àm, mar as trice chan fhaighear pods fìor co-cheangailte ris an t-seirbheis NodePort gu h-àrd ach air cuid de fo-sheata de na nodan sin. Ann am faclan eile, ma cheanglas mi ri nód aig nach eil am pod riatanach, cuiridh e trafaic air adhart gu nód eile, a' cur hop agus àrdachadh latency (ma tha nodan suidhichte ann an diofar shònaichean ruigsinneachd / ionadan dàta, faodaidh an latency a bhith gu math àrd; a bharrachd air an sin, àrdaichidh cosgaisean trafaic a-mach).

Air an làimh eile, ma tha seata poileasaidh aig seirbheis sònraichte Kubernetes externalTrafficPolicy: Local, an uairsin chan eil NodePort a’ fosgladh ach air na nodan sin far a bheil na pods riatanach a’ ruith. Nuair a bhios tu a’ cleachdadh cothromachadh luchdan a-muigh a nì sgrùdadh air an staid (sgrùdadh slàinte) puingean crìochnachaidh (ciamar a nì e AWS ELB), e cuiridh e trafaic a-mhàin gu na nodan riatanach, a bheir buaidh buannachdail air dàil, feumalachdan coimpiutaireachd, cunntasan dol-a-mach (agus bidh ciall cumanta ag òrdachadh an aon rud).

Tha deagh chothrom ann gu bheil thu mu thràth a’ cleachdadh rudeigin mar traefik no nginx-ingress-controller mar cheann-uidhe NodePort (no LoadBalancer, a bhios cuideachd a’ cleachdadh NodePort) gus trafaic inntrigidh HTTP a stiùireadh, agus faodaidh suidheachadh an roghainn seo lùghdachadh mòr a thoirt air cho fada ‘s a tha iarrtasan mar sin.

В am foillseachadh seo Faodaidh tu barrachd ionnsachadh mu PhoileasaidhTraffic taobh a-muigh, na buannachdan agus na h-eas-bhuannachdan aige.

10. Na bi ceangailte ri cruinneachaidhean agus na dèan ana-cleachdadh air a' phlèana smachd

Roimhe sin, bha e na chleachdadh luchd-frithealaidh a ghairm le ainmean ceart: Anton, HAL9000 agus Colossus ... An-diugh chaidh aithnichearan air thuaiream a chuir nan àite. Ach, dh'fhuirich an cleachdadh, agus a-nis tha ainmean ceart a 'dol gu buidhnean.

Sgeulachd àbhaisteach (stèidhichte air tachartasan fìor): thòisich e uile le dearbhadh air bun-bheachd, agus mar sin bha ainm pròiseil aig a’ bhuidheann deuchainneanTha bliadhnaichean air a dhol seachad agus tha e fhathast air a chleachdadh ann an cinneasachadh, agus tha eagal air a h-uile duine suathadh air.

Chan eil dad spòrsail mu dheidhinn cruinneachaidhean a’ tionndadh gu peataichean, agus mar sin tha sinn a’ moladh an toirt air falbh bho àm gu àm fhad ‘s a tha thu ag obair ath-bheothachadh mòr-thubaist (cuidichidh seo innleadaireachd caos - mu thuairmeas. eadar-theangachadh.). A bharrachd air an sin, cha bhiodh e air a ghoirteachadh a bhith ag obair air an ìre smachd (plèana smachd). Chan e deagh chomharra a th’ ann a bhith fo eagal suathadh ris. Etc. marbh? Guys, tha thu dha-rìribh ann an trioblaid!

Air an làimh eile, cha bu chòir dhut a bhith air do ghiùlan air falbh le bhith ga làimhseachadh. Le ùine faodaidh an ìre smachd fàs slaodach. As dualtaiche, tha seo mar thoradh air àireamh mhòr de nithean a bhith air an cruthachadh às aonais an cuairteachadh (suidheachadh cumanta nuair a bhios tu a ’cleachdadh Helm le roghainnean bunaiteach, agus is e sin as coireach nach eil a staid ann an configmaps / dìomhaireachdan air ùrachadh - mar thoradh air an sin, bidh mìltean de nithean a’ cruinneachadh a-steach. an ìre smachd) no le deasachadh cunbhalach de nithean kube-api (airson sgèileadh fèin-ghluasadach, airson CI / CD, airson sgrùdadh, logaichean tachartais, riaghladairean, msaa).

A bharrachd air an sin, tha sinn a’ moladh sgrùdadh a dhèanamh air na h-aontaidhean SLA/SLO leis an t-solaraiche Kubernetes fo stiùir agus aire a thoirt do na geallaidhean. Faodaidh an neach-reic gealltainn ìre smachd ri fhaighinn (no na fo-phàirtean aige), ach chan e an dàil p99 a thaobh iarrtasan a chuireas tu thuige. Ann am faclan eile, faodaidh tu a dhol a-steach kubectl get nodes, agus faigh freagairt dìreach às deidh 10 mionaidean, agus cha bhith seo na bhriseadh air cumhachan an aonta seirbheis.

11. Bonus: a 'cleachdadh as ùire tag

Ach tha seo mar-thà clasaigeach. O chionn ghoirid tha sinn air a thighinn tarsainn air an dòigh seo cho tric, leis gu bheil mòran, às deidh dhaibh ionnsachadh bho eòlas searbh, air sgur a bhith a’ cleachdadh an taga :latest agus thòisich e air dreachan pinning. Hooray!

ECR a’ cumail suas neo-sheasmhachd tagaichean ìomhaigh; Tha sinn a’ moladh gum bi thu eòlach air an fheart iongantach seo.

Geàrr-chunntas

Na bi dùil gum bi a h-uile càil ag obair thar oidhche: chan e panacea a th’ ann an Kubernetes. App dona fuirichidh e mar seo eadhon ann an Kubernetes (agus is dòcha gum fàs e nas miosa). Leanaidh neo-chùram gu cus iom-fhillteachd, obair slaodach agus cuideam air an ìre smachd. A bharrachd air an sin, tha cunnart ann gum fàg thu às aonais ro-innleachd ath-bheothachaidh mòr-thubaist. Na bi an dùil gun toir Kubernetes aonaranachd agus ruigsinneachd àrd a-mach às a’ bhogsa. Caith beagan ùine a’ dèanamh an tagradh agad dha-rìribh sgòthach dùthchasach.

Gheibh thu eòlas air na h-eòlasan neo-shoirbheachail aig diofar sgiobaidhean ann an an cruinneachadh seo de sgeulachdan le Henning Jacobs.

Faodaidh an fheadhainn a tha airson cur ris an liosta mhearachdan a tha air an toirt seachad san artaigil seo fios a chuir thugainn air Twitter (@MarekBartik, @MstrsObserver).

PS bhon eadar-theangair

Leugh cuideachd air ar blog:

Source: www.habr.com

Cuir beachd ann