Besoin de plus d'inspiration ? resources:set. C'est fait.

Faire évoluer ton application ne devrait pas ressembler à une opération à cœur ouvert. Ça devrait être aussi simple que d'appuyer sur un bouton. Regarde ton environnement s'adapter en temps réel. Évolutivité horizontale. Évolutivité verticale. Une seule commande. C'est fait.

upsun resources:set

Tu ne veux pas d’une nouvelle salle de crise. Tu veux un moyen simple d’augmenter la capacité lorsque le trafic augmente, sans passer des heures à modifier et tester des fichiers YAML complexes ni à déployer manuellement des scripts sur les clusters. Upsun te permet de configurer 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 ça marche

1. Commence 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, afin que tu puisses tester exactement le changement que tu prévois de déployer. Consulte le guide « Qu'est-ce qu'Upsun ? ».
2. Augmente la CPU, la RAM ou l'espace disque d'un conteneur pour montrer la mise à l'échelle verticale.
3. Ajoute des instances pour une application afin de montrer la mise à l'échelle horizontale sous charge.
4. Pousse une deuxième branche et répète l'opération, pour prouver que le processus est cohérent d'un environnement à l'autre.
5. Ouvre les métriques et le profilage pour confirmer que la latence diminue et que les taux d'erreur restent stables.

Les bases de la mise à l'échelle des applications : mise à l'échelle horizontale et verticale

La mise à l'échelle horizontale consiste à exécuter plusieurs instances de ton 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 tu sois capable de faire les deux facilement et rapidement.¹² Alors que 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, permettant à ton équipe de s'adapter aux pics de charge et de se redimensionner pour atteindre un état stable.

La méthode Upsun : une solution pour les deux

Tu peux modifier les ressources de manière interactive ou exécuter des indicateurs explicites. Consulte la configuration des ressources.

Mise à l'échelle verticale :

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

• --size te permet de sélectionner une quantité de CPU. Chaque quantité de CPU est associée à une quantité de RAM via nos profils de conteneurs basés sur les environnements d'exécution.
• --disk alloue du stockage par conteneur.
• L'environnement est redéployé pour appliquer les modifications. Voir 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 répartit les requêtes entre les instances.
• L'environnement est redéployé pour appliquer le nouveau nombre. Consulte la section sur la mise à l'échelle horizontale.

Tu préfères commencer petit lors des prévisualisations et ne te développer qu'en cas de besoin ? Définis 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 avec la taille adéquate. Découvre les stratégies.

Un processus de développement, pas de détours par la plateforme

Upsun est piloté par Git. Tu décris ton application et tes services dans une seule configuration, tu pousses une branche, et Upsun construit et déploie automatiquement un environnement de type production. Découvre le processus. Comme les environnements clonent le code et les données, tes tests de branche sont réalistes, et tu peux expurger les enregistrements sensibles directement dans le pipeline. Consulte le guide d'expurgation de la base de données.

Lorsque ta 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 évolutivité horizontale sécurisée. Pour l'optimisation de la mémoire et du CPU, les profils de conteneurs exposent des combinaisons CPU et RAM pertinentes par type de charge de travail. Consulte les profils.

Observabilité et APM intégrées

L'optimisation sans télémétrie relève de la conjecture. Upsun intègre le profilage continu et les métriques d'application, ce qui te permet de vérifier que ton choix de mise à l'échelle fait réellement évoluer la latence p95, la saturation du CPU et le débit dans la bonne direction. Consulte le profilage continu pour PHP et d'autres langages. Regarde une courte démo.

Étape par étape

1. Référence : lance 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érifie que la marge CPU et la pression sur la mémoire s'améliorent tandis que la latence diminue.

Mise à l'échelle horizontale :

upsun resources:set --count api:3

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

4. Crée une nouvelle branche : Crée une nouvelle branche de fonctionnalités. Elle hérite des ressources en fonction de tes règles d'initialisation. Répète l'opération. 

5. Option d'auto-scaling : si tu préfères une approche sans intervention, active l'auto-scaling natif pour ajuster le nombre d'instances en fonction des seuils de CPU, de RAM ou de latence des requêtes. Consulte le guide sur l'auto-scaling.

Pourquoi cela aide ton équipe

• Rapidité : évolue en quelques minutes, pas en plusieurs jours. Ta branche se comporte comme l'environnement de production, ce qui garantit la précision des corrections.
• Qualité : prévisualise chaque modification et effectue des tests de performance sur des environnements qui répliquent temporairement les ressources de production à un coût minime.
• Cohérence : une seule interface CLI pour la mise à l'échelle verticale et horizontale sur tous les services.
• Réduction de la charge de travail : pas de scripts sur mesure ni de modifications manuelles du cluster.
• Coût prévisible : commence avec un minimum de ressources sur les branches, évolue uniquement là où la télémétrie prouve la valeur ajoutée. Consulte les tarifs et le suivi des coûts dans la console.

Si tu préfères une page d'accueil visuelle avant de te lancer, découvre les fonctionnalités d'Upsun. Pour plus d'exemples et de tutoriels spécifiques à chaque langage, rends-toi sur le Centre des développeurs.

Essaie-le toi-même

Pousse ton propre code et observe un environnement full-stack s'adapter en quelques secondes.

Commence un essai gratuit. Connecte ton dépôt Git. Exécute l'upsun resources:sete et fais en sorte que la mise à l'échelle soit le dernier de tes soucis.

Sources

1. Concepts d'auto-scaling de Kubernetes : horizontal vs vertical
2. Présentation, définitions et fonctionnement de HPA dans Kubernetes
3. Framework Google Cloud : l'autoscaling pour éviter le surprovisionnement 
4. Lentille AWS Well-Architected pour l'IA générative : l'autoscaling améliore l'efficacité et réduit les coûts
5. Kubernetes Vertical Pod Autoscaler : présentation et fonctionnement