SkillAtlasSkill 详情

whizard-telemetry

The container platform tailored for Kubernetes multi-cloud, datacenter, and edge management

审核状态:已审核Quality 72Security 70

复制安装命令

用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。

复制前请先查看来源、License 和安全提示。

项目 README

来源文件:README.md

抓取于 2026年8月1日

banner

The container platform tailored for Kubernetes multi-cloud, datacenter, and edge management

A+ good first issue follow on Twitter


What is KubeSphere

English | 中文

KubeSphere is a distributed operating system for cloud-native application management, using Kubernetes as its kernel. It provides a plug-and-play architecture, allowing third-party applications to be seamlessly integrated into its ecosystem. KubeSphere is also a multi-tenant container platform with full-stack automated IT operation and streamlined DevOps workflows. It provides developer-friendly wizard web UI, helping enterprises to build out a more robust and feature-rich platform, which includes most common functionalities needed for enterprise Kubernetes strategy, see Feature List for details.

The following screenshots give a close insight into KubeSphere. Please check What is KubeSphere for further information.

WorkbenchProject Resources
CI/CD PipelineApp Store

Demo environment

🎮 KubeSphere Lite provides you with free, stable, and out-of-the-box managed cluster service. After registration and login, you can easily create a K8s cluster with KubeSphere installed in only 5 seconds and experience feature-rich KubeSphere.

🖥 You can view the Demo Video to get started with KubeSphere.

Features

🧩 Extensible Architecture Designed for flexibility, supporting plugin-based extensions and seamless integrations. Easily customize and expand functionalities to meet evolving needs. Learn more.
🕸 Provisioning Kubernetes Cluster Support deploy Kubernetes on any infrastructure, support online and air-gapped installation. Learn more.
🔗 Kubernetes Multi-cluster Management Provide a centralized control plane to manage multiple Kubernetes clusters, and support the ability to propagate an app to multiple K8s clusters across different cloud providers.
🤖 Kubernetes DevOps Provide GitOps-based CD solutions and use Argo CD to provide the underlying support, collecting CD status information in real time. With the mainstream CI engine Jenkins integrated, DevOps has never been easier. Learn more.
🔎 Cloud Native Observability Multi-dimensional monitoring, events and auditing logs are supported; multi-tenant log query and collection, alerting and notification are built-in. Learn more.
🌐 Service Mesh (Istio-based) Provide fine-grained traffic management, observability and tracing for distributed microservice applications, provides visualization for traffic topology. Learn more.
💻 App Store Provide an App Store for Helm-based applications, and offer application lifecycle management on Kubernetes platform. Learn more.
💡 Edge Computing Platform KubeSphere integrates KubeEdge to enable users to deploy applications on the edge devices and view logs and monitoring metrics of them on the console. Learn more.
🗃 Support Multiple Storage and Networking Solutions
  • Support GlusterFS, CephRBD, NFS, LocalPV solutions, and provide CSI plugins to consume storage from multiple cloud providers.
  • Provide Load Balancer Implementation OpenELB for Kubernetes in bare-metal, edge, and virtualization.
  • Provides network policy and Pod IP pools management, support Calico, Flannel, Kube-OVN
  • ..
    🏢 Multi-Tenancy Isolated workspaces with role-based access control ensure secure resource sharing across multiple tenants. Supports fine-grained permissions and quota management. Learn more.
    🧠 GPU Workloads Scheduling and Monitoring Create GPU workloads on the GUI, schedule GPU resources, and manage GPU resource quotas by tenant.

    Architecture

    KubeSphere 4.x adopts a microkernel + extension components architecture (codename LuBan). The core part (KubeSphere Core) only includes the essential basic functions required for system operation, with independent functional modules split and provided in the form of extension components. Users can dynamically manage the extension components during system operation. With the extension capabilities, KubeSphere can support more application scenarios and meet the needs of different users.

    Architecture


    Latest release

    🎉 KubeSphere v4.1.2 was released! It brings enhancements and better user experience, see the Release Notes For 4.1.2 for the updates.

    Installation

    KubeSphere can run anywhere from on-premise datacenter to any cloud to edge. In addition, it can be deployed on any version-compatible Kubernetes cluster. KubeSphere consumes very few resources, and you can optionally install additional extensions after installation.

    Quick start

    Installing on K8s

    Run the following commands to install KubeSphere on an existing Kubernetes cluster:

    helm upgrade --install -n kubesphere-system --create-namespace ks-core https://charts.kubesphere.io/main/ks-core-1.1.3.tgz --debug --wait
    

    KubeSphere for hosted Kubernetes services

    KubeSphere is hosted on the following cloud providers, and you can try KubeSphere by one-click installation on their hosted Kubernetes services.

    You can also install KubeSphere on other hosted Kubernetes services within minutes, see the step-by-step guides to get started.

    👨‍💻 No internet access? Refer to the Air-gapped Installation.

    Guidance, discussion, contribution, and support

    You can reach the KubeSphere community and developers via the following channels:

    :hugs: Please submit any KubeSphere bugs, issues, and feature requests to KubeSphere GitHub Issue.

    :heart_decoration: The KubeSphere team also provides efficient official ticket support to respond in hours. For more information, click KubeSphere Online Support.

    Contribution

    Code of conduct

    Participation in the KubeSphere community is governed by the Code of Conduct.

    Security

    The security process for reporting vulnerabilities is described in SECURITY.md.

    Who are using KubeSphere

    The user case studies page includes the user list of the project. You can leave a comment to let us know your use case.




        

    KubeSphere is a member of CNCF and a Kubernetes Conformance Certified platform , which enriches the CNCF CLOUD NATIVE Landscape.

    其他

    中风险

    • 来源需自行核对维护者身份。
    • 包含脚本或命令调用,安装前请复核。
    • 可能需要外部 token、网络权限或第三方服务。
    • 未检测到高风险命令。
    • 扫描发现:1 条。

    Codex — Git Clone 安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 克隆仓库:git clone https://github.com/kubesphere/kubesphere.git
    3. 将 "skills/whizard-telemetry" 文件夹复制到 Codex 的 skills 目录中。
    4. 重启 Codex 让新的 skill 生效。

    Codex — 手动复制安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 从源仓库下载 SKILL.md 及相关文件。
    3. 在 Codex 的 skills 目录中创建新文件夹。
    4. 将所有 skill 文件复制到新文件夹中。
    5. 重启 Codex 让新的 skill 生效。

    Claude Code — Git Clone 安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 克隆仓库:git clone https://github.com/kubesphere/kubesphere.git
    3. 将 "skills/whizard-telemetry" 文件夹复制到 Claude Code 的 skills 目录中。
    4. 重启 Claude Code 让新的 skill 生效。

    Claude Code — 手动复制安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 从源仓库下载 SKILL.md 及相关文件。
    3. 在 Claude Code 的 skills 目录中创建新文件夹。
    4. 将所有 skill 文件复制到新文件夹中。
    5. 重启 Claude Code 让新的 skill 生效。

    Cursor — Git Clone 安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 克隆仓库:git clone https://github.com/kubesphere/kubesphere.git
    3. 将 "skills/whizard-telemetry" 文件夹复制到 Cursor 的 skills 目录中。
    4. 重启 Cursor 让新的 skill 生效。

    Cursor — 手动复制安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 从源仓库下载 SKILL.md 及相关文件。
    3. 在 Cursor 的 skills 目录中创建新文件夹。
    4. 将所有 skill 文件复制到新文件夹中。
    5. 重启 Cursor 让新的 skill 生效。

    GitHub Copilot — Git Clone 安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 克隆仓库:git clone https://github.com/kubesphere/kubesphere.git
    3. 将 "skills/whizard-telemetry" 文件夹复制到 GitHub Copilot 的 skills 目录中。
    4. 重启 GitHub Copilot 让新的 skill 生效。

    GitHub Copilot — 手动复制安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 从源仓库下载 SKILL.md 及相关文件。
    3. 在 GitHub Copilot 的 skills 目录中创建新文件夹。
    4. 将所有 skill 文件复制到新文件夹中。
    5. 重启 GitHub Copilot 让新的 skill 生效。

    Windsurf — Git Clone 安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 克隆仓库:git clone https://github.com/kubesphere/kubesphere.git
    3. 将 "skills/whizard-telemetry" 文件夹复制到 Windsurf 的 skills 目录中。
    4. 重启 Windsurf 让新的 skill 生效。

    Windsurf — 手动复制安装

    1. 安装前请先查看来源仓库和风险报告。
    2. 从源仓库下载 SKILL.md 及相关文件。
    3. 在 Windsurf 的 skills 目录中创建新文件夹。
    4. 将所有 skill 文件复制到新文件夹中。
    5. 重启 Windsurf 让新的 skill 生效。
    查看 SKILL.md 原文
    name: whizard-telemetry
    description: Use when installing or configuring the WizTelemetry Platform Service extension for KubeSphere, which provides the common APIServer backend services for all WizTelemetry observability extensions

    WizTelemetry Platform Service

    Overview

    WizTelemetry Platform Service is a common service for all observability extensions of KubeSphere's WizTelemetry Observability Platform. It provides a common APIServer for all observability extensions, offering backend platform services for Logging, Auditing, Events, Notifications, Tracing, and more.

    When to Use

    • Installing or configuring the WizTelemetry Platform Service extension
    • Managing API services for observability extensions
    • Configuring OpenSearch connections for various data types
    • Enabling Global Observability monitoring

    Architecture

    Components

    ComponentDescriptionDefault
    whizard-telemetry-apiserverCommon APIServer for all observability extensions1 replica
    wiz-telemetry-consoleWeb console for WizTelemetry1 replica

    Dependencies

    The WizTelemetry Platform Service does not have hard dependencies on other components. All APIs can be enabled/disabled based on the deployed extensions:

    • Optional: OpenSearch - Required only when enabling logging, auditing, events, notification history, or traffic APIs
    • Optional: Prometheus - Required only when enabling monitoring API
    • Optional: Notification Manager - Required only when enabling notification API
    • Optional: KubeSphere Observability (Whizard) - Required only when enabling global observability

    Configuration should be added incrementally as you deploy additional observability extensions (e.g., WhizardLogging, WhizardAuditing, WhizardEvents, WhizardNotification).

    Installation

    Prerequisites

    Step 1: Get latest version

    kubectl get extensionversions -l kubesphere.io/extension-ref=whizard-telemetry -o jsonpath='{range .items[*]}{.spec.version}{"\n"}{end}' | sort -V | tail -1
    

    Step 2: Generate config

    Run the helper script in the skill's scripts directory:

    cd whizard-telemetry && ./scripts/generate-config.sh
    

    This script will:

    1. Check which observability extensions are installed (whizard-logging, whizard-auditing, whizard-events, whizard-notification, whizard-monitoring, whizard-alerting)
    2. Check if vector extension is installed
    3. Output the config section only (between ---CONFIG_START--- and ---CONFIG_END---)

    Step 3: Create InstallPlan

    Use the generated config to create the InstallPlan:

    apiVersion: kubesphere.io/v1alpha1
    kind: InstallPlan
    metadata:
      name: whizard-telemetry
    spec:
      extension:
        name: whizard-telemetry
        version: <VERSION>  # From Step 1
      enabled: true
      upgradeStrategy: Manual
      config: |
        <CONFIG_FROM_STEP_2>
    

    ⚠️ CRITICAL: InstallPlan metadata.name MUST be whizard-telemetry. DO NOT use any other name.

    Configuration from Other Extensions

    The whizard-telemetry configuration is automatically generated based on which observability extensions are installed. You do NOT need to manually configure it - it will be generated when you install the corresponding extensions.

    How it works:

    • When you install whizard-logging, whizard-auditing, whizard-events, etc., the system automatically generates the corresponding whizard-telemetry config
    • OpenSearch endpoint and credentials are obtained from the vector extension's secret

    Configuration Parameters

    The whizard-telemetry.config section is automatically generated by the helper script based on installed extensions. You do not need to manually configure it.

    Image Parameters

    ParameterTypeDefaultDescription
    whizard-telemetry.apiserver.image.repositorystringkubesphere/whizard-telemetry-apiserverAPI server image
    whizard-telemetry.apiserver.image.tagstringlatestAPI server image tag
    wiz-telemetry-console.image.repositorystringkubesphere/wiz-telemetry-consoleConsole image
    wiz-telemetry-console.image.tagstring2.1.0Console image tag

    Scheduling Parameters

    ParameterTypeDefaultDescription
    whizard-telemetry.apiserver.nodeSelectorobject{}Node selector
    whizard-telemetry.apiserver.tolerationslist[]Tolerations
    whizard-telemetry.apiserver.affinityobject{}Affinity
    wiz-telemetry-console.nodeSelectorobject{}Node selector
    wiz-telemetry-console.tolerationslist[]Tolerations
    wiz-telemetry-console.affinityobject{}Affinity

    Extension Operations

    Check Extension Status

    # View extension installation status
    kubectl get installplan whizard-telemetry
    
    # View extension version
    kubectl get extensionversions -l kubesphere.io/extension-ref=whizard-telemetry
    

    Check Pod Status

    # View API server pods
    kubectl get pods -n extension-whizard-telemetry -l app=whizard-telemetry-apiserver
    
    # View console pods
    kubectl get pods -n extension-whizard-telemetry -l app=wiz-telemetry-console
    

    View Logs

    # View API server logs
    kubectl logs -n extension-whizard-telemetry -l app=whizard-telemetry-apiserver --tail=100
    
    # View console logs
    kubectl logs -n extension-whizard-telemetry -l app=wiz-telemetry-console --tail=100
    

    Uninstall Extension

    # Delete the InstallPlan to uninstall
    kubectl delete installplan whizard-telemetry
    

    Update Configuration

    When new observability extensions are installed or uninstalled (e.g., whizard-logging, whizard-events, whizard-auditing), you need to update the whizard-telemetry config.

    Step 1: Generate new config

    cd whizard-telemetry && ./scripts/generate-config.sh
    

    This script will check installed extensions and generate the complete config.

    Step 2: Update InstallPlan

    # Get the generated config (between ---CONFIG_START--- and ---CONFIG_END---)
    # Then patch the InstallPlan:
    kubectl get installplan whizard-telemetry -n kubesphere-system -o yaml > /tmp/whizard-telemetry.yaml
    
    # Edit the file and update the config section, then apply:
    kubectl apply -f /tmp/whizard-telemetry.yaml
    

    Note: The config is automatically generated based on installed extensions. After installing new extensions (logging, events, auditing, notification, etc.), always regenerate and apply the config.

    Troubleshooting

    Check API Server Health

    # Check API server endpoints
    kubectl get endpoints -n extension-whizard-telemetry whizard-telemetry-apiserver
    
    # Check API server service
    kubectl get svc -n extension-whizard-telemetry whizard-telemetry-apiserver
    

    View Configuration

    # View current configuration
    kubectl get installplan whizard-telemetry -o yaml
    
    # View configmap
    kubectl get configmap -n extension-whizard-telemetry whizard-telemetry-config -o yaml
    

    发现问题?提交给管理员复核

    评分:

    评论 (0)

    暂无评论,成为第一个评论者吧!