Imposer délais, reprises et autorisations par identité entre services avec un maillage

Situer data plane, control plane et sidecar, installer Istio sur kind et injecter les sidecars, vérifier l'identité de l'appelant en mTLS STRICT, imposer un délai et des reprises entre deux services, n'autoriser que certains appelants et mesurer la mémoire consommée, puis juger quand un maillage ne se justifie pas.

Commencer la leçon 1 Le domaine Kubernetes

2 leçons
~1 h 20 de lecture
2 quiz
0 lab de preuve

Le chemin

D'où elle vient, où elle mène

Ce qu'il faut savoir avant, où vous en êtes sur cette compétence, et ce qu'elle ouvre ensuite. Votre état se calcule dans votre navigateur, à partir de ce que vous avez lu et réussi.

Avant · 1 prérequis

Exposer une application par Service, Ingress ou Gateway

Conseillé avant · 3

Cette compétence, pour vous

Imposer délais, reprises et autorisations par identité entre services avec un maillage

Calcul en cours

Elle débloque · rien encore

Aucune autre compétence ne la demande : c'est une compétence de bout de chemin.

Leçons

Comment l'apprendre

2 leçons, soit ~1 h 20, dans l'ordre du programme. Chaque leçon se termine par son quiz.

Le programme

2 leçons · ~1 h 20

1Le service mesh· 30 min
2Imposer délais, reprises et autorisations entre services· 50 min

Au-delà des leçons

S'évaluer, pratiquer, passer l'épreuve

Lire une leçon ne confirme rien. Une compétence se confirme par un quiz réussi, se travaille en lab guidé, et se met à l’épreuve par un challenge ou une mission ; un résultat de lab importé n’est pas vérifié par le site.

S'évaluer

2 quiz

En fin de leçon : réussis à 70 %, ils confirment la compétence.

Pratiquer

Aucun lab guidé

Aucun lab guidé ne la fait encore pratiquer.

Épreuve

Aucune épreuve

Ni challenge, ni mission avec une preuve pour l'instant.

Autour

Qui la demande, qui l'enseigne

Demandée par

Enseignée par

Cloud native

Même bloc · Rendre une application cloud native sur Kubernetes