awesome-repositories.com
Blog
awesome-repositories.com

Découvrez les meilleurs dépôts open-source grâce à notre recherche par IA.

ExplorerRecherches sélectionnéesAlternatives open sourceLogiciels auto-hébergésBlogPlan du site
ProjetÀ proposNotre méthodologiePresseServeur MCP
Mentions légalesConfidentialitéConditions d'utilisation
© 2026 Bringes Technology SRL·VAT RO45896025·hello@awesome-repositories.com
·

10 dépôts

Awesome GitHub RepositoriesWorker Process Isolation

Executing asynchronous jobs in separate operating system processes to protect the main server's responsiveness.

Distinct from Polling-Based Worker Execution: Focuses on the architectural isolation of the worker process from the API server, rather than the polling mechanism.

Explore 10 awesome GitHub repositories matching devops & infrastructure · Worker Process Isolation. Refine with filters or upvote what's useful.

Awesome Worker Process Isolation GitHub Repositories

Trouvez les meilleurs dépôts grâce à l'IA.Nous recherchons les dépôts les plus pertinents grâce à l'IA.
  • vendurehq/vendureAvatar de vendurehq

    vendurehq/vendure

    7,924Voir sur GitHub↗

    Vendure is a Node.js e-commerce engine and headless commerce framework built with NestJS and TypeScript. It serves as a multi-channel commerce platform that manages product catalogs, orders, and customers via a strongly typed GraphQL API. The platform is distinguished by its highly extensible architecture, featuring a customizable administrative dashboard where developers can inject custom React components and entity views. It supports multi-channel commerce, allowing the isolation of products, currencies, and regional catalogs from a single unified backend. The engine covers a broad range o

    Runs asynchronous jobs in a dedicated worker process to keep the main server responsive.

    TypeScriptecommerceecommerce-apiecommerce-framework
    Voir sur GitHub↗7,924
  • versatica/mediasoupAvatar de versatica

    versatica/mediasoup

    7,146Voir sur GitHub↗

    Mediasoup is a selective forwarding unit used for real-time media routing. It enables the development of low-latency audio and video communication systems by routing streams between participants without transcoding. The project provides embedded media routing logic that can be integrated directly into an application. It supports simulcast and quality layering, allowing the system to adapt resolution and bitrate based on real-time bandwidth estimations to maintain connection stability. The capability surface includes media track management for audio, video, and screen capture, as well as bidi

    Implements native C++ worker processes to isolate heavy media processing from the main JavaScript event loop.

    C++c-plus-plusnodejsrust
    Voir sur GitHub↗7,146
  • apache/stormAvatar de apache

    apache/storm

    6,683Voir sur GitHub↗

    Storm is a distributed stream processing framework designed to execute unbounded computations across a cluster to process real-time data streams. It functions as a data pipeline orchestrator that allows users to define and deploy declarative data flow graphs connecting streaming sources to processing components. The system operates as a multi-tenant distributed compute engine that isolates workloads and limits resource usage across shared clusters using dedicated pools and access control. It is also a secure distributed processing engine that employs encrypted node communication and SSL-secur

    Launches worker processes using the operating system identity of the submitting user to ensure correct permissioning.

    Java
    Voir sur GitHub↗6,683
  • apache/pinotAvatar de apache

    apache/pinot

    6,098Voir sur GitHub↗

    Pinot is a distributed, columnar analytical database designed for high-concurrency, low-latency query processing. It functions as a real-time OLAP datastore, enabling interactive, user-facing analytics by ingesting and querying massive datasets from both streaming and batch sources. The system architecture relies on a centralized controller for cluster coordination and a distributed segment-based storage model to ensure horizontal scalability. The platform distinguishes itself through a hybrid ingestion pipeline that unifies real-time event streams and historical batch data into a single quer

    Assigns specific data processing workloads to designated worker nodes to manage resource allocation and prevent interference.

    Java
    Voir sur GitHub↗6,098
  • pydantic/montyAvatar de pydantic

    pydantic/monty

    5,540Voir sur GitHub↗

    Monty is a sandboxed execution environment designed primarily for running Python code generated by AI models. It provides a secure, isolated runtime that blocks host access, enforces resource limits, and supports pre-execution type checking against built-in type hints to catch signature mismatches before code runs. The sandbox can persist its interpreter state at external function calls, allowing execution sessions to be serialized, stored, and later resumed from a file or database. What distinguishes Monty is its combination of stateful, resumable execution with multi-language native embeddi

    Executes each request in a separate operating system process, automatically replacing crashed workers to ensure reliability.

    Rust
    Voir sur GitHub↗5,540
  • buildbot/buildbotAvatar de buildbot

    buildbot/buildbot

    5,452Voir sur GitHub↗

    Buildbot est un framework d'intégration continue (CI) basé sur Python et un orchestrateur de build distribué. Il fonctionne comme un moteur d'automatisation de build qui coordonne la récupération du code source, l'exécution des étapes de build et le reporting des résultats via un contrôleur central et un réseau d'agents de travail distants. Le système se distingue par une architecture d'extensibilité basée sur des plugins et un modèle de distribution maître-esclave. Il permet la modification dynamique des builds au runtime et supporte un backend de base de données enfichable pour persister l'état du système et l'historique des builds. Le projet couvre un large éventail de capacités, incluant la planification automatisée des builds et l'orchestration de pipelines, l'intégration au contrôle de version via polling et webhooks, et le provisionnement de workers sur des serveurs physiques, des conteneurs Docker et des clusters Kubernetes. Il offre également une surveillance et une observabilité complètes via l'analyse des logs de build et le suivi des performances, ainsi qu'une gestion sécurisée des secrets et une authentification multi-fournisseur. Le contrôle administratif est disponible via une interface web dédiée et des outils en ligne de commande pour la validation de configuration et la gestion des processus.

    Automatically isolates and suspends workers encountering preparation issues using an exponential back-off timer.

    Python
    Voir sur GitHub↗5,452
  • emmett-framework/granianAvatar de emmett-framework

    emmett-framework/granian

    5,074Voir sur GitHub↗

    Granian is a Rust-based HTTP server written specifically to serve Python web applications. It supports the three major Python gateway interfaces—ASGI for asynchronous apps, WSGI for synchronous apps, and RSGI for async requests—while also handling HTTP/1.1, HTTP/2, and WebSocket connections through automatic protocol negotiation. Architecturally, Granian uses a multiprocess worker model that isolates requests across CPU cores and provides configurable threadpool-limited concurrency to control backpressure per worker. It includes built-in Prometheus metrics exposition for connection counts and

    Uses multiple worker processes to isolate requests across CPU cores.

    Rustasgiasynciohttp
    Voir sur GitHub↗5,074
  • azkaban/azkabanAvatar de azkaban

    azkaban/azkaban

    4,504Voir sur GitHub↗

    Azkaban est un gestionnaire de flux de travail distribué et un orchestrateur de tâches basé sur DAG, conçu comme un processeur de batch d'entreprise. Il sert de moteur de flux de travail basé sur Java qui planifie et exécute des séquences de tâches complexes à travers un cluster de serveurs d'exécution, avec une fonctionnalité spécifique pour gérer les charges de travail big data sur les clusters Hadoop. Le système se distingue par un modèle d'exécuteur distribué qui coordonne l'état via une base de données partagée pour garantir une haute disponibilité. Il utilise une architecture basée sur des plugins qui permet des types de tâches personnalisés et des extensions de fonctionnalité système, y compris la possibilité de recharger à chaud les plugins sans redémarrer les serveurs d'exécution. La plateforme couvre un large éventail de capacités, y compris l'orchestration de pipelines de données avec logique conditionnelle, la planification périodique et basée sur des événements, et la surveillance d'entreprise avec suivi des SLA. Elle fournit un contrôle d'accès granulaire et l'usurpation d'identité utilisateur pour une exécution sécurisée, ainsi que des outils de gestion du trafic pour l'équilibrage de charge des exécuteurs et les quotas de ressources. Les utilisateurs peuvent gérer les flux de travail via une interface web ou par programmation via une API d'exécution de flux de travail.

    Executes processes under the security identity of the submitting user to enforce cluster permissions.

    Java
    Voir sur GitHub↗4,504
  • jorisvink/koreAvatar de jorisvink

    jorisvink/kore

    3,825Voir sur GitHub↗

    Kore is an event-driven web and WebSocket server framework designed for building high-performance web services and APIs in C or Python. It functions as a secure, concurrent application framework that utilizes non-blocking I/O and isolated worker processes to handle high-concurrency traffic. The project is distinguished by a security-first architecture that features OS-level process sandboxing, privilege separation, and the isolation of private encryption keys into dedicated processes. It enables zero-downtime deployments through dynamic module hot-reloading and provides automated TLS certific

    Employs an isolated worker process model that spawns separate processes per CPU core for high-concurrency handling.

    Ccframeworkhigh-performance
    Voir sur GitHub↗3,825
  • sozu-proxy/sozuAvatar de sozu-proxy

    sozu-proxy/sozu

    3,687Voir sur GitHub↗

    Sozu est un reverse proxy et load balancer haute performance, sécurisé en mémoire, construit en Rust. Il est conçu pour gérer le trafic HTTP, TCP et UDP via une architecture multi-processus qui tire parti de processus workers isolés pour garantir la tolérance aux pannes et une utilisation efficace des ressources sur du matériel multi-cœur. Le projet se distingue par une focalisation sur la disponibilité continue et le contrôle dynamique. Il dispose d'un mécanisme unique de hot-reloading binaire et d'un plan de contrôle basé sur des sockets Unix, permettant aux administrateurs de mettre à jour les configurations de proxy, de modifier les paramètres des listeners et même de remplacer le binaire du proxy sans interrompre les connexions clients actives ou le service. Cette conception garantit que l'infrastructure reste réactive et sécurisée pendant les mises à jour et les ajustements au runtime. Au-delà de ses capacités de routage de base, le proxy fournit une suite complète d'outils pour la sécurité à la périphérie (edge security) et la gestion du trafic. Il gère la terminaison TLS, applique des politiques de contrôle d'accès et atténue les attaques par inondation basées sur le protocole, en particulier pour le trafic HTTP/2. Le système inclut également des fonctionnalités d'observabilité étendues, offrant une surveillance des performances en temps réel, la propagation de traces distribuées et une journalisation d'audit structurée pour tous les changements de configuration et événements système.

    Restricts worker process privileges to shield backend infrastructure and prevent unauthorized access to system resources.

    Rusthttphttp-proxyperformance
    Voir sur GitHub↗3,687
  1. Home
  2. DevOps & Infrastructure
  3. Polling-Based Worker Execution
  4. Worker Process Isolation

Explorer les sous-tags

  • Unstable Worker IsolationTemporarily suspends workers that experience preparation failures using back-off timers. **Distinct from Worker Process Isolation:** Distinct from general process isolation: focuses on the temporal suspension of failing workers via back-off logic.
  • User Identity ExecutionLaunching worker processes using the specific operating system identity of the user who submitted the task. **Distinct from Worker Process Isolation:** Focuses on OS-level user identity for process execution rather than general process isolation from a server.