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
·

7 dépôts

Awesome GitHub RepositoriesEdge Runtime Deployments

Deploying custom server logic written in JavaScript or WebAssembly to a globally distributed edge runtime.

Distinct from Logic Deployment: Distinct from Logic Deployment: focuses on deploying logic to an edge runtime, not into a database instance.

Explore 7 awesome GitHub repositories matching data & databases · Edge Runtime Deployments. Refine with filters or upvote what's useful.

Awesome Edge Runtime Deployments 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.
  • xixu-me/xgetAvatar de xixu-me

    xixu-me/Xget

    8,150Voir sur GitHub↗

    Xget est un proxy réseau basé sur la périphérie (edge) et un routeur de requêtes conçu pour optimiser la connectivité et réduire la latence pour les ressources distantes. Il fonctionne comme une interface haute performance pour les requêtes API d'inférence IA, la mise en miroir de registres de conteneurs et l'accélération des opérations de dépôt Git et des miroirs de paquets logiciels. Le système se distingue par un proxy conscient du protocole qui préserve l'authentification et les en-têtes pour les registres Git et de conteneurs. Il utilise une transformation d'URL basée sur des règles pour mapper les requêtes vers des points de terminaison de fournisseurs amont accélérés et emploie un mécanisme de réécriture de réponse pour garantir que les dépendances se téléchargent via le proxy. Les capacités larges incluent la mise en cache des réponses en périphérie pour les artefacts immuables, la fiabilité des requêtes via des tentatives de backoff linéaire, et la surveillance des performances fournie via les en-têtes de réponse. Le projet fournit également une interface de ligne de commande pour récupérer des fichiers et des dossiers à partir de sources web vers le stockage local. Le moteur prend en charge le déploiement via des runtimes edge serverless, l'hébergement conteneurisé ou l'exécution de conteneurs auto-hébergés.

    Executes proxy logic across global edge runtimes using predefined workflow configurations.

    JavaScript
    Voir sur GitHub↗8,150
  • partykit/partykitAvatar de partykit

    partykit/partykit

    5,644Voir sur GitHub↗

    PartyKit is a serverless WebSocket backend platform for building real-time multiplayer applications. It provides a globally distributed edge computing runtime that runs stateful server code close to users, with automatic scaling and hibernation for idle rooms. The platform handles WebSocket connections, HTTP requests, and durable storage without requiring infrastructure management, and includes a client and server SDK with hooks, storage, and Yjs integration for building collaborative features. The platform distinguishes itself through per-room isolation using Durable Objects, where each uniq

    Runs business logic on the platform using JavaScript or WebAssembly with local development tools and preview deployments.

    TypeScriptbackendscollaborationcrdts
    Voir sur GitHub↗5,644
  • inngest/inngestAvatar de inngest

    inngest/inngest

    5,499Voir sur GitHub↗

    Inngest is a durable execution framework and event-driven automation engine designed to orchestrate background workflows. It enables developers to build resilient, stateful processes by memoizing function steps, ensuring that long-running tasks can automatically resume from the last successful operation after failures, timeouts, or infrastructure restarts. The platform distinguishes itself through its event-driven architecture, which uses a schema-validated bus to trigger functions and coordinate complex, multi-step logic. It employs an onion-model middleware approach for cross-cutting concer

    Provides dedicated handlers for integration with various serverless, edge, and web framework runtimes.

    Go
    Voir sur GitHub↗5,499
  • opennextjs/opennextjs-awsAvatar de opennextjs

    opennextjs/opennextjs-aws

    5,005Voir sur GitHub↗

    opennextjs-aws est un adaptateur d'infrastructure serverless et un outil de déploiement qui transforme les artefacts de build Next.js en paquets compatibles pour l'hébergement sur AWS Lambda et S3. Il fonctionne comme un adaptateur de déploiement qui mappe les sorties spécifiques au framework vers des fonctions serverless et du stockage d'objets. Le projet se distingue par l'implémentation d'optimisations spécifiques au serverless, y compris un gestionnaire de cache qui synchronise la régénération statique incrémentale et les caches de récupération (fetch) via S3 ou DynamoDB. Il dispose d'un optimiseur de démarrage à froid (cold start) qui utilise la minification de bundle et le réchauffement programmé des fonctions pour réduire la latence, ainsi qu'un pipeline d'optimisation d'images dédié pour récupérer les fichiers sources depuis S3 et les distribuer via CDN. Le système couvre un large éventail de capacités, y compris l'intégration de middleware edge, la revalidation en arrière-plan basée sur des files d'attente et la distribution de routes multi-cibles. Il gère également le trafic via le routage CDN, l'injection de données de géolocalisation et le streaming de réponses serveur pour améliorer le temps jusqu'au premier octet (TTFB). L'outil fournit des options de personnalisation étendues pour les pipelines de build, les comportements des adaptateurs et la logique serveur afin de prendre en charge des besoins architecturaux variés et des structures monorepo.

    Splits server functions to deploy specific routes using an edge runtime for faster responses.

    TypeScriptawsnextjssst
    Voir sur GitHub↗5,005
  • serverless-nextjs/serverless-next.jsAvatar de serverless-nextjs

    serverless-nextjs/serverless-next.js

    4,462Voir sur GitHub↗

    Ce projet est un orchestrateur d'infrastructure serverless et un outil de déploiement conçu pour héberger des applications Next.js sur AWS. Il fonctionne comme un framework de déploiement pour le edge computing et un wrapper d'infrastructure-as-code qui automatise le provisionnement de fonctions AWS Lambda, de buckets S3 et de distributions CloudFront. Le système se distingue par la distribution du rendu côté serveur et des routes API sur des emplacements edge mondiaux afin de réduire la latence. Il s'intègre directement aux réseaux de diffusion de contenu (CDN) pour optimiser la livraison des assets statiques et des pages rendues, tout en fournissant une couche pour encapsuler les gestionnaires d'application pour une compatibilité avec les environnements serverless. La plateforme couvre de larges domaines de capacités, notamment la diffusion de contenu mondiale, l'infrastructure API serverless et la configuration automatisée des ressources. Elle gère le trafic via une logique de routage edge et la gestion de l'internationalisation, tout en supportant des stratégies de performance telles que la régénération statique incrémentale et l'optimisation d'images en edge. L'infrastructure est gérée via des configurations Terraform, offrant un contrôle sur les limites de mémoire, les durées de timeout et les attributions de permissions IAM.

    Sets specific memory limits, timeouts, and runtime versions for primary and API serverless functions.

    TypeScriptapi-gatewayawsaws-lambda
    Voir sur GitHub↗4,462
  • danielcondemarin/serverless-nextjs-pluginAvatar de danielcondemarin

    danielcondemarin/serverless-nextjs-plugin

    4,464Voir sur GitHub↗

    Ce projet est un plugin et adaptateur Serverless Framework qui permet le déploiement d'applications Next.js sur AWS Lambda@Edge et AWS CloudFront. Il fonctionne comme un pont pour adapter le rendu côté serveur et les routes API pour une exécution sur le calcul edge serverless. Le plugin automatise le provisionnement de l'infrastructure cloud, y compris l'empaquetage et le déploiement du code d'application vers des emplacements edge mondiaux. Il gère la synchronisation des actifs statiques vers les buckets de stockage et le mappage des routes Next.js vers des fonctions edge spécialisées pour réduire la latence mondiale. Le projet couvre des capacités étendues, notamment la diffusion de contenu mondiale, le mappage de domaine personnalisé et DNS, et la gestion du trafic basée sur l'edge pour les redirections de domaine. Il gère également les configurations de ressources de calcul, les autorisations IAM et les politiques de cache réseau-edge, y compris la prise en charge de la régénération statique incrémentale et du pré-rendu automatisé.

    Maps Next.js server-side rendering and API routes to specialized Lambda@Edge functions.

    TypeScript
    Voir sur GitHub↗4,464
  • upstash/jstackAvatar de upstash

    upstash/jstack

    3,760Voir sur GitHub↗

    jstack is a TypeScript full stack framework and edge-compatible web stack. It serves as a development setup that ensures end-to-end type safety by sharing TypeScript definitions between the server and the client. The project functions as a Next.js application boilerplate, providing a pre-configured starting point for building web applications with integrated routing, styling, and database tools. It includes a type-safe database integration system that automatically generates TypeScript definitions from database schemas to prevent runtime data errors. The framework covers full stack web devel

    Provides the ability to deploy application logic to globally distributed edge runtimes.

    TypeScript
    Voir sur GitHub↗3,760
  1. Home
  2. Data & Databases
  3. Database Deployment Tools
  4. Logic Deployment
  5. Edge Runtime Deployments

Explorer les sous-tags

  • Route-Based Edge Splitting1 sous-tagOptimizes response times by deploying specific routes to an edge runtime while others remain on standard serverless functions. **Distinct from Edge Runtime Deployments:** Focuses on the strategy of splitting routes between edge and regional compute for performance optimization.
  • Runtime Integration HandlersIntegrates with serverless, edge, and web frameworks through dedicated handlers for diverse runtime support. **Distinct from Edge Runtime Deployments:** Distinct from Edge Runtime Deployments: focuses on the integration handlers for various runtimes rather than just edge-specific deployment.
  • Runtime Resource TuningConfiguration of memory, timeouts, and versioning for edge execution environments. **Distinct from Edge Runtime Deployments:** Specifically targets resource limits and runtime versions rather than the deployment mechanism