DigitalOcean La plateforme d'applications adapte désormais les services Web en fonction de la demande HTTP en temps réel, offrant ainsi aux équipes SaaS un moyen plus direct de gérer la croissance soutenue du trafic sans avoir à gérer manuellement les serveurs.
DigitalOcean annoncé le 22 mai 2026 que La mise à l'échelle automatique basée sur les requêtes est désormais disponible pour tous sur la plateforme d'applications.Cette fonctionnalité permet de faire évoluer les applications à l'aide de signaux HTTP tels que requêtes par seconde et latence de réponse P95Au lieu de se baser uniquement sur les métriques du processeur, il fonctionne désormais aussi bien sur les instances à processeur partagé que sur les instances à processeur dédié.
Pour les acheteurs d'hébergement, cette mise à jour est importante car la mise à l'échelle automatique n'est plus réservée aux offres avec processeur dédié de grande capacité. Les petites équipes SaaS, les agences, les développeurs d'API et les propriétaires d'applications peuvent désormais bénéficier d'une mise à l'échelle basée sur le trafic avant d'investir dans une infrastructure plus coûteuse.
Qu'est-ce que DigitalOcean Ajouter à la plateforme d'applications ?
DigitalOcean Ajout d'une mise à l'échelle automatique basée sur les requêtes pour les composants de service Web de la plateforme d'applications.
Cette fonctionnalité permet à App Platform de dimensionner les conteneurs en fonction du nombre de requêtes par seconde et par instance, ainsi que de la latence P95. Le nombre de requêtes par seconde mesure la pression sur le trafic. La latence P95 mesure le temps de réponse de 95 % des requêtes, ce qui permet de déterminer si les utilisateurs commencent à attendre trop longtemps.
DigitalOcean Auparavant, l'autoscaling nécessitait un plan CPU dédié. Cette nouvelle version étend l'autoscaling à la demande aux instances CPU partagées, offrant ainsi aux projets en phase de démarrage une solution plus économique pour l'extension horizontale automatique.
Les utilisateurs de processeurs dédiés peuvent combiner les métriques basées sur les requêtes avec la mise à l'échelle automatique basée sur le processeur. Dans cette configuration, la plateforme d'applications augmente sa capacité lorsqu'un seuil configuré est franchi et la réduit uniquement lorsque toutes les métriques reviennent dans la plage définie.
Pourquoi la mise à l'échelle automatique basée sur les requêtes est-elle importante pour les applications SaaS ?
L'autoscaling basé sur les requêtes est important car l'utilisation du processeur ne reflète pas toujours l'expérience utilisateur. Une application SaaS peut sembler lente alors que l'utilisation du processeur paraît acceptable. Les utilisateurs peuvent être confrontés à des temps d'attente lors de requêtes de base de données, de processus de paiement, de sessions de connexion, d'appels d'API ou de traitements applicatifs lents. L'utilisation du processeur indique la charge de l'infrastructure. Le volume et la latence des requêtes HTTP reflètent la pression du trafic au niveau de l'utilisateur.
DigitalOceanLa mise à jour fournit aux équipes deux indicateurs de mise à l'échelle visibles par l'utilisateur : 1) le nombre de requêtes par seconde indique la vitesse à laquelle la demande augmente ; 2) la latence P95 indique si les temps de réponse se dégradent pour les requêtes les plus lentes. Lorsque l'un ou l'autre de ces seuils est dépassé, DigitalOcean Le système indique que de nouveaux conteneurs sont lancés. Lorsque la charge diminue et que toutes les métriques passent en dessous de leurs objectifs, le système réduit le nombre de conteneurs.
Cela aide les produits SaaS, les applications de réservation, les campagnes de vente flash, les lancements de produits et les services privilégiant les API, où la demande peut augmenter plus rapidement qu'une petite équipe ne peut redimensionner manuellement l'infrastructure.
Qui bénéficie le plus de cette mise à jour ?
DigitalOcean La plateforme d'applications est idéale pour les équipes qui souhaitent un déploiement et une mise à l'échelle gérés sans administration directe des serveurs. Elle convient parfaitement aux startups SaaS, aux agences, aux petites équipes de développement, aux produits axés sur les API et aux propriétaires d'applications dont le trafic est irrégulier. Ces utilisateurs privilégient généralement un déploiement basé sur Git, des builds gérés, des contrôles de mise à l'échelle simplifiés et une infrastructure allégée.
Cette mise à jour est également utile aux projets en phase de démarrage. L'autoscaling basé sur les requêtes étant désormais compatible avec les instances de processeur partagées, les applications plus petites peuvent utiliser le scale-out horizontal avant de migrer vers des ressources de processeur dédiées. Cela facilite l'accès à cette fonctionnalité pour les équipes qui ont besoin de contrôler le scale-out mais ne sont pas encore prêtes pour une planification d'infrastructure plus poussée.
Cette fonctionnalité a encore une portée claire. DigitalOcean L'autoscaling basé sur les requêtes s'applique aux composants de service Web qui reçoivent du trafic HTTP externe. Les composants Worker et Function ne sont pas concernés.
Quels problèmes l'autoscaling ne résout-il pas ?
La mise à l'échelle automatique augmente la capacité au niveau de l'application, mais elle ne résout pas tous les problèmes d'hébergement.
DigitalOcean Le système indique que les décisions de mise à l'échelle sont basées sur une fenêtre de débit de 5 minutes, ce qui permet à l'autoscaler de réagir à une charge soutenue plutôt qu'à des pics momentanés. Cette fonctionnalité est donc plus adaptée à une pression de trafic continue qu'à des pics de courte durée.
L'autoscaling n'optimise pas les bases de données, ne réécrit pas le code inefficace, ne corrige pas les problèmes de mise en cache et n'accélère pas les serveurs externes lents. APIsou vider les files d'attente en arrière-plan surchargées. L'ajout de conteneurs n'est utile que lorsque la couche de service Web a besoin de plus de capacité.
Le coût mérite également d'être pris en compte. DigitalOcean Bien que les utilisateurs ne paient que ce qu'ils consomment, un plus grand nombre de conteneurs en cours d'exécution peut faire grimper les dépenses mensuelles lors des pics de trafic. Il est donc conseillé aux acheteurs de définir avec soin le nombre minimal et maximal de conteneurs, puis d'utiliser l'onglet Statistiques pour analyser les taux de requêtes habituels et la latence P95 avant d'ajuster les seuils.
DigitalOcean Il est également précisé que la mise à l'échelle automatique basée sur les requêtes ne peut être utilisée conjointement avec la mise à l'échelle à zéro ou la mise en veille en cas d'inactivité sur un même service. Les acheteurs doivent choisir entre une mise à l'échelle toujours disponible et les économies réalisées grâce à la mise en veille en cas d'inactivité pour ce service.
Quels sont les points à vérifier avant de choisir un hébergement à mise à l'échelle automatique pour les acheteurs de solutions SaaS ?
Les acheteurs de solutions SaaS doivent évaluer la charge de travail avant de considérer la mise à l'échelle automatique comme une solution d'hébergement complète.
| Question de l'acheteur | Pourquoi cela compte |
|---|---|
| Quel indicateur déclenche la mise à l'échelle ? | Le processeur, le volume de requêtes et la latence mesurent des problèmes différents. |
| Quels composants sont admissibles ? | DigitalOceanCette fonctionnalité s'applique aux services Web HTTP externes, et non aux workers ou aux fonctions. |
| Qu'est-ce que la fenêtre de mise à l'échelle ? | DigitalOcean utilise une fenêtre de fréquence de 5 minutes pour une charge soutenue. |
| Quel est le plafond de progression ? | Les paramètres minimum et maximum des conteneurs limitent toujours leur capacité. |
| Comment les prix évoluent-ils lors des pics de prix ? | L'augmentation du nombre de conteneurs en cours d'exécution peut faire augmenter les coûts d'hébergement mensuels. |
| La base de données est-elle également évolutive ? | La mise à l'échelle des applications peut révéler des goulots d'étranglement au niveau de la base de données. |
| La charge de travail nécessite-t-elle des contrôles de conformité ? | Les applications réglementées peuvent nécessiter une isolation et une documentation plus poussées. |
Les équipes SaaS des secteurs de la santé, de la fintech ou des logiciels d'entreprise devraient également se demander si la mise à l'échelle automatique au niveau de l'application est suffisante pour leur modèle de conformité. Des fournisseurs tels que Atlantic.Net Entrez dans la conversation lorsque les acheteurs ont besoin d'un hébergement conforme à la norme HIPAA, d'une infrastructure dédiée, d'une sécurité gérée ou de contrôles opérationnels plus clairs. Atlantic.Net répertorie les services d'hébergement de conformité à travers serveurs dédiés, serveurs cloud, GPU hébergement et hébergement bare metal.
Il s'agit d'un besoin acheteur différent d'une simple mise à l'échelle basée sur le trafic. DigitalOceanCette mise à jour permet aux applications de mieux réagir au trafic web. Une infrastructure axée sur la conformité aide les équipes à contrôler l'hébergement des charges de travail sensibles.
En quoi cela reflète-t-il l'évolution du marché de l'hébergement ?
DigitalOceanCette mise à jour reflète une évolution plus générale, passant d'un hébergement basé sur les ressources à un hébergement adapté à la charge de travail. Les acheteurs d'hébergement traditionnel comparaient les cœurs de processeur, la RAM, le stockage, la bande passante et le prix mensuel. Les acheteurs de solutions SaaS comparent désormais le processus de déploiement, la logique de mise à l'échelle, les indicateurs de latence, le comportement des coûts et le contrôle opérationnel.
Les plateformes PaaS managées réduisent la charge de travail des développeurs au niveau des serveurs. Elles permettent aux petites équipes de déployer et de faire évoluer leurs applications plus rapidement. Les fournisseurs spécialisés en infrastructure restent pertinents lorsque les clients ont besoin de conformité, d'isolation, de ressources dédiées ou d'environnements serveurs personnalisés.
Pour nos lecteurs de HostScore.netEn pratique, la conclusion est simple : adaptez votre modèle de mise à l’échelle à la charge de travail. Une application SaaS dont le trafic est variable peut tirer profit d’une mise à l’échelle automatique basée sur les requêtes. Une application soumise à une réglementation stricte peut nécessiter des contrôles d’infrastructure plus robustes avant que les fonctionnalités de mise à l’échelle ne soient pertinentes.
HostScore Conclusion : Mise à jour utile, mais pas une stratégie d'infrastructure complète
DigitalOceanL'autoscaling basé sur les requêtes constitue une amélioration significative de la plateforme d'applications. Il offre aux équipes SaaS, aux responsables d'API et aux agences un signal de montée en charge plus précis que la seule utilisation du processeur. De plus, la prise en charge des instances de processeur partagées rend l'autoscaling plus accessible.
Toutefois, les acheteurs doivent la considérer comme une fonctionnalité de mise à l'échelle au niveau applicatif, et non comme une stratégie d'infrastructure complète. Elle ne remplace pas la planification des bases de données, la conception des files d'attente, le suivi des coûts, l'audit de conformité ni les contrôles de sécurité.
Pour les acheteurs d'hébergement, la question essentielle n'est pas de savoir si la mise à l'échelle automatique est utile, mais plutôt si le fournisseur adapte la couche dont dépend réellement votre charge de travail.
À propos Digital Ocean
DigitalOcean est un fournisseur d'infrastructure cloud spécialisé dans les développeurs, les startups et les PME. L'entreprise propose des serveurs cloud, des bases de données managées, Kubernetes, du stockage, des solutions réseau, une plateforme d'applications et des services d'infrastructure d'IA, avec des produits conçus pour aider les équipes à déployer et à faire évoluer leurs applications sans la complexité des grandes plateformes cloud d'entreprise.
DigitalOcean possède également Cloudways, une plateforme d'hébergement cloud gérée, qui confère à l'entreprise une position plus forte à la fois sur l'infrastructure cloud pilotée par les développeurs et sur l'hébergement d'applications web gérées.
