Fahadisoana 10 mahazatra rehefa mampiasa Kubernetes

Fanamarihana. transl.: Injeniera avy amin'ny orinasa kely Czech, pipetail, no nanoratra ity lahatsoratra ity. Nahavita nanangona lisitra mahafinaritra [indraindray, nefa mbola] olana tena maika sy hevi-diso mifandraika amin'ny fampandehanana ny vondrona Kubernetes.

Nandritra ny taona maro nampiasana an'i Kubernetes, dia niara-niasa tamin'ny vondron'olona marobe izahay (samy voatanisa na tsy tantanina - amin'ny GCP, AWS ary Azure). Rehefa nandeha ny fotoana, dia nanomboka nahatsikaritra izahay fa miverimberina foana ny fahadisoana sasany. Na izany aza, tsy misy mahamenatra izany: ny tenanay no nanao ny ankamaroany!

Ny lahatsoratra dia mirakitra ny fahadisoana mahazatra indrindra ary milaza ny fomba hanitsiana azy ireo.

1. Loharano: fangatahana sy fetra

Ity singa ity dia tena mendrika ny fiheverana akaiky indrindra sy ny toerana voalohany amin'ny lisitra.

CPU fangatahana matetika na tsy voafaritra mihitsy na manana sanda ambany dia ambany (hametraka pods betsaka araka izay azo atao amin'ny node tsirairay). Noho izany dia lasa be loatra ny nodes. Mandritra ny fotoanan'ny enta-mavesatra be dia ampiasaina tanteraka ny herin'ny fanodinana ny node ary ny enta-mavesatra manokana dia tsy mahazo afa-tsy izay "nangatahiny" CPU throttling. Izany dia mitarika amin'ny fampitomboana ny faharetan'ny fampiharana, ny fahataperan'ny fotoana ary ny voka-dratsiny hafa. (Hamaky bebe kokoa momba an'io ao amin'ny fandikanay vao haingana hafa: “Ny fetran'ny CPU sy ny fanerena mahery vaika ao amin'ny Kubernetes"- eo ho eo. transl.)

BestEffort (tena tsy soso-kevitra):

resources: {}

Fangatahana CPU faran'izay ambany (extremely tsy soso-kevitra):

   resources:
      Requests:
        cpu: "1m"

Amin'ny lafiny iray, ny fisian'ny fetran'ny CPU dia mety hitarika ho amin'ny tsy mitombina ny tsingerin'ny famantaranandro amin'ny alàlan'ny pods, na dia tsy feno tanteraka aza ny processeur node. Averina indray, mety hiteraka fahatarana mitombo izany. Mitohy ny resabe manodidina ny paramètre CPU CFS quota ao amin'ny kernel Linux sy ny famehezana CPU miankina amin'ny fetra napetraka, ary koa ny fanafoanana ny quota CFS ... Indrisy, ny fetran'ny CPU dia mety hiteraka olana bebe kokoa noho izay azony atao. Ny fampahalalana bebe kokoa momba izany dia azo jerena amin'ny rohy eto ambany.

Fifantenana tafahoatra (fanoloran-tena tafahoatra) Ny olana amin'ny fitadidiana dia mety hiteraka olana lehibe kokoa. Ny fahatongavana amin'ny fetran'ny CPU dia mitaky ny fanitsakitsahana ny tsingerin'ny famantaranandro, raha mahatratra ny fetran'ny fitadidiana kosa ny famonoana ny pod. Efa nandinika ve ianao OOMkill? Eny, izany indrindra no resahina.

Te hanamaivana ny mety hitrangan'izany ve ianao? Aza adinoina loatra ny fitadidiana ary ampiasao ny QoS Guaranteed (Quality of Service) amin'ny fametrahana ny fangatahana fitadidiana amin'ny fetra (toy ny amin'ny ohatra etsy ambany). Vakio bebe kokoa momba izany ao amin'ny Henning Jacobs famelabelarana (Lead Engineer at Zalando).

Burstable (avo kokoa ny mety hahazoana OOMkill):

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

azo antoka:

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

Inona no mety hanampy rehefa manangana loharanon-karena?

Amin'ny fanampian'ny metrics-server azonao jerena ny fanjifana loharanon-karena CPU amin'izao fotoana izao sy ny fampiasana fitadidiana ataon'ny pods (sy ny kaontenera ao anatiny). Azo inoana fa efa mampiasa azy ianao. Alefaso fotsiny ireto baiko manaraka ireto:

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

Na izany aza, ny fampiasana ankehitriny ihany no asehon'izy ireo. Afaka manome anao hevitra henjana momba ny filaharan'ny halehiben'ny habeny izany, fa amin'ny farany dia mila tantaran'ny fiovana amin'ny metrika rehefa mandeha ny fotoana (hamaly fanontaniana toy ny hoe: “Inona ny enta-mavesatra CPU?”, “Inona ny entana omaly maraina?”, sns.). Ho an'ity dia azonao ampiasaina Prometheus, DataDog ary fitaovana hafa. Mahazo metrika fotsiny izy ireo avy amin'ny metrics-server ary mitahiry azy ireo, ary ny mpampiasa dia afaka manontany azy ireo sy mamolavola azy ireo mifanaraka amin'izany.

VerticalPodAutoscaler Tsy mamela automate ity dingana ity. Manara-maso ny tantaran'ny fampiasana CPU sy fitadidiana izy io ary mametraka fangatahana sy fetra vaovao mifototra amin'io fampahalalana io.

Tsy asa mora ny fampiasana ny herin'ny informatika. Toy ny milalao Tetris foana izany. Raha mandoa be loatra ianao amin'ny herin'ny kajy miaraka amin'ny fanjifana salan'isa ambany (milaza ~ 10%), dia manoro hevitra izahay hijery ireo vokatra mifototra amin'ny AWS Fargate na Virtual Kubelet. Izy ireo dia miorina amin'ny modely faktiora tsy misy mpizara/karama isaky ny fampiasana, izay mety ho mora kokoa amin'ny toe-javatra toy izany.

2. Fanadihadiana fahavitrihana sy fahavononana

Amin'ny alàlan'ny default, tsy alefa ao amin'ny Kubernetes ny fanamarinana ny fahavelomana sy ny fahavononana. Ary indraindray dia hadinon'izy ireo ny mamerina azy ireo ...

Ahoana anefa no ahafahanao manomboka ny serivisy raha misy hadisoana mahafaty? Ary ahoana no ahafantaran'ny mpandrindra entana fa vonona ny hanaiky fifamoivoizana ny pod iray? Sa mahazaka fifamoivoizana bebe kokoa?

Ireo fitsapana ireo dia matetika mifangaro amin'ny tsirairay:

• Fiainana - fanamarinana "survivability", izay mamerina ny pod raha tsy mahomby;
• fahavononana - fisavana fahavononana, raha tsy mahomby izany, dia tapaka ny pod amin'ny serivisy Kubernetes (azo jerena amin'ny kubectl get endpoints) ary tsy tonga any aminy ny fifamoivoizana raha tsy vita soa aman-tsara ny fisavana manaraka.

Ireo fisavana roa ireo ATAO NAndritra ny tsingerin'ny fiainana manontolon'ny POD. Tena zava-dehibe izany.

Ny hevi-diso mahazatra dia ny famotopotorana ny fahavononana dia mandeha amin'ny fanombohana fotsiny mba hahafantaran'ny mpifandanja fa efa vonona ny pod (Ready) ary afaka manomboka manodina ny fifamoivoizana. Iray amin'ireo safidy hampiasain'izy ireo ihany anefa izany.

Ny iray hafa dia ny mety hahitana fa ny fifamoivoizana amin'ny pod dia tafahoatra ary overloads azy (na ny pod dia manao kajy mavesa-danja). Amin'ity tranga ity dia manampy ny fanamarinana fahavononana mampihena ny enta-mavesatra eo amin'ny pod ary "mangatsiaka" azy. Ny fahavitan'ny fanamarinana fahavononana amin'ny ho avy dia ahafahana ampio indray ny enta-mavesatra eo amin'ny pod. Amin'ity tranga ity (raha tsy mahomby ny fitsapana fahavononana), ny tsy fahombiazan'ny andrana momba ny fahavelomana dia mety ho tena mifanohitra. Nahoana no averina indray ny pod izay salama sy miasa mafy?

Noho izany, amin'ny toe-javatra sasany, tsy misy fisavana mihitsy no tsara kokoa noho ny mamela azy ireo amin'ny masontsivana diso namboarina. Araka ny voalaza etsy ambony, raha liveness check copies fahavononana fanamarinana, dia ao anatin'ny fahasahiranana lehibe ianao. Ny safidy azo atao dia ny manamboatra fitsapana fahavononana ihanyary fiainana mampidi-doza miala sasatra.

Ireo karazana fisavana roa ireo dia tsy tokony hahomby rehefa tsy mahomby ny fiankinan-doha mahazatra, raha tsy izany dia hitarika ho amin'ny tsy fahombiazan'ny pods rehetra izany. Raha lazaina amin'ny fomba hafa, aza manimba tena.

3. LoadBalancer ho an'ny serivisy HTTP tsirairay

Azo inoana fa manana serivisy HTTP ianao ao amin'ny cluster izay tianao halefa any amin'ny tontolo ivelany.

Raha manokatra ny serivisy toy ny type: LoadBalancer, ny mpanara-maso azy (miankina amin'ny mpanome tolotra) dia hanome sy hifampiraharaha amin'ny LoadBalancer ivelany (tsy voatery mandeha amin'ny L7, fa na amin'ny L4 aza), ary mety hisy fiantraikany amin'ny vidiny (adiresy IPv4 static ivelany, herin'ny informatika, faktiora isan-tsegondra izany. ) noho ny filàna hamoronana loharanon-karena maro be toy izany.

Amin'ity tranga ity, dia lojika kokoa ny mampiasa iray ivelany entana balancer, fanokafana serivisy toy ny type: NodePort. Na tsara kokoa, manitatra zavatra toy izany nginx-ingress-controller (na traefik), iza no hany tokana NodePort teboka farany mifandray amin'ny mpifandanja entana ivelany ary hitarika ny fifamoivoizana amin'ny cluster mampiasa ingress- loharanon-karena Kubernetes.

Ny serivisy intra-cluster (micro) hafa mifandray amin'ny tsirairay dia afaka "mifampiresaka" amin'ny fampiasana serivisy toy ny ClusterIP ary mekanika fitadiavana serivisy naorina amin'ny alàlan'ny DNS. Aza mampiasa fotsiny ny DNS/IP ho an'ny daholobe, satria mety hisy fiantraikany amin'ny fahatarana izany ary hampitombo ny vidin'ny serivisy rahona.

4. Autoscaling kluster tsy miraharaha ny endri-javatra

Rehefa manampy nodes sy manaisotra azy ireo amin'ny cluster ianao dia tsy tokony hiantehitra amin'ny metrika fototra toy ny fampiasana CPU amin'ireo nodes ireo. Ny fandrindrana ny pod dia tsy maintsy mandinika ny maro famerana, toy ny fifandraisan'ny pod/node, tants sy fandeferana, fangatahana loharanon-karena, QoS, sns. Ny fampiasana autoscaler ivelany izay tsy mandray ireo nuance ireo dia mety hiteraka olana.

Alaivo sary an-tsaina hoe tokony halamina ny pod iray, fa ny herin'ny CPU rehetra misy dia angatahina/esorina ary ny pod miraikitra amin'ny fanjakana Pending. Ny autoscaler ivelany dia mahita ny salan'isa enta-mavesatra CPU ankehitriny (fa tsy ilay nangatahana) ary tsy manomboka fanitarana (manalefaka) - tsy manampy node hafa. Vokatr'izany, ity pod ity dia tsy ho voalahatra.

Amin'ity tranga ity, miverena scaling (scale-in) - sarotra kokoa ny manaisotra ny node amin'ny cluster. Alaivo sary an-tsaina hoe manana pod stateful ianao (miaraka amin'ny fitehirizana maharitra). Boky maharitra matetika an'ny faritra misy manokana ary tsy averina any amin'ny faritra. Noho izany, raha misy autoscaler ivelany mamafa node miaraka amin'ity pod ity, dia tsy ho afaka handamina ity pod ity amin'ny node hafa ny mpandrindra, satria ao amin'ny faritra misy ny fitehirizana maharitra ihany no azo atao. Pod dia hijanona amin'ny fanjakana Pending.

Tena malaza amin'ny vondrom-piarahamonina Kubernetes cluster-autoscaler. Izy io dia mandeha amin'ny cluster, manohana ny API avy amin'ny mpamatsy rahona lehibe, mandray ny fameperana rehetra ary afaka manitatra amin'ireo tranga etsy ambony. Izy io koa dia afaka manitatra amin'ny fitazonana ny fetra napetraka rehetra, ka mitahiry vola (izay mety ho lany amin'ny fahaiza-manao tsy ampiasaina).

5. Tsy miraharaha ny fahaiza-manao IAM/RBAC

Mitandrema amin'ny fampiasana ireo mpampiasa IAM manana tsiambaratelo maharitra momba ny milina sy fampiharana. Mandamina ny fidirana vonjimaika amin'ny alàlan'ny kaonty andraikitra sy serivisy (kaonty serivisy).

Matetika isika no miatrika ny zava-misy fa ny fanalahidin'ny fidirana (sy ny zava-miafina) dia voasokajy mafy amin'ny fanamafisana ny fampiharana, ary koa ny tsy firaharahana ny fihodinan'ny tsiambaratelo na dia manana fidirana amin'ny Cloud IAM aza. Ampiasao ny andraikitry ny IAM sy ny kaonty serivisy fa tsy ny mpampiasa raha mety.

Adino ny momba ny kube2iam ary mandehana mivantana any amin'ny andraikitry ny IAM ho an'ny kaonty serivisy (araka ny voalaza ao amin'ny fanamarihana mitovy anarana Š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

Fanazavana iray. Tsy sarotra izany, sa tsy izany?

Ary koa, aza manome tombontsoa ny kaonty serivisy sy ny mombamomba ny ohatra admin и cluster-adminraha tsy mila izany izy ireo. Sarotra kokoa ny mampihatra izany, indrindra amin'ny RBAC K8s, saingy mendrika ny ezaka.

6. Aza miantehitra amin'ny anti-affinity mandeha ho azy ho an'ny pods

Alaivo sary an-tsaina hoe manana kopia telo amin'ny fametrahana sasany amin'ny node ianao. Mianjera ny node, ary miaraka amin'izany ny kopia rehetra. Toe-javatra tsy mahafinaritra, sa tsy izany? Fa nahoana no tao amin'ny node iray ihany ny kopia rehetra? Tsy tokony hanome fahafaham-po (HA) ve ny Kubernetes?!

Indrisy anefa fa tsy manaraka ny fitsipiky ny fisiana misaraka ny mpandrindra ny Kubernetes, amin'ny alalan'ny finiavany manokana (anti-affinity) ho an'ny pods. Tsy maintsy ambara mazava tsara izy ireo:

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

Izay ihany. Amin'izao fotoana izao, ny pods dia ho voalahatra amin'ny node samihafa (ity fepetra ity dia voamarika mandritra ny fandaharam-potoana ihany, fa tsy mandritra ny fiasan'izy ireo - noho izany requiredDuringSchedulingIgnoredDuringExecution).

Eto isika dia miresaka momba izany podAntiAffinity amin'ny nodes samihafa: topologyKey: "kubernetes.io/hostname", - fa tsy momba ny faritra azo ampiasaina. Mba hampiharana HA feno dia tsy maintsy mandalina lalindalina kokoa ity lohahevitra ity ianao.

7. Tsy miraharaha ny PodDisruptionBudgets

Alaivo sary an-tsaina hoe manana enta-mamokatra ianao ao amin'ny cluster Kubernetes. Tsindraindray, ny nodes sy ny cluster mihitsy dia tsy maintsy havaozina (na atsahatra). Ny PodDisruptionBudget (PDB) dia toy ny fifanarahana fiantohana serivisy eo amin'ny mpitantana cluster sy ny mpampiasa.

Ny PDB dia ahafahanao misoroka ny fahatapahan'ny serivisy vokatry ny tsy fahampian'ny nodes:

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

Amin'ity ohatra ity, ianao, amin'ny maha-mpampiasa ny cluster, dia milaza amin'ny mpandrindra hoe: "Hey, manana serivisy mpiandry biby aho, ary na inona na inona ataonao dia tiako ny hanana kopia 2 farafahakeliny amin'ity serivisy ity."

Afaka mamaky bebe kokoa momba izany ianao eto.

8. Mpampiasa maro na tontolo iainana ao anaty cluster iraisana

Kubernetes namespaces (namespaces) aza manome insulation mafy.

Ny hevi-diso mahazatra dia ny hoe raha mametraka entana tsy prod amin'ny anaran'ny anarana iray ianao ary entana prod amin'ny iray hafa, dia tsy hifampitaona na amin’inona na amin’inona... Na izany aza, azo tratrarina amin'ny alalan'ny fangatahana/famerana ny loharanon-karena, ny fametrahan-quota, ary ny fametrahana ny laharam-pahamehana. Ny fitokana-monina "ara-batana" sasany ao amin'ny fiaramanidina data dia omen'ny fifandraisana, ny fandeferana, ny tants (na nodeselectors), saingy ny fisarahana toy izany dia tena sarotra. sarotra mampihatra.

Ireo izay mila manambatra ireo karazana enta-mavesatry ny asa roa ao anaty cluster iray ihany dia tsy maintsy miatrika fahasarotana. Raha tsy misy ilaina izany, ary azonao atao ny manana iray cluster iray hafa (lazao hoe, amin'ny rahona ho an'ny daholobe), dia tsara kokoa ny manao izany. Izany dia hahatratra ambaratonga avo kokoa ny insulation.

9. externalTrafficPolicy: Cluster

Matetika isika dia mahita fa ny fifamoivoizana rehetra ao anatin'ny cluster dia avy amin'ny serivisy toa an'i NodePort, izay ametrahana ny politikan'ny default externalTrafficPolicy: Cluster... Midika izany fa NodePort dia misokatra amin'ny node rehetra ao amin'ny cluster, ary azonao ampiasaina ny iray amin'izy ireo hifanerasera amin'ny serivisy irina (set of pods).

Mandritra izany fotoana izany, ny pods tena misy mifandray amin'ny serivisy NodePort voalaza etsy ambony dia matetika tsy misy afa-tsy amin'ny iray ampahany amin'ireo nodes ireo. Raha lazaina amin'ny teny hafa, raha mifandray amin'ny node iray tsy manana ny pod ilaina aho, dia handefa fifamoivoizana mankany amin'ny node hafa, manampy hop ary mitombo ny fahatarana (raha toa ka any amin'ny faritra misy ny toerana misy ny angon-drakitra samihafa ny node, dia mety ho avo be ny fahatarana; ankoatra izany, dia hitombo ny vidin'ny fifamoivoizana mivoaka).

Amin'ny lafiny iray, raha manana politika napetraka ny serivisy Kubernetes sasany externalTrafficPolicy: Local, avy eo ny NodePort dia misokatra amin'ireo nodes izay tena mandeha ny pods ilaina. Rehefa mampiasa mpifandanja entana ivelany izay manamarina ny fanjakana (fitsaboana ara-pahasalamana) farany (ahoana no atao AWS ELB), Izy handefa fifamoivoizana any amin'ireo nodes ilaina ihany, izay hisy fiantraikany mahasoa amin'ny fahatarana, filàna informatika, faktioran'ny fivoahana (ary ny saina no mibaiko izany).

Betsaka ny vintana fa efa mampiasa zavatra toy izany ianao traefik na nginx-ingress-controller ho toy ny teboka farany NodePort (na LoadBalancer, izay mampiasa NodePort ihany koa) hanodinana ny fifamoivoizana miditra amin'ny HTTP, ary ny fametrahana an'io safidy io dia mety hampihena be ny faharetan'ny fangatahana toy izany.

В Ity publication ity Azonao atao ny mianatra bebe kokoa momba ny externalTrafficPolicy, ny tombony sy ny fatiantoka.

10. Aza mifamatotra amin'ny cluster ary aza mampiasa ny fiaramanidina fanaraha-maso

Teo aloha dia fanao ny miantso mpizara amin'ny anarana manokana: Anton, HAL9000 ary Colossus... Androany dia nosoloina famantarana noforonina kisendrasendra izy ireo. Na izany aza, ny fahazarana dia nijanona, ary ankehitriny ny anarana manokana dia mankany amin'ny cluster.

Tantara mahazatra (mifototra amin'ny zava-niseho tena izy): niatomboka tamin'ny porofo ara-kevitra izany rehetra izany, ka nanana anarana mirehareha ny cluster fitiliana… Taona maro no lasa ary mbola ampiasaina amin'ny famokarana, ary matahotra ny hikasika azy ny rehetra.

Tsy misy zavatra mahafinaritra momba ny cluster mivadika ho biby fiompy, noho izany dia manoro hevitra ny hanaisotra azy ireo tsindraindray mandritra ny fanazaran-tena fanarenana ny loza (Hanampy izany chaos engineering - eo ho eo. transl.). Ankoatr'izay, tsy handratra ny miasa amin'ny sosona fanaraha-maso (fiaramanidina fanaraha-maso). Ny tahotra hikasika azy dia tsy famantarana tsara. Sns maty? Tena sahirana ry zalahy a!

Etsy ankilany, tsy tokony ho variana amin'ny fanodinkodinana azy ianao. Miaraka amin'ny fotoana ny sosona fanaraha-maso dia mety ho lasa miadana. Azo inoana fa izany dia noho ny zavatra maro noforonina tsy misy fihodinana (toe-javatra mahazatra rehefa mampiasa Helm miaraka amin'ny fikandrana default, ka izany no antony tsy havaozina ny fanjakany ao amin'ny configmaps/secrets - vokatr'izany, zavatra an'arivony no miangona ao. ny sosona fanaraha-maso) na miaraka amin'ny fanovana tsy tapaka ny zavatra kube-api (ho an'ny scaling automatique, ho an'ny CI/CD, ho an'ny fanaraha-maso, diarin'ny hetsika, mpanara-maso, sns.).

Fanampin'izany, manoro hevitra izahay hanamarina ny fifanarahana SLA/SLO miaraka amin'ny mpamatsy Kubernetes mitantana ary diniho ny antoka. Afaka miantoka ny mpivarotra fanaraha-maso ny fisian'ny sosona (na ny ampahany aminy), fa tsy ny fahatarana p99 amin'ny fangatahana alefanao aminy. Amin'ny teny hafa dia afaka miditra ianao kubectl get nodes, ary mahazo valiny rehefa afaka 10 minitra, ary tsy ho fandikana ny fepetran'ny fifanarahana serivisy izany.

11. Bonus: mampiasa ny tenifototra farany

Saingy efa mahazatra izany. Tato ho ato dia tsy dia nahita an'io teknika io matetika izahay, satria maro, rehefa nianatra tamin'ny traikefa mangidy, dia nijanona tsy nampiasa ny tag :latest ary nanomboka nanisy dikan-teny. Hooray!

ECR mitazona ny tsy fiovaovan'ny mari-pamantarana sary; Manoro hevitra anao izahay mba hahalalanao ity endri-javatra miavaka ity.

famintinana

Aza manantena ny handeha amin'ny alina ny zava-drehetra: tsy fanafody ny Kubernetes. Fampiharana ratsy hijanona ho toy izany na dia ao amin'ny Kubernetes aza (ary mety hiharatsy izany). Ny tsy fitandremana dia hitarika amin'ny fahasarotana be loatra, ny asa miadana sy mahasosotra amin'ny sosona fanaraha-maso. Fanampin'izany, mety ho tavela tsy misy paikady fanarenana ny loza ianao. Aza manantena ny Kubernetes hanome fitokana-monina sy ny fisian'ny avo ao anaty boaty. Mandania fotoana hanaovana ny fampiharanao ho tena rahona.

Azonao atao ny mifankazatra amin'ireo traikefa tsy nahomby tamin'ny ekipa samihafa ity fanangonana tantara ity nataon'i Henning Jacobs.

Ireo te-hanampy amin'ny lisitry ny lesoka omena ato amin'ity lahatsoratra ity dia afaka mifandray aminay amin'ny Twitter (@MarekBartik, @MstrsObserver).

PS avy amin'ny mpandika teny

Vakio ihany koa ao amin'ny bilaoginay:

• «Famolavolana cluster Kubernetes: tokony ho firy?";
• «The ABC of Security in Kubernetes: Authentication, Authorization, Auditing";
• «Autoscaling sy fitantanana loharano ao Kubernetes"(famerenana sy tatitra an-tsary);
• «ConfigMaps ao amin'ny Kubernetes: nuances mendrika ho fantatra".

Source: www.habr.com