Skip to content

💡[COMMAND REQUEST] Multi-Cluster Support for create, read, apply, and logs #31

Open

Description

@oorrja

Problem or Use Case

Supporting create, read, apply, and logs across multiple clusters leads to duplicated logic and higher maintenance. Direct use of apply reduces the effectiveness of label-based binding policies.

Proposed Solution

Overload these kubectl verbs to add multi-cluster functionality. Aggregate results across clusters. Guide users toward using label-based binding policies for resource propagation instead of direct multi-cluster apply.

Additional Context

Activity

  1. clubanderson commented on Aug 27, 2025

    @clubanderson
    Member

    /help-wanted

  2. added
    help wantedDenotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.
    on Aug 27, 2025
  3. Om-Beast commented on Jul 20, 2026

    @Om-Beast

    Hi @oorrja,

    I'd like to work on this enhancement.

    Before starting implementation, I plan to review the existing kubectl multi command architecture to understand how multi-cluster operations are currently handled and identify the common execution path that can be reused across commands.

    My approach would be to:

    • Design a reusable execution flow for multi-cluster command dispatch rather than duplicating logic for each verb.
    • Ensure results from multiple clusters are aggregated consistently while preserving cluster-specific context.
    • Keep the implementation aligned with the project's recommendation of using label-based binding policies, avoiding changes that encourage direct multi-cluster apply as the primary workflow.
    • If the scope is too large for a single PR, I'm happy to split the work into smaller incremental changes based on your guidance.

    If this issue is still available, I'd be glad to work on it. Please let me know if there's any preferred implementation approach or if you'd like the work broken into multiple PRs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requesthelp wantedDenotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.kind/featureCategorizes issue or PR as related to a new feature.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions