Plus de temps pour ce qui compte pour vous
Des déploiements plus sûrs. Une exploitation plus simple. Avec CDelivery.
Exploitez sereinement Déployez sereinement
Au-delà de la disponibilité de l’application, des contrôles automatiques réguliers vérifient les parcours métier essentiels, comme la connexion des utilisateurs.
Lors d’un déploiement, un environnement isolé est d’abord créé en production pour y effectuer des vérifications automatiques. Les problèmes sont détectés et bloqués avant de provoquer des incidents en production.
L’observabilité, 100x moins chère que Datadog
Prêt à l’emploi, sans SDK. Collectez automatiquement les métriques et les logs de vos serveurs et applications. Conservez-les durablement sur disque ou dans un stockage objet comme S3. Les nouvelles données peuvent être prêtes à être interrogées et analysées en seulement 3 secondes environ.
Gardez la trace du moindre changement.
Coûts réduits
Les métriques d’un serveur ou d’une application : seulement 0,6758 $ par an.
1 GB de logs par jour. 365 GB par an. Seulement 7,23 $ la première année.
Total estimé pour les 12 premiers mois (USD)
L’estimation couvre la durée de conservation choisie, avec une ingestion constante à partir d’un stockage vide. Un mois vaut 365/12 jours ; les unités saisies sont décimales et le stockage S3 utilise les GiB.
L’estimation pour CDelivery inclut le stockage compressé S3 Standard en USA Est (Virginie du Nord), selon la moyenne mensuelle et les tarifs par paliers de 0,021–0,023 $/GiB/mois, plus un PUT par tranche de 16 MB à 0,005 $ pour mille requêtes.
Datadog utilise les tarifs annuels : 0,10 $/GB ingéré. Pour un mois, Standard à 2,50 $/million de logs indexés, conservés 30 jours ; au-delà, Flex Starter coûte 0,60 $/million de logs stockés/mois, selon la moyenne mensuelle.
Flex propose 3, 6, 12 ou 15 mois, moins de 2 milliards de logs ingérés par mois et jusqu’à 10 milliards stockés. Les autres configurations sont extrapolées. L’estimation exclut serveurs, lectures, transferts, taxes, remises et quotas gratuits.
CDelivery
7,23 $
AWS S3
Datadog
1 350,50 $
Flex Starter
Environ 0,54 % du coût de Datadog.
Hautes performances, faible consommation
Débit mesuré : 2 491 MB/s. Pic mémoire : seulement 2,21 GiB. Plusieurs instances et haute disponibilité pour suivre la croissance du nombre d’utilisateurs et du volume de données.
- Débit d’ingestion
- 2 491MB/s
- Pic d’utilisation mémoire
- 2 261MiB
Une passerelle haute performance. Moins de contraintes. Moins de coûts
CDelivery construit sa passerelle de proxy inverse sur Pingora de Cloudflare. Éprouvé à grande échelle sur le réseau de Cloudflare, Pingora offre une base mature, stable et fiable.
Prête à l’emploi, elle prend en charge plusieurs instances pour la haute disponibilité et gère automatiquement les certificats HTTPS, avec une ou plusieurs instances.
Tests de la passerelle CDelivery
- Débit de pointe
- 45 982RPS
- Pic d’utilisation mémoire
- 963MiB
Diagnostic par IA, surveillance proactive
CDelivery rassemble les métriques de fonctionnement, les logs des applications, les journaux d’accès et les événements d’exploitation pour permettre à l’IA d’analyser les problèmes dans leur contexte et d’aider au diagnostic. Un assistant IA est intégré, et vous pouvez aussi connecter vos outils IA habituels via MCP et API.
Une fois la veille par IA activée, CDelivery s’appuie sur les événements de changement et les contrôles périodiques pour vérifier l’état du système, analyser les anomalies et les risques potentiels, et vous avertir de manière proactive selon la politique choisie.
Recevez des notifications, poursuivez la conversation, demandez des actions et consultez les résultats via vos canaux habituels, comme les e-mails et Slack. L’interface web est également adaptée aux smartphones. Gérez facilement, où que vous soyez.
- Métriques
- Logs applicatifs
- Journaux d’accès
- Événements d’exploitation
- Plus…
- Diagnostic
- Notifications
- Actions
- Plus…
Mise à l’échelle automatique des instances
Le nombre d’instances de l’application s’ajuste automatiquement à la charge CPU, dans les limites définies. Il augmente lorsque la charge monte et diminue après une période de faible charge prolongée, adaptant l’utilisation des ressources aux besoins de l’application.
Créez et gérez facilement des applications hautement disponibles et évolutives
Distribuez vos configurations à plusieurs instances de service aussi simplement qu’en développement local, sans apprendre une nouvelle stack ni intégrer de SDK. Déployez plusieurs instances et augmentez facilement leur nombre selon vos besoins, sans service de configuration supplémentaire à maintenir. Avec XHealth, les services utilisant la nouvelle configuration passent les contrôles avant leur mise en ligne. Passez sans interruption d’un utilisateur à un milliard.
- Instance 1v2
- Instance 2v2
- Instance 3v2
Moins de ressources. Plus de place pour vos applications
Une faible charge CPU et une empreinte mémoire réduite pour la gestion des déploiements, la passerelle et l’observabilité. CDelivery ne nécessite que Docker, sans service supplémentaire comme PostgreSQL, et prend en charge le basculement automatique au sein du cluster.
42 k lignes de code Rust
- CDeliveryService principal
- 50MiB
- PingressPasserelle de proxy inverse
- 30MiB
- ObservabilitéCollecte et stockage des données
- 120MiB
Vous développez et CDelivery s’occupe du reste
Déploiement des applications, surveillance des services, collecte des logs et des métriques, distribution des configurations, HTTPS et équilibrage de charge : tout est automatisé.
XHealth exécute les contrôles périodiques configurés. Lorsque Guardian est activé, il valide les nouvelles versions avant leur déploiement. Pingress achemine les requêtes vers votre application. Insight collecte les métriques, les logs des applications et les logs d’accès.
Le cluster de serveurs contient trois nœuds applicatifs. XHealth exécute les contrôles périodiques configurés, tandis que Guardian, lorsqu’il est activé, valide les versions candidates avant leur déploiement. Pingress est relié aux trois applications ; les requêtes illustrées passent par celle du milieu. Les applications, XHealth et Pingress envoient en continu des données à Insight.
Questions fréquentes
Pourquoi choisir CDelivery plutôt que Kubernetes ?
Parce que le temps et l’énergie de votre équipe sont mieux investis dans votre produit. CDelivery réunit le déploiement d’applications, HTTPS, les logs et les métriques, les vérifications régulières des processus métier et la validation des nouvelles versions au sein d’une même plateforme. Vous passez ainsi moins de temps à choisir des outils, à intégrer des composants et à assurer la maintenance au quotidien. Vous pouvez démarrer avec un seul serveur, puis passer à plusieurs nœuds selon les besoins de votre activité, sans personnel dédié à l’administration de Kubernetes. Des déploiements plus sûrs. Une exploitation plus simple.
Combien de serveurs CDelivery peut-il gérer ?
Vous pouvez commencer avec un seul serveur. CDelivery n’impose aucune limite au nombre de serveurs. Un seul cluster peut atteindre 5 000 serveurs, une échelle comparable au nombre de nœuds officiellement pris en charge par Kubernetes.
Gratuit et open source
Vous n’êtes lié à aucun fournisseur. Choisissez les serveurs, le stockage et l’infrastructure qui vous conviennent. Moins de factures qui explosent sans prévenir.