01
Fixez la limite temporelle avant de multiplier
Les renouvellements mensuels Tungsto représentent des périodes de service de 30 jours. Trente-six périodes de ce type équivalent à 1,080 jours. Ce n'est pas la même chose que 36 mois calendaires, qui couvrent 1,095 jours ou 1,096 jours lorsque l'intervalle sélectionné inclut un jour bissextile. Choisissez un modèle et placez la date de début exacte, la date de fin, le fuseau horaire et les heures ou secondes facturables en haut des deux feuilles de calcul.
Si l'analyse utilise des jours 1,080, étiquetez la sortie 36 périodes de facturation de trente jours plutôt que de l'appeler silencieusement trois années civiles. Si l'approvisionnement nécessite des mois civils 36, évaluez les renouvellements dédiés et le temps d'exécution cloud sur ces dates exactes. Cela empêche qu'un petit décalage temporel soit présenté comme une économie de plateforme.
02
Définir une enveloppe de service équivalente
Décrivez la charge de travail avant de sélectionner les produits : système d'exploitation, CPU soutenu et de pointe, mémoire résidente, stockage local et durable, modèle d'E/S, adressage public, transfert mensuel, rétention des sauvegardes, objectifs de récupération et régions. Un seul hôte dédié n'est pas automatiquement comparable à une conception cloud répartie sur plusieurs zones, tout comme une instance cloud n'est pas comparable à un hôte bare-metal avec tous les cœurs disponibles en continu.
Créez deux architectures qui satisfont le même résultat énoncé. Si le basculement est requis, incluez le calcul de secours, le stockage répliqué, l'équilibrage de charge et les procédures opérateur des deux côtés. Si l'élasticité est une exigence, modélisez le calendrier réel et la forme des pics au lieu de facturer un serveur dédié à pleine utilisation et une instance cloud sous-dimensionnée uniquement pendant les heures creuses.
03
Construire un registre des coûts complet et sourcé
Pour la location dédiée, incluez le prix du terme sélectionné, les adresses ou services supplémentaires, les sauvegardes externes, les licences logicielles et l'administration. Pour le cloud, incluez le modèle d'achat de calcul, le stockage bloc ou objet, les performances provisionnées, les instantanés, la récupération de sauvegarde, le transfert de données, les adresses publiques, les équilibreurs de charge, la surveillance, le support et les mêmes licences et travail du personnel. Gardez les règles de taxe et de conversion de devises cohérentes.
Utilisez un export daté du calculateur du fournisseur au lieu d'un prix mémorisé. AWS documente des entrées d'estimation distinctes pour les instances, EBS, la surveillance, le transfert, les adresses et les coûts supplémentaires ; d'autres fournisseurs ont leurs propres règles. Le calcul à la demande peut être facturé à la seconde tandis que le stockage et le transfert utilisent des dimensions différentes, donc un seul montant mensuel ne peut pas représenter toute l'architecture.
Construire un registre des coûts complet et sourcé| Groupe de registre | Modèle dédié | Modèle cloud |
|---|
| Calcul | Renouvellements de durée pour les hôtes requis | Exécution par instance et modèle d'achat |
|---|
| Données | Disposition locale plus sauvegarde externe | Volumes, instantanés, stockage d'objets et récupération |
|---|
| Réseau | Port inclus plus extras indiqués | Entrée, sortie, adresses et règles d'équilibrage |
|---|
| Opérations | Travaux de surveillance, de correctifs et de récupération | Opérations de plateforme plus primes de services gérés |
|---|
04
Exécutez des scénarios de sensibilité au lieu d'une seule prévision
Gardez chaque entrée incertaine visible. Recalculez pour une utilisation inférieure et supérieure, le transfert, la croissance du stockage, la rétention des sauvegardes et les heures d'opérateur. Ajoutez un cas d'expiration d'engagement pour les remises cloud et un cas de remplacement ou de migration pour la conception dédiée. N'inventez pas les prix ou les performances des concurrents ; saisissez les valeurs cotées actuelles et enregistrez leur date de récupération.
Un énoncé de seuil de rentabilité utile est conditionnel : pour les hypothèses de durée d'exécution, de transfert et de personnel sélectionnées, une conception coûte moins cher sur l'horizon fixe. Ce n'est pas une affirmation universelle sur le cloud ou le bare metal.
05
Produire une décision vérifiable
Le résultat attendu est une nomenclature pour chaque architecture, une limite de jour commune, des liens sources, trois cas de sensibilité et une liste des avantages ou risques exclus. Incluez l'effort de migration, la dépendance envers un fournisseur, la vitesse de mise à l'échelle et l'isolation matérielle comme facteurs de décision même lorsqu'ils ne sont pas réduits à des dollars. Examinez périodiquement les factures réelles et l'utilisation ; le modèle est un enregistrement de décision, pas une promesse que les prix futurs ou la demande de charge de travail resteront fixes.
Réponses directes
Questions sur ce guide
Pourquoi 36 fois un prix mensuel n'équivaut-il pas toujours à trois années civiles ?
Parce que Tungsto utilise des périodes de service mensuelles de 30 jours. Trente-six périodes font 1,080 jours, tandis que 36 mois civils font normalement 1,095 ou 1,096 jours selon les dates. Utilisez le même horizon explicite des deux côtés.
Le temps du personnel doit-il être exclu parce que les deux plateformes nécessitent des administrateurs ?
Non. N'incluez que le travail attribuable à chaque conception comparable, en utilisant un taux ou des hypothèses d'heures indiqués. Les services gérés peuvent réduire certaines tâches et en introduire d'autres ; n'attribuez pas une économie universelle non étayée.