App 2. De la place pour toute la stack.

Budgétiser l'API et son worker ensemble

App 2 est un point de comparaison utile pour une API avec un worker d'export et une base de données compacte. Attribuez un budget à chaque processus et testez les requêtes pendant qu'un export et une release se chevauchent. Gardez l'âge de la file d'attente aussi visible que la latence HTTP.

Quand choisir une autre configuration

Un worker bruyant et une base de données en attente n'ont pas nécessairement besoin de la même mise à niveau. Ajoutez de la mémoire pour la pression observée, réduisez la concurrence inutile ou séparez un composant lorsque des opérations indépendantes importent.

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

Une base de planification utile pour une petite stack SaaS. Dimensionnez votre base de données et vos workers séparément avant de choisir.

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.