Guide tarifaire Windows Azure

Guide tarifaire Windows Azure

RésuméLes développeurs et les éditeurs de logiciels doivent faire face à un monde de plus en plus complexe dans lequel les utilisateurs l'accès à davantage de données via des applications plus performantes. En plus de concevoir et mettre sur le marché des applications, les développeurs et les éditeurs doivent répondre à des clients dans le monde entier et leur proposer un niveau élevé de performances pour desbudgets en réduction. Les dépenses en investissement et en exploitation pour construire l'infrastructure nécessaire pour prendre en charge et héberger ces applications conduisent les développeurs à rechercher des solutions plus abordables.Ainsi, les développeurs s'intéressent de plus en plus à la plateforme Windows Azure, système d'exploitation Microsoft dans le cloud ou PaaS (plateform as a service). Toutefois, la complexité des besoins en infrastructure de chaque entreprise peut compliquer l'évaluation des coûts.Ce guide explique le système tarifaire de Windows Azure pour que les développeurs puissent explorer la valeur stratégique sur le long termede développer des applications pour le cloud. En plus d'une présentation des tarifs de base de Windows Azure, ce guide prend commeexemple trois applications et montre en pratique pour chacune d'elle comment calculer son coût total de possession (TCO) dans Windows Azure. Ces scénarios mettent en œuvre :

Une application réalisant de nombreuses transactions Une application nécessitant de nombreuses connexions Une application exploitant de façon intensive une base de

données

Via ces scénarios, ce guide vous permettra de mieux comprendre les coûts associés à Windows Azure. Vous pourrez ensuite appliquer ce tarif à d'autres scénarios métier. Si vous êtes développeur, ce guide vous aidera à déterminer si Windows Azure répond à vos besoins immédiats ou si une migration sur le long terme pourrait faire partie d'une stratégie globale en faveur du cloud.

2

Copyright

Ceci est un document préliminaire qui peut faire l'objet de profondes modifications avant la publication de la version commerciale finale dulogiciel décrit ici.Les informations contenues dans ce document représentent l'opinion actuelle de Microsoft Corporation sur les points cités à la date de publication. Microsoft devant s'adapter aux conditions fluctuantes du marché, cette opinion ne doit pas être interprétée comme un engagementde la part de Microsoft ; de plus, Microsoft ne peut pas garantir la véracité de toute information présentée après la date de publication.Ce livre blanc est fourni uniquement à titre indicatif. MICROSOFT EXCLUT TOUTE GARANTIE, EXPRESSE, IMPLICITE OU STATUTAIRE, EN CE QUI CONCERNE CE DOCUMENT.L'utilisateur est tenu d'observer la réglementation relative aux droits d'auteur applicable dans son pays. Aucune partie de ce documentne peut être reproduite, stockée ou introduite dans un système de restitution, ou transmise à quelque fin ou par quelque moyen que ce soit (électronique, mécanique, photocopie, enregistrement ou autre) sans la permission expresse et écrite de Microsoft Corporation.Microsoft peut détenir des brevets, avoir déposé des demandes d'enregistrement de brevets ou être titulaire de marques, droits d'auteur ou autres droits de propriété intellectuelle portant sur toutou partie des éléments qui font l'objet du présent document. Sauf stipulation expresse contraire d'un contrat de licence écrit de Microsoft, la fourniture de ce document n'a pas pour effet de vous concéder une licence sur ces brevets, marques, droits d'auteur ou autres droits de propriété intellectuelle.© 2011 Microsoft Corporation. Tous droits réservés.Toutes les autres marques déposées appartiennent à leurs propriétairesrespectifs.

3

Table des matières

Le cloud vous attend.................................................4Comment estimer le coût de Windows Azure...........................4

Modèles de tarification Windows Azure................................5Consommation.......................................................5Abonnement.........................................................5

Bases du tarif Windows Azure.........................................5Éléments du tarif..................................................6Calculateur de coût total de possession (TCO)......................8

Exemples de prix Windows Azure.......................................8Scénario 1 : commerce électronique..................................10Contexte..........................................................10Hypothèses........................................................10Applications similaires...........................................13Utilisation du calculateur de coût total de possession............13Analyse des coûts.................................................14

Scénario 2 : Suivi d'actifs.........................................15Contexte..........................................................15Hypothèses........................................................15Applications similaires...........................................18Utilisation du calculateur de coût total de possession............18Analyse des coûts.................................................18

Scénario 3 : outils de formation multimédias........................19Contexte..........................................................19Hypothèses........................................................20Applications similaires...........................................23Utilisation du calculateur de coût total de possession............23Analyse des coûts.................................................23

Analyse des coûts de Windows Azure..................................24En savoir plus......................................................24Références........................................................24

Annexe : Tarification de Windows Azure..............................25

4

Le cloud vous attendWindows Azure est la « plateforme en tantque service » (PaaS) proposée par Microsoftpour vous permettre de développer et dedéployer des applications dans le cloudpour un coût total de possession plusfaible sur le long terme qu'uneinfrastructure privée. En utilisant WindowsAzure en tant que plateforme d'hébergement,vous pouvez vous concentrer sur ledéveloppement d'applications tout enfaisant confiance à Microsoft pour gérer unenvironnement stable, sécurisé et capable de monter en charge. La structure de prix de Windows Azure repose sur le fait que vous payez uniquement pour ce que vous utilisez, tout en conservant la flexibilité de pouvoir monter en charge ou de réduire la voilure si nécessaire. Cela vous permet de développer une grande variété de solutions, les coûts s'ajustant en fonction des besoins de l'architecture et de l'application. Vous pouvez même exercer un meilleur contrôle des coûts en effectuant de petits réglages dans l'infrastructure, une liberté et un contrôle qu'un hébergement privé ou qu'une infrastructure IaaS (infrastructure as a service) ne sauraitproposer.Ce guide montre comment interpréter le tarif Windows Azure pour diverses applications via trois scénarios. Vous serez ainsi à même d'estimer assez facilement les coûts de votre solution.

Comment estimer le coût de Windows AzurePour estimer le coût d'exploitation de la plateforme Windows Azure dans le cadre de votre application, répondez tout d'abord aux questions suivantes :

1. Type d'application : quel est l'objectif de votre application ? Que doit-elle accomplir et pour qui ?

2. Type de développement : comment est développée cette application ? Quel environnement de programmation utilise-t-elle ?

3. Besoins : estimez la volumétrie pour les principales ressources.Quelle capacité de stockage ? Combien d'utilisateurs ? Quelle sera son expansion au fil du temps ? Quelle est la puissance de calcul nécessaire ?

Lorsque vous aurez répondu à ces quelques questions, il sera relativement facile d'en déduire le coût pour Windows Azure. Vous pouvez estimer le coût mensuel en ajoutant les coûts estimés pour

5

Avantages de Windows Azure

Administration fiable 24x7

Serveurs sécurisés parMicrosoft

Plateforme robuste pour le développement de logiciels

Concentration sur le logiciel plutôt que

chaque couche : coûts Windows Azure + coûts SQL Azure + coûts AppFabric + coûts en bande passante. Pour chaque couche, le coût peut être estimé ainsi :Windows Azure : (nbr d'heures de traitement estimé par mois x 0,085 €0,12 $/heure pour une petite instance) + (utilisation estimée du stockage non structuré x 0,099 €0,15 $/Go) + (transactions estimées dustockage par mois x 0,0071 €0,01 $/10 000 transactions)i SQL Azure : (stockage estimé en Go dans des bases de données de moins de 10 Go chacune x 7,085 €9,99 $/Go) + (stockage estimé en Go dans desbases de données de plus de 10 Go chacune x 70,91 €99,99 $/10 GB)AppFabric : (connexions mensuelles estimées au Service Bus x 2,8298 €3,99 $/connexion) + (transactions mensuelles estimées en contrôle d'accès x 1,41 €1,99 $/100 000 transactions)Bande passante : (nbr de gigaoctets entrants estimé par mois x coût local par Go entrant) + (nbr de gigaoctets sortants estimé par mois x coût local par Go sortant)ii

Notez que tous les prix sont fournis sous réserve de modification. Pour connaître les prix actuels et le coût de la bande passante dans votre région, visitez le site Web Windows Azureiii. Les formules ci-dessus servent à évaluer de façon un peu grossière les coûts mensuels de la plateforme Windows Azure. Elles ne doivent pas être utilisées pour une estimation finale. Pour une explication des termes utilisés dans ces formules, reportez-vous à la section Bases du tarif Windows Azure, plus loin dans ce document.

Modèles de tarification Windows AzureVous avez le choix entre deux modèles de tarification : consommation et abonnement. Le modèle de tarification à la consommation n'implique aucun engagement, vous payez chaque mois ce que vous utilisez. Le modèle de tarification par abonnement implique un engagement à utiliser un certain niveau de ressources à des prix très intéressants.Les deux modèles sont présentés ci-dessous.

ConsommationDans ce cas, l'entreprise cliente paie en fonction de son utilisation des ressources Windows Azure. Ce modèle évite de devoir surdimensionner une infrastructure sur site pour faire face à des picsde consommation. Windows Azure permettant de monter en charge rapidement, votre application peut réclamer davantage de ressources lorsqu'elle en a besoin. Lorsque la charge baisse, votre application libère ces ressources. Vous ne payez que pour les ressources utilisées.

6

AbonnementVous savez que votre entreprise aura besoin d'un certain niveau de service clairement défini. Dans ce cas, Windows Azure vous propose l'abonnement. Ce modèle fournit un ensemble fixe de ressources pour unprix fixe. L'application peut toujours monter en charge si nécessaire.L'utilisation des ressources au-delà des engagements pris est facturéeau tarif Consommation standard; Le modèle par abonnement donne accès àun ensemble complet de ressources pour vous aider à estimer de façon précise le prix de ces ressources. Vous trouverez des offres et des promotions en consommation et en abonnement sur la page tarif du site Web Windows Azureiv.

Bases du tarif Windows AzureLe tarif Windows Azure se décompose en trois parties :

Partie Windows Azure : elle inclut le traitement, le stockage, les transactions et les transferts.

Partie SQL Azure : utilisation de bases de données. Partie Windows Azure AppFabric : elle inclut les transactions de

contrôle d'accès et les connexions au Service Bus.La bande passante utilisée est calculée pour chacune de ces parties. L'ensemble permet d'évaluer de façon basique le coût de Windows Azure pour un type d'utilisation. Après avoir défini un type approximatif d'utilisation, vous pouvez estimer les coûts en appliquant les formules de chaque partie.

Éléments du tarifLes parties du tarif Windows Azure incluent de nombreux éléments qui, ensemble, définissent le coût total. L'Annexe fournit des données spécifiques sur la tarification Windows Azure. Ces éléments sont :

Instances de traitement : une instance de traitement fait référence à une machine virtuelle (VM) qui peut fonctionner dansun rôle Web ou Worker. Le rôle Web est spécifique à une application Web alors que le rôle Worker sert au développement d'application généralistev. Les instances de traitement sont facturées à l'heure, toute heure commencée étant facturée en entier. Il existe cinq tailles d'instances de traitement : très petite, petite, moyenne, grande et très grandevi. Toutes les tailles autres que très petites utilisent des cœurs à 1,6 GHz. Les instances de taille très petite utilisent un cœur à 1 GHz. Le tableau 1 décrit ces tailles.

Tableau 1 : Tailles des instances de traitement

Taille Cœurs de Mémoire Espace disque Performances Prix par 7

VM processeurs

pour stockage local

d’I/O heure

Très petite

1 0,75 Go 20 Go Faibles 0,028 €0,05 $

Petite 1 1,75 Go 225 Go Modérées 0,085 €0,12 $

Moyenne 2 3,5 Go 490 Go Elevées 0,17 €0,24 $

Grande 4 7 Go 1000 Go Elevées 0,34 €0,48 $

Très grande

8 14 Go 2040 Go Elevées 0,68 €0,96 $

Stockage : le stockage inclut la bande passante, les transactions de stockage, le volume de stockage et les transferts de données. Bande passante :

Description : la bande passante représente le volume de données qui entrent et sortent du site d'hébergement du stockage. Les applications ayant besoin d'effectuer des calculs sur leurs données, Windows Azure place au même endroit les services hébergés et leurs stockages. Les transferts de données au sein du même site sont gratuits ; la bande passante ne prend en compte que les échanges avec l'extérieur du centre de données. En raison de l'étroite relation entre bande passante et transfert de données, cette section inclut les transferts de données.

Transferts de données : Les transferts de données se répartissent entre

transferts normaux de données et transferts sur le réseau de diffusion de contenu (CDN – content delivery network).

Tableau 2 : Tarif des transferts de données

Description Prix

8

CDN Les transferts de diffusion de contenu (CDN) améliorent les performances et l'expérience utilisateur pour des personnes situées loin de la source du contenu stocké.

0,10 €/0,15 $/Go depuis l'Europe ou l'Amérique du Nord ; 0,20 $/0,14€/Go ailleurs ; 0,007 € 0,01 $/10K transactions

Non-CDN

Les transferts non-CDN sont des transferts de données entre l'utilisateur externe et l'application,par exemple entre un navigateur et un site Web.

0,10 $/Go entrant, 0,10 €/0,15 $/Go sortant (respectivement 0,30 $/Go et 0,140,45 €$/Go en région Asie Pacifique) ; 0,01 $/0,007 €/10K

Transactions : Description : les transactions reflètent le nombre de

requêtes concernant le compte stockage. Pour la facturation, chaque requête envoyée au service de stockage est considérée comme une transaction potentielle. Une requête peut concerner la lecture, la création, la suppression ou la modification d'un fichierstocké. Les développeurs peuvent jouer sur le coût des transactions en contrôlant la fréquence et le nombre desrequêtes émises par l'application vers le service de stockage. Chaque requête est analysée et classée comme étant facturable ou non selon si la requête a pu être traitée et selon le résultat de la requête.

Coût : Windows Azure facture les transactions au prix de0,01 $ 0,007 € pour 10 000 transactions.

Capacité de stockage : Description : la capacité de stockage correspond à la

volumétrie moyenne des données stockées en permanence pendant un mois. La taille des objets stockés ainsi que les métadonnées du système et des applications sont prises en compte dans la capacité de stockage pour la facturation.

Coût : le stockage est facturé à 0,099 €0,15 $ par Go. Bases de données SQL Azure : avec SQL Azure, vous pouvez allouer

des bases de données jusqu'à une taille de 50 Go. Le détail du tarif pour les bases de données est fourni sur la page tarif de Windows Azurevii. Transferts de données : Le transfert de données avec les

bases de données utilise de la bande passante comme pour le stockage.

Contrôle d'accès AppFabric : le service Contrôle d'accès procureun contrôle d'accès fédéré par revendication pour des services Web REST (representational state transfer). Ces services

9

facilitent la construction de services et d'applications composites ou distribuées. Ce couche inclut les connexions au Service Bus et les transactions de contrôle d'accès, ce qui implique une intégration entre les systèmes Windows Azure et ceux sur le site du client afin, par exemple, de pouvoir connecter une application sur site à une application dans le cloud. Service Bus :

Description : le Service Bus établit une connectivité faiblement couplée entre des services et des applications au-delà d'un pare-feu ou des frontières de réseau en utilisant divers protocoles.

Coût : ce service est facturé à la connexion sur la basede 2,83 € 3,99 $ par connexion ; des packs de connexionssont aussi disponibles. La page tarif de Windows Azure donne tous les détails sur le prix des connexions au Service Busviii.

Transactions des contrôles d'accès : Description : les transactions des contrôles d'accès

fonctionnent comme les autres transactions mais à l'intérieur du service Contrôle d'accès.

Coût : ces transactions sont facturées 1,41 €1,99 $ pour100 000 transactions.

Calculateur de coût total de possession (TCO)Afin de vous aider dans vos estimations de coût, le site Web Windows Azure propose un calculateur de TCOix. Cet outil pose quelques questions générales et donne un aperçu des coûts estimés à partir du tarif Windows Azure, ainsi qu'une comparaison du retour sur investissement (ROI) entre Windows Azure et un hébergement sur site. Pour utiliser le calculateur, vous devez fournir quelques informationsgénérales sur le déploiement et le développement de votre application.Puis, le calculateur produit un tableau qui estime l'utilisation des ressources dans chaque catégorie de prix, donne les coûts pour chaque partie et le coût total.Le calculateur de TCO est un outil très intéressant pour évaluer les coûts mais les questions qu'il pose nécessitent une préparation. Si vous avez besoin d'aide, vous pouvez cliquer sur l'onglet information pour obtenir une explication pour chaque question et son incidence surles calculs.Notez que l'objectif du calculateur de TCO est, comme son nom l'indique, de fournir un coût total et une comparaison avec le déploiement et l'hébergement de l'application sur site dans un centre de données géré en interne. Par conséquent, le calculateur de TCO

10

inclut une estimation de l'économie en main d'œuvre en plus de l'économie directe en matériel et logiciel. Toutefois, dans ce document, lorsque nous faisons référence au prix donné par le calculateur de TCO, il s'agit uniquement des coûts estimés pour Windows Azure, sans tenir compte des coûts additionnels associés au personnel et à d'autres centres de coûts.

Exemples de prix Windows AzureUtilisez les trois scénarios suivants comme des exemples qui vous montrent comment s'appliquent les tarifs de Windows Azure. Ces scénarios permettent de comprendre les éléments de prix qui jouent le rôle le plus significatif dans Windows Azure. Avec ces informations, vous pourrez déterminer comment tirer parti au mieux de Windows Azure,que ce soit pour améliorer immédiatement le résultat au bilan ou dans le cadre d'un plan stratégique à long terme. Les scénarios prennent encompte des conditions réalistes pour des applications hypothétiques ; ils utilisent le calculateur pour connaître le coût final et estimer le TCO.Voici un rapide descriptif de ces scénarios :

Scénario 1 : une application de commerce électronique qui doit être fiable et disponible même lors des pics d'utilisation, comme le site Web d'une fleuriste. Dans ce scénario, l'application produit de nombreuses transactions.

Figure 1. Concept d'une application de e-commerce pour fleuriste.

Scénario 2 : une application de suivi d'actifs qui trace l'utilisation des ressources entre différents sites. Dans ce scénario, l'application nécessite de nombreuses connexions.

11

Figure 2. Concept d'une application de suivi de biens immobiliers.

Scénario 3 : une application de formation commerciale qui met à la disposition d'une force de vente éparpillée géographiquement des outils multimédias de formation. Par opposition à un réseau de diffusion de contenu (CDN), cette application stocke des objets médias dans Windows Azure et l'application fonctionne surWindows Azure. Dans ce scénario, l'application exploite une grande volumétrie en stockage et en bases de données. De nombreux téléchargements sont à prévoir.

Figure 3. Concept d'une application multimédia.

Scénario 1 : commerce électronique

ContexteUne fleuriste aux États-Unis contacte un ISV pour mettre en place une application de commerce électronique. La fleuriste demande que l'application soit disponible en permanence, qu'elle puisse faire faceaux périodes de forte activité comme la Fête des Mères ou la St

12

Valentin, et qu'elle puisse gérer de grands volumes de transactions d'achats. L'application ne nécessite pas beaucoup de ressources de traitement et les développeurs n'ont pas à prévoir une intégration avec d'autres applications, à part peut-être la base de données. Le site Web recevra les connexions de nombreux utilisateurs et des pics d'activité sont prévisibles.Les développeurs prévoient de développer et de déployer l'application sur Windows Azure afin d'exploiter un environnement de développement familier et d'éliminer les problèmes au sujet de l'hébergement, de l'administration des systèmes et de la montée en charge de l'application, ces services étant inclus dans Windows Azure. Cette approche fournit un niveau de service élevé et permet aux programmeursde se concentrer sur l'application elle-même plutôt que sur la maintenance de l'infrastructure. Les développeurs envisagent d'adapterune application de e-commerce basée sur .NET pour répondre aux besoinsde la cliente.

HypothèsesAfin d'estimer le coût de la solution, les développeurs émettent des hypothèses à partir de l'historique de l'activité du site Web et de l'architecture prévue. Ils connaissent leurs besoins en stockage et enbase de données, ainsi que la structure générale d'une page Web, la taille de ses images et des données annexes. À partir de ces informations, ils peuvent estimer le volume des données pour une faible utilisation, une utilisation moyenne et une utilisation en périodes de forte activité. Ils comptent sur trois mois de forte activité par an, quatre mois de faible activité et cinq mois d'activité moyenne. À partir de l'historique, les développeurs évaluent le nombre de sessions utilisateurs sur le site Web chaque mois ainsi que le nombre moyen de pages vues.Les développeurs peuvent estimer l'utilisation et la croissance d'éléments de leur application à partir des estimations de départ. Ilsclassent leurs hypothèses selon les trois parties de la tarification Windows Azure, la bande passante étant calculée à partx.La première partie, Windows Azure, est évaluée en premier. Elle inclutle traitement, le stockage et les transactions. Un rôle Worker fonctionnera en permanence et un rôle Web suffira pour les périodes defaible activité. Pour les périodes d'activité moyenne, un second rôle Web sera ajouté. Pour les périodes de pointe, les deux rôles Web monteront en puissance par l'ajout de deux instances de traitement supplémentaires.Les développeurs évaluent leur stockage à partir du stockage actuel, et ils y ajoutent de la place pour tenir compte de la croissance au fil du temps et des nouvelles données ajoutées au nouveau site. Ils estiment les transactions à partir du nombre de transactions par page

13

et prennent en compte les transactions avec le back-end ainsi que d'autres facteurs comme l'abandon d'un panier.Le tableau 3 résume tous les calculs effectués pour estimer l'utilisation des différents éléments de Windows Azure.Tableau 3 : Calculs effectués par mois pour une application de e-commerce, partie Windows Azure

Élément Données Faible utilisation

Utilisationmoyenne

Utilisation forte

a Taille moyenne d'une image 50 Ko 50 Ko 50 Kob Transactions de stockage par 40 40 40c Nombre total d'images 6 000 6 000 6 000d Taille actuelle du stockage 30 Go 30 Go 30 Goe Instances de traitement 2 3 5f Nombre moyen de sessions 18 600 24 800 37 200g Nombre moyen de pages vues par

session6 8 12

h Croissance moyenne du stockage 2 % 2 % 2 %i Estimation du temps de

traitement (e*730 heures)1 460 heures

2 190 heures 3 650 heures

j Estimation de la croissance du stockage (d*h)

0,5 Go 0,5 Go 0,5 Go

k Estimation des transactions de stockage (b*f*g)

4 464 000 7 936 000 17 856 000

l Estimation finale pour la partie traitement (i)

1 460 heures

2 190 heures 3 650 heures

m Estimation finale pour le stockage ((a*c)+d+(12j)) estimation haute

50 Go 50 Go 50 Go

n Estimation finale pour les transactions du stockage (k) estimation haute

10 000 000 15 000 000 35 000 000

o Estimation finale du coût du traitement (l*0,0850,12)

175,20124,39 € $

186,59262,80 $ €

310,98 €438,00 $

p Estimation finale du coût du stockage (m*0,0990,15)

7,504,97 € $

4,97 €7,50 $ 4,97 €7,50 $

q Estimation finale du coût des transactions du stockage (n*0,0070,01/10 000)

10,00 $7,10€

10,65 €15,00 $

24,85 €35,00 $

r Estimation finale du coût total de la partie Windows Azure (o+p+q)

136,46 €192,70 $

202,21 €285,30 $

340,80 €480,50 $

Les développeurs évaluent ensuite la partie SQL Azure en se basant surla taille actuelle de la base de données. Ils prévoient une faible croissance au fil du temps du volume de cette base. Toutefois, ils planifient plus de ressources que nécessaire au départ car la base de données doit contenir l'historique des données et permettre une croissance future. La taille actuelle de la base de données étant de

14

3 Go, les développeurs choisissent de passer au seuil suivant dans Windows Azure, soit 5 Go.Le tableau 4 résume tous les calculs effectués pour estimer l'utilisation de la base de données SQL Azure.Tableau 4 : Calculs effectués par mois pour une application de e-commerce, partie SQL Azure


Utilisation moyenne

Utilisation forte

a Taille actuelle de la base 3 Go 3 Go 3 Gob Croissance moyenne de la base 2 % 2 % 2 %c Estimation de la croissance de

la base (a*b)0,01 Go 0,02 Go 0,03 Go

d Estimation finale pour la basede données (a+(12c)) estimation haute

Une base de 5 Go

Une base de

5 Go

Une base de 5 Go

e Estimation finale du coût dela base de données (d*7,089,99)

35,42 €49,95 $

35,42 €49,95 $

35,42 €49,95 $

Puis, les développeurs évaluent la partie AppFabric qui inclut les transactions de contrôle d'accès et les connexions Service Bus. L'application aura deux connexions : une avec une passerelle tierce etune avec un serveur sur site. Les développeurs ne savent pas précisément de combien de transactions de contrôle d'accès ils auront besoin. Ils choisissent une estimation haute, d'autant que le coût de ces transactions est faible. Leur estimation est de 500 000 transactions par mois, ce qui semble raisonnable compte tenu des données transmises sur les connexions Service Bus.Le tableau 5 résume l'estimation faite pour AppFabric.Tableau 5 : Calculs effectués pour une application de e-commerce, partie AppFabric

Élément Données Faible utilisationmois

Utilisation moyennemois

Utilisation forte

a Connexions Service Bus 2 2 2b Transactions de contrôle 500 000 500 000 500 000c Estimation finale du coût

des connexions Service Bus (a*2,83 €3,99)

7,98 $5,66€ 5,66€7,98 $ 5,66€7,98 $

d Estimation finale du coût des transactions contrôle d'accès (b*1,411,99/100 000)

9,95 $7,06 € 7,06 €9,95 $

7,06 €9,95 $

e Estimation finale du coût total de la partie AppFabric (c+d)

12,72 €17,93 $

12,72 €17,93 $

12,72 €17,93 $

Finalement, les développeurs évaluent l'utilisation de la bande passante. Pour le trafic sortant, ils prennent en compte la taille

15

moyenne d'une page et le nombre de pages vues en un mois. Pour le trafic entrant, ils se basent sur l'historique qui montre que le trafic entrant représente environ 1 % du trafic sortant. Les valeurs finales sont ensuite majorées pour tenir compte de la bande passante non mesurée comme celle utilisée pour le back-end.Le tableau 6 résume tous les calculs effectués pour estimer l'utilisation de la bande passante.Tableau 6 : Calculs effectués par mois pour une application de e-commerce, partie bande passante


Utilisation moyenne

Utilisation forte

a Taille moyenne d'une image 50 Ko 50 Ko 50 Kob Nombre moyen d'images par

page30 30 30

c Volume moyen des données diverses par page

200 Ko 200 Ko 200 Ko

d Taille moyenne d'une page((a*b)+c)

1,7 Mo 1,7 Mo 1,7 Mo

e Nombre moyen de sessions utilisateurs

18 600 24 800 37 200

f Nombre moyen de pages vues par session

6 8 12

g Moyenne des transferts de données par session (d*f)

10,2 Mo 13,6 Mo 20,4 Mo

h Estimation du trafic sortant(e*g)

185 Go 329 Go 740 Go

i Estimation du trafic entrant(h*.01)

2 Go 3 Go 7 Go

j Estimation finale du trafic sortant (h) estimation haute

250 Go 350 Go 750 Go

k Estimation finale du trafic entrant (i) estimation haute

2,5 Go 4,0 Go 10 Go

l Estimation finale du coût dutrafic sortant (j* 0,10640,15)

26,6 €37,50 $ 37,2452,50 $ €

79,8112,50 $€

m Estimation finale du coût dutrafic entrant (k*0,10)

0,25 $gratuit gratuit0,40 $

gratuit1,00 $

n Estimation finale du coût du trafic total (l+m)

26,6 €37,75 $ 37,24 €52,90 $

79,8 €113,50 $

Applications similairesDe nombreuses applications ont le même profil d'utilisation, notamment :

Les sites Web des compagnies aériennes et des commerçants Les sites de cartes de vœux électroniques

16

Les applications de commerce orientées grand public et les entreprises de fournitures aux entreprises

Utilisation du calculateur de coût total de possessionIl est maintenant possible d'entrer les estimations précédentes dans le calculateur du coût total de possession (TCO) pour obtenir l'estimation finale du coût total. Pour cela, les programmeurs remplacent dans le calculateur, les nombres générés automatiquement par leurs estimations afin d'affiner le coût. Le calculateur affiche alors les coûts totaux par mois et par an, et les développeurs peuventdéterminer les éléments qui coûtent le plus cher.

Analyse des coûtsLe coût total estimé pour le site Web Windows Azure de la fleuriste pour un an est de 3451,08 €4 782,96 $. Le tableau 7 détaille ce coût.Tableau 7 : Coûts d'une application de e-commerce sur l’année

Faible utilisation

Utilisation moyenne

Utilisation forte

Total annuel Util. Moy.Windows Azure 136,46 €192,70 $ 202,21

€285,30 $340,80 €480,50 $

2426,52 €3 423,60 $

SQL Azure 35,42 €49,95 $ 35,42 €49,95 $ 35,42 €49,95 $ 425,04 €599,40 $

AppFabric 12,72 €17,93 $ 12,72 €17,93 $ 12,72 €17,93 $ 152,64 €215,16 $

Bande passante 26,6 €37,75 $ 37,24 €52,90 $ 79,8 €113,50 $ 446,88 €544,80 $

Total 211,2 €298,33 $ 287,59 €406,80 $

468,74 €661,88 $

3451,08 €4 782,96 $

L'ISV et le client peuventcomparer le coût potentiel d'unhébergement sur Windows Azure avecd'autres options comme celle d'unhébergeur ou d'un centre dedonnées interne. Les développeurspeuvent analyser la répartitiondes coûts pour déterminer quelséléments de l'application coûtentle plus cher afin d'optimiserl'application et de réduire lescoûts. Par exemple, stocker lesdonnées dans un grand objetbinaire (BLOB) augmentera lenombre de transactions. En raisondu coût des transactions, ils

17

Figure 4. Application de commerce électronique pour un mois de faible utilisation.

Mois de faible utilisation

Bande passante12,65 %

AppFabric

6,01 %

SQL Azure16,74 %

Windows Azure64,59 %

peuvent choisir de stocker davantage de données dans des bases de données SQL Azure, ce qui réduit les transactions avec le stockage BLOB, d'où une baisse du coût de ces transactions.

Dans tous les cas, hébergerl'application dans Windows Azureest intéressant économiquement,tant dans le cas d'une migrationtactique immédiate que dans unedécision stratégique sur le longterme, avec des avantages directset indirects pour les développeurset pour l'entreprise cliente.

18

Mois d'utilisation moyenne

Bande passante13,03 %

AppFabric

4,42 %SQL Azure12,30 %

Windows Azure

70,26 %

Figure 5. Application de commerce électronique pour un mois d'utilisation moyenne.

Scénario 2 : Suivi d'actifs

ContexteUne entreprise de gestion de biensimmobiliers doit suivrel'utilisation des biens qu'elledétient dans ses diverses propriétésdans le monde. Ces actifs incluentles équipements relatifs àl'entretien du bien, commel'électricité, le chauffe-eau, lescheminées et l'air conditionné. Poursuivre ces biens, l'entreprise doitstocker des données sur chaque bienet sur tous les aspects de lamaintenance du bien. Elle doitdisposer de toutes les donnéesnécessaires pour effectuer uneanalyse rapide et efficace.L'entreprise a contacté une sociétéde service pour développer une application capable de suivre de nombreux biens dans le monde, de prévenir le personnel quand un bien arrive en fin de contrat de gestion ou nécessite une maintenance, et enfin, capable de transférer des données importantes vers d'autres applications de gestion comme l'ERP de l'entreprise. L'application collectera des données en provenance de capteurs placés dans les immeubles, de systèmes en réseau et du personnel via une interface utilisateur.Les programmeurs prévoient de développer l'application avec Microsoft Visual Studio avant de la déployer sur Windows Azure afin d'éliminer les problèmes relatifs à l'hébergement, à l'administration des systèmes et à la montée en charge de l'application. Cette approche fournit un niveau de service élevé et permet aux programmeurs de se concentrer sur l'application elle-même plutôt que sur la maintenance de l'infrastructure. Les développeurs prévoient d'étendre une application Microsoft .NET existante et de l'adapter aux besoins spécifiques de l'entreprise.L'application recevra ses données par lot depuis chaque site deux foispar jour. Ainsi, toute modification de l'état d'un site sera prise en compte dans un délai raisonnable. En stockant tous les enregistrementsdans Windows Azure, les programmeurs améliorent la fiabilité, la disponibilité et l'accessibilité de l'application depuis n'importe quel point du monde. Ces enregistrements seront ensuite transmis par blocs aux applications qui les analyseront.

19

Mois de forte utilisationBande

passante17,06 %

AppFabric

2,69 %SQL Azure7,51 %

Windows Azure

72,21 %

Figure 6. Application de commerce électronique pour un mois de forte utilisation.

HypothèsesPour estimer le coût, les programmeurs émettent des hypothèses à partir de l'historique de l'activité, en tenant compte de l'architecture prévue pour l'application. Ils collectent des données de base comme le nombre de biens à gérer, la taille d'un enregistrement et la volumétrie actuelle du stockage et de la base de données. Ils évaluent aussi la croissance du stockage et de la base dedonnées au fil du temps, ainsi que la bande passante et la capacité detraitement nécessaires.Les développeurs peuvent estimer l'utilisation et la croissance d'éléments de leur application à partir des estimations de départ. Ilsclassent leurs hypothèses selon les trois parties de la tarification Windows Azure, la bande passante étant calculée à partxi.La première partie, Windows Azure, est évaluée en premier. Les programmeurs prévoient d'utiliser deux instances au départ et d'en supprimer une lorsque l'application sera stabilisée en production. En effet, l'application est essentiellement automatisée et ne transmet pas beaucoup d'informations à chaque échange.Les développeurs évaluent leur besoin en stockage à partir du stockageactuel, et ils y ajoutent de la place pour tenir compte de la croissance au fil du temps et de données diverses. L'application repose essentiellement sur une base de données. Par conséquent, les transactions de stockage dans Windows Azure resteront limitées. Ils les évaluent à un million en comptant large, ce qui n'est pas gênant compte tenu du faible coût de ces transactions.Le tableau 8 résume tous les calculs effectués pour estimer l'utilisation des différents éléments de Windows Azure.Tableau 8 : Calculs effectués pour une application de gestion de biens, partie Windows Azure

Élément Données Mois d'utilisation moyennea Instances de traitement 2

b Stockage actuel 20 Go

c Croissance moyenne du stockage par mois 1 %

d Estimation du temps de traitement (a*730 heures)

1 460 heures

e Estimation de la croissance du stockage (b*c)

0,2 Go

f Estimation finale pour la partie traitement (d)

1 460 heures

g Estimation finale pour le stockage (b+(12e)) Estimation haute

50 Go

h Estimation finale pour les transactions du stockage Estimation haute

1 000 000

i Estimation finale du coût du traitement (f*0,08520,12)

124,39 €175,20 $

20

j Estimation finale du coût du stockage (g*0,09930,15)

4,97 €7,50 $

k Estimation finale du coût des transactions du stockage (h*0,00710,01/10 000)

0,71 €1,00 $

l Estimation finale du coût total de la partie Windows Azure (i+j+k)

130,07 €183,70 $

Les développeurs évaluent ensuite la partie SQL Azure en se basant surla taille actuelle de la base de données. Ils prévoient une croissancesoutenue de la base de données car l'application repose essentiellement sur l'exploitation de cette base. Ils choisissent une base de données Business Edition de 10 Go et une base de données relationnelle de 1 Go.Le tableau 9 résume tous les calculs effectués pour estimer l'utilisation de la base de données SQL Azure.

Tableau 9 : Calculs effectués pour une application de gestion de biens, partie SQL Azure

Élément Données Mois d'utilisation moyennea Base de données actuelle 5 Go

b Croissance moyenne de la BD par mois 2 %c Estimation de la croissance de la base

(a*b)0,1 Go

d Estimation finale pour la base de données (a+(12c)) estimation haute

Une de 1 Go, 1 de 10 Go

e Estimation finale du coût de la base de données (d*7,0859,99) ou (d*70,8599,99/10) pour 10 Go et +

77,93 €109,98 $

Puis, les développeurs envisagent la partie AppFabric. Ils envisagent 25 connexions entre leur application et de nombreuses autres, dans le cloud et sur site, qui analyseront les données collectées et stockées par l'application. Bien qu'il existe peu d'interactions humaines, les développeurs prévoient un nombre élevé de transactions de contrôle d'accès entre toutes ces applications qui s'échangeront de nombreuses données.Le tableau 10 résume l'estimation faite pour AppFabric.Tableau 10 : Calculs effectués pour une application de gestion de biens, partie AppFabric

Élément Données Mois d'utilisation moyennea Connexions Service Bus 25

b Transactions de contrôle d'accès 500 00021

c Estimation finale du coût des connexions Service Bus (a*2,833,99)

70,75 €99,75 $

d Estimation finale du coût des transactions de contrôle d'accès (b*1,411,99/100 000)

7,057 €9,95 $


77,81 €109,70 $

Finalement, les développeurs évaluent l'utilisation de la bande passante. La majeure partie du trafic entrant correspondra à la réception des enregistrements envoyés par les sites deux fois par jour. Le trafic sortant correspondra aux enregistrements envoyés par l'application via les connexions AppFabric. Les valeurs finales sont ensuite majorées pour tenir compte de la bande passante non mesurée comme celle utilisée pour le back-end.Le tableau 11 résume tous les calculs effectués pour estimer l'utilisation de la bande passante.Tableau 11 : Calculs effectués pour une application de gestion de biens, partie bande passante

Élément Données Mois d'utilisation moyennea Nombre total de biens 60 000

b Enregistrements par bien et par mois 60c Taille moyenne d'un enregistrement 0,5 Kod Nombre total d'enregistrements par mois

(a*b)3 600 000

e Nombre total moyen de téléchargements de blocs d'enregistrements par mois

1 000

f Taille moyenne d'un bloc d'enregistrements (a*c*2)

60 Mo

g Estimation du trafic entrant (c*d) 3 Go

h Estimation du trafic sortant (e*f) 57 Go

i Estimation finale du trafic entrant (g) estimation haute

5 Go

j Estimation finale du trafic sortant (h) estimation haute

60 Go

k Estimation finale du coût du trafic entrant(i*0,10)

0,50 $gratuit

l Estimation finale du coût du trafic sortant(j* 0,10640,15)

6,38 €9,00 $m Estimation finale du coût du trafic total

(k+l)6,38 €9,50 $


Suivi des heures de présence du personnel Suivi de produits (logistique)

22

Autres segments verticaux qui requièrent un suivi ou une gestiond'actifs distincts


Analyse des coûtsLe coût total estimé pour l'application de suivi de biens sur Windows Azure pour un an est de 3506,4 €4 954,56 $. Le tableau 12 détaille ce coût.Tableau 12 : Coûts d'une application de suivi de biens


Total annuelWindows Azure 130,07 €183,70 $ 1560,8 €42 204,40 $SQL Azure 77,93 €109,98 $ 935,16 €1 319,76 $AppFabric 77,81 €109,70 $ 933,72 €1 316,40 $Bande passante 6,38 €9,50 $ 76,56 €114,00 $Total 292,20 €412,88 $ 3506,44 € 954,56 $

L'ISV et le client peuventcomparer le coût potentield'un hébergement sur WindowsAzure avec d'autres optionscomme celle d'un hébergeur oud'un centre de donnéesinterne. En analysant cesprix, les développeurs peuventdéterminer les éléments dansleur application qui coûtentle plus cher, et envisagerdiverses options pour réduireles coûts. Par exemple, ilspeuvent envisager derestructurer l'applicationafin qu'elle nécessite moinsde connexions, ou utilisermoins de stockage BLOB etdavantage les bases de donnéesSQL Azure. Dans tous les cas, héberger l'application dans Windows Azure est intéressant économiquement, tant dans le cas d'une migrationtactique à court terme que dans une décision stratégique sur le long terme, avec des avantages directs et indirects pour les développeurs

23

Mois d'utilisation moyenneBande

passante2,30 %

AppFabric

26,57 %

SQL Azure26,64 %

Windows Azure

44,49 %

Figure 7. Coût mensuel pour une utilisation moyenne de l'application de suivi de biens.

et pour l'entreprise cliente.

Scénario 3 : outils de formation

multimédias

ContexteUne entreprise d'informatique mondiale souhaite rationnaliser son processus de formation en diffusant ses éléments de formation multimédias via Internet. Cependant, cette diffusion nécessite un investissement très coûteux en centres de données répartis dans le monde entier afin que les utilisateurs puissent avoir des temps de réponse acceptables lors du chargement de ces fichiers volumineux. Même si l'entreprise dispose d'un réseau de diffusion de contenu (CDN), elle a besoin de centres de données à proximité des utilisateurs pour héberger ces fichiers. L'entreprise décide d'héberger une application sur Windows Azure qui rendra les fichiers multimédias disponibles partout.Les programmeurs prévoient de développer l'application avec Microsoft Visual Studio avant de la déployer sur Windows Azure. Ils élimineront ainsi les problèmes relatifs à l'hébergement, à l'administration des systèmes et à la montée en charge de l'application. Cette approche permet aussi d'utiliser Windows Azure CDN, le réseau de diffusion de contenu de Windows Azure, ce qui économise pour l'entreprise les coûtsde gestion et de maintenance de son propre réseau CDN. Les développeurs prévoient d'exploiter une application existante qui n'avait pas été développée sur .NET, et de la mettre à jour pour les besoins de l'application. Ils n'utiliseront pas beaucoup de ressourcesde traitement et n'intégreront pas cette application à d'autres. Peu d'utilisateurs se connecteront mais il peut se produire un pic d'activité lorsque beaucoup d'employés auront besoin de se familiariser avec une nouvelle ressource. Ce type de scénario exploitebien la capacité de monter en charge de Windows Azure. L'entreprise n'a pas à prévoir d'importants moyens pour faire face à des pics imprévisibles d'activité.

HypothèsesLes programmeurs partent de l'historique des données d'utilisation pour évaluer la charge de leur application. Leur application, avant samigration vers Windows Azure, comptait 500 Go de stockage et une base de données de 1 Go. Les développeurs prévoient une augmentation de 2 %de ces valeurs après la migration. Ils envisagent des fluctuations dans l'activité de l'application, les pics se produisant à des momentsquelconques, lorsque beaucoup d'employés souhaitent s'informer sur un

24

nouveau produit.Les développeurs prévoient que les médias seront diffusés lors de sessions de formation, chaque session comptant dix participants. Aprèschaque session, tous les participants seront dirigés vers un formulaire où ils pourront confirmer qu'ils ont bien vu les éléments de la formation.Les développeurs peuvent estimer l'utilisation et la croissance d'éléments de leur application à partir des estimations de départ. Ilsclassent leurs hypothèses selon les trois parties de la tarification Windows Azure, la bande passante étant calculée à partxii.La première partie, Windows Azure, est évaluée en premier. Les développeurs envisagent de mettre en œuvre six instances en raison de la charge induite par la diffusion de grands volumes de données. Ils évaluent leur besoin en stockage à partir du stockage actuel auquel ils ajoutent un volume supplémentaire pour tenir compte de la croissance au fil du temps et du flux initial des médias de formation.Les transactions sont évaluées à partir de l'architecture envisagée pour l'application, et du nombre de transactions estimées par média etpar utilisateur lors de sa participation à une session. Les développeurs ajoutent un peu de marge au résultat obtenu pour tenir compte des transactions avec le back-end.Le tableau 13 résume tous les calculs effectués pour estimer l'utilisation des différents éléments de Windows Azure.Tableau 13 : Calculs effectués pour une application de formation multimédia, partie Windows Azure

Élément Données Mois d'utilisation moyennea Nombre total de fichiers médias 500

b Taille moyenne d'un fichier média 300 Moc Transactions de stockage par accès à un 25d Transactions de stockage par confirmation

d'un utilisateur ayant suivi la formation35

e Nombre de sessions par mois 300f Nombre moyen de participants à une session 10g Instances de traitement 6h Stockage actuel 500 Goi Croissance moyenne du stockage par mois 2 %j Estimation du temps de traitement (g*730

heures)4 380 heures

k Estimation de la croissance du stockage (h*i)

10 Go

l Estimation des transactions de stockage ((c*e)+(d*e*f))

112 500

m Estimation finale pour la partie traitement(j)

4 380 heures

25

n Estimation finale pour le stockage ((a*b)+h+(12k)) estimation haute

1 200 Go

o Estimation finale pour les transactions du stockage (l) estimation haute

10 000 000

p Estimation finale du coût du traitement (m*0,08520,12 €)

373,18 €525,60 $

q Estimation finale du coût du stockage (n*0,099 €0,15)

119,16 €180,00 $

r Estimation finale du coût des transactions du stockage (o*0,00710,01/10 000)

7,10 €10,00 $

s Estimation finale du coût total de la partie Windows Azure (p+q+r)

499,44 €715,60 $

Les développeurs évaluent ensuite la partie SQL Azure en se basant surla taille actuelle de la base de données. Ils prévoient l'ajout d’un petit volume de données chaque mois, pour mémoriser l'utilisation des médias et des informations sur la formation des employés. Ils planifient plus de ressources que nécessaire au départ car la base de données doit contenir l'historique des données et permettre une croissance future.Le tableau 14 résume tous les calculs effectués pour estimer

i Tous les prix indiqués dans ce document sont en dollars américains.ii Le coût de la bande passante peut varier entre les heures creuses et les heures pleines. Pour des informations à jour et précises sur les prix, veuillez visiter http://www.microsoft.com/france/windows-azure/offres/tarification.aspx http:// www.microsoft.com/windowsazure/pricing/default.aspxiii Pour obtenir des informations supplémentaires sur Windows Azure, veuillez visiter http://www.microsoft.com/windowsazure/ http://windowsazure.fr iv Pour en savoir plus sur les tarifs, veuillez visiter http://www.microsoft.com/france/windows-azure/offres/tarification.aspx http:// www.microsoft.com/windowsazure/pricing/default.aspxv Pour obtenir des informations supplémentaires sur les rôles instances de traitement, veuillez visiter http://msdn.microsoft.com/en- us/library/dd179341.aspx vi Pour obtenir des informations supplémentaires sur les tailles des instancesde traitement, veuillez visiter http://www.microsoft.com/france/windows-azure/fonctionnalites/calcul.aspx http://www.microsoft.com/windowsazure/ windowsazure/vii Voir numéro 4.viii Voir numéro 4.ix Calculateur du TCO Windows Azure : http://www.microsoft.com/windowsazure/offers/ http://www.microsoft.com/ windowsazure/economics/x Les trois parties sont Windows Azure, SQL Azure et AppFabric. xi Voir numéro 10.xii Voir numéro 10.

26

http://www.microsoft.com/windowsazure/economics/


http://www.microsoft.com/windowsazure/windowsazure/

http://www.microsoft.com/windowsazure/windowsazure/

http://www.microsoft.com/france/windows-azure/fonctionnalites/calcul.aspx

http://www.microsoft.com/france/windows-azure/fonctionnalites/calcul.aspx

http://msdn.microsoft.com/en-us/library/dd179341.aspx

http://msdn.microsoft.com/en-us/library/dd179341.aspx

http://www.microsoft.com/windowsazure/pricing/default.aspx


http://www.microsoft.com/france/windows-azure/offres/tarification.aspx

http://www.microsoft.com/windowsazure/




http://www.microsoft.com/france/windows-azure/offres/tarification.aspx

l'utilisation de la base de données SQL Azure.Tableau 14 : Calculs effectués pour une application de formation multimédia, partie SQL Azure

Élément Données Mois d'utilisation moyennea Base de données actuelle 1 Go

b Croissance moyenne de la BD par mois 2 %c Estimation de la croissance de la base

(a*b)0,02 Go

d Estimation finale pour la base de données (a+(12c)) estimation haute

Trois bases de données de 1 Go

e Estimation finale du coût de la base de données (d*7,0859,99)

21,26 €29,97 $

Puis, les développeurs envisagent la partie AppFabric. Ils n'envisagent qu'une connexion pour leur application qui est largement autonome. Le nombre de transactions de contrôle d'accès sera faible, l'application étant rarement mise à jour et peu communicante.Le tableau 15 résume l'estimation faite pour AppFabric.Tableau 15 : Calculs effectués pour une application de formation multimédia, partie AppFabric

Élément Données Mois d'utilisation moyennea Connexions Service Bus 1

b Transactions de contrôle d'accès 100 000c Estimation finale du coût des connexions

Service Bus (a*2,833,99)2,83 €3,99 $

d Estimation finale du coût des transactions de contrôle d'accès (b*1,411,99/100 000)

1,41 €1,99 $


4,24 €5,98 $

Finalement, les développeurs évaluent l'utilisation de la bande passante. Le trafic le plus important est le trafic sortant, lors de l'envoi des fichiers multimédias aux participants d'une session. Le trafic entrant correspond aux données qui sont enregistrées dans le stockage (informations sur la formation des utilisateurs). Les développeurs prennent aussi en compte les transferts de données avec le back-end, en comptant largement.Le tableau 16 résume tous les calculs effectués pour estimer l'utilisation de la bande passante.Tableau 16 : Calculs effectués pour une application de formation multimédia, partie bande passante

Élément Données Mois d'utilisation moyennea Taille moyenne d'un fichier média 300 Mo

b Nombre de sessions par mois 300

27

c Stockage actuel 500 God Croissance moyenne du stockage par mois 2 %e Estimation du trafic entrant (c*d) 10 Gof Estimation du trafic sortant (a*b) 90 Go

g Estimation finale du trafic entrant (e) estimation haute

20 Go

h Estimation finale du trafic sortant (f) estimation haute

200 Go

i Estimation finale du coût du trafic entrant (g*0,10)

2,00 $gratuit

j Estimation finale du coût du trafic sortant (h*0,10640,15)

21,28 €30,00 $k Estimation finale du coût du trafic total

(i+j)21,2832,00 $ €

28


Les bases de données en ingénierie La diffusion des informations pour la Presse Toutes applications qui diffusent de nombreuses informations

volumineuses.


Analyse des coûtsLe coût total estimé pour l'application de formation multimédia sur Windows Azure pour un an est de 6554,64 €8 970,60 $. Le tableau 17 détaille ce coût.Tableau 17 : Coûts pour l'application de formation multimédia


Total annuelWindows Azure 499,44 €715,60 $ 5993,28 €8 587,20 $SQL Azure 21,26 €29,97 $ 255,12 €359,64 $AppFabric 4,24 €5,98 $ 50,88 €71,76 $Bande passantex 21,2832,00 $ 255,36 €384,00 $Total 546,22 €783,55 $ 6554,64 €9 402,60 $

Les programmeurs peuventutiliser leurs analyses etestimations de prix pourcomparer les coûts potentielsd'hébergement L'ISV et le clientpeuvent comparer le coûtpotentiel d'un hébergement surWindows Azure avec d'autresoptions comme celle d'unhébergeur ou d'un centre dedonnées interne. Ils peuventanalyser la répartition descoûts pour déterminer quelséléments de l'applicationcoûtent le plus cher afin

29

Mois d'utilisation moyenneBande

passante4,08 %

AppFabric

0,76 %SQL Azure3,82 %

WindowsAzure

91,33 %

Figure 8. Coût de l'application de formation multimédia pour un mois d'utilisation moyenne.

d'optimiser l'application et de réduire les coûts. Dans tous les cas, héberger l'application dans Windows Azure est intéressant économiquement, tant dans le cas d'une migration tactique à court terme que dans une décision stratégique sur le long terme, avec des avantages directs et indirects pour les développeurs et pour l'entreprise cliente.

Analyse des coûts de Windows AzureL'interprétation et l'application des coûts de Windows Azure à votre application est un processus assez simple. Comme le montrent les scénarios de ce guide, il faut commencer par bien comprendre le contexte de l'application et sa sollicitation de la plateforme. Si vous migrez une application existante vers Windows Azure, vous pouvez vous aider des statistiques d'utilisation du réseau et du serveur pourdéfinir ses besoins. Si vous créez une nouvelle application pour Windows Azure, commencez par écrire ses spécifications détaillées afinde faciliter l'estimation de l'utilisation. Lorsque l'utilisation de l'application est bien définie, vous pouvez employer le calculateur duTCO pour estimer le coût d'exploitation à partir de valeurs numériquesréalistes que vous pourrez affiner par la suite. Les résultats fournispar cet outil vous permettront d'examiner les parties de l'applicationqui coûtent le plus cher. Vous pourrez alors optimiser l'application ou modifier son architecture pour réduire le coût d'exploitation. L'annexe de ce document vous fournit des éléments de tarification de Windows Azure. En parfaite connaissance de cause, vous pouvez alors décider de déployer Windows Azure immédiatement ou plus tard, dans le cadre d'une évolution stratégique à long terme vers le cloud pour exploiter les avantages en administration et en capacité de monter en charge présentés par Windows Azure.

En savoir plusWindows Azure est une plateforme de cloud computing sur laquelle les ISV peuvent développer des applications avec moins de risques et pour un coût plus faible que dans le cadre d'applications hébergées sur site ou chez un fournisseur IaaS. De plus, Windows Azure présente des caractéristiques en administration et en fiabilité bien supérieures à ce que peut proposer un service IaaS. Ce guide explique la tarification de Windows Azure via trois scénarios représentatifs. Le calculateur de TCO est un outil simple mais efficace, qui simplifie l'analyse faite par les ISV sur l'intérêt que représente Windows Azurepour leurs activités. Avec cet outil, les ISV obtiennent une bonne estimation du coût de Windows Azure par rapport à l'hébergement

30

d'applications sur site.Essayez le calculateur de TCO et découvrez d'autres informations sur Windows Azure en visitant www.microsoft.com/windowsazure.

Références Pour obtenir des informations supplémentaires sur Windows Azure,

veuillez visiter http://windowsazure.fr http://www.microsoft.com/windowsazure/

Pour en savoir plus sur la tarification de Windows Azure, veuillez visiter http://www.microsoft.com/france/windows-azure/offres/tarification.aspx http://www.microsoft.com/windowsazure/pricing/default.aspx

Pour accéder au calculateur de TCO et savoir comment Windows Azure peut vous aider, veuillez visiter http://www.microsoft.com/windowsazure/offers/ http://www.microsof t.com/windowsazure/economics/

Pour lire les témoignages d'entreprises qui utilisent déjà Windows Azure, veuillez visiter http://www.microsoft.com/france/windows-azure/ressources/temoignages.aspx http://www.microsoft.com/windowsazure/evidence/

31

http://www.microsoft.com/windowsazure/evidence/





http://www.microsoft.com/windowsazure

Annexe : Tarification de Windows AzureLe tableau 18 fournit le tarif de base de Windows Azure.xiii.Tableau 18 : Tarification de Windows Azure

Élément Prix (en $ américains)Windows AzureCalcul 0,12 $0,09/heure pour une petite instance., 0,05 $/h

par petite instance supplémentaireStockage 0,099 €/0,15 $/Go/moisTransactions de stockage 0,0071 €0,01 $/10 000 transactionsTransferts de données (en excluant un réseau de diffusion de contenunon CDN)

0,10 $ par Go entrantgratuit en entrant ;, 0,15 $0,1064 € par Go sortant (0,1419 € 0,10 $ et 0,20 $ en Asie)

Transferts de données CDN 0,106 €40,15 $/Go en Amérique du Nord et en Europe, 0,1419 €0,20 $/Go ailleurs)

Transactions CDN 0,0071 €0,01 $/10 000 transactionsSQL AzureBD relationnelle jusqu'à 7,085 €9,99 $/moisBD relationnelle jusqu'à 35,4246 €49,95 $/moisBD relationnelle jusqu'à 70,913 €99,99 $/moisBD relationnelle jusqu'à 141,8259 €199,98 $/moisBD relationnelle jusqu'à 212,7388 €299,97 $/moisBD relationnelle jusqu'à 283,6517 €399,96 $/moisBD relationnelle jusqu'à 354,5646 €499,95 $/moisWindows Azure AppFabricTransactions de contrôle 1,4114 €1,99 $/100K transactionsConnexions Service Bus 2,8298 €3,99 $/connexion5 connexions Service Bus 7,0566 €9,95 $25 connexions Service Bus 35,2827 €49,75 $100 connexions Service Bus 141,1308 €199,00 $500 connexions Service Bus 705,654 €995,00 $

xiii Prix en janvier décembre 2011. Les prix indiqués peuvent être modifiés sans préavis à tout moment. Pour en savoir plus sur les tarifs, veuillez visiter http://www.microsoft.com/france/windows-azure/offres/tarification.aspx http:// www.microsoft.com/windowsazure/pricing/default.aspx

32



Guide tarifaire Windows Azure

Documents

Transcript of Guide tarifaire Windows Azure