Vue d’ensemble du cas d’entreprise (préversion)
Cet article fournit une vue d’ensemble des évaluations dans l’outil Azure Migrate : Découverte et évaluation. L’outil peut évaluer des serveurs locaux dans un environnement Hyper-V et virtuel VMware, ainsi que des serveurs physiques en vue de leur migration vers Azure.
Qu’est-ce qu’une affaire ?
La fonctionnalité business case vous aide à créer une proposition métier pour comprendre comment Azure peut apporter la valeur la plus élevée à votre entreprise. Points forts :
- Coût total de possession local par rapport à Azure.
- Analyse des flux de trésorerie d’une année sur l’autre.
- Insights basés sur l’utilisation des ressources pour identifier les serveurs et les charges de travail parfaits pour le cloud.
- Gains rapides pour la migration et la modernisation, notamment la fin de la prise en charge du système d’exploitation Windows et des versions SQL.
- Économies de coûts à long terme en passant d’un modèle de dépenses d’investissement à un modèle de dépenses d’exploitation, en payant uniquement ce que vous utilisez.
Autres fonctionnalités clés :
- Permet de supprimer le travail de deviner dans votre processus de planification des coûts et d’ajouter des calculs pilotés par les insights de données.
- Elle peut être générée en quelques clics seulement après avoir effectué la découverte à l’aide de l’appliance Azure Migrate.
- La fonctionnalité est automatiquement activée pour les projets Azure Migrate existants.
Cette fonctionnalité ne peut être utilisée que pour créer des cas métier dans des régions de cloud public. Pour Azure Government, vous pouvez utiliser la fonctionnalité d’évaluation existante.
Stratégies de migration dans un cas d’entreprise
Il existe trois types de stratégies de migration que vous pouvez choisir lors de la création de votre cas d’entreprise :
| Stratégie de migration | Détails | Informations sur l'évaluation |
|---|---|---|
| Azure recommandé pour réduire les coûts | Vous pouvez obtenir la suggestion cible la plus économique et la plus compatible dans Azure sur les cibles Azure IaaS et PaaS Azure. | Pour les serveurs SQL Server, le dimensionnement et le coût proviennent du rapport recommandé avec une stratégie d’optimisation : réduisez les coûts de l’évaluation Azure SQL. Pour les applications web, le dimensionnement et le coût proviennent des évaluations Azure App Service et Azure Kubernetes Service en fonction de la préparation de l’application web et du coût minimal. Pour les serveurs généraux, le dimensionnement et le coût proviennent de l’évaluation des machines virtuelles Azure. |
| Migrer vers toutes les IaaS (Infrastructure as a Service) | Vous pouvez obtenir une suggestion de lift-and-shift rapide vers Azure IaaS. | Pour les serveurs SQL Server, le dimensionnement et le coût proviennent de l’instance vers SQL Server sur le rapport de machine virtuelle Azure. Pour les serveurs généraux et les serveurs hébergeant des applications web, le dimensionnement et le coût proviennent de l’évaluation des machines virtuelles Azure. |
| Moderniser vers PaaS (Platform as a Service) | Vous pouvez obtenir une suggestion PaaS par défaut qui signifie que la logique identifie les charges de travail les mieux adaptées aux cibles PaaS. Les serveurs généraux sont recommandés avec une suggestion de lift-and-shift rapide vers Azure IaaS. |
Pour les serveurs SQL Server, le dimensionnement et le coût proviennent du rapport recommandé avec une stratégie d’optimisation : Moderniser vers PaaS à partir de l’évaluation Azure SQL. Pour les applications web, le dimensionnement et le coût proviennent des évaluations Azure App Service et Azure Kubernetes Service, avec une préférence pour App Service. Pour les serveurs généraux, le dimensionnement et le coût proviennent de l’évaluation des machines virtuelles Azure. |
Bien que le cas d’entreprise sélectionne des suggestions Azure à partir de certaines évaluations, vous ne pourrez pas accéder directement aux évaluations. Pour approfondir le dimensionnement, la préparation et les estimations des coûts Azure, vous pouvez créer des évaluations respectives pour les serveurs ou les charges de travail.
Comment faire pour créer un cas d’entreprise ?
Actuellement, vous pouvez créer un cas d’entreprise avec les deux sources de découverte :
| Source de détection | Détails | Stratégies de migration qui peuvent être utilisées pour créer un cas d’entreprise |
|---|---|---|
| Utiliser des insights de données plus précis collectés via l’appliance Azure Migrate | Vous devez configurer une appliance Azure Migrate pour VMwareou Hyper-V ou Physical/Bare-metal ou d’autres clouds. L’appliance découvre les serveurs, l’instance et les bases de données SQL Server, et applications web ASP.NET/Java et envoie des données de métadonnées et de performances (utilisation des ressources) à Azure Migrate. Plus d’informations | Azure est recommandé pour réduire les coûts, migrer vers toutes les IaaS (infrastructure en tant que service), moderniser vers PaaS (plateforme en tant que service) |
| Créez une analyse de rentabilité rapide pour des serveurs importés via un fichier .csv | Vous devez fournir l’inventaire du serveur dans un . Fichier CSV et importation dans Azure Migrate pour obtenir un cas d’entreprise rapide en fonction des entrées fournies. Vous n’avez pas besoin de configurer l’appliance Azure Migrate pour découvrir les serveurs. | Migrer vers toutes les IaaS (Infrastructure as a Service) |
Comment faire pour utiliser l’appliance ?
Si vous déployez une appliance Azure Migrate pour découvrir des serveurs locaux, procédez comme suit :
- Configurez Azure et votre environnement local de manière à ce qu’ils opèrent avec Azure Migrate.
- Pour votre première évaluation, créez un projet Azure et ajoutez-y l’outil Découverte et évaluation.
- Déployez une appliance Azure Migrate légère. L’appliance découvre en permanence les serveurs locaux et envoie les métadonnées et données de performances de serveur à Azure Migrate. Déployez l’appliance en tant que machine virtuelle. Vous n’avez rien à installer sur les serveurs que vous souhaitez évaluer.
Une fois que l’appliance commence la découverte du serveur, vous pouvez commencer à créer votre cas d’entreprise. Suivez nos tutoriels pour VMware ou Hyper-V ou Physical/Bare-metal ou d’autres clouds pour tester ces étapes.
Nous vous recommandons d’attendre au moins un jour après le début de la découverte avant de créer une analyse de rentabilité pour que suffisamment de points de données de performances/d’utilisation des ressources soient collectés. En outre, passez en revue les panneaux notifications/résoudre les problèmes sur le hub Azure Migrate pour identifier les problèmes liés à la découverte avant le calcul de l’analyse de rentabilité. Ceci va garantir que le patrimoine informatique de votre centre de données est représenté de façon plus précise et que les suggestions de l’analyse de rentabilité est davantage pertinente.
Quelles données l’appliance collecte-t-elle ?
Si vous utilisez l’appliance Azure Migrate à des fins d'évaluation, apprenez-en plus sur les métadonnées et les données de performance qui sont collectées pour :
Comment l'appliance calcule-t-elle les données de performances ?
Si vous utilisez l’appliance à des fins de découverte, elle collecte des données de performances pour les paramètres de calcul en procédant comme suit :
L’appliance collecte un point d’échantillonnage en temps réel.
- Machines virtuelles VMware : un point d’échantillonnage est collecté toutes les 20 secondes.
- Machines virtuelles Hyper-V : un point d’échantillonnage est collecté toutes les 30 secondes.
- Serveurs physiques : un point d’échantillonnage est collecté toutes les 5 minutes.
L’appliance combine les points d’échantillonnage afin de créer un point de données unique toutes les 10 minutes pour les serveurs VMware et Hyper-V, et toutes les 5 minutes pour les serveurs physiques. Pour créer le point de données, l’appliance sélectionne les valeurs maximales de tous les échantillons. Elle envoie ensuite le point de données à Azure.
L’évaluation stocke tous les points de données à intervalles de 10 minutes pour le dernier mois.
Lorsque vous créez un cas d’entreprise, plusieurs évaluations sont déclenchées en arrière-plan.
Les évaluations identifient le point de données approprié à utiliser pour la dimensionnement des droits. L’identification est basée sur les valeurs de centile pour Historique des performances et Utilisation en centile.
- Par exemple, si l’historique des performances est d’une semaine et que l’utilisation en centile est le 95e centile, l’évaluation trie les points d’échantillonnage de 10 minutes pour la dernière semaine. Il les trie dans l’ordre croissant et sélectionne la valeur du 95e centile pour le dimensionnement adéquat.
- Le 95e centile vous permet d’ignorer les valeurs hors norme qui peuvent être incluses quand vous choisissez le 99e centile.
Cette valeur est multipliée par le facteur de confort pour obtenir les données réelles d’utilisation de performances pour ces mesures collectées par l’appliance.
Comment les insights d’utilisation sont-ils dérivés ?
Il couvre les serveurs qui sont idéaux pour le cloud, les serveurs qui peuvent être désactivés localement et les serveurs qui ne peuvent pas être classés en fonction de l’utilisation des ressources/des données de performances :
- Idéal pour le cloud: ces serveurs conviennent le mieux à la migration vers Azure et comprennent des serveurs actifs et inactifs :
- Serveurs actifs : ces serveurs fournissaient une valeur métier en étant activés et avaient leur utilisation du processeur et de la mémoire supérieure à 5 % et l’utilisation du réseau au-dessus de 2 %.
- Serveurs inactifs : ces serveurs étaient activés, mais ne fournissent pas de valeur métier en ayant leur utilisation du processeur et de la mémoire inférieure à 5 % et l’utilisation du réseau inférieure à 2 %.
- Désaffectation: ces serveurs étaient censés fournir de la valeur métier, mais ils ne peuvent pas être mis hors service localement et recommandés de ne pas migrer vers Azure :
- Zombie : l’utilisation du processeur, de la mémoire et du réseau était de 0 % sans problèmes de collecte de données de performances.
- Ces serveurs étaient activés, mais n’ont pas de métriques adéquates disponibles :
- Inconnu: de nombreux serveurs peuvent se trouver dans cette section si la découverte est toujours en cours ou présente des problèmes de découverte non résolus.
Qu’est-ce qui comprend un cas d’affaires ?
Quatre rapports majeurs doivent être examinés :
- Vue d’ensemble: Ce rapport est un résumé exécutif du cas d’affaires et couvre :
- Économies potentielles (TCO).
- Estimation de l’année des économies de trésorerie sur la base de l’estimation de la migration terminée cette année.
- Économies d’avantages Azure uniques comme Azure Hybrid Benefit.
- Économies des fonctionnalités de sécurité et de gestion.
- Insights de découverte couvrant l’étendue du cas d’entreprise.
- Local ou Azure: ce rapport couvre la répartition du coût total de possession par catégories de coûts et des insights sur les économies.
- Azure IaaS: ce rapport couvre l’empreinte Azure et locale des serveurs et charges de travail recommandés pour la migration vers Azure IaaS.
- Azure PaaS: ce rapport couvre l’empreinte Azure et locale des charges de travail recommandées pour la migration vers Azure PaaS.
Qu’est-ce qu’un cas d’affaires ?
Voici ce qui est inclus dans un cas d’affaires :
Coût total de possession (état stable)
Coût local
Composants de coût pour l’exécution de serveurs locaux. Pour les calculs TCO, un coût annuel est calculé pour les têtes suivantes :
| Têtes de coût | Catégorie | Composant | Logique |
|---|---|---|---|
| Compute | Matériel | Matériel serveur (ordinateurs hôtes) | Le coût total d’acquisition matérielle est calculé à l’aide d’une formule de régression linéaire de coût par cœur : coût par cœur = 16 232 x (Cœur optimisé : rapport mémoire en Go) + 113,87. Cœurs optimisés = 2 x (cœurs) |
| Logiciels : licences SQL Server | Coût de la licence | Calculé par deux prix de licence de pack de base de 2019 Entreprise ou Standard. | |
| SQL Server : correctifs de sécurité étendus (ESU) | Coût de la licence | Calculé pendant 3 ans après la fin de la prise en charge de la licence SQL Server comme suit : ESU (année 1) – 75 % du coût de la licence ESU (année 2) – 100 % du coût de la licence ESU (année 3) – 125 % du coût de la licence |
|
| Software Assurance | Calculé par année comme dans les paramètres. | ||
| Logiciels : licences Windows Server | Coût de la licence | Calculé par prix de licence de pack principal de Windows Server. | |
| Windows Server : mise à jour de sécurité étendue (ESU) | Coût de la licence | Calculé pendant 3 ans après la fin de la prise en charge de la licence Windows Server : ESU (année 1) – 75 % du coût de la licence ESU (année 2) – 100 % du coût de la licence ESU (année 3) – 125 % du coût de la licence |
|
| Software Assurance | Calculé par année comme dans les paramètres. | ||
| Logiciel de virtualisation pour les serveurs s’exécutant dans un environnement VMware | Virtualization Software (coût de licence VMware + support) | Coût de licence pour la licence vSphere Standard + prise en charge de production pour la licence vSphere Standard. Non inclus : d’autres coûts logiciels d’hyperviseur ou Antivirus ou agents de surveillance. | |
| Stockage | Matériel de stockage | Le coût total d’acquisition du matériel de stockage est calculé en multipliant le volume total de stockage attaché au coût par Go. La valeur par défaut est de 2 USD par Go par mois. | |
| Maintenance du stockage | La valeur par défaut est de 10 % du coût d’acquisition du matériel de stockage. | ||
| Network (Réseau) | Matériel réseau et logiciel | Équipement réseau (armoires, commutateurs, routeurs, équilibreurs de charge, etc.) et logiciels | En tant que standard industriel et utilisé par les vendeurs dans les cas d’affaires, il s’agit d’un % du coût de calcul et de stockage. La valeur par défaut est 10 % du coût de stockage et de calcul. |
| Maintenance | Maintenance | La valeur par défaut est de 15 % du coût matériel et logiciel réseau. | |
| Sécurité | Serveurs généraux | Coût de sécurité du serveur | La valeur par défaut est de 250 USD par an par serveur. Ceci est multiplié par le nombre de serveurs (serveurs généraux) |
| Serveurs SQL | Coût de protection SQL | La valeur par défaut est de 1 000 USD par an par serveur. Ceci est multiplié par le nombre de serveurs exécutant SQL | |
| Sites | Installations et infrastructure | Installations DC : bail et alimentation | Le coût des installations n’est pas applicable au coût Azure. |
| Main-d’œuvre | Main-d’œuvre | Administrateur informatique | Coût d’administration DC = ((Nombre de machines virtuelles) / (Moyenne du nombre de machines virtuelles pouvant être gérées par un administrateur à temps plein)) x 730 x 12 |
| Gestion | Gestion des licences logicielles | Logiciel de gestion de System Center | Utilisé pour le coût du logiciel de gestion System Center qui inclut la surveillance, le matériel et l’approvisionnement de machines virtuelles, l’automatisation, la sauvegarde et les fonctionnalités de gestion de la configuration. Le coût du logiciel de gestion de Centre système Microsoft est ajouté lorsque les agents system center sont identifiés sur l’une des ressources découvertes. Cela s’applique uniquement aux serveurs Windows et aux scénarios liés aux serveurs SQL et inclut l’assurance logicielle. |
| Logiciel de gestion VMware Vcenter | Il s’agit du coût associé au logiciel de gestion VMware, c’est-à-dire le coût du logiciel de gestion pour vSphere Standard + coût de support de production du logiciel de gestion. Non inclus : d’autres coûts logiciels d’hyperviseur ou antivirus/agents de surveillance. | ||
| Autres logiciels de gestion | Il s’agit du coût du logiciel de gestion pour les produits de gestion tiers. | ||
| Coût de gestion autre que le logiciel | Coût de surveillance | Spécifiez les coûts autres que le logiciel de surveillance. La valeur par défaut est de 430 USD par an par serveur. Cela est multiplié par le nombre de serveurs. La valeur par défaut utilisée est le coût associé à un administrateur de surveillance. | |
| Coût de la gestion des correctifs | Spécifiez les coûts autres que les logiciels de gestion des correctifs. La valeur par défaut est de 430 USD par an par serveur. Cela est multiplié par le nombre de serveurs. La valeur par défaut est le coût associé à un administrateur de gestion des correctifs. | ||
| Coût de la sauvegarde | Spécifiez les coûts autres que les logiciels de sauvegarde. La valeur par défaut est de 580 USD par an par serveur. Cela est multiplié par le nombre de serveurs. La valeur par défaut utilisée inclut le coût par serveur d’un administrateur de sauvegarde et le stockage requis localement pour la sauvegarde. |
Coût Azure
| Têtes de coût | Catégorie | Composant | Logique |
|---|---|---|---|
| Compute | Calcul (IaaS) | Machines virtuelles Azure, SQL Server sur machines virtuelles Azure | Coût de calcul (avec AHUB) à partir de l’évaluation des machines virtuelles Azure, coût de calcul (avec AHUB) à partir de l’évaluation Azure SQL |
| Calcul (PaaS) | Azure SQL MI ou Azure SQL DB | Coût de calcul (avec AHUB) à partir de l’évaluation Azure SQL. | |
| Calcul (PaaS) | Azure App Service ou Azure Kubernetes Service | Planifiez le coût d'Azure App Service et/ou de pool de nœuds à partir d'Azure Kubernetes Service. | |
| Stockage | Stockage (IaaS) | Machine virtuelle Azure : disques managés, Serveur sur machine virtuelle Azure : disque managé | Coût de stockage de l’évaluation des machines virtuelles Azure/évaluation Azure SQL. |
| Stockage (PaaS) | Azure SQL MI ou Azure SQL DB : disques managés | Coût de stockage de l’évaluation Azure SQL. | |
| Stockage (PaaS) | N/A | N/A | |
| Network (Réseau) | Matériel réseau et logiciel | Équipement réseau (armoires, commutateurs, routeurs, équilibreurs de charge, etc.) et logiciels | En tant que standard industriel et utilisé par les vendeurs dans les cas d’affaires, il s’agit d’un % du coût de calcul et de stockage. La valeur par défaut est 10 % du coût de stockage et de calcul. |
| Maintenance | Maintenance | La valeur par défaut est de 15 % du coût matériel et logiciel réseau. | |
| Sécurité | Coût de sécurité du serveur | Defender pour les serveurs | Pour les serveurs recommandés pour la machine virtuelle Azure, s’ils sont prêts à exécuter Microsoft Defender pour serveurs, le coût de Microsoft Defender pour serveurs (Plan 2) par serveur pour cette région est ajouté |
| Coût de la sécurité SQL | Defender pour SQL | Pour les instances et les bases de données SQL Server recommandées pour SQL Server sur des machines virtuelles Azure, Azure SQL MI ou Azure SQL DB, si elles sont prêtes à exécuter Defender pour SQL, le coût de Defender pour SQL par instance SQL Server pour cette région est ajouté. Pour les bases de données recommandées pour Azure SQL DB, le coût est déployé au niveau de l’instance. | |
| Sécurité dans Azure App Service | Defender pour App Service | Pour les applications web recommandées pour les conteneurs App Service ou App Service, le coût de Defender pour App Service pour cette région est ajouté. | |
| Sites | Installations et infrastructure | Installations DC : bail et alimentation | Le coût des installations n’est pas applicable au coût Azure. |
| Main-d’œuvre | Main-d’œuvre | Administrateur informatique | Coût d’administration DC = ((Nombre de machines virtuelles) / (Moyenne du nombre de machines virtuelles pouvant être gérées par un administrateur à temps plein)) x 730 x 12 |
| Gestion | Services de gestion Azure | Azure Monitor, Sauvegarde Azure et Azure Update Manager | Coûts Azure Monitor pour chaque serveur en fonction du prix indiqué dans la région en supposant la collecte des journaux d’ingestion pour le système d’exploitation invité et une application personnalisée est activée pour le serveur, en totalisant les données de journaux d’activité de 3 Go par mois. Le coût de Sauvegarde Microsoft Azure pour chaque serveur par mois est estimé dynamiquement en fonction de la tarification de Sauvegarde Microsoft Azure, qui inclut des frais d’instance protégés, un stockage d’instantanés et un stockage de coffre de services de récupération. Azure Update Manager est gratuit pour les serveurs Azure. |
Coûts de l’année sur l’année
État actuel (local)
| Composant | An 0 | An 1 | An 2 | An 3 | An 4 |
|---|---|---|---|---|---|
| CAPEX | Total CAPEX (A) | Y1 CAPEX = Total CAPEX (A) * (1+taux de croissance du serveur%) | Y2 CAPEX = Y1 CAPEX (A) * (1+taux de croissance du serveur%) | Y3 CAPEX = Y2 CAPEX (A) * (1+taux de croissance du serveur%) | Y4 CAPEX = Y3 CAPEX (A) * (1+taux de croissance du serveur%) |
| OPEX | Total OPEX (B) | Y1 OPEX = Total OPEX (B) * (1+taux de croissance du serveur%) | Y2 OPEX = Y1 OPEX (B) * (1+taux de croissance du serveur%) | Y3 OPEX = Y2 OPEX (B) * (1+taux de croissance du serveur%) | Y4 OPEX = Y3 OPEX (B) * (1+taux de croissance du serveur%) |
| Flux de trésorerie statu quo | Y0 Cashflow = Total CAPEX (A) + Total OPEX (B) | Y1 Cashflow = Y1 CAPEX + Y1 OPEX | Y2 Cashflow = Y2 CAPEX + Y2 OPEX | Y3 Cashflow = Y3 CAPEX (A) + Y3 OPEX (B) | Y4 Cashflow = Y4 CAPEX (A) + Y4 OPEX (B) |
CAPEX &OPEX
| Composant | Sous-composant | Hypothèses | Azure conservé |
|---|---|---|---|
| Dépenses en immobilisations (CAPEX) (A) | |||
| Dépréciation du serveur | (Coût total de l’acquisition matérielle du serveur) / (Durée de vie amortissable) | Durée de vie amortissable = 4 ans | |
| Amortissement du stockage | (Coût total de l’acquisition matérielle de stockage) / (Durée de vie amortissable) | Durée de vie amortissable = 4 ans | |
| Équipement de mise en réseau et d’ajustement | (Coût total de l’acquisition du matériel réseau) / (Durée de vie amortissable) | Durée de vie amortissable = 5 ans | |
| Amortissement de licence | (coût de virtualisation + Windows Server + SQL Server + système d’exploitation Linux) / (Durée de vie amortissable) | Durée de vie amortissable = 5 ans | Les licences VMware ne sont pas conservées ; Les licences logicielles de gestion Windows, SQL et Hyper-V sont conservées en fonction de l’option AHUB dans Azure. |
| Dépenses d’actif opérationnel (OPEX) (B) | |||
| Maintenance du réseau | Par an | ||
| Maintenance du stockage | Par an | Tirage à l’alimentation par serveur, prix moyen par KW par mois en fonction de l’emplacement. | |
| Prise en charge des licences | Coût de prise en charge de la licence pour la virtualisation + Windows Server + SQL Server + Système d’exploitation Linux + Mise à jour de sécurité étendue de Windows Server (ESU) + Mise à jour de sécurité étendue SQL Server (ESU) | Les licences VMware ne sont pas conservées ; Les licences logicielles de gestion Windows, SQL et Hyper-V sont conservées en fonction de l’option AHUB dans Azure. | |
| Sécurité | Par an | Par coût annuel de sécurité/protection du serveur. | |
| Coût de l’administrateur du centre de données | Nombre de personnes * coût horaire * 730 heures | Coût par heure basé sur l’emplacement. |
État futur (local + Azure)
Il part du principe que le client effectue une migration progressive vers Azure avec le pourcentage suivant de serveurs migrés chaque année :
| An 0 | An 1 | An 2 | An 3 |
|---|---|---|---|
| 0 % | 20 % | 50 % | 100 % |
Vous pouvez remplacer les valeurs ci-dessus dans la section hypothèses du cas d’entreprise.
Dans Azure, il n’y a pas de CAPEX, le coût annuel d'Azure est un OPEX
| Composant | An 0 | An 1 | An 2 | An 3 | An 4 |
|---|---|---|---|---|---|
| CAPEX | Total CAPEX (A) | Y1 CAPEX Azure =80%* (Y1 CAPEX local) | Y2 CAPEX Azure =50%* (Y2 CAPEX local) | Y3 CAPEX Azure =0%* (Y3 CAPEX local) | Y4 CAPEX = 0%* (Y4 CAPEX local) |
| OPEX | Total OPEX (B) | Y1 OPEX Azure = 80%* (Y1 OPEX local)+20%* (coût annuel Azure) * (taux de croissance du serveur+ 1+ %) | Y2 OPEX Azure = 50 %* (Y2 OPEX local)+50 %* (coût annuel Azure) * (taux de croissance du serveur + 1 + taux de croissance du serveur %) | Y3 OPEX Azure = 100%* (coût annuel Azure) * (taux de croissance du serveur+ 1+ %) | Y4 OPEX Azure = 100 %* (coût annuel Azure) * (taux de croissance du serveur + 1+ %) |
| Flux de trésorerie à l’état futur | Y0 Cash Flow = Total CAPEX (A) + Total OPEX (B) | Y1 Cash Flow = Y1 CAPEX + Y1 OPEX | Y2 Cash Flow = Y2 CAPEX + Y2 OPEX | Y3 Cash Flow = Y3 CAPEX + Y3 OPEX | Flux de trésorerie Y4 = Y4 CAPEX + Y4 OPEX |
Glossaire
| Terme | Détails |
|---|---|
| analyse de rentabilité | Un cas d’entreprise fournit une justification pour un projet go/no go. Il évalue l’avantage, le coût et le risque des options alternatives et fournit une justification pour la solution préférée. |
| Coût total de possession (TCO) | TCO (Coût total de possession) est une estimation financière pour aider les entreprises à calculer précisément, l’impact économique pendant le cycle de vie entier des projets informatiques. |
| Retour sur investissement (ROI) | Retour attendu d’un projet en pourcentage. Le retour sur investissement (ROI) est calculé en divisant les avantages nets (avantages moins coûteux) par coût. |
| Relevé des flux de trésorerie | Il explique combien d’argent est sorti et dans la porte d’une entreprise. |
| Flux de trésorerie net (NCF) | C’est la différence entre l’argent entrant et l’argent provenant de votre entreprise pendant une période spécifique. |
| Valeur actuelle nette (NPV) | Valeur actuelle des flux de trésorerie nets futurs (réduits) en fonction d’un taux d’intérêt (taux d’escompte). Un projet positif NPV indique normalement que l’investissement doit être réalisé à moins que d’autres projets n’aient plus de NPV. |
| Période de remboursement | Point d’arrêt d’un investissement. Il s’agit du moment où les avantages nets (avantages moins coûts) sont égaux à l’investissement initial ou au coût. |
| Dépenses en capital (CAPEX) | Des investissements frontaux dans les actifs qui sont capitalisés et placés dans le bilan. |
| Dépenses d’exploitation (OPEX) | Dépenses d’exécution d’une entreprise. |
| MDC | Microsoft Defender pour le cloud. Plus d’informations |
Étapes suivantes
- Apprenez-en davantage sur Azure Migrate.