Présentation de la scalabilité verticale

La principale chose que vous pouvez faire sur une plateforme comme Scalingo au-delà de l'hébergement de votre application web, est de faire évoluer cette application. L'évolutivité est un problème difficile, très dépendant de votre application, de son infrastructure, de la manière dont elle a été construite, de son optimisation. C'est pourquoi différents modèles d'évolutivité coexistent. L'évolutivité horizontale en est un : vous multipliez vos conteneurs d'application pour gérer plus de demandes en parallèle. Elle est intégrée dans Scalingo dès le début. Aujourd'hui, nous introduisons l'évolutivité verticale sur la plateforme de Scalingo.

Au départ, nous n'avons proposé qu'un seul modèle d'évolutivité : l'évolutivité horizontale. Cette méthode consiste à multiplier le nombre de conteneurs d'une application et à planifier les demandes parmi eux. Tous les conteneurs étaient strictement identiques, ayant une part similaire de CPU et 512 mégaoctets de mémoire. Ce modèle est, selon nous, le plus sain. Cette stratégie de ‘diviser pour régner’ offre la meilleure redondance et assure une meilleure disponibilité.

Cependant, ce modèle ne convient pas à toutes les situations et toutes les technologies. Certaines d'entre elles peuvent être un peu plus gourmandes en consommation de ressources. Par exemple, Ruby on Rails, Meteor ou Java peuvent consommer plus de 512 Mo. C'est pourquoi nous mettons en place un moyen d'atteindre l'évolutivité verticale. Cela ne change pas seulement la mémoire allouée aux instances de votre application, mais aussi leur priorité CPU. En fait, les conteneurs XL et 2XL seront deux fois plus prioritaires par rapport aux conteneurs M et L.

[

](https://scalingo.com/users/signup)

À partir d'aujourd'hui, vous pouvez modifier la taille des conteneurs de votre application, voici une description des tailles nouvellement créées :

• S : 256 Mo, faible priorité CPU

• M : 512 Mo, priorité CPU standard

• L : 1 Go, priorité CPU standard

• XL : 2 Go, haute priorité CPU

• 2XL : 4 Go, haute priorité CPU

Vous pouvez trouver ces informations dans notre documentation également.

Bien sûr, ces modèles ne sont pas exclusifs, vous pouvez utiliser 3 conteneurs de type ‘web’ eXtra Large et 1 Medium ‘worker’ par exemple. Vous avez maintenant plus de liberté dans le choix des ressources allouées à vos applications.

Notre API et notre utilitaire de ligne de commande ont également été mis à jour, vous pouvez les utiliser en plus de notre tableau de bord web pour gérer la formation de vos conteneurs d'application.

Exemple d'utilisation de la CLI :

# Change the amount of web containers to 2, and use the L size.
scalingo scale web:2:L
# Scale web containers to 3, keep the previous type: L
scalingo scale web:3

# Change the amount of web containers to 2, and use the L size.
scalingo scale web:2:L
# Scale web containers to 3, keep the previous type: L
scalingo scale web:3

# Change the amount of web containers to 2, and use the L size.
scalingo scale web:2:L
# Scale web containers to 3, keep the previous type: L
scalingo scale web:3

# Change the amount of web containers to 2, and use the L size.
scalingo scale web:2:L
# Scale web containers to 3, keep the previous type: L
scalingo scale web:3

Essayez par vous-même en créant un compte Scalingo, c'est gratuit !