Dev 1. Un point de départ ciblé.

Un environnement ciblé avec une tâche délimitée

Utilisez Dev 1 comme candidat pour une API compacte ou un exercice de staging fonctionnel avec des données synthétiques. Gardez les composants actifs et la concurrence explicites. Une base de données, plusieurs workers et des releases qui se chevauchent peuvent épuiser un petit budget même lorsque le trafic moyen est léger.

Quand choisir une autre configuration

Reconsidérez ce profil lorsque votre charge de travail représentative nécessite une mémoire concurrente qui ne laisse aucune réserve pour l'hôte ou la release. Une migration de base de données importante ou une répétition de performance doit être dimensionnée pour cette tâche, et non forcée dans l'allocation la plus petite.

Comprendre l'option que vous modifiez

CPU, mémoire, stockage de travail, transfert mensuel et choix d'IP répondent à des contraintes différentes. Les sauvegardes sont une option facturée séparément ; un disque supplémentaire seul ne constitue pas une récupération indépendante. Comparer toutes les options récurrentes avant d'augmenter le budget.

Vérifier la prochaine release ainsi que le trafic actuel

Consignez l'artefact, les changements de schéma, le comportement du worker et l'espace temporaire. Utilisez le guide d'exploitation correspondant pour choisir une prochaine étape mesurable.

Quand ce profil est pertinent

Choisissez ceci lorsque l'utilisation de la mémoire est modeste et que vous pouvez mesurer la demande avant d'ajouter de la capacité.

Utilisez une charge de travail représentative pour valider les pics de mémoire, les besoins disque et la demande CPU. Aucun benchmark, capacité de trafic ou performance applicative garantie n'est revendiqué.

Ce que vous gérez

Choisissez l'image Linux, installez et mettez à jour votre application, et maintenez votre propre processus d'accès, de supervision et de récupération. Les images réelles du fournisseur et leur disponibilité restent à confirmer.