Enjeux Économique Du Cloud

Universit de Fribourg, Suisse Dpartement dinformatique Bachelor en Gestion dentreprise
Les enjeux du Cloud Computing en entreprise

Lintgration dans le Cloud
Travail de Bachelor
Thibaud Chardonnens thibaud.ch@gmail.com
Dr. Stefan Hsemann
Table des matires

1. Introduction................................................................................................................................ 2 1.1 1.2 1.3 Description du problme .................................................................................................. 2 Objectifs du travail ............................................................................................................ 2 Procdure et structure du travail...................................................................................... 4
2. Concepts et dfinition du cloud computing ..................................................................... 6 2.1 2.2 2.3 Dfinition du contexte ...................................................................................................... 6 Dfinition du cloud computing ....................................................................................... 10 Architecture .................................................................................................................... 14
2.3.1 SaaS........................................................................................................................... 15 2.3.2 PaaS .......................................................................................................................... 15 2.3.3 IaaS ........................................................................................................................... 16 2.4 Virtualisation ................................................................................................................... 16
2.4.1 Hyperviseur de type 1/natif ...................................................................................... 17 2.4.2 Hyperviseur de type 2/hosted ................................................................................... 18 2.5 Types de Cloud ................................................................................................................ 19
2.5.1 Cloud priv ................................................................................................................ 19 2.5.2 Cloud public............................................................................................................... 20 2.5.3 Cloud hybride ............................................................................................................ 20 2.6 Cloud Computing et SOA................................................................................................. 20
2.6.1 Dfinition de SOA ...................................................................................................... 20 2.6.2 Combiner le Cloud et SOA ......................................................................................... 21 3. Les principaux acteurs du cloud computing ................................................................ 22 3.1 3.2 3.3 3.4 3.5 3.6 Amazon ........................................................................................................................... 22 Google ............................................................................................................................. 25 Salesforce ........................................................................................................................ 26 Microsoft ......................................................................................................................... 27 IBM .................................................................................................................................. 29 VMware ........................................................................................................................... 30
4. Les aspects conomiques .................................................................................................... 33
4.1 4.2
Analyse des diffrents cots ........................................................................................... 35 Capital Budgeting ............................................................................................................ 37
5. Scurit et risques lis au Cloud Computing ................................................................ 39 5.1 5.2 5.3 5.4 Localisation des donnes ................................................................................................ 41 Rsiliation et changement de prestataire....................................................................... 42 Principales certifications ................................................................................................. 43 Le cloud priv : la meilleure alternative ? ....................................................................... 44
6. Lintgration des systmes ................................................................................................. 46 6.1 6.2 La notion dintgration ................................................................................................... 46 Mthodologies dintgration .......................................................................................... 48
6.2.1 Caractristiques des produits et solutions dintgration. ......................................... 49 6.3 Produits, services et plateformes dintgration SaaS ..................................................... 50
6.3.1 Jitterbit ...................................................................................................................... 50 6.3.2 Boomi AtomSphere ................................................................................................... 50 6.3.3 Bungee connect......................................................................................................... 51 6.3.4 Snap Logic ................................................................................................................. 51 6.3.5 The pervasive DataCloud .......................................................................................... 52 6.3.6 IBM CastIron ............................................................................................................. 52 7. Dveloppement du Cloud Computing ............................................................................. 53 8. Description du problme et du scnario dintgration ............................................ 59 9. Description de la solution dintgration avec CastIron ............................................ 62 9.1 9.2 Cration dun nouveau projet et tour dhorizon du logiciel. .......................................... 62 Cration des nuds finaux ............................................................................................. 65
9.2.1 Configuration du nud vers Salesforce.com ............................................................ 66 9.2.2 Cration du nud vers la base de donnes .............................................................. 66 9.2.3 Cration du nud vers le protocole http .................................................................. 67 9.3 Cration des activits ...................................................................................................... 67
9.3.1 Recevoir une requte HTTP ....................................................................................... 68 9.3.2 Demander les objets Salesforce.com ..................................................................... 69 9.3.3 Insrer les lignes dans la base de donnes ............................................................... 70 9.3.4 Envoyer la rponse http ............................................................................................ 71
9.4
Dmarrer lorchestration ................................................................................................ 73
9.4.1 Vrification du droulement de lorchestration........................................................ 74 10. Evaluation de la solution ..................................................................................................... 75 11. Conclusion ................................................................................................................................ 79 12. Bibliographie ........................................................................................................................... 83
Liste des figures

Figure 1: Reprsentation d'internet dans un diagramme. (Velte, Velte, & Elsenpeter, 2009) ................................ 6 Figure 2 : Hype Cycle of emerging technologies (Gartner 2011) ............................................................................. 8 Figure 3 : Google trend cloud computing (Google, 2011a) ............................................................................... 9 Figure 4 : Utilisation des ressources ...................................................................................................................... 11 Figure 5 : Local vs Cloud (Google, 2011b). ............................................................................................................ 12 Figure 6 : Les 3 couches du cloud computing (Warin, 2011) ................................................................................. 14 Figure 7 : Hyperviseur de type 1 (Wikipedia, 2012e) ............................................................................................. 18 Figure 8 : Hyperviseur de type 2 (Wikipedia, 2012e) ............................................................................................. 19 Figure 9 : AWS Management Console ................................................................................................................... 23 Figure 10 : Facturation App Engine ....................................................................................................................... 26 Figure 11 : Lapplication Word en ligne................................................................................................................. 28 Figure 12 : Tarification IBM SmartCloud (IBM, 2011) ........................................................................................... 30 Figure 13 : La gamme vFabric de WMware (VMware, 2012) ............................................................................... 31 Figure 14 : Rduction des cots d'aprs IBM (IBM, 2011) ..................................................................................... 34 Figure 15 : Cots cumuls d'investissement .......................................................................................................... 35 Figure 16 : Freins et inhibiteurs en France (Pierre Audoin Consultants, 2010) ..................................................... 39 Figure 17 : Qui a le contrle ? (Syntec, 2010) ........................................................................................................ 40 Figure 18 : Avantages et intrts dun cloud priv sur un cloud public (Pierre Audoin Consultants, 2010) .......... 44 Figure 19: Le systme de SnapLogic (SnapLogic, 2012) ........................................................................................ 51 Figure 20: Le march du CC en Europe (PAC, 2010) .............................................................................................. 53 Figure 21 : Utilisateurs d'internet (Google, 2012) ................................................................................................. 56 Figure 22 : Diagramme du scnario d'intgration ................................................................................................ 61 Figure 23 : Cration d'un nouveau projet. ............................................................................................................. 63 Figure 24 : Projet dintgration vide ...................................................................................................................... 64 Figure 26 : Configuration du noeud Salesforce.com ............................................................................................. 66 Figure 27 : Configuration du noeud de connexion la base de donnes .............................................................. 67 Figure 28 : Activit "Recevoir requte" ................................................................................................................. 69 Figure 29 : Demander les objets salesforce.com ................................................................................................ 70 Figure 30 : Mappage des champs ......................................................................................................................... 71 Figure 31 : L'orchestration complte. .................................................................................................................... 73 Figure 32 : Analyse SWOT de la solution d'intgration ......................................................................................... 76
I.
Introduction
Introduction 2 _________________________________________________________________________________
1.
Introduction
1.1 Description du problme

Le Cloud Computing ou informatique dans les nuages en franais promet en thorie de rvolutionner le monde de lIT en proposant des services accessibles la demande au travers dinternet. A partir de 2010 le Cloud Computing a t massivement mdiatis, les rachats stratgiques senchanent, les offres se multiplient. En ralit cest une notion qui reste assez confuse, cest un terme la mode et souvent utilis de manire abusive des fins marketings. Mais la tendance est bel et bien relle et prsente, toutes les grandes entreprises du domaine informatique sengagent trs fortement dans cette nouvelle approche. Selon IDC, dici 2013, les dpenses informatiques lies au cloud devraient tre jusqu six fois suprieur celles de 2009, anne ou tout de mme 17 milliards de dollars ont t dpenss dans les technologies du cloud (logiciels et matriels), soit 5% des investissements TIC mondiaux. En 2013 ces dpenses devraient slever 45 milliards de dollars soit une croissance annuelle de 25% (Zedi, 2010). Aujourdhui quasiment toutes les entreprises, de la petite PME la grande multinationale, ont recours linformatique pour grer leurs activits. Jusqu maintenant la solution qui prdominait tait de disposer de ressources locales avec un grand nombre de paramtres grer, maintenance, mises jours, refroidissement, scurit, sauvegardes, interface logicielle etc. Dsormais un nouveau moyen est mis disposition : le cloud computing, qui permet de dlocaliser ces ressources afin de les confis des fournisseurs professionnels. Quels en sont les avantages, les risques, les freins, les problmes et les dveloppements possibles et probables ? Cest cette question que va rpondre de manire globale ce travail
1.2 Objectifs du travail

Le but de ce travail est, dans une premire partie purement thorique, de dfinir clairement les principes du cloud computing, ses avantages et inconvnients, dobserver les risques dun tel service, parcourir les diffrentes offres disponibles.
Introduction 3 _________________________________________________________________________________ La seconde partie est pratique et tentera de rsoudre un des problme du cloud computing : celui de lintgration de diffrentes applications. Pour ce faire loutil dintgration IBM CastIron sera utilis. Quatre questions de recherche qui serviront de fil rouge durant le travail ont t dfinies : 1. Quest ce que le cloud computing ? On en parle de plus en plus, cest un sujet la mode, mais concrtement quels sont les rels avantages (ou dsavantages) du cloud computing. Existe-t-il diffrents types de cloud computing, quelles solutions choisir en fonction de ses besoins et chez qui les choisir ? 2. Quels sont les apports rels en terme de cots ? On laura compris un des principaux avantage serait des conomies au niveau des cots des infrastructures informatique. Mais quand est-il rellement, est-ce vraiment plus conomique de changer ? Le cloud computing permet en tout cas dliminer les cots fixes des ressources informatiques. Navoir plus que des cots variables est trs intressant pour une entreprise afin de faire face aux diffrents cycles conjoncturels de manire optimale. Comment les entreprises envisagent-elles le cloud computing ? 3. Pourquoi et comment intgrer diffrents systmes de lentreprise ? Une fois avoir choisi les composants que lon veut utiliser, le prochain challenge est de savoir comment on va pouvoir les faire interagir entre eux. En effet un service est rarement utilis seul de plus un service in the cloud sera peut-tre amen changer des donnes avec un service local. Quels moyens a-t-on afin de relier au mieux tous ces composants diffrents ? Par quels moyens va-t-on intgrer nos applications ? Quels types dintgration existent ? 4. Le cloud computing demain ? Si le cloud computing au sens propre du terme existe depuis dj quelques annes, ce nest que rcemment quil connait un rel dveloppement. A quoi faut -il sattendre pour les annes venir ? Durant le travail une entreprise fictive, MyStartup, sera quelquefois utilise pour illustrer certains exemples. MyStartup est une jeune socit active dans la vente de vtements en
Introduction 4 _________________________________________________________________________________ ligne et connat un succs grandissant la poussant opter rgulirement pour de nouvelles ressources informatiques.
1.3 Procdure et structure du travail

Afin de rpondre aux objectifs de la premire partie du travail, la partie thorique, un travail de recherche sur les thmes en question sera effectu. Le thme du Cloud Computing tant encore relativement rcent, la recherche se focalisera essentiellement sur des documents, articles provenant de sites web ainsi que sur quelques ouvrages spcifiques au Cloud Computing. La partie pratique aura pour but de dmontrer comment les problmes dintgration peuvent tre rgls. Pour se faire, le logiciel dintgration CastIron dIBM a t pralablement choisi. Pour mener bien le projet dintgration, la documentation du logiciel et des applications intgres sera utilise. Chacune de ces deux parties regroupe plusieurs chapitres. Chaque chapitre comporte une brve introduction qui prsente rapidement le contenu du dit chapitre. Le chapitre 2 est une introduction gnrale au Cloud Computing, il dfinit les bases, donne une dfinition, prsente le fonctionnement gnral du Cloud Computing. Les principaux acteurs dans le domaine seront analyss dans le chapitre 3. Le quatrime chapitre traitera des aspects conomiques du cloud computing. Quels sont les cots prendre en compte, quelles mthodes de calculs utilises etc. Le sujet sensible de la scurit sera dvelopp dans le cinquime chapitre. Les problmes dintgrations et les diffrentes solutions pour les rsoudre seront analyss dans le chapitre 6 et finalement le dernier chapitre de la partie thorique, le sept traitera du futur de notre sujet, le cloud computing. La partie pratique est aussi subdivise en plusieurs chapitres. Le huitime introduira cette seconde partie en dtaillant les rsultats attendus. Le chapitre 9 dcrira en dtail la solution dintgration avec le logiciel CastIron au moyen de plusieurs captures dcran. Et finalement le onzime chapitre analysera la solution trouve dans le prcdent chapitre. Une conclusion se trouvera videmment la fin du travail pour rsumer les observations faites durant le travail. Juste aprs la conclusion suivra la bibliographie.
II.
Partie thorique
Concepts et dfinition du cloud computing 6 _________________________________________________________________________________
2.
Concepts et dfinition du cloud computing
Ce chapitre rpond en grande partie la premire question formule dans lintroduction, cest dire quest ce que le cloud computing ? . Il va traiter des diffrentes dfinitions du cloud computing, un bref historique ainsi que les diffrentes structures du cloud computing. Les diffrents acteurs seront analyss dans le chapitre suivant.
2.1 Dfinition du contexte

Le Cloud Computing que lon pourrait traduire en franais par informatique dans les nuages doit son nom la reprsentation faite dinternet dans les diagrammes rseaux. Linternet est souvent reprsent par un nuage, comme le dmontre la Figure 1, signifiant gnralement tout le reste ou tout ce qui est en dehors du primtre du rseau local. Le cloud computing reprsente donc des ressources informatiques quelque part en dehors du rseau propre lentreprise ou un particulier.
Figure 1: Reprsentation d'internet dans un diagramme. (Velte, Velte, & Elsenpeter, 2009)
Cette notion nest toutefois pas compltement nouvelle, il y a quelques annes proposer une application sous forme de service sappelait ASP (Application Service Provider). Dans les annes 60, IBM proposait dj un service dinformatique la demande. Les annes 80 furent
Concepts et dfinition du cloud computing 7 _________________________________________________________________________________ le dbut de la virtualisation, tout ces concepts on amen pas pas une nouvelle manire de proposer et de consommer les ressources informatiques, comme un service (Warin, 2011). Le cloud computing nest probablement pas une rvolution en soi mais bel et bien lvolution logique dinternet et du monde de lIT en gnral. Dans une situation conomique o lon cherche rentabiliser au mieux ses investissements tout en limitant limpact sur lcologie, le cloud computing toutes les cartes en mains pour tre la solution de demain. Si lon regarde un peu en arrire, ce nest que depuis quelques annes que le terme cloud computing a fait son apparition, selon certains on le doit John McCarty, le pionner dans le domaine de lintelligence artificielle, dautres y voient linfluence de J.C.R Licklider, un avant-gardiste dans les technologies de linformation et plus particulirement dans le dveloppement dinternet (Zedi, 2010). Avec loutil Google Trend (Google, 2011a) on peut remarquer que le terme de cloud computing fait son apparition au 4me trimestre 2007. Depuis les recherches nont cess daugmenter. On peut mettre en lien le graphique de Google Trend (cf. Figure 3) avec le Hype Cycle of emerging technologies de Gartner (cf. Figure 2), une analyse des technologies mergentes positionnes sur un cycle des tendances. Selon Gartner, les
nouvelles technologies suivent gnralement toujours le mme cycle ; dans un premier temps elles sont trs mdiatises, la mode, mais la mode comme dans tous les domaines ne dure jamais trs longtemps. Sen suit donc une perte dintrt et de visibilit puis soit la technologie est compltement oublie soit elle murit, sadapte au march et est utilise et adopte.
Figure 2 : Hype Cycle of emerging technologies (Gartner 2011)
En ordonne les attentes de la technologie, en abscisse le temps. Les technologies traversent 5 tats de maturit : 1. Technology Trigger : pourrait tre traduit par phase de buzz, cest pendant cette priode que les technologies se font connatre 2. Peak of inflated Expectations : Pic de popularit 3. Through of Disillusionment : chute de la popularit du produit, soit par non mdiatisation soit par dception. 4. Slope of Enlightenment : La technologie arrive en phase de maturit et est de plus en plus utilise. 5. Plateau of Productivity : La technologie est mature et est adopte grande chelle. En juillet 2011, selon Gartner, le cloud computing va bientt entrer dans la phase de Through of disillusionment . Aprs avoir t un des buzzword de 2010, le cloud computing suit le chemin logique de la courbe. Ca ne veut pas dire que dici quelques annes on aura totalement oubli jusquau terme de cloud computing, mais simplement que cette
Concepts et dfinition du cloud computing 9 _________________________________________________________________________________ nouvelle technologie, cette nouvelle manire de consommer des ressources informatique doit maintenant tre adopte plus massivement et faire ses preuves sur le terrain .
Figure 3 : Google trend cloud computing (Google, 2011a)
Comme vu prcdemment, ds le 4me trimestre 2007, lexpression cloud computing fait son apparition sur le web avec un nombre de recherche plus ou moins croissant jusquen 2011. La courbe du haut dans la Figure 3 reprsente le nombre de recherches effectues sur Google pour le terme Cloud computing . La courbe du bas reprsente le nombre de fois que le terme en question a t cit dans une news de Google. Les donnes sont mises lchelle par rapport au nombre de recherches moyen sur toutes le s annes (2004 2012). La valeur 1 sur laxe vertical reprsente le nombre moyen de recherche. Lanne 2010 et 2011 semble tre le pic de popularit et si lon en croit les prvisions de Gartner lintrt port au cloud computing devrait suivre une baisse au cours des prochains mois. Ces graphiques dmontrent bien que le cloud computing est actuellement trs la mode, cest pourquoi il faut tre vigilant car de nombreux fournisseurs de services lutilisent des fins marketings. A linstar dautres domaines, il ny a pour linstant pas de certification cloud , tel que la certification A.O.C pour lalimentaire par exemple. Il nexiste donc pas de dfinition exacte du cloud computing (Warin, 2011). Le chapitre suivant va tenter de dfinir plus clairement en quoi consiste le cloud computing.
2.2 Dfinition du cloud computing

Mme si les experts ne sont pas daccords sur sa dfinition exacte, la plupart saccordent dire quelle inclue la notion de services disponibles la demande, extensibles volont. En contradiction avec les systmes actuels, les services sont virtuels et illimits et les dtails des infrastructures physiques sur lesquels les applications reposent ne sont plus du ressort de lutilisateur. Par exemple quelques dfinitions qui ont circuls sur internet (Rhoton, 2010, pp. 7-8) : The 451 Group : The cloud is IT as a Service, deliverd by IT resources that are independant of location Gartner : Cloud computing is a style of computing where massively scalable ITrelated capabilities are provided as a service across the Internet to multiple external customers Forrester : A pool of abstracted, highly scalable, and managed infrastructure capable of hosting end-customer applications and billed by consumption. Wikipedia : A style of computing in which dynamically scalable and often virtualized resources are provides as a service over the Internet. Users need not have knoledge of, expertise in, or control over the technology infrastructure in the cloud that supports them. Un des points essentiels de ces dfinitions est la notion de scalability ; dextensibilit la demande, dlasticit, cest dire quon ne paie que ce quon utilise. Cest un avantage considrable par rapport une infrastructure propre lentreprise o les serveurs sont trs souvent sous-utiliss. Pour illustrer ce principe analysons la Figure 4 : Utilisation des ressources.
Figure 4 : Utilisation des ressources
Illustrons cet exemple avec notre entreprise MyStartup, en vu de son succs, lentreprise planifie la charge des prochains trimestres comme tant linaire et croissante. A chaque fois que les ressources actuelles sont au mme niveau que la prvision de charge, lentreprise investit dans de nouvelles infrastructures. Cependant dans la ralit, la charge est trs rarement linaire, elle fluctue selon de nombreux critres pas toujours bien prvisibles. De ce fait les ressources seront souvent en excdant est parfois lors de forte monte en charge en insuffisance. Etant donn quavec un service dans le cloud on ne paie que ce que lon utilise et que les services sont flexibles on tend limiter voir liminer cette sous ou sur-utilisation des ressources IT. Les ressources alloues suivent la charge relle, par exemple lors de monte en charge le client paiera plus cher ses services dans le cloud, il aura besoin de plus de ressources de calcul, de mmoire etc. Puisque moins dnergie est utilise dans le vide, un tel service est galement plus respectueux de lenvironnement. A ce sujet, une petite tude de Google dmontre les bienfaits nergtiques de son service mail pour entreprise : Le cloud computing est scuris, simple, vous permet de rester productif et vous fait gagner de l'argent. Mais le cloud peut aussi vous faire conomiser de l'nergie (Google, 2011b). Nomm Googles Green Computing : Efficiency at Scale (Google, 2011c), le rapport de Google au sujet des conomies dnergies grce au cloud computing cherche mettre en
Concepts et dfinition du cloud computing 12 _________________________________________________________________________________ avant lconomie dnergie ralise en supprimant certaines tapes du processus de consultation des mails, commencer par leur transfert sur une machine locale comme cest le cas lors de lutilisation dun logiciel de messagerie de type Outlook ou Thunderbird . Les serveurs des systmes de messageries locaux sont souvent sous-utiliss et installs dans des lieux qui ne sont pas optimiss efficacement en matire d'nergie explique la firme. La sous-exploitation des serveurs ddis la messagerie dans les entreprises apparat comme le premier vecteur de gaspillage d'nergie : plus l'entreprise est petite, plus l'nergie consomme (ou gaspille) annuellement par employ est grande. Google estime qu'une petite entreprise de moins de 50 salaris utilise 175 kWh d'nergie par an et par personne, rien que pour la messagerie. Une entreprise moyenne (500 employs) en consomme 28,4 kWh, contre 7,6 kWh pour une grande (jusqu' 10 000 employs). Google se sert de cette tude pour dmontrer qu'un utilisateur de Gmail dans le cloud consomme moins de 2,2 kWh par an. La raison de ces conomies est simple : les serveurs, par ailleurs optimiss et virtualiss, sont tous totalement exploits et le rapport serveur/nombre d'utilisateurs est donc bien plus faible (Oeillet, 2011). Pour illustrer ces exemples, la Figure 5 est tire du rapport de Google, dmontrant la meilleure efficience des serveurs mails dans le cloud quen local.
Figure 5 : Local vs Cloud (Google, 2011b).
Concepts et dfinition du cloud computing 13 _________________________________________________________________________________ De plus une infrastructure locale est souvent complique mettre en place, il est ncessaire de disposer de Datacenters puissants, avec des solutions de refroidissements, de bande passante, des serveurs, beaucoup despace de stockage mais aussi des solutions de sauvegarde et de scurit, le tout doit tre adapt une couche logicielle pas toujours vidente. Il faut donc beaucoup dexperts pour installer, configurer et maintenir cet ensemble. Avec le cloud computing tout ceci se simplifie en thorie, au lieu de soccuper de ses propres applications et infrastructures, le tout est gr par un Virtual Datacenter partag. Pour ajouter un nouveau service il suffit de se loguer sur le service de cloud, de slectionner une application parmi un catalogue et de la configurer. Une fois les notions principales du cloud computing acquises et avant dentrer dans le sujet plus en dtail on pourrait se poser la question suivante : quand avoir recours (ou non) au cloud computing ? Il ny a videmment pas de rponse type, mais il est important de retenir que le cloud computing peut tre utilis dans trois principaux scnarios. Premirement en tant quunits de calculs qui excutent du code. Deuximement en tant quunits de stockage qui permettent de stocker vos donnes. Finalement en tant que fournisseur dapplications prconues. Nous verrons par la suite que certains fournisseurs proposent ces trois scnarios parfois au sein dune mme offre. Il est a not que le cloud computing ne peut pas tre utilis pour absolument toute linfrastructure IT de lentreprise, de nombreux points tels que le type de donnes, la capacit de calcul, les diffrents cots sont analyser. Pour rsumer le cloud computing cest (Bojoly, 2010) : Labstraction sur la localisation Lutilisation de ressources partages Llasticit qui permet dajouter la demande des ressources au systme La facturation la demande Le self-service via internet
Maintenant que la description et lintrt gnral du cloud computing sont compris, penchons nous plus en dtail sur larchitecture de ces solutions.
2.3 Architecture
Le cloud computing peut tre dcompos en trois couches : Applicative (SaaS, Software as a Service) Plateforme (PaaS, Platform as a Service) Infrastructure (IaaS, Infrastructure as a Service)
La Figure 6 ci-dessous reprsente les diffrentes couches du cloud computing de la couche la moins visible pour les utilisateurs finaux la plus visible. Linfrastructure as a Service (Iaas) est plutt gre par les architectes rseaux, la couche PaaS est destine au dveloppeurs dapplications et finalement le logicielle comme un service (SaaS) est le produit final pour les utilisateurs.
Figure 6 : Les 3 couches du cloud computing (Warin, 2011)
2.3.1 SaaS
Le logiciel en tant que service ou plus connu en anglais en tant que Software as a Service (SaaS) repose sur la mise disposition travers internet dapplications en contrepartie dun abonnement, la plupart du temps calcul en fonction du nombre dutilisateurs. Cest en quelque sorte la partie visible du cloud computing pour lutilisateur final. On y trouve diffrents types dapplication, du CRM la gestion des ressources humaines, comptabilit, messagerie etc. Aujourdhui, selon Gartner, 90% des entreprises utilisent des applications en mode SaaS ou envisagent de le faire. Il y a trs peu de prrequis, si ce nest un accs internet pour utiliser les applications gnralement directement via le navigateur. Le dploiement, stockage, maintenance, sauvegarde sont du ressort du fournisseur de service. Cest certainement un avantage mais de ce fait, le client est dpendant du mode de fonctionnement de lapplication et mis part quelques rglages il ne peut pas la personnaliser sa guise. Un bon exemple de SaaS est Salesforce.com qui propose des applications la demande du type CRM et autres outils de collaborations. Il est donc trs facile pour le client de bnficier dune application de manire quasi instantane et la demande sans aucun frais en immobilisation (serveurs et licences), aucun dploiement ou maintenance assurer. Nous verrons les solutions de salesforce.com et dautres fournisseurs plus en dtails par la suite.
2.3.2 PaaS
La plateforme comme un service (PaaS), est la plateforme dexcution, de dploiement et de dveloppement des applications. Le client maintient ses applications, le fournisseur maintient : les runtimes, lintgration SOA, les base de donnes, le logiciel serveur, la virtualisation, le matriel serveur, le stockage et les rseaux (Wikipedia, 2011). Un service PaaS met disposition des environnements de dveloppement prts lemploi, fonctionnels et performants. Parmi les solutions : Windows Azure de Microsoft, App Engine de Google, Force.com de Salesforce. Chaque fournisseur de PaaS propose des environnements de dveloppement diffrents, Google App Engine se limite Java et Python,
Concepts et dfinition du cloud computing 16 _________________________________________________________________________________ tandis Windows Azure permet de travailler avec les langages .NET, PHP, Pyhton, Ruby et Java.
2.3.3 IaaS
La dernire couche du cloud computing, la plus complexe en terme de gestion est linfrastructure comme un service (IaaS). Linfrastructure fournit des capacits de calcul, de stockage et une bande passante suffisante. Cette infrastructure est mise disposition de faon grer automatiquement la charge de travail requise par les applications. Il y a trs peu de limitation pour le client si ce nest la partie matrielle qui peut tre contourne grce aux systmes de virtualisation. Les applications vont ds lors pouvoir tre dployes sans tre lies un serveur spcifique. La virtualisation rpond de manire dynamique l o les serveurs physiques fournissent un ensemble de ressources alloues selon les besoin, et o la relation entre les applications et les ressources de calcul, de stockage et de rseau pourront sadapter de manire automatique pour rpondre la charge de travail et aux exigences demandes (Warin, 2011). Pour simplifier ces diffrentes dfinitions, on peut retenir quavec le SaaS on utilise une application, avec le PaaS on construit ses applications et finalement lIaaS permet dhberger le tout.
2.4 Virtualisation
Revenons maintenant plus en dtail sur le principe de virtualisation voqu plus haut. La virtualisation a t la premire pierre vers lre du cloud computing, cest une technologie qui permet une gestion optimise des ressources matrielles en disposant de plusieurs machines virtuelles sur une machine physique. Certains noms tels que VMware ou VirtualBox sont dsormais relativement familiers. Aujourdhui la plupart des serveurs possdent des ressources matrielles importantes, mais celles-ci sont rarement utilises 100%. Il est frquent quune entreprise dispose dune quinzaine de serveurs fonctionnant chacun 15% de ses capacits. Cest pourquoi les prestataires doffres dans le cloud y installent des outils de virtualisations qui vont permettre de disposer, sur une machine, de plusieurs systmes dexploitations. Lorsque lon sait que serveur tournant 90% de ses capacits ne consomme pas beaucoup plus quun serveur
Concepts et dfinition du cloud computing 17 _________________________________________________________________________________ 10% on comprend logiquement la dmarche de virtualisation, mme si gnralement environ 30% de la charge machine est utilis par la virtualisation en elle-mme (Wikipedia, 2012e). Le principe de virtualisation permet aussi dtre plus flexible dans lallocation des ressources, par exemple si une machine virtuelle manque de ressources car le serveur physique sur lequel elle repose nest pas ou plus assez puissant il est ds lors trs simple de virtualiser cette machine virtuelle sur un autre serveur plus puissant. Il existe plusieurs techniques de virtualisation, les deux sous-chapitres suivants dtaillent les deux principales solutions utilises dans le cloud.
2.4.1 Hyperviseur de type 1/natif

Un hyperviseur dsigne simplement une plateforme de virtualisation. Dans le cas dun hyperviseur de type 1 ou natif, lhyperviseur sexcute directement sur la plateforme matrielle, cest en quelque sorte un noyau trs lger optimis pour grer les accs des noyaux des systmes dexploitations invits larchitecture matrielle sous-jacente. De ce fait, plusieurs systmes dexploitation peuvent tre excuts quasiment directement au dessus du matriel, sans tre dpendant dun OS hte. Si les systmes dexploitations invits fonctionnent en ayant conscience dtre virtualiss et sont optimiss pour ce fait, on parle alors de para-virtualisation. Cest avec cette technique de virtualisation que fonctionnent par exemple : VMware ESX/ESXi, Microsoft Hyper-V server, Parallels server Bare Metal. (Wikipedia, 2012e)
Figure 7 : Hyperviseur de type 1 (Wikipedia, 2012e)
2.4.2 Hyperviseur de type 2/hosted

Un hyperviseur de type 2 est un logiciel gnralement assez lourd, qui tourne sur lOS hte. Ce logiciel permet de grer les OS invits. La machine virtualise et/ou mule le matriel pour le OS invits afin que ceux-ci croient dialoguer directement avec la couche matrielle. Cette solution isole bien les OS invits mais elle perd en performance. Le cot en performance peut tre lev si le processeur doit tre mul. En revanche cette solution permet de faire cohabiter plusieurs OS htrognes sur une mme machine. Quelques exemples reposant sur cette technique de virtualisation : Oracle VM VirtualBox, Parallels Desktop, VMware Fusion/Player/Server/Workstation, Microsoft Virtual PC/Server (Wikipedia, 2012e).
Figure 8 : Hyperviseur de type 2 (Wikipedia, 2012e)
2.5 Types de Cloud

Un service dans le cloud doit bien videmment reposer sur des ressources physiques. La question qui se pose alors est o sont ces ressources ? Une entreprise a le choix entre se construire ou louer un cloud priv, bnficier des offres dans un cloud public ou choisir diffrentes options avec un cloud hybride. Analysons ces trois possibilits plus en dtail.
2.5.1 Cloud priv

La notion de cloud priv peut-tre divise en deux : le cloud priv interne et le cloud priv externe. Gnralement lorsque lon parle de cloud privs, se sont des clouds privs externes qui sont ddis une seule entreprise mais dont la gestion est externalise un prestataire. Cest le cas par exemple avec Amazon Virtual Private Cloud (Amazon VPC) qui permet de mettre en service une section priv et isol du cloud Amazon Web Service (AWS) que nous verrons plus en dtail par la suite. Les clouds privs internes sont grs par lentreprise elle-mme. On peut se poser la question si un cloud priv interne est rellement un cloud ? En effet nous avons vu plus haut
Concepts et dfinition du cloud computing 20 _________________________________________________________________________________ que dans le cloud les infrastructures et la maintenance sont externaliss ce qui nest pas le cas avec un cloud priv interne (Warin, 2011).
2.5.2 Cloud public

Un cloud public est un service SaaS, PaaS ou IaaS propos et gr par un tiers lentreprise. De plus en plus de fournisseurs proposent un cloud public dans lequel nimporte quel entreprise (ou utilisateur priv) peut y hbergs ses applications, ses diffrents services et donnes. Il ny a donc aucun investissement initial pour le client, et lon paie gnralement uniquement pour les ressources que lon utilise (Warin, 2011).
2.5.3 Cloud hybride

Un cloud hybride est lutilisation de plusieurs clouds, quils soient privs ou publics. Par exemple, on pourra exporter nos applications dans un cloud public mais ces applications utiliseront galement des donnes stockes sur un cloud priv. On se trouve donc dans le cas dun cloud hybride. Le cloud hybride pose donc un problme important du Cloud Computing : celui de lintgration. Comment faire pour que plusieurs applications hberges sur diffrents clouds puissent communiquer entre elles? Nous traiterons ce problme en dtail dans la partie pratique de ce travail.
2.6 Cloud Computing et SOA

Les services clouds ont quelques caractristiques cls : lasticit, self-service, la demande etc. Pour fournir ces caractristiques, les bases du service, de linfrastructure cloud doivent tre bien conus et bien architecturs. Afin de rendre cette approche possible, larchitecture du cloud devrait tre bas sur une approche modulaire. Une architecture modulaire permet la flexibilit et la rutilisation du service. Lapproche cache sous cette flexibilit nest autre que SOA, une architecture oriente service. Ce sous-chapitre donne un aperu de SOA ainsi que la relation entre SOA et le Cloud (Hurwitz, Bloor, Kaufman, & Halper, 2010).
2.6.1 Dfinition de SOA

Larchitecture oriente service (SOA) est une approche de conception et de construction de systmes dinformations qui utilise des composants dapplications existantes. Les
Concepts et dfinition du cloud computing 21 _________________________________________________________________________________ applications existantes exposent leurs fonctionnalits travers des interfaces services qui peuvent tre mis disposition lintrieur mme dune entreprise ou par le biais dinternet. SOA facilite grandement la rutilisation de fonctionnalits (Hsemann, 2009). Cette approche permet de : Augmenter la flexibilit des applications Rduire les cots de lintgration Mettre disposition des services rutilisables travers diffrentes applications et/ou systmes dinformation (Hsemann, 2009).
2.6.2 Combiner le Cloud et SOA

Premirement il est important de ne pas mlanger les deux termes. Selon David Mitchell Smith, vice president de Gartner, la confusion est gnralement faite cause du terme service utilis la fois pour le cloud et pour le SOA. Dans le monde du SOA, lon parle de services en faisant rfrences aux logiciels, aux composants actifs et aux objets (lments techniques), mais dans le monde rel quand on parle de service, on pense rsultats. M. Smith continue : Avec le cloud, vous payez pour des rsultats, pas pour la technologie. Cependant, les deux services sont lis, le fait de bnficier du SOA reprsente une bonne base pour le cloud. Les deux concepts sont donc compatibles sans tre bass sur la mme ide : Le cloud computing est une architecture de dploiement et non une approche architectural dans le but de construire le systme IT de lentreprise comme lest SOA (Le Monde du Cloud, 2010). SOA est donc une approche au niveau de larchitecture afin de proposer un systme comprenant des services rutilisables et interchangeables. Le Cloud Computing a pour but de dlivrer une infrastructure et des services rutilisables en rapport avec les besoins de lentreprise. Certains principes du cloud peuvent tre bass sur une architecture SOA mais le but en soi des ces deux concepts est diffrent.
Les principaux acteurs du cloud computing 22 _________________________________________________________________________________
3.
Les principaux acteurs du cloud computing
Dans ce chapitre nous allons parcourir les principaux fournisseurs de services dans le cloud et observer les offres ainsi que les prix proposes. Ce chapitre traite galement de la question de recherche : Quest ce que le cloud computing ? .
3.1 Amazon
Amazon Web Services (AWS) met disposition un cloud public depuis 2006. Au dpart le but dAmazon tait de rentabiliser ses normes infrastructures requises pour assumer les montes en charge pendant la priode de Nol sur leur boutique en ligne. Aujourdhui Amazon propose de nombreux services en ligne, commencer par lIaaS probablement le plus connu : Elastic Compute Cloud (EC2). Amazon EC2 prsente un environnement informatique vraiment virtuel, vous permettant d'utiliser des interfaces de service Web pour lancer des instances avec une varit de systmes d'exploitation, de les charger avec votre environnement d'applications personnalises, de grer les autorisations d'accs votre rseau, et d'excuter votre image en utilisant autant ou aussi peu de systmes que vous le dsirez. Pour utiliser Amazon EC2, il suffit de : Slectionner une image prconfigure, avec un modle afin de dmarrer immdiatement. Ou crer une Amazon Machine Image (AMI) contenant votre application, vos bibliothques et donnes, et vos paramtres de configuration associs. Configurer la scurit et l'accs au rseau sur votre instance Amazon EC2. Choisir quel(s) type(s) d'instances et quel systme d'exploitation vous voulez, puis dmarrer, arrter et surveiller autant d'instances de votre AMI que ncessaires, l'aide des API (Application Programming Interface) de service Web ou la varit d'outils de gestion proposs.
Les principaux acteurs du cloud computing 23 _________________________________________________________________________________ Dterminer si vous voulez excuter dans plusieurs emplacements, utiliser des points de terminaison d'IP statique, ou annexer du stockage persistant par bloc vos instances. Payer seulement les ressources que vous consommez, comme les heures-instance ou le transfert de donnes. (Amazon, 2011) Un grand nombre dAMI sont dj prconfigure et prtes lemploi avec diffrents systmes dexploitations disponibles dont Windows Server, Ubuntu, RedHat, OpenSolaris, Oracle Enterprise Linux Avec chaque AMI des logiciels sont prsent pour la gestion dune base de donnes (IBM DB2, MySQL ) , lhbergement web, le dveloppement dapplications, lencodage et la diffusion en continu de vidos etc. Ensuite les ressources sont configurables avec des logiciels tiers grce aux API ou directement depuis la console de management Web dAmazon : la AWS management Console (cf. Figure 9).
Figure 9 : AWS Management Console
La facturation se fait en fonction des instances choisies. Amazon propose trois types dinstances : la demande, rserve et spot. Avec les instances la demande on paie la
Les principaux acteurs du cloud computing 24 _________________________________________________________________________________ capacit de calcul sans engagement long terme (de 0,02$/h pour la micro instance 2,48$/h pour la Extra Large Quadruple ). Avec les instances rserves on effectue un paiement unique pour une dure dau minimum un an. Les cots lheure sont donc beaucoup plus faible (0,01$/h pour la micro 1,28$/h pour lextra large quadruple). Finalement les instances spot permettent de faire des offres pour acheter de la capacit Amazon EC2 non utilise. Les instances sont factures un prix fix par Amazon qui fluctue en fonction de loffre et de la demande. Les prix sont donc gnralement encore plus bas que pour les instances rserves. Il faut encore prendre en compte le prix des transferts de donnes sortantes (upload) le premier GB par mois est gratuit. Le prix est ensuite dcroissant en fonction de la taille du transfert. De 0,120$/GB pour un transfert jusqu 10To/mois 0,050$/GB jusqu 350To/mois. Pour plus de 350To/mois le prix est discuter avec Amazon. Les donnes entrantes sont gratuites. Amazon propose galement des services PaaS avec Amazon Simple Storage (Amazon S3), un service de stockage en ligne. Amazon S3 est utilis conjointement avec dautres fonctionnalits des services cloud dAmazon. Par exemple avec le nouveau service ElasticMapReduce permettant deffectuer des calculs parallles distribus de donnes gnralement trs volumineuses. Les donnes traites par le service ElasticMapReduce sont stockes dans un bucket Amazon S3. Le tarif de stockage varie de 0.125$ par Go/Mois pour le premier To et diminue linairement 0.055$ par Go/Mois avec un stockage de plus de 5000To. Ces tarifs varient sensiblement suivant le pays o sont stock les donnes. Au tarif de stockage sajoute nouveau un tarif de demande (0.01$ pour 1000 demandes PUT, COPY, POST ou LIST et 0.01$ pour 10000 demandes GET) et un tarif de transfert de donnes (gratuit jusqu 1 Go/mois, 0.120$/Go jusqu 10To par mois et 0.050$/Go jusqu 350To par mois) (Amazon, 2012b). Amazon propose galement de nombreux autres services dans le cloud mentionnons rapidement Amazon SQS un systme de gestion de files dattentes pour stocker les messages alors quils se dplacent entre les ordinateurs, Amazon DynamoDB qui permet de crer en quelques clics une base de donnes NoSQL (non-relationnel), ElasticMapReduce dj cit plus haut etc.
Les principaux acteurs du cloud computing 25 _________________________________________________________________________________ Amazon est lheure actuelle le plus grand fournisseur de services dans le cloud qui a compris le potentiel du cloud computing bien avant la dmocratisation et lexplosion de cette tendance. Amazon semble donc bien en place pour garder sa position de leader avec de nouvelles offres bases sur des technologies lavenir prometteur (MapReduce, base de donnes No-SQL, ), ce que peu de concurrents proposent.
3.2 Google
Google mise beaucoup sur le cloud computing et propose des services PaaS et SaaS. A grande chelle, les solutions de Google dans le cloud sont surtout connues des consommateurs privs au travers des ses Google Apps telles que Google Docs, Calendar ou encore Gmail. Toutes ces web apps sont dans le domaine du SaaS et gratuites pour une utilisation prive. Google App Engine dont la premire version beta est sortie en avril 2008 est le service PaaS de Google. Au dpart le service ne supportait que le dveloppement dapplications en Python. Depuis, le support de Java Virtual Machines (JVMs) a t ajout et permet de dvelopper des applications non seulement en Java mais aussi au moyen de JRuby, JPython, Scala ou Clojure. Le SDK (software development kit) inclut un environnement complet de dveloppement qui simule App Engine en local sur le bureau du dveloppeur (Rhoton, 2010). La plateforme inclut galement des services sous formes dAPI permettant de manipuler des images, denvoyer des mails ou encore dutiliser les comptes Google pour les identifications au sein de lapplication. La Figure 10 ci-dessous dtaille la facturation dApp Engine :
Figure 10 : Facturation App Engine
Un service de base de donnes est galement disponible sous le nom de Datastore. Ce service est bas sur la technologie propritaire BigTable et utilise le langage GQL pour manipuler les donnes.
3.3 Salesforce
Salesforce.com est une socit pionnire dans le domaine du SaaS, elle a t cre en 1999 dj par Marc Benioff. Ces dix dernires annes lentreprise na cess de crotre et denchaner les acquisitions. En 2004 la socit est introduite la bourse de New-York sous le symbole boursier CRM, apportant ainsi pas loin de 110 millions de dollars. (Wikipedia, 2011b) Base sur la base de donnes database.com et une place de march de logiciels, lappexchange, les solutions de Salesforce.com sont regroupes dans diffrentes grandes catgories : Sales Cloud, Service Cloud, Force.com et Chatter Collaboration Cloud. Sales Cloud : loutil de CRM (customer relationship management) par excellence disponible en plus de 25 langues et accessible depuis des appareils mobiles. Le produit fournit des outils de gestion des comptes et contacts clients, outils marketing, de ventes, plateforme de discussion, AppExchange un catalogue de services dvelopps pour Salesforce par des tierces parties Service Cloud : Un service client de nouvelle gnration permettant aux entreprises dtre plus sociable et collaborative. Service Cloud propose des services rapides et ractifs intgrant tous les canaux de communication ; du centre dappel aux rseaux sociaux.
Les principaux acteurs du cloud computing 27 _________________________________________________________________________________ Chatter Collaboration Cloud est une plateforme de collaboration en temps rel reprenant un peu la forme dun rseau social. Les prix pour Sales Cloud vont de 1,60 par utilisateur et par mois pour un maximum de 5 utilisateurs, 270 par utilisateur par mois pour la version unlimited. Service Cloud varie de 70 285/utilisateur/mois. Salesforce.com propose galement un solution PaaS : Force.com qui permet de crer des applications au moyen de Visualforce (un framework pour la cration dinterfaces graphiques) et Apex, un langage de programmation propritaire qui reprend la syntaxe de Java mais qui est plus tourn vers la gestion des bases de donnes. La tarification va de 15/utilisateur/mois permettant de dvelopper une application 80/utilisateur/mois pour la version illimite (Salesforce.com, 2011).
3.4 Microsoft
Microsoft savre tre actuellement lun des seul acteur au niveau mondial proposer des offres sur les trois modles SaaS, PaaS et IaaS. Les principales solutions SaaS sont Offices 365 et Microsoft Online Services. Office 365 propose des applications web compatibles avec les formats de la suite Microsoft Office classique (Word (cf. Figure 11), Excel, PowerPoint, Publisher). Plusieurs personnes peuvent donc diter un document en mme temps, il est possible davoir ensuite un aperu des personnes ayant consult et dit vos documents.
Figure 11 : Lapplication Word en ligne
Les applications web sont accessibles directement au travers de votre navigateur web et sont relativement proches des versions classiques . Office 365 est disponible en 3 versions : professionnels et petites entreprises (jusqu 25 employs) pour 5,25 par utilisateur et par mois. moyennes et grandes entreprises, 9 25,50 par utilisateur et par mois selon les fonctionnalits dsires. ducation (destin aux tablissements scolaires)
Loffre Microsoft Online Services comprend les solutions Exchange Online, Sharepoint Online, Office Communications Online et Office Live Meeting pour offrir une solution complte rpondant lensemble des besoins de messagerie, de communications unifies et de collaboration des entreprises. Toutes ces solutions sont disponibles individuellement mais les entreprises bnficient de conditions avantageuses en les acqurant dans le cadre de la suite complte (Microsoft, 2011). Windows Azure est le service PaaS phare de Microsoft. Avec la plateforme il est possible de migrer une application existante ou den dvelopper dans diffrents langages de
Les principaux acteurs du cloud computing 29 _________________________________________________________________________________ programmation dont .NET, Rubis, Python, Java ou PHP laide doutils de programmation classiques tel que Visual Studio ou Eclipse. La plateforme met galement disposition le service SQL Azure, un service de base de donnes base sur Microsoft SQL Server. Depuis linterface dadministration il est possible de crer simplement une base de donnes SQL Server sur une infrastructure fiable garantissant une disponibilit de plus de 99,95%. La tarification se fait en fonction de trois critres : le temps de traitement, le stockage et le transfert de donnes. Il est possible de bnficier dun abonnement ou dun pa iement lusage. Au niveau IaaS, Microsoft propose une solution de cloud priv qui repose sur Windows Server 2008 R2 Hyper-V et System Center. Hyper-V est un systme de virtualisation base sur un hyperviseur 64 bits. La configuration du cloud se fait grce au Microsoft System Center pour ladministration des environnements physiques et virtuels, systmes et applicatifs, ainsi que la gestion des processus et des interfaces de monitoring des services. Microsoft Hyper-V peut se dployer sur un cloud priv en interne ou chez un partenaire de Microsoft.
3.5 IBM
IBM propose principalement une solution IaaS complte appele SmartCloud laquelle on peut ajouter une multitude dapplication SaaS. Loffre couvre sept domaines principaux dun systme IT en entreprise : 1. Dveloppement et tests 2. Analyse de donnes 3. Stockage 4. Serveurs 5. Collaboration 6. Processus mtiers 7. Postes de travail La mise en place du service se fait en trois tapes :
Les principaux acteurs du cloud computing 30 _________________________________________________________________________________ Premirement il faut choisir le centre dhbergement des serveurs et de limage logicielle dsire. IBM propose de nombreuses images, la plupart base sur un systme Linux mais Windows Server est galement disponible. Choisir la configuration matrielle du serveur ainsi que ladresse rseau et les cls de scurits afin daccder de manire scurise au serveur. Provisionner le serveur et confirmer les choix effectus. Un processus automatis cre votre instance et fournit un serveur prt lemploi, le tout en quelques minutes seulement. Il est possible de choisir entre quatre types de configuration serveur : Copper, Bronze Silver et Gold. Le nombre de cur la mmoire et la capacit de stockage change suivant la configuration choisie. La figure ci-dessous rsume les caractristiques ainsi que le prix de chacune des offres au 05 dcembre 2011.
Figure 12 : Tarification IBM SmartCloud (IBM, 2011)
3.6 VMware
VMware est une socit fonde en 1998 elle propose notamment plusieurs produits propritaires de virtualisation darchitectures x86. En 1999 la socit proposa la premire version de VMware Workstation, un logiciel client permettant la virtualisation de machines virtuelles (Wikipedia, 2011c). Depuis 2008, lentreprise na pas cess dinvestir sur le march du cloud computing en rachetant notamment plusieurs entreprises comme Zimbra (application SaaS de collaboration) qui appartenait Yahoo ou SpringSource pour toffer son offre PaaS (Warin, 2011).
Les principaux acteurs du cloud computing 31 _________________________________________________________________________________ Loffre Saas de WMware sarticule autour de la plateforme Zimbra, une application web collaboratif qui fournit une bote aux lettres, la possibilit de stocker, organiser et partager des contacts, des documents et des agendas. Le march PaaS de WMware sest dvelopp aprs le rachat en 2008 de Springsource. Dsormais lentreprise propose sa gamme vFabric dans laquelle on trouve (Warin, 2011) : Tc Server : une plateforme permettant de dvelopper et dexcuter des applications Java Spring Enterprise Ready Server (ERS) : une version dentreprise du serveur web Apache. Hyperic : permet de surveiller les applications web sur les machines physiques ou au sein dun environnement dinfrastructure virtuelle dun cloud priv, public ou hybride. GemFire : une plateforme de gestion des donnes distribues en temps rel. RabbitMQ : un logiciel de mise en file dattente qui simplifie la gest ion du trafic des messages.
Figure 13 : La gamme vFabric de WMware (VMware, 2012)
Les principaux acteurs du cloud computing 32 _________________________________________________________________________________ Une autre possibilit intressante de la plateforme PaaS vFabric est quelle peut tre utilise sur une infrastructure VMware videmment mais galement sur une infrastructure de Salesforce.com. Cette collaboration a donn lieu VMForce. VMware et Google travaillent actuellement lintgration de vFarbic au sein de la plateforme App Engine de Google. Du ct IaaS WMware nest pas en reste, grce sa grande exprience dans le domaine de la virtualisation lentreprise propose un produit complet nomm vSphere disponible en version 5 depuis juillet 2011. Selon VMware, vSphere et la suite dapplicatifs qui laccompagnent se veulent le systme dexploitation du cloud computing bas sur les hyperviseurs de la gamme ESX/ESXi. (Laurent, 2011) En simplifiant vSphere met disposition des units de calculs, de stockage et de rseau. Le tout repose sur des clusters dhyperviseurs (de type 1) ESX/ESXi sur lesquels tournent les machines virtuelles. vSphere est une infrastructure de virtualisation trs agile qui sadapte en fonction des ressources physiques, notamment grce vMotion qui permet la migration des machines virtuelles chaud dune source de stockage une autre, sans interruption de service. Grce Fault Tolerance il est possible dexcuter en parallle une mme machine virtuelle sur plusieurs hyperviseurs. Uniquement une machine virtuelle est dfinie comme principale et peut crire sur les disques ou envoyer des informations via le rseau mais en cas de panne le basculement vers un hyperviseur sera possible en moins dune seconde, garantissant une disponibilit maximale. Pour terminer VMware propose la technologie DRS pour Distributed Resource Scheduler qui permet au moyen de vMotion de repartir les machines virtuelles sur les diffrents hyperviseurs en fonctions de leur charge. (Warin, 2011)
Les aspects conomiques 33 _________________________________________________________________________________
4.
Les aspects conomiques
Comme vu prcdemment, lun des principaux avantages du Cloud Computing serait des conomies sur linfrastructure informatique de lentreprise. En effet avec des services dans le Cloud lentreprise na plus besoin de disposer de locaux pour entreposer ses serveurs, linstallation et la maintenance sont gres par les fournisseurs des services. Le client paie dsormais un abonnement la demande extensible en fonction de ses besoins. Cette approche tend liminer les cots fixes dune infrastructure informatique. Ce chapitre rpond la deuxime question de recherche : Quels sont les apports rels en terme de cots ? . Avant dentrer dans le vif du sujet il est important de faire le point sur quelques fausses ides reues. Premirement, plusieurs tudes dont celle conduite par IDG pour VMware portant sur plus de 600 entreprises dmontrent que ladoption de services Cloud est en premier lieu motive par la souplesse et lagilit de ces services avant laspect de rduction des cots. En envisageant le cloud computing uniquement sous langle des conomies de cots nous risquons de passer ct de lessentiel (IDG Research Services, 2011). En vu de la situation conomique actuelle, les entreprises sont confrontes un march volatil et changeant rendant les prvisions trs difficiles. La demande peut varier trs fortement en peu de temps et les entreprises doivent viter tout prix de se retrouver en situation de sous ou sur capacit. La cloud computing consacre dans ce domaine une avance majeure dans la mesure o une entreprise peut trs rapidement adapter son infrastructure en fonction des besoins du moment et payer uniquement pour la capacit utilise. Cette agilit permet galement des conomies sur les cots mme si le but premier et de rester comptitif et ractif par rapport aux changements de situation. Laspect des conomies sur les cots est dans de nombreux cas largument numro un des fournisseurs car peut-tre plus percutant, plus direct que les autres avantages de services cloud. Cest nanmoins un facteur prendre au srieux et de nombreux points sont analyser. Par exemple les fournisseurs omettent gnralement que lentreprise qui migre ses solutions sur le cloud bnficie dj dun systme IT pas forcment amortit, ce qui engendre
Les aspects conomiques 34 _________________________________________________________________________________ galement des cots prendre en compte. Un exemple dIBM dmontrant la baisse des cots due ladoption de son service SmartCloud :
Figure 14 : Rduction des cots d'aprs IBM (IBM, 2011)
Cette analyse nest probablement pas compltement fausse mais nglige srement quelques points importants. Pour analyser concrtement limpact financier sur lentreprise on utilise plusieurs indicateurs. Le plus rpandu est gnralement le retour sur investissement (ROI). De manire gnrale, le profit dune entreprise est gal au revenu moins les cots. Profit = Revenu Cots Le but dune entreprise est gnralement de maximiser son profit. En optant pour des services Cloud la variable touch sera principalement celle des cots avec pour but de les diminuer. Avant tout investissement dans un nouveau projet il est donc ncessaire de pouvoir quantifier limpact sur les cots et le revenu de faon dterminer si c e projet est profitable. Dans un scnario classique, lentreprise fait un investissement initial (par exemple une migration vers un service Cloud), ce qui augmente temporairement les cots au dessus de la ligne de rentabilit, lentreprise perd donc de largent court terme. Cependant sur le plus long terme le projet devient rentable une fois le seuil de rentabilit franchi. La Figure 15 illustre ce phnomne.
Les aspects conomiques 35 _________________________________________________________________________________
Cots cumuls
Seuil de rentabilit
Economies de long-terme
Investissement initial
Payback Period
Temps
Figure 15 : Cots cumuls d'investissement
Comme pour la plupart des projets, investir dans des solutions Cloud ne sera pas bnfique pour lentreprise court terme. Certains fournisseurs de services Cloud mettent en avant leurs offres ainsi que leurs prix attractifs sans pour autant prendre en compte que le client subira diffrents cots dans ladoption de ces services. Les services Cloud tant encore leurs dbuts, actuellement, peu dentreprises ont dj pu bnficier du recul ncessaire afin dobserver de relles conomies grce ladoption de services cloud. Nanmoins la fiabilit, la scurit et la flexibilit des offres ne sont gnralement pas remises en cause.
4.1 Analyse des diffrents cots

Pour analyser le prix dun passage dans le cloud, il est ncessaire danalyser ce que lon appelle les cots pertinents ou significatifs. Un cot est dit pertinent par rapport une dcision donne sil est susceptible dtre modifi par cette dcision , en bien ou en mal. Voici les principales catgories de cots qui peuvent tre pertinentes dans ladoption de services cloud de manire gnrale : Les cots en capital : limplication attendue de linformatique la demande est justement une rduction des cots en capital. Sur le long terme ceux-ci vont probablement diminuer.
Les aspects conomiques 36 _________________________________________________________________________________ Cependant gnralement une grande partie des cots en capital ont dj t pris en compte et ne sont donc pas ou peu pertinents court-terme. Lentreprise aura probablement dj des infrastructures locales qui sont toujours oprationnelles. On ne peut donc pas dire que les cots en capital sont pertinents tant que les infrastructures actuelles ne sont pas compltement amorties. Les cots de transition : incluent la migration des donnes et des applications dans le service cloud choisi. Les cots de transition ninterviennent en gnral quune seule fois dans le processus de migration vers un service cloud. Les cots oprationnels : Les cots oprationnels sont intressants examiner. Il y a des bnfices que le fournisseur peut transmettre au client en terme dconomies dchelle et dune position avance sur la courbe dexprience. Les cots oprationnels peuvent diminuer sensiblement particulirement pour des petites entreprises bnficier dconomies dchelle importantes. Les cots de personnel : si la transition vers le cloud a un impact sur le rle et la responsabilit des employs et particulirement si cette transition implique un besoin significatif demploys externes lentreprise (outsourcing), il est ncessaire dexaminer limpact financier. Les cots de support : peuvent changer si aprs la transition du service, on remarque une diffrence notable dans les cots de support, par exemple le nombre dappels pour demander de laide par utilisateurs et par mois ou encore le temps de rsolution moyen dun problme. Des cots divers : Il y a beaucoup de mesures internes sur les cots qui sont difficilement chiffrable. Par exemple une baisse de la productivit des salaris ou la satisfaction des employs peuvent avoir un impact direct sur les cots. Afin de pouvoir proposer un aperu quantitatif dune solution cloud il faut galement prendre en compte les cots de la solution elle-mme, cest dire : Hardware serveur Hardware de stockage qui ne peuvent
Les aspects conomiques 37 _________________________________________________________________________________ Hardware client (ordinateurs) Infrastructure rseau (routeurs, gestion de charge, bande passante) Scurit (firewalls, VPN, dtection dintrusions) Licences (clients et serveurs) Oprations de maintenance (backup, restauration, mise jours) Support (dpannage) Gestion du systme Gestion des contrats (fournisseurs)
Evidemment il nest pas toujours possible de dterminer un cot pour tous les points. Parfois il ny a pas de raison que le cot change, par exemple il est fort possible que le hardware client ne sera pas affect dans le cas dune migration vers le cloud. Il serait difficile danalyser la structure des cots avant et aprs le passage dans le cloud de manire concrte car les lments prendre en compte sont normes. Chaque entreprise est diffrente, dispose de sa propre exprience de ses propres capacits au changement quil serait trop rducteur de calculer simplement le cot des infrastructures avant et aprs le cloud. Toutefois daprs les commentaires des entreprises ayant lous des services cloud il ne ressort jamais que les cots ont radicalement augment moyen terme. Et sur le long et trs long terme une infrastructure cloud est probablement meilleur march car permet de bnficier des conomies dchelles et de la connaissance du fournisseur. Peu dtudes ont encore t raliss dans ce domaine, car peu dentreprises ont bnfici dun recul assez important pour observer rellement les avantages en terme de cots (Rhoton, 2010, pp. 130-138).
4.2 Capital Budgeting

La budgtisation du capital regroupe un ensemble doutils qui peuvent tre utiliss pour mesurer le cot dopportunit dun investissement, dans notre cas le choix dun fournisseur cloud, ou de comparer les diffrentes alternatives envisageables (pour par exemple choisir le fournisseur le plus intressant). Elle reprsente en quelque sorte la valeur temporelle de largent. Si on ninvestit pas dans le projet il est alors possible de gagner un intrt la
Les aspects conomiques 38 _________________________________________________________________________________ banque ou au travers dautres placements financiers. Cette opportunit sappelle le cot du capital. Pour tenir compte de ce cot il suffit dactualiser tous les cash flows futurs (positifs ou ngatifs) par le taux dintrt. Cet indicateur sappelle la valeur actualise nette (VAN). On la calcule de la manire suivante : VAN =
(1 + i )
CFt
t =1
On calcule la somme des cash flow au temps t divis par 1 plus le taux dintrt la puissance t. Si la valeur actualise nette est suprieure zro, il est bnfique dentreprendre le projet. On peut galement comparer les diffrents projets et choisir celui qui la VAN la plus leve. Une autre approche de budgtisation galement trs rpandue est celle du taux de rendement interne (TRI). Le TRI dtermine le taux dintrt pour une VAN gal zro. Un projet dinvestissement ne sera retenu que si son TRI est suffisamment supri eur au taux bancaire, pour tenir compte notamment de la prime de risque propre au type de projet. Le plus grand dfi dans lutilisation de ces formules est que le rendement attendu, ou le taux de rendement minimal, dpend du risque de linvestissement en question. Sil est possible de quantifier ce risque on peut alors utiliser le Capital Asset Pricing Model (CAPM) pour dterminer le rendement attendu avec la formule suivante :
E(rj ) = rf + [ E(rm ) - rf ] b j E(rj ) = rf + [ E(rm ) - rf ] b j

E(rj) est le retour attendu, rf reprsente le taux de rendement sans risque, E(rm) est le taux de rendement du march et b j est la volatilit de la rentabilit de lactif considr rapport celle du march. Mathmatiquement le beta correspond au rapport entre la covariance de la rentabilit de lactif et de la rentabilit du march et la variance de rentabilit du march. Cependant nous navons pas dfini comment dterminer le risque. Et cest la que le problme se pose, comme dj voqu dans lanalyse des cots, nous navons pas encore de donnes empiriques sur les retombes possibles du cloud computing. En labsence de donnes historiques il est impossible de calculer une variance (et par consquent lcarttype) prcise et par consquent le risque. (Rhoton, 2010, pp. 130-138)
Scurit et risques lis au Cloud Computing 39 _________________________________________________________________________________
5.
Scurit et risques lis au Cloud Computing
Ce chapitre complte la premire question de recherche : Quest ce que le Cloud Computing ? en analysant laspect critique de la scurit dans le cloud souvent cit comme tant le plus grand dsavantage du concept. Selon une tude ralise en 2010 par le cabinet Pierre Audoin Consultants, le plus grand frein ladoption de services dans le cloud en France est celui de la scurit/confidentialit (Pierre Audoin Consultants, 2010).
Figure 16 : Freins et inhibiteurs en France (Pierre Audoin Consultants, 2010)
On comprend facilement que pour une entreprise, confier ses donnes un prestataire externe nest pas une mince affaire, ds lors de nombreuses inconnues viennent sajouter lquation. Le sentiment de perte de matrise peut se faire ressentir, en effet lentreprise de ne contrle plus, ou du moins plus totalement laspect matriel et logiciel qui lui permettait de mettre en place elle-mme des solutions scurises adaptes ses besoins. Mme si les principaux acteurs mettent tout en uvre pour fournir des services scuriss et ont gnralement plus de moyen pour le faire quune PME, le fait de ne plus grer et matriser cet aspect peut-tre un frein important dans ladoption des services cloud. La Figure 17 ci-dessous reprsente la part de contrle de lentreprise et du fournisseur pour diffrents services cloud (et non cloud) :
Figure 17 : Qui a le contrle ? (Syntec, 2010)
De manire gnrale, pour quun service cloud soit scuris il doit rpondre trois critres indispensables en matire de scurit : 1. La confidentialit des donnes 2. Lintgrit des donnes 3. La disponibilit des informations. Les dfinitions qui suivent sont tires de la FISMA (Federal Information Security Management Act) : La confidentialit doit maintenir les restrictions autorises sur laccs et la divulgations des informations, y compris les moyens de protger la vie prive et les informations propritaires (Federal Information Security Management Act of 2002, 2002). Une perte de confidentialit est une divulgation non autorise des informations. Lintgrit protge contre une modification ou une destruction impropre des informations et inclue une garantie de non-rpudiation et dauthenticit des informations (Federal
Scurit et risques lis au Cloud Computing 41 _________________________________________________________________________________ Information Security Management Act of 2002, 2002). Une perte dintgrit est une modification ou une destruction non autorise des informations. La disponibilit garantit un accs opportun et fiable aux informations et leur utilisation (Federal Information Security Management Act of 2002, 2002). Une perte de disponibilit est une interruption de laccs linformation ou son utilisation ou au systme dinformation.
5.1 Localisation des donnes

Pour viter une trop grande perte de matrise il est important que les fournisseurs de services Cloud puissent dfinir clairement ou se trouve physiquement toutes les donnes du client ainsi que les sauvegardes. Le problme de lemplacement des donnes nest pas seulement un facteur de scurit mais aussi un problme juridique, en effet comment savoir quelle est la lgislation applicable ? Il y a des contraintes nationales diffrentes, par exemple sur la protection de la vie prive ou sur les exigences de scurit ou mme des contraintes rglementaires sectorielles pour les banques, les assurances ou lindustrie. Entre la socit qui gre le cloud, lemplacement gographique des donnes et lentreprise qui loue les services, la question se pose de savoir quelle lgislation va sappliquer. Par exemple en cas de fuite de donnes portant sur la vie priv dun individu, il est important de savoir qui est responsable au niveau pnal. Gnralement le client est juridiquement responsable de ses donnes et de leur utilisation. Le fournisseur est soumis des obligations techniques et organisationnelles, il sengage prserver lintgrit et la confidentialit des donnes. Il est donc tenu pour responsable en cas daccs, dutilisation fraudeuse ou de perte, altration ou destruction de donnes. Lorsquun fournisseur hberge les donnes dune entreprise europenne aux Etats -Unis, celui-ci agit gnralement dans le cadre des principes de la sphre de scurit Safe Harbor . Ces principes permettent une entreprise amricaine de certifier qu'elle respecte la lgislation de l'Espace conomique europen (EEE) afin d'obtenir l'autorisation de transfrer des donnes personnelles de l'EEE vers les Etats-Unis (Wikipedia, 2011d). En plaant ses donnes sur le serveur dun tiers il est ncessaire de sassurer que la scurit est adapte ses besoins et satisfait nos contraintes lgales. Les contrles et les procdures du fournisseur doivent galement tre conformes aux lois nationales du pays dans lequel le
Scurit et risques lis au Cloud Computing 42 _________________________________________________________________________________ serveur se trouve. Par exemple, si le fournisseur est europen mais quil hberge les donnes sur un serveur amricains, il est probable que vous soyez soumis aux lois amricaines en cas de transfre des donnes vers ou hors du systme (Winkler, 2011, pp. 82-84). Ces lois peuvent tre dautant plus dures suivant o se situe le serveur. Dans certains pays, comme la Chine, les lois locales accordent un accs illimit aux donnes par le gouvernement quelle que soit leur sensibilit. Le chiffrement des donnes peut mme tre interdit si lon ne fournit pas aux autorits les moyens de les dchiffrer (Winkler, 2011).
5.2 Rsiliation et changement de prestataire

Pour viter toutes pertes ou indisponibilits, les donnes sont gnralement copies au minimum trois fois selon les fournisseurs, il est donc indispensable que la fin du contrat, quil soit arriv lchance ou que la rsiliation se fasse pour cause exceptionnelle, soit envisage srieusement car cest ce moment prcis que les donnes sont soumises au plus grand risque. Une rsiliation exceptionnelle peut survenir lorsque le fournisseur du Cloud cesse ses activits, le contrat nest pas respect par lune des parties ou si le fournisseur fait faillite. Au cours de cette priode la premire proccupation est gnralement la recherche dun nouveau fournisseur au lieu de passer du temps avec le fournisseur actuel. Nanmoins nos donnes seront toujours prsentes sur les serveurs du fournisseur et dans ses sauvegardes, pour une question de confidentialit peut-on sassurer que nos donnes soient effaces ? Bien videmment, puisque le contrat est rsili, notre dsormais ancien fournisseur du Cloud sera probablement moins disponible pour nous assister dans le nettoyage de nos donnes. Si ce point est crucial, il est ncessaire de dfinir dans le contrat initial les oprations obligatoires suite la terminaison du contrat afin de disposer dune bonne base lgale pour sassurer que nos donnes seront effectivement nettoyes comme convenu dans le contrat. Lors dun transfert des services dun fournisseur vers un autre ( la fin ou en cours de contrat), il faut dfinir un plan de transfert scuris des donnes entre les prestataires. Selon la quantit de donnes, on peut simplement les tlcharger au sein de notre entreprise puis
Scurit et risques lis au Cloud Computing 43 _________________________________________________________________________________ les uploader ensuite chez le nouveau fournisseur Cloud ou lon peut chercher faire un transfert direct entre les deux prestataires. Quelle que soit la mthode retenue, il faut sassurer que les donnes sont scurises dans chacun des transferts, gnralement par leur chiffrement pendant le transit.
5.3 Principales certifications

Sans laccrditation dun tiers vis--vis de la scurit annonce par un fournisseur, il est impossible de certifier que les dclarations et les reprsentations des politiques et de linfrastructure de scurit du fournisseur sont exactes. De plus il serait peu prudent pour un fournisseur Cloud de donner des dtails techniques sur la scurit de son infrastructure. Par consquent, la meilleure mthode pour aborder cet aspect consiste accorder de la valeur aux certifications donnes par des tiers. Voici la liste des principales certifications que les fournisseurs de Cloud peuvent utiliser : SAS70, Type II. Statement on Auditing Standards n 70 Type II, dveloppe par lAICPA (American Institute of Certified Public Accountants). ISO 27001/2 . Ces normes sont gnralement vues comme des approches plus gnrales de la scurit de linformation par rapport la SAS70. Elles se focalisent plus sur ltude de la manire dont les entreprises assurent la gestion de la scurit de linformation. PCI. Norme dveloppe par la Payment Card Industry, elle doit tre applique par tout service qui gre des donnes de cartes bancaires. Elle dfinit les standards et les exigences de scurisation des informations sensibles, notamment les informations personnelles, les numros de cartes CSA (Cloud Security Alliance). Vise certifier des comptences individuelles dans les pratiques de scurit du Cloud. FISMA, FedRAMP et NIST 800-53R3. Programmes du gouvernement fdral des Etats-Unis dont le but est de mesurer la scurit des systmes informatiques des agences fdrales. Cependant, ces publications peuvent tre adoptes par le secteur priv en remplacement dautres certifications commerciales (Winkler, 2011, p. 225).
5.4 Le cloud priv : la meilleure alternative ?

Face aux diffrentes craintes lies au cloud, il semblerait que dans un premier temps la tendance des entreprises europennes serait de plutt favoriser les clouds privs que publics. Ltude de Pierre Audoin Consultants le dmontre, parmi un chantillon comprenant 152 entreprises franaises, 71% vont investir prioritairement dans un cloud priv, 13% des interviews feront appel un cloud hybride. Seulement 11% envisagent loption du cloud public afin dy externaliser certains lments du SI, principalement des lments la marge ou peu critiques. (Pierre Audoin Consultants, 2010) La mme tude a logiquement interrog les participants sur les avantages et intrts dun cloud priv par rapport un cloud public.
Figure 18 : Avantages et intrts dun cloud priv sur un cloud public (Pierre Audoin Consultants, 2010)
Ainsi, comme le dmontre la Figure 18, pour 60% des rpondants, garder le contrle sur lIT est lavantage essentiel du cloud priv sur le cloud public. Le problme de la localisation des donnes arrive en second avec 34%. Ces chiffres illustrent parfaitement les craintes perues par les dirigeants informatiques face au cloud computing. Il semble galement plus judicieux pour les entreprises de matriser les principes du cloud computing dabord en construisant des clouds privs afin de comprendre et dutiliser au mieux par la suite des offres de clouds publics.
Scurit et risques lis au Cloud Computing 45 _________________________________________________________________________________ Les clouds hybrides reprsentent probablement le futur du cloud computing. Certaines donnes, applications ou processus devront probablement toujours rester en interne pour des raisons rglementaires de scurits et ne pourront pas tre dploy dans le nuage . Les clouds hybrides posent quant eux dautres problmes dont celui de lintgration des applications entre cloud public et priv. Ce problmes seront traits dans le chapitre suivant : lintgration des systmes.
Lintgration des systmes 46 _________________________________________________________________________________
6.
Lintgration des systmes
Lintgration des systmes ou la notion dinteroprabilit est un problme crucial dans le domaine du cloud computing. Cela permet de dfinir la manire dont les diffrentes applications ou les diffrents systmes vont communiquer entre eux. Actuellement de nombreux travaux tentent de standardiser, normaliser les transferts et exportations de donnes dun service cloud un autre afin dopter pour des formats standard. Cependant lheure actuelle les fournisseurs ne rpondent pas encore ces normes et utilisent des formats propritaires diffrents qui posent certains problmes dintgration. Ce chapitre rpond la question Pourquoi et comment intgrer diffrents systmes de lentreprise ? . La partie pratique propose un exemple concret dintgration, ce chapitre pose les bases thoriques et les diffrents principes de lintgration de diffrents systmes.
6.1 La notion dintgration

Lentreprise, aprs avoir analyser tous les diffrents critres relatifs aux diverses solutions cloud, doit finalement mettre en place son nouveau systme. Cest probablement de loin la partie la plus intressante mais galement la plus complexe. Une entreprise migrant ses donnes et applications va rarement utiliser quun seul fournisseur. Imaginons que notre petite entreprise de vente en ligne, MyStartup, loue des units de stockage chez Amazon Simple Storage (S3) mais conserve ses donnes critiques en local, utilise Amazon Elastic Compute Cloud (EC2) comme units de calcul et une base de donnes gre par Azure SQL Server de Microsoft le tout avec une application provenant de Salesforce.com. Voil un bon exemple des diffrentes possibilits offertes par le cloud. Seulement voil toutes ses fonctionnalits doivent pouvoir changer des informations entres elles, cest tout le problme de lintgration. Le problme peut encore se compliquer lors de rachat dentreprise, cette dernire son propre systme dinformations intgrer celui de lacqureur. Il peut galement tre intressant de pouvoir changer des informations entre deux entreprises partenaires. Les possibilits et problmes de lintgration sont trs larges. On distingue trois diffrents scnarios dintgrations :
Lintgration des systmes 47 _________________________________________________________________________________ Entreprise entreprise (E2E) Entreprise Cloud (E2C) Cloud Cloud (C2C)
Les raisons de lintgration peuvent tre de deux types : conomiques et techniques. Raisons conomiques : Augmenter lefficience : moins de cots pour copier les donnes dune application lautre, moins de temps pour changer des infos. Eviter des erreurs de transfert de donnes manuel Avoir la possibilit dajouter de nouvelles applications afin doffrir de nouveaux services. Rgler les problmes de duplication lors dun rachat dune entreprise. Processus plus flexible : modifier le processus sans modifier les applications.
Raisons techniques : De plus en plus dapplications et de systmes dinformations dans les entreprises. Plus de confort pour lutilisateur. Minimiser le nombre de connexions entre applications.
Jusquici les donnes et applications des entreprises taient relies gnralement par une architecture intergicielle permettant des applications htrognes de grer leurs changes via des connecteurs au travers du rseau de lentreprise (Wikipedia, 2011f). Mais aujourdhui grce la monte en puissance des processeurs, des bandes passantes, et des appareils mobiles connects un systme centralis peut raliser des millions doprations pour rpondre des milliers dutilisateurs, aujourdhui tout le monde possde son propre ordinateur et prochainement une multitude dobjets intelligents et dappareils lectroniques seront parfaitement capable de collaborer les uns avec les autres de manire comprendre les besoins dun ou plusieurs utilisateurs. Grce notamment au dveloppement dinternet, linformatique tend tre partout et tout le temps (Buyya, Broberg, & Goscinski, 2011). Le problme de lintgration est et sera un sujet essentiel dans linformatique daujourdhui et de demain.
Lintgration des systmes 48 _________________________________________________________________________________ Avec larrive des services cloud et les problmes dintgrations, un nouveau terme est apparu : Integration as a Service , lintgration comme un service. Ce service tend faciliter le transport des donnes entre nimporte quelle entreprise et applica tion dans le cloud (SaaS). Les utilisateurs sinscrivent ce service auprs dun fournisseur comme nimporte quelle autre application SaaS. Une couche middleware dans le cloud est lvolution logique des traditionnelles solutions middleware. En fonction des diffrentes exigences et divers scnarios possibles, il y a plusieurs technologies et produits middlewares par exemple compatible JMS (Java Message Service) avec des mthodes dintgrations telles que EAI (Enterprise Application Integration), ESB (Enterprise Service Bus), EII (Enterprise Information Integration), EDB (Enterprise Data Bus), CEP (Complex Event Processing) etc. Pour lintgration de service, on parle de Enterprise Service Bus (ESB) et de Enterprise Data Bus (EDB) pour lintgration des donn es. Par ailleurs pour relier des applications des Message-Oriented Middleware (MOM) sont utiliss. Les vnements arrivent gnralement rapidement et sont traits par des moteurs CEP (Complex Event Processing) qui reoivent des flux provenant de divers vnements et divers sources, ces vnements sont dcods puis acheminer vers lapplication source (Buyya, Broberg, & Goscinski, 2011). La notion dintgration dans le cloud est gnralement relative aux applications SaaS. Un e architecture cloud (Iaas) ou une plateforme de dveloppement (PaaS) nont pas vraiment dutilit si aucune application ne fonctionne sur ces services.
6.2 Mthodologies dintgration

Si lon exclu lintgration par programmation pure, on distingue trois types dintgration cloud (Buyya, Broberg, & Goscinski, 2011). 1. Au travers des traditionnels outils dintgrations dentreprise auxquels on ajoute des connecteurs spciaux pour accder aux applications bases dans le cloud. Cette approche reste la plus utilise pour les entreprises qui ont dj investi auparavant dans des outils dintgration. Avec limportance que prennent les services clouds, des drivers spciaux, des connecteurs et adaptateurs sont crs et incorpors aux
Lintgration des systmes 49 _________________________________________________________________________________ plateformes dintgrations existantes afin dactiver et de grer la connexion avec les diffrents services clouds. 2. Au travers doutils traditionnels hbergs dans le cloud. Cette approche est relativement similaire la premire except que la solution dintgration est hberge dans une infrastructure cloud. De cette manire lentreprise en question ne se soucie pas de linstallation et de la gestion de loutil dintgration. Cest une bonne approche pour les entreprises qui externalisent leurs projets dintgration et particulirement pour une intgration Cloud to Cloud (C2C). Un tunnel VPN est toutefois videmment requis. 3. Au moyen dun service dintgration Integration as a Service. Comme vu prcdemment se sont des services accessibles en ligne de la mme manire quune application SaaS.
6.2.1 Caractristiques des produits et solutions dintgration.

Les attributs cls lors du choix dune plateforme et/ou dun logiciel dintgration sont la connectivit, la mdiation smantique, la mdiation des donnes, lintgrit , la scurit et la gouvernance (Buyya, Broberg, & Goscinski, 2011). La connectivit se rfre la capacit du moteur dintgration de collaborer entre lapplication/le systme source et lapplication/systme cible. La mdiation smantique se rfre la capacit tenir compte des diffrences smantiques entre deux ou plusieurs applications. La smantique signifie comment linformation est comprise, interprte et reprsente au sein dun systme dinformation. Lorsque deux systmes dinformation sont relis, les diffrences entre leurs smantiques doivent tre couvertes. La mdiation des donnes convertit les donnes du format de la source au format de la destination La migration des donnes est le processus de transfert des donnes entre diffrents types, format ou systme de stockage. Lintgrit des donnes signifie que les donnes sont compltes et cohrentes. La scurit des donnes dsigne la capacit de garantir que les donnes extraites du systme source sont places de manire scurise dans le systme cible.
Lintgration des systmes 50 _________________________________________________________________________________ La gouvernance se rfre aux technologies et processus qui entourent le ou les systmes, qui contrlent la faon dont ces systmes sont accessibles et exploits. (Buyya, Broberg, & Goscinski, 2011)
6.3 Produits, services et plateformes dintgration SaaS

Ce chapitre prsente brivement les principaux produits, services et plateformes dintgration dapplications. Le logiciel dintgration dIBM, CastIron, sera quant lui analys plus en dtail dans le chapitre suivant.
6.3.1 Jitterbit
Jitterbit est une solution dintgration entirement graphique qui offre aux utilisateurs une plateforme polyvalente et une suite doutils afin de rduire fortement les efforts dintgrations, en particulier pour les services de force.com et salesforce.com. Jitterbit peut tre utilis seul ou en parallle ou avec une application dintgration dentreprise (EAI). Les utilisateurs peuvent crer des nouveaux projets ou utiliser et modifier ceux fournit par la communaut. La solution Jitterbit permet lintgration parmi les donnes de lentreprise, les diverses applications de lentreprise, les web services, les donnes sous forme XML, les anciens systmes
6.3.2 Boomi AtomSphere

Boomi AtomSphere est un service dintgration compltement la demande et peut connecter nimporte quelle combinaison de services SaaS, PaaS ou autres applications sans les problmes de maintenance et de dpendances dune application classique. Nimporte qui peut mettre en place un processus dintgration au travers un simple navigateur web. AtomSphere est prsent comme une plateforme centralise qui peut offrir des solutions dintgration avec tous les avantages que lon peut attendre dune solution SaaS. Ds quune nouvelle application est connecte AtomSphere, elle est instantanment disponible toute la communaut sans adaptation ou mises jour installer (Buyya, Broberg, & Goscinski, 2011, p. 74).
6.3.3 Bungee connect

Conu pour les dveloppeurs professionnels, Bungee Connect propose une plateforme de dveloppement et dploiement dapplications hautement interactives intgrant des sources de donnes multiples. Conu spcialement pour le dveloppement dans le Cloud, Bungee Connect rduit les efforts pour intgrer diffrents services web au sein dune application. Bungee connect sutilise via un IDE (environnement de dveloppement intgr) pour la plateforme Eclipse et permet aux dveloppeurs laise avec les langages java ou C# dintgrer facilement les diffrents systmes.
6.3.4 Snap Logic

SnapLogic fonctionne autour dun serveur qui excute des modules appels Snap . Le SnapStore permet dacheter les composants dont notre systme dinformation besoin. Des Snaps sont dj disponibles pour de nombreux outils tels que Salesforce.com (pour 3495$), Amazon EC2 (gratuit), Oracle (gratuit), SAP (9495$) Un programme pour dveloppeurs permet de construire ses propres Snaps, de les faire valider par SnapLogic puis de les commercialiser au travers de SnapStore. Le dveloppeur peut fixer le prix de son Snap et 70% du prix de vente lui sera revers.
Figure 19: Le systme de SnapLogic (SnapLogic, 2012)
6.3.5 The pervasive DataCloud

The pervasive integration fournit une plateforme dintgration la demande et dintgration de donnes. Pervasive DataCloud est une plateforme multi-tenant qui peut fournir (Buyya, Broberg, & Goscinski, 2011, p. 77) : Lintgration comme un service pour des applications locales ou en ligne ainsi que diffrentes sources de donnes. Des paquets dintgrations prconfigurs Des connecteurs pour des centaines dapplications et sources de donnes.
La solution de Pervasive fournit un service multi-tenant, grable par plusieurs utilisateurs et pour plusieurs applications. Le service est accessible via un navigateur internet, flexible il permet dintgrer des applications dans le cloud et locale et utilise les meilleures technologies en matire de scurit. En accord avec un service de cloud computing la solution ne facture que les lments utiliss.
6.3.6 IBM CastIron

Le logiciel phare dintgration dIBM, CastIron, se dcline en deux versions : Studio installer sur son ordinateur et Cloud accessible via internet. Dans les chapitres 9 et 10, la version studio sera utilise et dtaille.
Dveloppement du Cloud Computing 53 _________________________________________________________________________________
7.
Dveloppement du Cloud Computing
Ce chapitre rpond la question Le cloud computing demain ? formule dans lintroduction. En guise dintroduction revenons sur les faits marquants et les principaux chiffres lis au cloud computing. Le terme cloud computing apparat pour la premire fois la fin 2007, que cest-il pass depuis ? Au niveau mondial, le cabinet dtude IDC estime quen 2009 les services Cloud reprsentaient 5% des investissements TIC, soit 17 milliards de dollars. Avec une croissance annuelle phnomnale de 25%, le Cloud Computing reprsenterait dici 2013 10% des investissements mondiaux, soit 44 milliards de dollars. A lchelle europenne, selon une tude ralise par le cabinet PAC (cf. Figure 20), le march du Cloud Computing en Europe atteignait 4 milliards deuros en 2009, soit environ 1,5% du march total des logiciels et services.
Figure 20: Le march du CC en Europe (PAC, 2010)
Dveloppement du Cloud Computing 54 _________________________________________________________________________________ On observe que peu importe lanne, environ 50% des investissements cloud sont ddis aux services SaaS. Cette observation nest pas vraiment surprenante, les applications SaaS sont gnralement les plus simples mettre en place et sont relativement bon march. Au niveau mondial, le cloud computing atteignait les 68 milliards de dollars en 2010 soit une hausse de 16% par rapport aux 58 milliards de dollars gnrs en 2009. Cette tendance la hausse devrait se poursuivre, les analystes prvoient quen 2014, le march mondial du cloud computing reprsentera pas moins de 149 milliards de dollars. Cependant il est difficile de prdire exactement le dveloppement du Cloud Computing. En France la tendance actuelle privilgie plutt les cloud privs afin de garder le contrle sur ses donnes. Le futur proche nous laisse prvoir une dmocratisation des cloud hybrides, afin de pouvoir garder les donnes sensibles au sein de lentreprise et profiter des bnfices du cloud pour dautres applications. Essayons dimaginer plus long terme quel sera lavenir du cloud computing. Il est fort probable que dans quelques dizaines dannes le cloud computing sera indissociable du monde de linformatique en gnral autant du point d e vue des entreprises que du point de vue des utilisateurs privs. Google la bien compris et a dores et dj mis au point un systme dexploitation entirement bas sur le Cloud : Chrome OS. Il est intressant danalyser un peu plus en dtails ce systme dexploitation qui en dit long sur les prvisions de Google en terme dinformatique. Google dvoile contre toute attente Chrome OS le 19 novembre 2009. Minimaliste, ce systme dexploitation conu sur la base dun noyau linux se concentre sur lessentiel : le web. En effet dans sa vido de prsentation, Google dmontre que les utilisateurs dordinateurs passent 90% de leur temps lancer leur navigateur web pour surfer sur internet, couter de la musique, chatter, regarder des vidos ou encore faire des achats. A partir de ce postulat, Google estime que le navigateur web est le programme central, le plus important et quil prvaut sur les autres applications classiques . Mme si cette
affirmation prsente une part de vrit, le raccourci est assez brutal et probablement beaucoup trop en avance sur son temps. Chrome OS se rsume donc un navigateur web depuis lequel on peut lancer diffrentes applications dans le cloud, telles que Google Docs, Google Calendar, Youtube etc. Lutilisateur naura plus installer quoi que ce soit et les
Dveloppement du Cloud Computing 55 _________________________________________________________________________________ soucis lis aux mises jour ne seront plus de son ressort. Quasiment toutes les donnes sont stockes en ligne sur des serveurs distants. Certes cet OS est encore beaucoup trop limit, les applications web ne rivalisent pas (encore ?) avec les programmes conventionnels, le systme est quasi inutilisable hors connexion Les utilisateurs ne sont galement probablement pas encore p rts dlaisser compltement leur bureau . Mais environ deux ans aprs son annonce, avec lexplosion du cloud computing et des applications web, la dmocratisation des connexions internet hauts dbits, on comprend peut-tre mieux les intentions de Google avec cet OS en avance sur son temps. Avant den arriver un tel systme, la transition va probab lement se faire comme toujours en informatique (et dans dautres domaines) de manire hybride , en mlangeant les avantages de lun et de lautre. Cest peu prs ce que lon constate actuellement, nous adoptons de nombreuses solutions clouds : messagerie, documents, partage de fichiers, sauvegarde, coute de musique Tout en gardant de nombreux lments en local : OS, donnes, applications spcialises etc. Les fonctionnalits clouds vont probablement se dvelopper et tre adoptes petit petit par les utilisateurs jusqu' pourquoi pas un OS entirement bas sur le cloud comme a voulu le faire prmaturment Google. Grce la dmocratisation des connexions internet hauts dbits, laccs internet mobile, nous vivons dans un monde de plus en plus connect. Aujourdhui de plus en plus de personnes disposent dun Smartphone connect internet un tel point que cette surconnexion grande chelle pose certains problmes. Cest vers la fin des annes 1970 que lon a conu lespace dadressage IPv4. IPv4 est un espace dadressage 32 bits qui permet de dfinir 4 294 967 296 adresses possibles. Une capacit juge inpuisable au moment de sa conception Or aujourdhui, une trentaine dannes seulement aprs , la plage dadressage de lIPv4 est quasiment totalement consomm. Larrive du protocole IPv6 permet tout de mme difficilement dimaginer que lespace dadressage correspondant est puisable avec 340 282 366 920 938 463 463 374 607 431 768 211 456 adresses possibles, soit 655 570 793 348 866 943 898 599 adresses par mtre carr de la surface du globe (Microsoft TechNet).
Dveloppement du Cloud Computing 56 _________________________________________________________________________________ Le rapport entre le dveloppement du cloud computing et le protocole IPv6 nest peut -tre pas forcment vident au premier abord mais dans le monde de lIT beaucoup de choses influent les unes sur les autres. Ainsi avec le nombre impressionnant dadresse IPv6 possibles il est probable que dans un futur proche de nombreux micro-appareils connects fassent leur apparition. Nous pouvons imaginer des puces, ayant chacune sont IP, prsentes dans des vtements, des chaussures ou dans divers autres accessoires qui calculent diverses informations avant de les transfrer sur un serveur distant. Dans le monde professionnel de nombreuses avances sont galement probables. Si ces suppositions se ralisent les bases du cloud computing seront prsentes quasiment partout, dans nimporte quel appareil connect. En plus du problme dadresse limit du protocole IPv4, la forte croissance du nombre dutilisateurs dinternet pose galement certains problmes aux niveaux des infrastructures. Ces dernires sont-elles prtent supporter cette croissance ? Afin dillustrer ces propos analysons quelques donnes proposes par la banque mondiale (cf. Figure 21).
Figure 21 : Utilisateurs d'internet (Google, 2012)
En moins de dix ans, les utilisateurs dinternet au niveau mondial ont quasiment quadrupl, passant dun peu moins de 7% en 2000 27% en 2009. Concrtement cela reprsente 405 millions utilisateurs en 2000 1,8 milliards en 2009. En 2015 le nombre dutilisateurs devrait sapprocher des 3 milliards si la croissance continue de la sorte. Cela reprsente une demande en nergie, serveurs et bande-passante norme. De ce fait, le cloud computing
Dveloppement du Cloud Computing 57 _________________________________________________________________________________ semble tre une bonne solution davenir afin de rentabiliser au maximum les serveurs grce notamment la virtualisation (Google, 2012). Afin de clore ce chapitre, ces quelques exemples le dmontre, il est fort probable que le cloud computing soit plus que prsent dans les annes venir. Une fois que les rticences vis--vis de la scurit et de la dlocalisation des donnes seront franchies, cette manire de consommer des ressources informatiques se dmocratisera probablement une chelle mondiale.
III.
Partie pratique
Description du problme et du scnario dintgration 59 _________________________________________________________________________________
8.
Description du problme et du scnario
dintgration
Le but gnral de cette partie pratique est de tenter de rgler un des problmes du cloud computing, celui de lintgration au travers dun exemple pratique. Le nombre de fournisseurs Cloud et plus particulirement dapplications SaaS ont considrablement augment au cours de ces dernires annes. Cependant dans beaucoup de cas les fonctionnalits dintgrations sont un peu laisses pour compte au profit dautres arguments plus vendeurs. Cest pourquoi il est trs souvent ncessaire de faire recours une application externe pour parvenir ses besoins. Comme vu dans la partie thorique, actuellement de nombreuses entreprises prfrent des solutions dans un cloud priv plutt que dans un cloud public. Cette solution leur permet de garder un certain contrle sur leurs donnes. Cependant court terme les analystes prvoient un dveloppement relativement lev pour les cloud hybrides. Un cloud hybride est un mlange entre un cloud priv (sur lequel seront conservs les donnes sensibles) et un cloud public. Cest donc cette solution qui va tre retenu comme scnario dintgration. Le but de cette partie pratique est de pouvoir intgrer une application SaaS de Salesforce.com avec un serveur local. Ce sera donc ce quon appelle une intgration Cloud to Enterprise (C2E). Pour illustrer cet exemple reprenons notre socit fictive, MyStartup, active dans la vente de vtements en ligne. Aprs ses dbuts fulgurants la socit dcide donc dinvestir dans les solutions de gestion de Salesforce.com. Cependant MyStartup, prfre garder les oprations de paiement en local, au sein de lentreprise. Un problme se pose, les donnes des clients sont gres en ligne via Salesforce et le paiement du client se fait sur un systme local. Il est donc ncessaire dintgrer les donnes clients au sein du systme local. Dans un premier temps, la socit dcide de raliser lintgration elle-mme grce ses informaticiens. Cette solution peut sembler acceptable et relativement bon march en comparaison aux services fournis par des professionnels du domaine.
Description du problme et du scnario dintgration 60 _________________________________________________________________________________ Cependant une telle intgration devient rapidement problmatique. Au fil des ans, la socit sera probablement amene intgrer dautres services et risque de se retrouver avec ce quon pourrait appeler une architecture spaghetti , chaotique et non-planifie o diffrentes machines sont relis entre elles de manire pas toujours vidente (Hsemann, 2009). Pour faire face ce problme la meilleure solution est dutiliser une infrastructure dintgration afin dintgrer son SI de manire propre en vue de : augmenter lefficience du SI (moins de temps et de cots pour changer des informations entre systmes) viter des erreurs de transfert de donnes pouvoir ajouter plus facilement de nouveaux SI pour offrir de nouveaux services minimiser le nombre de connexions entre systmes disposer dun processus plus flexible de manire gnrale
Notre scnario dintgration est donc relativement simple et consiste intgrer les contacts/clients de la plateforme SalesForce.com avec un serveur local. Cest une tche relativement basique mais qui dmontre bien lutilisation dune application dintgration et les outils utiliss. Lapplication en question utilise pour raliser cette intgration est le logiciel CastIron dIBM qui permet de raliser ce genre dintgration de manire propre et sans connaissance en programmation. La Figure 22 reprsente un diagramme basique prsentant lemplacement des lments intgrer. Dun ct on retrouve quelque part dans le cloud un serveur stockant les donn es de salesforce.com de lautre, notre entreprise MyStartup bnficiant galement dun propre serveur et dune base de donnes.
Description du problme et du scnario dintgration 61 _________________________________________________________________________________
Figure 22 : Diagramme du scnario d'intgration
Description de la solution dintgration avec CastIron 62 _________________________________________________________________________________
9.
Description de la solution dintgration avec
CastIron
Ce chapitre dtail pas pas comment raliser le scnario dintgration cit plus haut. Avant dentrer dans le vif du sujet, quelques mots sur les outils utiliss. Logiciel dintgration : IBM WebSphere CastIron Studio version 6.0.0.2. Tournant sur un PC sous Windows 7.
SalesForce : Compte dveloppeur. Contacts imports dun compte Google.
Serveur local : NAS Synology DiskStation 109. Accessible sur internet via Dyndns.org. MySQL version 5.1.49
Cette configuration pourrait tre assez semblable celle dune petite entreprise. A lexception prs du serveur local qui est peu performant.
9.1 Cration dun nouveau projet et tour dhorizon du logiciel.

Le logiciel CastIron est du point de vue de lapparence trs ressemblant avec nimporte quel autre logiciel tout domaine confondu. Cest un point positif pour lutilisateur qui ne se sent pas perdu ds louverture du programme. Commenons par quelques informations concernant la terminologie utilise au sein du logiciel :
Description de la solution dintgration avec CastIron 63 _________________________________________________________________________________ Un Endpoint ou nud final en franais dfini les informations requises afin de communiquer avec un systme externe. Les diffrents nuds finaux seront lists un peu plus loin, retenons dj quils peuvent reprsent soit un protocol e internet ou des applications. L orchestration reprsente lenchanement des activits, nuds finaux et des types de donnes dfinis et configurs avec le logiciel. Une activit reprsente une tape au sein de lorchestration qui est configure afin de raliser une tche. Un projet est lensemble des documents de configuration qui dcrivent les donnes et composants, tels que les nuds finaux et les orchestrations impliqu dans une solution dintgration. La premire chose faire est donc de crer un nouveau projet dintgration. Pour cela il y a deux possibilits. Premirement on peut rechercher des solutions en ligne dans le rfrentiel de solutions WebSphere Cast Iron. Ces solutions sappellent des TIP(s). Se sont des mo dles dintgration dj conus pour de nombreux scnarios dintgrations classiques. La deuxime possibilit, celle que nous utiliserons dans notre exemple, est de crer un nouveau projet from scratch , entirement vide. A louverture du programme nous choisissons donc loption Cration de projet que nous appellerons : SalesForceToMySQL .
Figure 23 : Cration d'un nouveau projet.
Description de la solution dintgration avec CastIron 64 _________________________________________________________________________________ Aprs avoir cr notre projet on se retrouve avec la vue suivante :
Figure 24 : Projet dintgration vide
La capture dcran ci-dessus reprsente un projet dintgration vide. Le logiciel est dcoup en trois zones principales. Dans la partie suprieure gauche se trouve la reprsentation graphique de lorchestration. Pour
linstant elle ne contient quun point de dpart et un point darrive et rien entre deux. Les activits se trouveront toujours entre ces deux points dans un ordre chronologique de gauche droite. La prochaine tape consiste donc crer une activit de dmarrage juste aprs le point de dpart, qui lancera lorchestration. Le panneau latral droit (cf. Figure 25) se divise en plusieurs onglets. Le premier nomm projet rsume comme son nom lindique les lments prsents dans notre orchestration. Le second activits regroupe tout un ensemble dactivits glisser dposer dans la
Figure 25 : Panneau latral de Castiron
fentre principal de lorchestration. Parmi ces activits
Description de la solution dintgration avec CastIron 65 _________________________________________________________________________________ on en trouve de nombreuses sur une base de donnes, afin dexcuter une requte, interroger une table, insrer des lments dans une base mais galement des activits spcifiques la plateforme Salesforce.com. Cest principalement ces deux groupes dactivits (Base de donnes et Salesforce.com) que nous utiliserons dans notre projet. Longlet variables affiches toutes les variables, autrement dit les donnes changes entre nos deux applications. Les fonctions permettent principalement de modifier les donnes, de les compter, den faire la somme de modifier les chanes de caractres etc. Finalement longlet vrification permet de dtecter les ventuelles e rreurs lorsque lorchestration est dmarre. La partie infrieure permet de configurer chaque activit ou lment de la partie graphique suprieur. Comme on le verra plus tard elle permet de configurer laccs la base de donnes ou son compte Salesforce par exemple.
9.2 Cration des nuds finaux

Aprs avoir cr un nouveau projet, la premire chose faire est de configurer les nuds finaux (endpoints). Un nud final comme nous lavons dj vu prcdemment nest rien dautre quun accs une ressource externe. Par exemple une base de donnes ou une connexion Salesforce.com. CastIron gre de nombreux nuds finaux : Protocoles : HTTP (client et serveur), FTP, SMTP et client POP3 (serveur mail). Web services Applications : base de donnes (MySQL, DB2, Oracle, Microsoft SQL Server, Informix etc.), Salesforce.com, SAP, Peoplesoft, JD Edwards, Siebel, NetSuite Messages : MQ (Message queues) et JMS (Java Message Service)
Nous utiliserons donc deux nuds finaux : Salesforce.com afin de rcuprer nos contacts et Base de donnes afin dintgrer nos contacts Salesforce.com notre base de donnes locale MySQL. Il est important de noter que les nuds finaux ne sont pas des activits de notre orchestration CastIron. Chaque nud fera rfrence une activit que nous ajouterons par la suite.
9.2.1 Configuration du nud vers Salesforce.com

Afin de se connecter notre compte Salesforce.com il est ncessaire de fournir deux informations principales : notre nom dutilisateur ainsi que notre mot de passe. Seulement le mot de passe seul ne suffit pas, pour des raisons de scurit un jeton de scurit doit tre plac directement aprs votre mot de passe. La gnration dun jeton de scurit se fait dans votre compte Salesforce.com sous configurer -> Mes informations personnelles -> Rinitialiser votre jeton de scurit. Aprs avoir ralis cette tape, votre nouveau jeton de scurit vous sera envoy par email. Maintenant que toutes les informations ncessaires sont runies pour se connecter notre nud final Salesforce.com ajoutons ce nouveau nud. Pour se faire il suffit de faire un clic droit dans le panneau latral, dans longlet Projet sur Endpoints puis Crer un nud final et finalement choisir Salesforce.com.
Figure 26 : Configuration du noeud Salesforce.com
Une fois les informations compltes il est possible de tester la connexion pour contrler si tout cest bien pass. Dans notre exemple nous navons pas besoin de modifier les options de connexions.
9.2.2 Cration du nud vers la base de donnes

Mme principe que pour la connexion Salesforce.com : clique droit sur Endpoints de longlet Projet du panneau latral puis Crer un nud final et choisir base de
Description de la solution dintgration avec CastIron 67 _________________________________________________________________________________ donnes. Dans cet exemple nous utilisons une base de donn es MySQL, cest donc celle-ci que nous choisissons dans le champ type de base de donnes . Remplir ensuite les champs relatifs au nom de la base de donnes, lemplacement du rseau et lauthentification. Il est galement important de ne pas ngliger le champ concernant lencodage afin de ne pas rencontrer des problmes avec les caractres spciaux par la suite.
Figure 27 : Configuration du noeud de connexion la base de donnes
9.2.3 Cration du nud vers le protocole http

Ce nud est probablement le plus opaque. En effet son utilit nest pas encore trs clair e pour linstant. Il servira par la suite afin de dmarrer lorchestration. Nous verrons son utilit plus en dtail par la suite. Pour le crer, nouveau un clic droit sur Endpoints , crer un nud final et choisir simplement http . Aucune configuration supplmentaire nest ncessaire, laisser les options par dfaut, cest dire Le dispositif dintgration reoit la requte . Renommons le simplement HTTPReceive.
9.3 Cration des activits

Maintenant que nos nuds finaux sont configurs nous pouvons commencer construire notre orchestration en lui ajoutant des activits.
Description de la solution dintgration avec CastIron 68 _________________________________________________________________________________ Les activits se glissent depuis le panneau latral vers la reprsentation graphique de lorchestration. Notre orchestration comportera quatre activits que nous allons dtailler une une.
9.3.1 Recevoir une requte HTTP

Cest cette activit qui va nous permettre de dmarrer lorchestration, cest pourquoi elle est importante. Notre orchestration va donc dmarrer aprs avoir reu une requte http. On laura compris cette activit est li notre nud final correspondant au protocole http. De faon plus claire, lorchestration dmarrera par exemple lors dune consultation dune page. Dans notre exemple le logiciel CastIron propose un utilitaire de publication http, cest de cette manire que nous lancerons notre orchestration. Concrtement on cherche lactivit dans le panneau latral sous longlet activits , on droule le dossier http puis lon glisse lactivit Recevoir requte dans la reprsentation graphique de lorchestration, juste aprs le point de dpart. On configure ensuite notre activit grce la zone infrieure du logiciel. On slectionne avant tout notre nud final HTTPReceive dfinit plus haut. Sous longlet Configurer on remplit le champ Ecouter sur par le nom de notre projet, cest dire SalesforceToMySQL . Dans les options on coche encore la case Rponse requise . Dans la reprsentation graphique on voit que notre activit est maintenant lie notre nud final.
Figure 28 : Activit "Recevoir requte"
9.3.2 Demander les objets Salesforce.com

La seconde activit consiste rcuprer des objets, dans notre exemple les contacts de la plateforme Salesforce.com. Pour se faire, rien de plus simple, on tend le dossier Salesforce.com dans longlet Activits puis on glisse lactivit Demander objets juste aprs notre premire activit Recevoir requte . On slectionne ensuite notre nud final Salesforce . La configuration de lactivit est lgrement plus complexe. En effet il est maintenant ncessaire de spcifier quels objets lon veut demander Salesforce.com, dans notre cas, les contacts. Pour se faire on doit crire une requte SOQL (Salesforce Object Query Language). La structure dune requte SOQL est trs proche dune requte SQL standard. On dsire donc slectionner les informations principales de nos contacts. Afin de rcuprer les bons champs pour notre requte une documentation trs complte existe au sujet de la plateforme Salesforce.com ladresse : http://www.salesforce.com/us/developer/docs/api . Voici la requte insrer : SELECT Id, Name, FirstName, LastName, Email, MailingStreet, MailingPostalCode, MailingCity, MailingCountry, MobilePhone, BirthDate, Description, CreatedDate,
LastModifiedById From Contact On valide ensuite la requte afin de contrler quelle ne comporte pas derreurs. Si tel nest pas le cas il est ncessaire dans la zone de configuration de mapper les sorties . Dans le
Description de la solution dintgration avec CastIron 70 _________________________________________________________________________________ cas de cette activit il ny a aucune entre mapper car lactivit prcdente ne renvoie pas dinformations. Les objets de lactivit prsente devront tre transfrs lactivit suivante (insrer les lignes dans la base de donnes), cest pourquoi il est indispensable de mapper les sorties. On slectionne donc longlet Mapper les sorties dans la liste de contrle du panneau infrieur et comme lon veut slectionner tous les objets (Id, FirstName, LastName etc.) on choisi simplement loption copier vers lorchestration. Ainsi tous nos champs seront prts tre rcuprs dans la prochaine activit.
Figure 29 : Demander les objets salesforce.com
9.3.3 Insrer les lignes dans la base de donnes

Aprs avoir rcuprer nos contacts il faut maintenant les insrer dans notre propre base de donnes. Pour cela, toujours le mme principe, on slectionne lactivit Insrer ligne dans le dossier Base de donnes de longlet Activits du panneau latral droit et on la glisse dans notre orchestration, juste aprs la demande dobjets Salesforce.com. On indique dans la zone infrieure que lactivit se rfre notre nud final Database configur pralablement. Dans la configuration du nud vers la base de donnes nous sommes pass un peu vite sur la configuration requise pour notre base de donnes MySQL locale. Il est vident que les donnes provenant de Salesforce.com seront stockes dans une table MySQL. Il faut pour cela crer une table Contact reprenant les champs demands dans la requte SOQL prcdente. Les champs doivent videmment tre de mme type. Par exemple le nom et prnom sont des chaines de caractres on cr donc un champ de type VARCHAR dans notre table Contact, un champ DATE pour lanniversaire etc. Il est important que les champs
Description de la solution dintgration avec CastIron 71 _________________________________________________________________________________ puissent accepter une valeur nulle, il est fort probable que pour certains contacts la date danniversaire par exemple soit non renseigne. Notre base locale prte recevoir du contenu, il nous reste mapper les entres de lorchestration vers lactivit en question. On commence par rcuprer les informations de notre base de donnes grce longlet Slectionner la table de la liste de contrle. On choisit donc notre table Contact pralablement cre. On configure galement les rgles de distribution de faon distribuer les messages au moins une fois car on intgrera probablement plusieurs contacts. On slectionne galement le champ Obtenir le nombre de ligne afin de connatre le nombre de contacts exports. Pour raliser le mappage on slectionne longlet Mapper les entres dans la liste de contrle puis on glisse simplement le champ dsir de gauche droite (depuis lorchestration vers lactivit) sur son correspondant dans la base de donnes locale. Limage ci-dessous clarifie la situation :
Figure 30 : Mappage des champs
Dans longlet Mapper les sorties on copie lunique champ rowCount vers lorchestration. Cest grce ce champ que nous connatrons le nombre de contacts crs.
9.3.4 Envoyer la rponse http

Notre orchestration commenait par recevoir une requte par le protocole http, elle se termine en renvoyant une rponse toujours par le protocole http. De cette manire le dmarrage de lorchestration se fait simplement de la mme manire que si lon visitait un site web. On entre ladresse du site, dans notre cas de lorchestration, le site nous renverrait un document html, lorchestration nous renvoie simplement le nombre de contacts ajouts.
Description de la solution dintgration avec CastIron 72 _________________________________________________________________________________ Pour raliser cette dernire activit, on slectionne lactivit Envoyer rponse dans le panneau latral dans le dossier http sous longlet activits. Comme prcdemment on la glisse la suite de notre dernire activit. La configuration de lactivit est relativement simple il suffit de mapper les entres, dans notre cas on va rcuprer seulement une entre, le nombre de lignes insres. Le mappage seffectue depuis lorchestration vers lactivit dont lobjet se nomme body de type chane de caractres. Lobjet body nest autre que le corps de la page qui va tre renvoye. Il y a cependant une petite particularit : si lon tente de mapper directement lobjet rowCount vers lobjet body une erreur nous indiquera : Mappage non autoris : Vous ne pouvez pas effectuer un mappage dun nud rcurrent sur un nud non rcurrent. . En effet, lobjet rowCount est un nud rcurrent dans le sens ou chaque entre dans la base de donnes il renverra le nombre 1 pour une entre ajoute. Cest l quinterviennent les fonctions du panneau latral. Ces fonctions permettent de nombreuses oprations sur les chanes de caractres, par exemple afin daligner le texte, de convertir la chane en majuscule, minuscule etc. Mais ces fonctions permettent galement de raliser des oprations mathmatiques. Dans notre cas nous allons utiliser la fonction mathmatique somme afin de faire la somme de toute nos lignes insres. On glisse donc la fonction somme dans la zone de mappage entre les deux objets. On relie ensuite lobjet rowCount la fonction puis la fonction lobjet body. Un clic droit afin de slectionner Appliquer un graphique de fonction et le tour est jou. Notre activit renverra la somme de lignes insres. Notre projet est maintenant complet. Pour rsumer : Lorchestration commence lorsquune requte est reue. On rcupre les donnes des contacts de la plateforme Salesforce.com On insre ces contacts dans notre base de donnes On renvoi une rponse avec le nombre de contacts crs.
Le chapitre qui suit dtail donc comment dmarrer concrtement notre orchestration.
Figure 31 : L'orchestration complte.
9.4 Dmarrer lorchestration

Notre projet est maintenant prt fonctionner il suffit pour cela de simplement dmarrer lorchestration. Le procd est trs simple on dmarre lorchestration soit par le menu Orchestration puis dmarrer lorchestration, soit par le panneau latral en cliquant sur licne play ou encore au moyen du raccourci clavier Alt+R. Une fois lorchestration dmarre, celle-ci est prte enchaner les activits. Les activits senchaneront dans un ordre chronologique, lune aprs lautre. La premire activit est donc importante, dans notre exemple la premire activit attend une requte avant de continuer. Il faut donc envoyer une requte pour commencer concrtement lenchainement de lorchestration. Pour le faire il y a deux possibilits : Depuis le logiciel Cast Iron sous Outils slctionner Utilitaire de publication http . Dans le champ URL du connecteur entrant indiquer simplement ladresse de lordinateur / le nom du projet. Par exemple :
http://192.168.1.10/SalesforceToMySQL. Depuis nimporte quel navigateur web entrer le nom ou ladresse de lordinateur sur lequel lorchestration est dmare / le nom du projet. Par exemple : http://monsite.com/SalesforceToMySQL . Si lordinateur sur lequel est dmarr lorchestration se nomme monsite.com
Description de la solution dintgration avec CastIron 74 _________________________________________________________________________________ Si aucune erreur ne se produit et que la requte a t lanc via un navigateur, la page retourne affiche simplement le nombre de contacts intgrs. Tous nos contacts provenant de Salesforce.com sont maintenant copis dans notre base MySQL et prts tre rutiliss par un application fonctionnant sur un serveur local par exemple.
9.4.1 Vrification du droulement de lorchestration

Il peut tre trs utile voir indispensable de pouvoir suivre le droulement de lorchestration surtout dans le but de corriger dventuelles erreurs. Ces logs peuvent tre consults sous longlet Vrification du panneau latral. Lorsque lorchestration est dmarre et quune requte a t reue, ltat de chaque activit est dtaille et peut au final soit tre complte (COMPLETED), lactivit sest droul sans problme, soit contenir des erreurs (ERRORED) et lorchestration est stoppe. Dans notre exemple les erreurs les plus frquentes peuvent apparatre lors de linsertion des donnes dans la base MySQL. Il se peut en effet quun champ provenant de Salesforce.com nai pas le mme format que le champ de la base locale ce qui gnrera une erreur et stoppera lorchestration. Lerreur est dtaille dans le champ Donnes de message de paramtre/variable toujours dans le panneau latral et peut en principe grce ces informations tre corrige facilement.
Evaluation de la solution 75 _________________________________________________________________________________
10.
Evaluation de la solution
Ce chapitre pour but dvaluer le logiciel dintgration Castiron en relation avec le scnario dintgration nonc au chapitre 8. Aprs la lecture de ce chapitre, le lecteur devrait pouvoir tre en mesure de dcider si ce logiciel est intressant pour ses besoins ou non. Pour tenter de structurer lvaluation une analyse SWOT (forces-faiblesses-opportunits-menaces) sera effectue. Avant dentrer dans le vif du sujet, de manire globale, le scnario dintgration a pu tre ralis avec succs et sans problme majeur. Il parat donc logique de pouvoir dire quavec les outils et services utiliss, le logiciel CastIron tient ses promesses ; intgrer diffrents systmes en quelques jours sans ligne de code. Afin dvaluer la solution dintgration dIBM dune manire claire et simple plaons les diffrents lments analyss dans une matrice SWOT. SWOT est un acronyme provenant de langlais, pour S-trenghts (forces), W-eaknesses (faiblesses), O-pportunities (opportunits) et T-hreats (menaces). Une analyse SWOT est gnralement reprsente dans une matrice 2x2 comme outil danalyse stratgique dun produit/service.
Evaluation de la solution 76 _________________________________________________________________________________
Figure 32 : Analyse SWOT de la solution d'intgration
Commenons par les principales forces du logiciel. Linterface est bien conue et aprs un petit temps dadaptation les diffrents onglets sont trs clairs et on comprend facilement leurs rles. Tous les projets se droulent plus ou moins de la mme faon : un point de dpart, un point darrive, des activits relis aux nuds finaux entre les deux points. Aucune connaissance en programmation na t requise pour llaboration de se projet. Nanmoins une connaissance du langage SQL et la comprhension de la syntaxe XML peuvent tout de mme savrer trs utile. Les TIPs fournit par la communaut augmente encore le potentiel du logiciel en proposant des solution prconfigures utile lors de scnarios dintgration plus complexes. Passons maintenant aux faiblesses. Il est tout de mme prendre en compte que le scnario dintgration dcrit plus haut peut tre certes trs utile mais est relativement basique et utilise un des plus grand fournisseur de services cloud : salesforce.com. Castiron dispose de base de nombreuses fonctionnalits autour de la plateforme. On la vu il est trs facile de rcuprer des donnes grce aux requtes SOQL (un langage trs proche de SQL), lintgration des objets dans une base de donnes locale est galement un jeu denfant. Une
Evaluation de la solution 77 _________________________________________________________________________________ question se pose donc : quen est-il lors de scnarios dintgration beaucoup plus complexes ou en prsence doutils moins rpandu ? La premire chose faire est, comme vu prcdemment, de se tourner vers les TIPs, ces templates de projet fournit par la communaut. Cette option semble tre relativement bonne et couvre une partie des besoins. Si toutefois aucun des TIPs ne correspond nos besoins il faudra alors se dbrouiller avec les outils disposition de CastIron en se connectant nos services web et nos bases de donnes. Lintgration de services peu connus nest probablement pas impossible mais certainement (beaucoup) plus compliqu que lexemple ralis dans ce travail et CastIron est logiquement moins adapt lintgration de services peu connus. Les opportunits sont simples : continuer sur le crneau de lintgration en quelques jours sans ligne de codes. Dans un contexte ou normalement intgrer diffrents SI prend gnralement plusieurs mois le fait de rduire ce temps dintgration quelques jours seulement dmontre relativement bien la puissance du logiciel, sa simplicit et sa rapidit de mise en oeuvre permet de se dmarquer des concurrents. Les menaces : sur un march forte croissance il ny a pas de doute que de nombreux concurrents dans le domaine de lintgration vont faire leur apparition de mme que de nombreux fournisseurs de services cloud vont apparatre. Pour pouvoir se dmarquer, et offrir un service fonctionnel, IBM doit continuer mettre jour son logiciel rgulirement afin de prendre en compte les nouveaux fournisseurs et ne pas se laisser dpasser par la concurrence. En guise de conclusion, dans notre exemple cet outil dintgration rempli parfaitement son rle, les possibilits sont tout de mme trs tendues grce notamment aux TIPs. Il est vrai, et en mme temps cest tout fait logique, que lintgration des grandes plateformes est passablement simplifie par rapport aux autres plus petites. Mais avec laide de la communaut, les diffrents TIPs disponibles, la simplicit et la clart de linterface et les nombreuses possibilits du logiciel, CastIron est un trs bon moyen dintgrer ses applications sans dpenser trop de temps et dargent dans la ralisation du projet.
IV.
Conclusion
Conclusion 79 _________________________________________________________________________________
11.
Conclusion
Lobjectif global de ce travail tait de dcrire les principaux enjeux du cloud computing en entreprise. Le but tait danalyser les diffrents points cls du Cloud et de vrifier que le concept nest pas juste un phnomne de mode passager. En guise de fil rouge, quatre questions de recherche ont t formules dans lintroduction : Quest ce que le cloud computing ? Quels sont les apports rels en terme de cots ? Pourquoi et comment intgrer diffrents systmes de lentreprise Le cloud computing demain ?
Le concept gnral du cloud computing devrait maintenant tre clair. Sil fallait rsumer le cloud computing en une phrase se serait un concept qui consiste dlocaliser au travers dinternet ses units stockage et de calcul sur des serveurs grs par une entreprise spcialise afin de ne payer que les ressources que lon a utilis. Les questions conomiques sont encore un peu floues lheure actuelle. La question de recherche concernant les apports rels du cloud dun point de vue des cots na malheureusement pas pu tre traite de manire quantitative. Les fournisseurs mettent en avant les conomies ralises grce au cloud. Ils nont probablement pas tord mais il est encore trop tt pour bnficier du recul ncessaire afin danalyser en dtail et de manire significative la baisse des cots engendrs. Lintgration des diffrents systmes dune entreprise toujours t un sujet dlicat, bien avant larriv du cloud computing. Du point de vu de lintgration, le cloud computing napporte malheureusement pas beaucoup de solutions, peut-tre mme au contraire cela ajoute encore de nouveaux lments intgrer. Comme il a t vu il existe cependant de nombreux moyens dintgrer de manire propre diffrents systmes. La partie pratique de ce travail en donne un bon exemple, il vaut souvent mieux utiliser et investir dans un logiciel complet et relativement simple dutilisation que de tenter de coder soi -mme un projet dintgration pas toujours vident et surtout trs peu modifiable et rutilisable.
Conclusion 80 _________________________________________________________________________________ Quant savoir si le cloud computing est simplement un phnomne de mode passager, aujourdhui on peu clairement affirmer que non. Le terme a certes t utilis et parfois dtourn des fins marketings, mais les faits sont l, les diffrentes analyses le prouvent, le cloud computing aura une place prdominante dans les systmes IT des entreprises pour les annes venir. Avant den arriver a ce que lon pourrait appeler un passage massif vers le cloud, de nombreux points sont toutefois encore amliorer. En premier lieu, celui de la scurit qui est en soi plus un problme utopique que rel, les grands fournisseurs sont aujourdhui trs au point dans le domaine mme si le risque zro nexiste pas, quasiment aucun problme de scurit majeur na t relev sur les grandes plateformes cloud. La seconde peur, lie la premire est celle de la perte de matrise sur les donnes de lentr eprise. Confier ses donnes une entreprise mconnue nest de toute vidence pas une mince affaire et lune des rticences majeures dans lobtention de services Cloud. Comme il a t vu, mme sil existe des moyens de les rsoudre, les problmes dintgrations ne sont galement pas ngliger. Des normes et standards du Cloud seraient la bienvenue afin de palier justement aux problmes dintgrations et aux craintes lies la scurit. Comme cest le cas dans de nombreux domaines, les changements prennen t en principe beaucoup de temps. Une entreprise dont le systme dinformation est encore pleinement oprationnel na pas forcment de raison dopter pour des services cloud. Elle va probablement le faire petit petit en remplaant au fur et a mesure les services les plus anciens. De cette manire lentreprise se retrouve avec un cloud hybride avec une partie de son infrastructure IT dans le cloud et lautre en local. La solution hybride semble tre relativement court terme une bonne alternative et permet de garder un contrle total sur certaines donnes critiques. Comme traite dans le chapitre sur lavenir du cloud computing, plus long terme le concept pourrait prendre une tournure diffrente, en tant pourquoi pas la base mme de nos futurs systmes dexploitations. Avec la dmocratisation des Smartphones, des connexions haut-dbit, des connexions sans fils et des micro-appareils connects le cloud computing a galement un trs grand rle jouer en terme dunit de calcul pour une
Conclusion 81 _________________________________________________________________________________ multitude dappareils rcoltant diverses informations afin de, en thorie, nous faciliter la vie et amliorer les performances dune entreprise. Ce travail donne donc un aperu relativement large des possibilits du cloud computing sans se pencher en dtail sur les diffrentes solutions et les diffrents principes. Il serait intressant dans de futurs travaux danalyser plus en dtail certains points. Par exemple dans quelques annes la question des conomies ralises grce au cloud computing, des questions plus techniques portant sur larchitecture des systmes dans le cloud, la virtualisation ou encore traiter plus en dtail dun sujet survol dans ce travail : limpact du cloud computing sur lenvironnement.
V.
Bibliographie
Bibliographie 83 _________________________________________________________________________________
12.
Bibliographie
Amazon. (2011). Amazon Elastic Compute Cloud. Consult le Octobre 2011, sur Amazon: http://aws.amazon.com/fr/ec2/ Amazon. (2012b). Amazon Simple Storage Service (Amazon S3). Consult le Fvrier 15, 2012, sur Amazon: http://aws.amazon.com/fr/s3 Bojoly, M. (2010, janvier 05). Cloud Priv. Consult le octobre 27, 2011, sur Ocot: http://blog.octo.com/cloud-prive-partie-14/ Buyya, R., Broberg, J., & Goscinski, A. (2011). Cloud Computing Principles and Paradigms . Hoboken, New Jersey, USA: Wiley. Elyan, J. (2010, juillet 07). Ne confondez pas Cloud et SOA explique Gartner. Consult le Dcembre 2011, sur Le monde du cloud: http://www.lemondeducloud.fr/lire-ne-confondezpas-soa-et-cloud-explique-le-gartner-31308.html Federal Information Security Management Act of 2002. (2002). III - Information security. Consult le Dcembre 20, 2011, sur http://csrc.nist.gov/drivers/documents/FISMA-final.pdf Google. (2011b, juillet 07). Gmail : It's cooler in the cloud. Consult le septembre 03, 2011, sur Googleblog: http://googleblog.blogspot.com/2011/09/gmail-its-cooler-in-cloud.html Google. (2011a). Google trends. Consult le septembre 30, 2011, sur Google trends: http://www.google.com/trends Google. (2011c). Googles Green Computing: Efficiency at Scale. Consult le novembre 09, 2011, sur
http://static.googleusercontent.com/external_content/untrusted_dlcp/www.google.com/fr/ /green/pdfs/google-green-computing.pdf Google. (2012). Public Data. Consult le janvier 24, 2012, sur Google Public Data: http://www.google.com/publicdata Hsemann, S. (2009). Systmes d'information. Fribourg.
Bibliographie 84 _________________________________________________________________________________ Hurwitz, J., Bloor, R., Kaufman, M., & Halper, F. (2010). Cloud Computing for Dummies. Wiley. IBM. (2011, Dcembre 05). IBM SmartCloud Enterprise. Consult le Janvier 2012, sur IBM SmartCloud: 935.ibm.com/services/fr/igs/pdf/Presentation_1_Page_SCE_05122011.pdf IDG Research Services. (2011, Janvier). CIO Global Cloud Computing Adoption Survey Results. Rcupr sur VMware: https://upgrade.vmware.com/files/pdf/resources/CIO-Global-CloudComputing-Adoption-Survey-Results-PP-EN.pdf ITRManager. (2010, Avril 7). 1re enqute sur le cloud computing en France. Consult le Octobre 19, 2011, sur ITR Manager: http://www.itrmanager.com/articles/103242/1reenquete-cloud-computing-france-br-virtualisation-serveurs-cloud-prive.html Krutz, R. L., & Dean Vines, R. (2010). Cloud Security: A Comprehensive Guide to Secure Cloud Computing. Wiley. Laurent, A. (2011, juillet 13). VMWare lance vSphere 5 et sa nouvelle suite ddie la gestion du cloud. Consult le novembre 19, 2011, sur Clubic: http://pro.clubic.com/itbusiness/actualite-435346-vmware-vsphere-5-dediee-gestion-cloud.html Le Monde du Cloud. (2010, juillet 07). Ne confondez pas SOA et Cloud explique le Gartner. Consult le Dcembre 2011, sur Le monde du cloud: http://www.lemondeducloud.fr/lire-neconfondez-pas-soa-et-cloud-explique-le-gartner-31308.html Microsoft. (2011). Le solutions SaaS de Microsoft. Consult le Octobre 20, 2011, sur Microsoft: saas.aspx#mos Microsoft TechNet. (s.d.). Espace d'adressage IPv6. Consult le Janver 20, 2012, sur Microsoft TechNet: http://technet.microsoft.com/fr-fr/library/cc781652(WS.10).aspx Oeillet, A. (2011, septembre 08). Google : l'email dans le cloud a des bienfaits nergtiques. Consult le septembre 08, 2011, sur Clubic: http://www.microsoft.com/france/entreprises/decideur-it/cloud/solutionshttp://www-
http://www.clubic.com/internet/google/actualite-445486-google-email-cloud-bienfaitsenergetiques.html
Bibliographie 85 _________________________________________________________________________________ Pierre Audoin Consultants. (2010). Le Cloud Computing en France. Rcupr sur EMC 2 France: http://france.emc.com/collateral/hardware/white-papers/cloud-etude-pac.pdf Rhoton, J. (2010). Cloud computing explained. Recursive Press. SalesForce. (s.d.). CRM - The enterprise cloud compagny. Consult le Novembre 15, 2011, sur SalesForce: http://www.salesforce.com Salesforce.com. (2011). Service Cloud. Consult le octobre 15, 2011, sur Saleforce.com: http://www.salesforce.com/fr/crm/customer-service-support/ SnapLogic. (2012). SnapLogic Integration Platform. Consult le Janvier 10, 2012, sur SnapLogic: http://www.snaplogic.com/what-we-do/integration-platform/index.php Syntec. (2010, Novembre). Scurit du Cloud Computing. Consult le Octobre 18, 2011, sur Medinsoft: http://www.medinsoft.com/website/custom/module/cms/content/file/2011_04_13_Syntec _Livre_Blanc_Cloud_Computing_Securite.pdf Velte, A. T., Velte, T. J., & Elsenpeter, R. (2009). Cloud Computing A Practical Approach. McGraw-Hill. VMware. (2012). WMware vFabric. Rcupr sur VMware:
http://www.vmware.com/products/application-platform/vfabric.html Warin, S. (2011, Fvrier 07). Un livre blanc sur le cloud computing. Consult le Novembre 01, 2011, sur Wygwam: http://www.wygwam.com/documents/cloud-computing.pdf Wikipedia. (2011f, Dcembre 20). Intgration d'applications d'entreprise. Consult le Janvier 11, 2012, sur Wikipedia:
http://fr.wikipedia.org/wiki/Int%C3%A9gration_d%27applications_d%27entreprise Wikipedia. (2011, octobre 20). Platform as a Service. Consult le octobre 29, 2011, sur Wikipedia: http://fr.wikipedia.org/wiki/Platform_as_a_service Wikipedia. (2011d, Octobre 30). Safe Harbor. Consult le Octobre 19, 2011, sur Wikipedia: http://fr.wikipedia.org/wiki/Safe_Harbor
Bibliographie 86 _________________________________________________________________________________ Wikipedia. (2011b, septembre 22). Salesforce.com. Consult le octobre 29, 2011, sur Wikipedia: http://fr.wikipedia.org/wiki/Salesforce.com Wikipedia. (2012e, Janvier 2). Virtualisation. Consult le Janvier 5, 2012, sur Wikipedia: http://fr.wikipedia.org/wiki/Virtualisation Wikipedia. (2011c, octobre 21). WMware. Consult le novembre 19, 2011, sur Wikipedia: http://fr.wikipedia.org/wiki/VMware Winkler, V. (. (2011). La scurit dans le Cloud. Pearson. Zedi, J. (2010, novembre 18). Comprendre le Cloud Computing : acteurs et enjeux. Consult le septembre 15, 2011, sur Clubic: http://pro.clubic.com/it-business/cloud-computing/article376690-1-cloud-computing.html

Enjeux Économique Du Cloud

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Enjeux Économique Du Cloud

Transféré par

Droits d'auteur :

Formats disponibles

Universit de Fribourg, Suisse Dpartement dinformatique Bachelor en Gestion dentreprise

Les enjeux du Cloud Computing en entreprise

Thibaud Chardonnens thibaud.ch@gmail.com

Dr. Stefan Hsemann

Table des matires

4. Les aspects conomiques .................................................................................................... 33

Analyse des diffrents cots ........................................................................................... 35 Capital Budgeting ............................................................................................................ 37

Dmarrer lorchestration ................................................................................................ 73

Liste des figures

1.1 Description du problme

1.2 Objectifs du travail

1.3 Procdure et structure du travail

Concepts et dfinition du cloud computing 6 _________________________________________________________________________________

Concepts et dfinition du cloud computing

2.1 Dfinition du contexte

Concepts et dfinition du cloud computing 8 _________________________________________________________________________________

Figure 2 : Hype Cycle of emerging technologies (Gartner 2011)

Figure 3 : Google trend cloud computing (Google, 2011a)

Concepts et dfinition du cloud computing 10 _________________________________________________________________________________

2.2 Dfinition du cloud computing

Concepts et dfinition du cloud computing 11 _________________________________________________________________________________

Figure 4 : Utilisation des ressources

Figure 5 : Local vs Cloud (Google, 2011b).

Concepts et dfinition du cloud computing 14 _________________________________________________________________________________

Figure 6 : Les 3 couches du cloud computing (Warin, 2011)

Concepts et dfinition du cloud computing 15 _________________________________________________________________________________

2.4.1 Hyperviseur de type 1/natif

Concepts et dfinition du cloud computing 18 _________________________________________________________________________________

Figure 7 : Hyperviseur de type 1 (Wikipedia, 2012e)

2.4.2 Hyperviseur de type 2/hosted

Concepts et dfinition du cloud computing 19 _________________________________________________________________________________

Figure 8 : Hyperviseur de type 2 (Wikipedia, 2012e)

2.5 Types de Cloud

2.5.1 Cloud priv

2.5.2 Cloud public

2.5.3 Cloud hybride

2.6 Cloud Computing et SOA

2.6.1 Dfinition de SOA

2.6.2 Combiner le Cloud et SOA

Les principaux acteurs du cloud computing 22 _________________________________________________________________________________

Les principaux acteurs du cloud computing

Figure 9 : AWS Management Console

Les principaux acteurs du cloud computing 26 _________________________________________________________________________________

Figure 10 : Facturation App Engine

Les principaux acteurs du cloud computing 28 _________________________________________________________________________________

Figure 11 : Lapplication Word en ligne

Figure 12 : Tarification IBM SmartCloud (IBM, 2011)

Figure 13 : La gamme vFabric de WMware (VMware, 2012)

Les aspects conomiques 33 _________________________________________________________________________________

Les aspects conomiques

Figure 14 : Rduction des cots d'aprs IBM (IBM, 2011)

Les aspects conomiques 35 _________________________________________________________________________________

Figure 15 : Cots cumuls d'investissement

4.1 Analyse des diffrents cots

4.2 Capital Budgeting

E(rj ) = rf + [ E(rm ) - rf ] b j E(rj ) = rf + [ E(rm ) - rf ] b j

Scurit et risques lis au Cloud Computing 39 _________________________________________________________________________________

Scurit et risques lis au Cloud Computing

Figure 16 : Freins et inhibiteurs en France (Pierre Audoin Consultants, 2010)

Scurit et risques lis au Cloud Computing 40 _________________________________________________________________________________

Figure 17 : Qui a le contrle ? (Syntec, 2010)

5.1 Localisation des donnes

5.2 Rsiliation et changement de prestataire