Remove trailing spaces from FR documents(#16742) (#16788)

content/fr/docs/concepts/containers/container-lifecycle-hooks.md

@@ -7,7 +7,7 @@ weight: 30
 
 {{% capture overview %}}
 
-Cette page décrit comment un conteneur pris en charge par kubelet peut utiliser 
+Cette page décrit comment un conteneur pris en charge par kubelet peut utiliser
 le framework de Hooks de cycle de vie de conteneurs pour exécuter du code déclenché par des
 événements durant son cycle de vie.
 
@@ -39,7 +39,7 @@ Aucun paramètre n'est passé au handler.
 
 Ce hook est appelé immédiatement avant qu'un conteneur se termine, en raison d'un appel à l'API
 ou d'un événement comme un échec de la liveness probe, un droit de préemption, un conflit de ressources ou autres.
-Un appel au hook preStop échoue si le conteneur est déjà dans l'état terminé ou complété. 
+Un appel au hook preStop échoue si le conteneur est déjà dans l'état terminé ou complété.
 Il est bloquant, ce qui veut dire qu'il est synchrone, et doit donc se terminer avant que l'appel pour supprimer le conteneur soit envoyé.
 Aucun paramètre n'est passé au handler.
 
@@ -57,17 +57,17 @@ Les ressources consommées par la commande sont comptabilisées pour le conteneu
 
 ### Exécution d'un handler de hook
 
-Lorsqu'un hook de cycle de vie de conteneur est appelé, 
+Lorsqu'un hook de cycle de vie de conteneur est appelé,
 le système de gestion de Kubernetes exécute le handler dans le conteneur enregistré
 pour ce hook.
 
 Les appels aux handlers de hook sont synchrones dans le contexte du pod contenant le conteneur.
 Ceci veut dire que pour un hook `PostStart`,
-bien que l'ENTRYPOINT du conteneur et le hook soient lancés de manière asynchrone, si le hook prend trop de temps à s'exécuter ou se bloque, 
+bien que l'ENTRYPOINT du conteneur et le hook soient lancés de manière asynchrone, si le hook prend trop de temps à s'exécuter ou se bloque,
 le conteneur ne peut pas atteindre l'état `running`.
 
 Le comportement est similaire pour un hook `PreStop`.
-Si le hook se bloque durant l'exécution, 
+Si le hook se bloque durant l'exécution,
 la phase du Pod reste en état `Terminating` et le hook est tué après `terminationGracePeriodSeconds` que le pod se termine.
 Si un hook `PostStart` ou `PreStop` échoue,
 le conteneur est tué.
@@ -93,7 +93,7 @@ le hook pourrait être re-déclenché après que kubelet redémarre.
 
 Les logs pour un handler de hook ne sont pas exposés dans les événements du Pod.
 Si un handler échoue pour une raison particulière, il envoie un événement.
-Pour `PostStart`, c'est l'événement `FailedPostStartHook` 
+Pour `PostStart`, c'est l'événement `FailedPostStartHook`
 et pour `PreStop`, c'est l'événement `FailedPreStopHook`.
 Vous pouvez voir ces événements en exécutant `kubectl describe pod <pod_name>`.
 Voici un exemple d'affichage d'événements lors de l'exécution de cette commande :
@@ -118,7 +118,7 @@ Events:
 {{% capture whatsnext %}}
 
 * En savoir plus sur l'[Environnement d'un conteneur](/fr/docs/concepts/containers/container-environment-variables/).
-* Entraînez-vous à 
+* Entraînez-vous à
   [attacher des handlers de conteneurs à des événements de cycle de vie](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/).
 
 {{% /capture %}}