apache/seatunnel

[Docs] Improve Kubernetes documentation with managed platform deployment guides

Open

#10927 opened on May 21, 2026

View on GitHub
 (1 comment) (0 reactions) (0 assignees)Java (6,897 stars) (1,432 forks)batch import
good first issuehelp wanted

Description

Motivation

SeaTunnel users increasingly run workloads on Kubernetes, including managed Kubernetes services provided by different cloud vendors. It would be helpful to enrich the Kubernetes documentation so users can more easily deploy, configure, operate, and troubleshoot SeaTunnel in these environments.

Proposed documentation improvements

Add or expand Kubernetes-related documentation covering:

  • A clear end-to-end deployment guide for running SeaTunnel on Kubernetes.
  • Recommended configuration patterns for ConfigMap, Secret, ServiceAccount, RBAC, resource requests/limits, and environment variables.
  • Connector/plugin management in Kubernetes environments, including how to package or mount connector dependencies.
  • Networking and service exposure guidance for common deployment modes.
  • Storage and state-related considerations, such as checkpoint/state paths, persistent volumes, and object storage integration where applicable.
  • Observability and troubleshooting guidance, including logs, metrics, common startup failures, permission issues, image/plugin loading issues, and job submission failures.
  • Production-readiness notes such as image versioning, upgrade strategy, high availability, and resource planning.

Managed Kubernetes platforms to consider

The documentation could include vendor-specific notes or examples for major Kubernetes platforms, for example:

  • Amazon EKS
  • Google Kubernetes Engine (GKE)
  • Azure Kubernetes Service (AKS)
  • Alibaba Cloud Container Service for Kubernetes (ACK)
  • Tencent Kubernetes Engine (TKE)
  • Huawei Cloud CCE
  • Volcengine VKE
  • Red Hat OpenShift

The goal does not need to be a full separate guide for every platform at first. A cloud-neutral guide plus concise platform-specific differences, prerequisites, and known caveats would already be very valuable.

Expected benefit

This would lower the adoption barrier for users running SeaTunnel in cloud-native environments and reduce repeated deployment/troubleshooting questions around Kubernetes.

Contributor guide