Besoin de plus d'informations ? ressources : définir. Terminé.

La mise à l'échelle de votre application ne devrait pas ressembler à une opération à cœur ouvert. Cela devrait être aussi simple que d'appuyer sur un bouton. Observez votre environnement s'adapter en temps réel. Mise à l'échelle horizontale. Mise à l'échelle verticale. Une seule commande. C'est fait.

upsun resources:set

Vous ne voulez pas d'une autre salle de crise. Vous voulez un moyen simple d'augmenter la capacité lorsque le trafic augmente, sans avoir à modifier et tester des fichiers YAML complexes pendant des heures ou à déployer manuellement des scripts sur les clusters. Upsun vous permet de régler la mise à l'échelle verticale et horizontale à partir d'une seule interface CLI ou Web, puis de vérifier l'impact grâce à l'observabilité intégrée.

Comment cela fonctionne-t-il

1. Commencez par un clone de production normal sur une branche de fonctionnalités. Chaque branche dans Upsun peut être un environnement parfait pour la production avec du code, des services et des données, ce qui vous permet de tester exactement le changement que vous prévoyez d'apporter. Consultez le guide « Qu'est-ce qu'Upsun ? ».
2. Augmentez la CPU, la RAM ou le disque d'un conteneur pour afficher la mise à l'échelle verticale.
3. Ajoutez des instances pour une application afin de montrer la mise à l'échelle horizontale pendant la charge.
4. Poussez une deuxième branche et répétez l'opération pour prouver que le processus est cohérent dans tous les environnements.
5. Ouvrez les métriques et le profilage pour confirmer que la latence diminue et que les taux d'erreur restent stables.

Mise à l'échelle des applications 101 : mise à l'échelle horizontale et mise à l'échelle verticale

La mise à l'échelle horizontale consiste à exécuter plusieurs instances de votre application à mesure que la charge augmente. La mise à l'échelle verticale consiste à allouer davantage de ressources CPU et de mémoire à un conteneur. Les charges de travail modernes exigent que vous soyez capable d'effectuer ces deux opérations facilement et rapidement.¹² Si la mise à l'échelle horizontale est idéale pour les applications sans état, la mise à l'échelle verticale est préférable pour les services qui nécessitent une couche de données. Upsun prend en charge ces deux modèles avec un seul processus, ce qui permet à votre équipe de s'adapter aux pics de charge et de trouver la taille optimale pour un état stable.

La méthode Upsun : une solution pour les deux

Vous pouvez modifier les ressources de manière interactive ou exécuter des indicateurs explicites. Lire la configuration des ressources.

Évolutivité verticale :

upsun resources:set --size frontend:0.25,api:0.5 --disk api:2048

• --size vous permet de sélectionner une quantité de CPU. Chaque quantité de CPU est mappée à un appariement de RAM via nos profils de conteneurs basés sur les durées d'exécution.
• --disk alloue le stockage par conteneur.
• L'environnement est redéployé pour appliquer les modifications. Consultez la section sur la mise à l'échelle verticale.

Mise à l'échelle horizontale :

upsun resources:set --count api:3

# or fan out across apps:

upsun resources:set --count '*:3'

• Le routeur distribue les requêtes entre les instances.
• L'environnement est redéployé pour appliquer le nouveau nombre. Consultez la section sur la mise à l'échelle horizontale.

Vous préférez commencer modestement lors des prévisualisations et ne vous développer que lorsque cela est nécessaire ? Définissez une stratégie d'initialisation des ressources au moment de la création de la branche ou de l'intégration. Ainsi, chaque nouvel environnement démarre automatiquement à la bonne taille. Découvrez les stratégies.

Processus de développeur, sans détours par la plateforme

Upsun est basé sur Git. Vous décrivez votre application et vos services dans une seule configuration, vous poussez une branche, et Upsun construit et déploie automatiquement un environnement similaire à celui de production. Découvrez le processus. Comme les environnements clonent le code et les données, vos tests de branche sont réalistes et vous pouvez nettoyer les enregistrements sensibles directement dans le pipeline. Consultez le guide de nettoyage des bases de données.

Lorsque votre stack mélange des environnements d'exécution, des images de conteneurs et des montages partagés, Upsun maintient un état cohérent entre les instances pour une mise à l'échelle horizontale sécurisée. Pour le réglage de la mémoire et du processeur, les profils de conteneurs exposent des combinaisons raisonnables de processeur et de RAM par type de charge de travail. Consultez les profils.

Observabilité et APM intégrés

Le réglage sans télémétrie relève de la conjecture. Upsun intègre le profilage continu et les métriques d'application, vous permettant de vérifier que votre choix de mise à l'échelle fait réellement évoluer la latence p95, la saturation du CPU et le débit dans la bonne direction. Consultez le profilage continu pour PHP et d'autres langages. Regardez une courte démonstration.

Étape par étape

1. Référence : exécutez une charge rapide pour obtenir les métriques de départ. 

Mise à l'échelle verticale :

upsun resources:set --size api:1 --disk api:4096

2. Le redéploiement applique la modification. Vérifiez que la marge CPU et la pression mémoire s'améliorent tandis que la latence diminue.

Mise à l'échelle horizontale :

upsun resources:set --count api:3

3. Effectuez le même test. Les requêtes sont réparties entre les instances. Vérifiez que les taux d'erreur restent faibles en cas de pic.

4. Branchez à nouveau : créez une nouvelle branche de fonctionnalités. Elle hérite des ressources en fonction de vos règles d'initialisation. Répétez l'opération. 

5. Option de mise à l'échelle automatique : si vous préférez une approche sans intervention, activez la mise à l'échelle automatique native pour ajuster le nombre d'instances en fonction des seuils de CPU, de RAM ou de latence des requêtes. Consultez le guide de mise à l'échelle automatique.

Pourquoi cela aide votre équipe

• Rapidité : adaptez-vous en quelques minutes, pas en plusieurs jours. Votre branche se comporte comme la production, les corrections sont donc précises.
• Qualité : prévisualisez chaque modification et effectuez des tests de performance sur des environnements qui reproduisent temporairement les ressources de production à un coût réduit.
• Cohérence : une seule interface CLI pour la mise à l'échelle verticale et horizontale de tous les services.
• Réduction de la charge de travail : pas de scripts sur mesure ni d'intervention manuelle sur les clusters.
• Coût prévisible : commencez avec un minimum de ressources sur les branches, ne faites évoluer que lorsque la télémétrie prouve la valeur ajoutée. Consultez les tarifs et le suivi des coûts dans la console.

Si vous préférez une page d'accueil visuelle avant de vous lancer, explorez les fonctionnalités d'Upsun. Pour plus d'exemples et de tutoriels spécifiques à chaque langage, rendez-vous sur le Centre de développement.

Essayez-le vous-même

Poussez votre propre code et observez un environnement full-stack évoluer en quelques secondes.

Commencez un essai gratuit. Connectez votre dépôt Git. Exécutez upsun resources:set et ne vous souciez plus de la mise à l'échelle.

Sources

1. Concepts d'auto-scaling Kubernetes : horizontal vs vertical
2. Présentation, définitions et comportement de HPA Kubernetes
3. Cadre Google Cloud, autoscaling pour éviter le surprovisionnement 
4. AWS Well-Architected IA Lens, l'autoscaling améliore l'efficacité et réduit les coûts
5. Autoscaling vertical des pods Kubernetes, présentation et fonctionnement