awesome-repositories.com
Blog
MCP
awesome-repositories.com

Descubre los mejores repositorios open-source con nuestra búsqueda potenciada por IA.

ExplorarBúsquedas curadasAlternativas open-sourceSoftware autohospedableBlogMapa del sitio
ProyectoServidor MCPAcerca deCómo clasificamosPrensa
Aviso legalPrivacidadTérminos
© 2026 Bringes Technology SRL·VAT RO45896025·hello@awesome-repositories.com
·

Herramientas de despliegue en Kubernetes air-gapped

Clasificación actualizada el 30 jun 2026

For una herramienta para desplegar aplicaciones de Kubernetes offline, the strongest matches are awslabs/cdk8s (cdk8s is a programmable configuration framework that generates Kubernetes), moby/moby (Moby is a container engine and image builder, not) and ko-build/ko (ko-build/ko is a Go-specific container image builder that automates). googlecontainertools/jib and earthly/earthly round out the shortlist. Each is ranked by relevance to your query, popularity and recent activity.

Estas herramientas facilitan el empaquetado, la distribución y la instalación de aplicaciones contenerizadas en entornos de red aislados o sin conexión a internet.

Herramientas de despliegue en Kubernetes air-gapped

Encuentra los mejores repositorios con IA.Buscaremos los repositorios que mejor coincidan usando IA.
  • awslabs/cdk8sAvatar de awslabs

    awslabs/cdk8s

    4,830Ver en GitHub↗

    cdk8s is an infrastructure as code framework and configuration tool used to define Kubernetes applications using general-purpose programming languages. It transforms high-level, object-oriented code into the standard YAML manifests required for deployment to any Kubernetes cluster. The framework focuses on the creation of reusable abstractions and hierarchical constructs. By utilizing a system of nested components, it allows for the encapsulation of complex configurations into programmable interfaces. The tool provides a workflow for programmable Kubernetes configuration, enabling the genera

    cdk8s is a programmable configuration framework that generates Kubernetes YAML manifests from code, but it does not handle packaging container images, bundling Helm charts, or managing dependencies for air-gapped offline deployment—it is a manifest-generation tool rather than

    JavaScriptManifest Generation
    Ver en GitHub↗4,830
  • moby/mobyAvatar de moby

    moby/moby

    71,729Ver en GitHub↗

    Moby is an OCI container engine and runtime manager designed for building, running, and managing isolated containers based on Open Container Initiative standards. It functions as a container daemon and image builder, providing a core engine to orchestrate the full lifecycle of containers and the packaging of source code into portable images. The project provides a standardized HTTP interface that allows for programmatic container management, enabling external clients to control daemon settings and container operations. It supports a rootless security model, allowing the engine daemon to execu

    Moby is a container engine and image builder, not a dedicated tool for packaging Kubernetes applications into air-gapped environments—it lacks built-in Helm chart support, dependency resolution, and air-gap-specific bundling features.

    GoContainer Image BuildersContainer Image Packaging
    Ver en GitHub↗71,729
  • ko-build/koAvatar de ko-build

    ko-build/ko

    8,455Ver en GitHub↗

    Ko is a daemonless container image builder and OCI image generator specifically for Go applications. It compiles Go source code into binaries and packages them directly into container images, pushing them to registries without requiring a local container runtime or daemon. The tool specializes in multi-platform image distribution, producing images for various CPU architectures and operating systems from a single execution. It distinguishes itself by automating the entire pipeline from Go import paths to Kubernetes deployment or serverless function packaging for architectures like AWS Lambda.

    ko-build/ko is a Go-specific container image builder that automates creating and pushing images, but it does not bundle Helm charts, resolve dependencies, generate YAML manifests, or operate in an offline/air-gapped deployment workflow as needed.

    GoMulti-Architecture ImagesMulti-Architecture Images
    Ver en GitHub↗8,455
  • googlecontainertools/jibAvatar de GoogleContainerTools

    GoogleContainerTools/jib

    14,327Ver en GitHub↗

    Jib is a build plugin for Maven and Gradle that packages Java applications into container images directly within the build lifecycle. By integrating into the standard build process, it eliminates the need for Dockerfiles or a local container daemon to create and store images. The tool constructs images by organizing application artifacts into distinct filesystem layers, which improves cache efficiency and reduces data transfer during registry pushes. It communicates directly with container registries using standard protocols and supports credential helper orchestration to manage authenticatio

    Jib is a build plugin that packages Java applications into container images, but it does not handle Helm charts, dependency resolution, or offline deployment of entire Kubernetes applications, so it only covers one narrow aspect of what this search requires.

    JavaContainer Image Packaging
    Ver en GitHub↗14,327
  • earthly/earthlyAvatar de earthly

    earthly/earthly

    12,035Ver en GitHub↗

    Earthly is a containerized build system and Docker build framework designed for creating reproducible build pipelines. It ensures environment consistency by executing every build step inside an isolated container, combining the isolation of container images with dependency tracking and parallel execution. The system differentiates itself through a focus on hermeticity and multiplatform support, allowing for the generation of container images targeting multiple CPU architectures within a single execution flow. It maintains a hermetic build environment by isolating network access and utilizing

    Earthly is a containerized build system for creating reproducible Docker images, but it is not designed to package Kubernetes applications with Helm charts and dependencies for air-gapped environments, making it a related building block rather than the specialized tool you need.

    GoContainer Image PackagingMulti-Architecture Images
    Ver en GitHub↗12,035
  • moby/buildkitAvatar de moby

    moby/buildkit

    10,061Ver en GitHub↗

    Buildkit is a programmable container build toolkit and OCI container image builder that converts build definitions into concurrent dependency graphs for image construction. It functions as an OCI image distribution engine, capable of generating container images and exporting artifacts to local storage or remote registries. The project is distinguished by its use of a low-level binary intermediate representation to decouple high-level build languages from the execution engine. It supports multi-platform image builds through user-mode architecture emulation and provides a distributed build cach

    BuildKit is a low-level container image builder and distribution engine, not a tool for packaging Kubernetes applications with Helm charts and dependencies for air-gapped deployment—it focuses solely on OCI image construction without any Kubernetes- or Helm-specific bundling, dependency resolution, or offline deployment workflow.

    GoMulti-Architecture Images
    Ver en GitHub↗10,061
  • helm/helmAvatar de helm

    helm/helm

    29,881Ver en GitHub↗

    Helm is a package manager for Kubernetes that simplifies the deployment and management of multi-component applications. It functions as a template rendering engine and release coordinator, allowing users to bundle, version, and deploy software as standardized packages. By maintaining a persistent metadata layer within the cluster, it tracks release history and manages the full lifecycle of applications, including installations, upgrades, and rollbacks. What distinguishes Helm is its ability to handle complex application hierarchies through automated dependency resolution and the composition o

    Helm is a Kubernetes chart manager that handles dependency resolution, YAML generation, and provenance verification, but it does not bundle container images or manage offline image registries, so it is a useful component for air-gapped deployment rather than a complete packaging and deployment tool.

    GoPackage Signing
    Ver en GitHub↗29,881
  • projectatomic/skopeoAvatar de projectatomic

    projectatomic/skopeo

    11,010Ver en GitHub↗

    Skopeo is a command line utility for inspecting, copying, and managing OCI and Docker container images across registries and local storage. It functions as a container image tool and registry manager that performs these operations without requiring a background daemon to be running on the host. The tool specializes in daemonless image manipulation, allowing users to retrieve metadata, manifests, and tags from remote registries without pulling the full image locally. It provides capabilities for mirroring external repositories to internal registries for air-gapped deployments and manages the t

    Skopeo is a daemonless container image management tool that mirrors and copies images for air-gapped deployments, but it does not bundle Helm charts, resolve dependencies, or generate YAML manifests, so it covers only part of the full Kubernetes application package and deployment workflow you need.

    GoContainer Image Signing
    Ver en GitHub↗11,010

Related searches

  • herramienta de línea de comandos para gestionar Kubernetes
  • una herramienta de entrega continua GitOps para Kubernetes
  • una herramienta de backup y restauración para Kubernetes
  • una herramienta para levantar clústeres de Kubernetes locales
  • una herramienta de plantillas para configuración de Kubernetes
  • una plataforma de orquestación de contenedores para clusters
  • una interfaz gráfica de escritorio para gestionar clústeres de Kubernetes
  • escáner de seguridad para clústeres de Kubernetes