Skip to content

Remove wait-for-zitadel init container from Login deployment #585

Description

@mridang

Preflight Checklist

  • I could not find a solution in the existing issues, docs, nor discussions
  • I have joined the ZITADEL chat

Describe your problem

The Login deployment uses a wait4x init container (wait-for-zitadel) to block pod startup until the Zitadel API is ready. This adds the wait4x/wait4x image as an extra dependency for what should be handled by the application itself.

Describe your ideal solution

When the Login container implements native connection retry or readiness waiting for the Zitadel backend (similar to how Zitadel supports AWAITINITIALCONN for PostgreSQL), remove the wait-for-zitadel init container and rely on the application-native mechanism instead. This is blocked until the Login container supports such a feature.

Part of #563.

Version

App version

Additional Context

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    Priority

    None yet

    Projects

    Status
    In progress

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions