Dieser Blogbeitrag untersucht, wie man sicherstellt, dass ein Kubernetes Sidecar-Container startet und bereit wird, bevor der Hauptanwendungscontainer startet. Native Sidecar-Container in Kubernetes starten vor der Hauptanwendung, oft fast gleichzeitig, was nicht immer erwünscht ist. Der Autor untersucht Readiness Probes, Startup Probes und PostStart Lifecycle Hooks, um den Start der Hauptanwendung zu verzögern, bis der Sidecar bereit ist. Die Verwendung einer Readiness Probe allein verzögert den Start der Hauptanwendung nicht. Eine Startup Probe, korrekt konfiguriert, verzögert die Hauptanwendung effektiv, bis der Sidecar bereit ist. Der Beitrag erwähnt auch kurz PostStart Hooks als eine Option. Liveness Probes starten hauptsächlich den Sidecar neu und beeinflussen nicht die Bereitschaft der Hauptanwendung. Die wichtigste Erkenntnis ist, dass eine Startup Probe die effektivste Methode ist, um den Start der Hauptanwendung zu verzögern. Der Autor schließt mit der Betonung, wie wichtig es ist, die Container-Startreihenfolge zu steuern, wenn die Hauptanwendung von einem Sidecar abhängt. Dies bietet eine Lösung, wenn eine Modifizierung des Anwendungscodes nicht möglich ist.