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
·

3 repositorios

Awesome GitHub RepositoriesRunner Provisioning

Automated provisioning and token management for CI runner instances.

Distinct from Runner Image Managers: Focuses on the active provisioning and registration of runner instances rather than managing the static VM images they use.

Explore 3 awesome GitHub repositories matching devops & infrastructure · Runner Provisioning. Refine with filters or upvote what's useful.

Awesome Runner Provisioning GitHub Repositories

Encuentra los mejores repositorios con IA.Buscaremos los repositorios que mejor coincidan usando IA.
  • harisekhon/devops-bash-toolsAvatar de HariSekhon

    HariSekhon/DevOps-Bash-tools

    8,062Ver en GitHub↗

    DevOps-Bash-tools is a collection of shell scripts and aliases designed to automate cloud infrastructure, container orchestration, and CI/CD pipelines. It provides a comprehensive toolset for managing operational workflows through the command line. The project specializes in automating tasks across multiple platforms, including managing namespaces and secrets in Kubernetes, auditing resources in AWS and GCP, and triggering builds or managing environment variables in GitHub Actions, GitLab CI, and CircleCI. It also includes a toolkit for interacting with container registries to query manifests

    Provides automation for provisioning GitHub Actions runner instances and managing their registration tokens.

    Shellapiawsbash
    Ver en GitHub↗8,062
  • actions/actions-runner-controllerAvatar de actions

    actions/actions-runner-controller

    6,320Ver en GitHub↗

    Kubernetes controller for GitHub Actions self-hosted runners

    Adjusts the number of runner instances up or down based on the volume of queued workflow jobs.

    Gogithub-actionskubernetesoperator
    Ver en GitHub↗6,320
  • myoung34/docker-github-actions-runnerAvatar de myoung34

    myoung34/docker-github-actions-runner

    2,202Ver en GitHub↗

    Este proyecto proporciona un agente de ejecución en contenedores diseñado para alojar flujos de trabajo automatizados para plataformas de control de versiones. Funciona como un runner autohospedado que se registra automáticamente en un servicio central al iniciar y termina después de completar una sola tarea, asegurando que cada proceso se ejecute en un entorno limpio y aislado. El sistema destaca por su enfoque en la gestión efímera del ciclo de vida y la seguridad. Al utilizar un modelo de ejecución sin privilegios de root, aplica principios de menor privilegio durante el procesamiento de tareas. El runner admite configuración dinámica a través de variables de entorno, permitiendo el registro automatizado, etiquetado personalizado e integración de redes proxy para operar dentro de infraestructura restringida o con firewall. Los usuarios pueden personalizar el entorno de ejecución construyendo sobre imágenes base para incluir toolchains específicos y dependencias de software requeridas para diversos pipelines de compilación. El runner maneja todo el ciclo de vida del agente, incluyendo la adquisición de tokens de acceso, la limpieza de archivos temporales y la desinscripción del contenedor una vez finalizada la tarea asignada.

    Automates the acquisition of registration tokens at runtime to simplify agent deployment.

    Shellcicddockergithub
    Ver en GitHub↗2,202
  1. Home
  2. DevOps & Infrastructure
  3. Continuous Integration Systems
  4. Runner Image Managers
  5. Runner Provisioning

Explorar subetiquetas

  • Queue-Based AutoscalersAdjusts the number of runner instances up or down based on the volume of queued workflow jobs. **Distinct from Runner Provisioning:** Distinct from Runner Provisioning: focuses on autoscaling based on job queue depth, not just provisioning tokens.