Présentation Eurocloud France - Cloud computing en France - Cédric Mora
1.
2.
3.
4. Le Cloud Computing “ Le Cloud computing est un modèle qui permet d’accéder rapidement à un pool de ressources informatiques mutualisées (serveurs, stockage, applications, bande passante, etc.) , à la demande , sans forte interaction avec le fournisseur de service […].” (NIST, 2009) Accessible via le réseau : internet ou … privé?
5. Le “triangle” du Cloud Computing Infrastructure as a Service – IaaS Utiliser les ressources d’un fournisseur pour des applications ( serveurs, bande passante, stockage , …) Platform as a Service – PaaS Développer et déployer des applications spécifiques sur l’infrastructure d’un fournisseur dans un environnement spécifique Software as a Service – SaaS Utiliser les applications d’un fournisseur avec un simple navigateur internet Utilisateur final Développeur Architecte Applications sur étagère Applications spécifiques 1 2 3
6. Roadmap de la thèse professionnelle Décembre 2008 Google parle de plus en plus de “cloud computing”. (première conférence dans les bureaux de Google avec Guillaume Plouin invité) Février 2009 Le sujet est de plus en plus évoqué dans la presse. (Volonté de réaliser la thèse sur ce sujet) Novembre 2008 Lecture d’un texte choc de Nicholas Carr sur les prémices du Cloud Computing. (lecture du livre « The Big Switch ») Mai 2009 Définition du périmètre de la thèse et première ébauche de plan. Intérêt pour les services PaaS/IaaS. (rejoins Colt, acteur qui commence à se lancer dans le cloud) Mai-Septembre 2009 Lecture de beaucoup de documentation. Assiste à de nombreuses conférences sur le sujet. Interview d’experts (avocat, DSI, consultants, marketing) (mise en place chez Colt d’une offre reprenant certains principes du Cloud Computing) Septembre-Décembre 2009 Rédaction de la partie centrale de la thèse. Le nombre de conférences et les annonces sur ce sujet devient très important. Janvier 2010 Publication sur le web de la thèse. Présentation devant le jury.
7. Roadmap de la thèse professionnelle Décembre 2008 Google parle de plus en plus de “cloud computing”. Février 2009 Le sujet est de plus en plus évoqué dans la presse. (Volonté de réaliser la thèse sur ce sujet) Novembre 2008 Lecture d’un texte choc de Nicholas Carr sur les prémices du Cloud Computing Mai 2009 Définition du périmètre de la thèse et première ébauche de plan. Intérêt pour les services PaaS/IaaS. (rejoins COLT, acteur qui commencent à se lancer dans le cloud) Mai-Septembre 2009 Lecture de beaucoup de documentation. Assiste à de nombreuses conférences sur le sujet. Interview d’experts (avocat, DSI, consultants, marketing) (mise en place chez COLT d’une offre reprenant certains principes du Cloud Computing) Septembre-Décembre 2009 Rédaction de la partie centrale de la thèse. Le nombre de conférences et les annonces sur ce sujet devient très important. (rejoins COLT, acteur qui commencent à se lancer dans le cloud) Janvier 2010 Publication sur le web de la thèse. Présentation devant le jury. Pour les entreprises françaises : comprendre le Cloud Computing… Les conférences se multiplient . Une peur apparaît… Le thème de la sécurité devient récurrent! Des acteurs annoncent leurs offres en France. Quel apport du Cloud? Comment choisir? 1 2 3 4 Les tenants et les aboutissants du Cloud Computing sont mieux compris. Les différents acteurs travaillent activement pour la meilleure adoption possible… Sécurité, transparence, etc.
8.
9. Un périmètre précis Constructeurs Cloud Computing Entreprises clientes Sociétés de conseil, intégrateurs Fournisseurs SaaS, Green IT, Web 2.0, SOA, PaaS, IaaS Compréhension du modèle et impacts dans la DSI et ses relations avec l'entreprise PMEs + Early adopters Gestion du Changement
10.
11.
12. 1- COMMUNICATION [ Un « buzz » justifié ] Oui, on en parle énormément dans la presse avec beaucoup de marketing Avec de réels sujets de fond: - La virtualisation - L’évolution du rôle du DSI vers une approche service - La Réduction du budget IT… pour faire plus (aggravé par la crise) 1 4 phases identifiées par Forrester, d’un point de vue de l’investissement informatique : IT investment in the years (Gillett, 2008) 1956-1976 1976-1992 1992-2008 2008-2016
13.
14. Mécanisme de décision 1 - Le ROI Economies of scale and skill drive cloud computing (Schadler, 2008) Beaucoup de services existants… Des formules de décision non complètes… “ Above the Clouds: A Berkeley view of Cloud Computing” (Armbrust, et al., 2009) Oui, le cloud peut coûter plus cher… ROI = Coût de l’infrastructure (hardware, DC, etc.) + Coûts des logiciels (licences, formation, nouveaux outils) + Coût des employés (monitoring, quality management, etc.) + Coût du risque (risque à faire / risque à ne pas faire) + Coûts propres au type d’utilisation du service (nouveau projet / migration, integration dans l’existant) + Modèle de facturation (correspond-il au business model?) Karim Bahloul (IDC) : un parallèle avec les projets de virtualisation
15. 3- COMMODITY [ les avantages et services ] Les services PaaS/IaaS proposent des intérêts évidents… … et de voir des utilisations innovantes 3
16.
17. [ La problématique du Cloud Privé ] Private Cloud (on-premises) Hosted Cloud (off-premises) Public Cloud (off-premises) Virtualisation Automatisation Externalisation (24/7) Accélération du dévlpmt Possible pour les PME Ressources infinies Arrêt du contrat Faible CAPEX Virtualisation Automatisation Externalisation (24/7) Accélération du dévlpmt Possible pour les PME Ressources infinies Arrêt du contrat Faible CAPEX Virtualisation Automatisation Externalisation (24/7) Accélération du dévlpmt Possible pour les PME Ressources infinies Arrêt du contrat Faible CAPEX
18.
19. [ Les problématiques du Cloud… ] Sécurité et vie privée Conformité Legislation et contractualisation Maturité du modèle Risques opérationnels Risques stratégiques Failles de sécurité, Mauvaise qualité de service, Continuité d’activité Gestion du changement, Transferts d’emplois, Gestion du Fournisseur Maturité des processus ? Coûts visibles Coûts cachés Shirish Srivastava (HEC) : “Un parallèle avec l’offshore...”
20.
21. Mécanisme de décision 2 – Matrice d’éligibilité Guillaume Plouin (OCTO Technology) : “Expérimenter...” Shirish Srivastava (HEC) : “Vers plus de maturité” Hosted
22. 6- CHANNEL [ La relation avec le fournisseur ] Eléments à prendre en compte Stratégie Cloud Computing Maturité fournisseur / client Complexité de la solution Problématiques juridiques Prix Ressources internes Risques Caractéristiques du fournisseur Possiblité d’arrêter la relation 6
23.
24.
25. Retour sur les mécanismes de décision La relation avec le fournisseur Le ROI La Matrice d’éligibilité Pour faire un calcul financier… intégrant tous les paramètres Choisir ce qui peut aller dans le Cloud… Choisir son fournisseur et le type de relation…
26.
27.
28. 1- Stratégie Cas d'une PME : site eCommerce ou Editeurs de logiciel Carte Stratégique : présentation de la stratégie d'une entreprise et de ce qui est recherché sur les différents axes L'externalisation est par définition stratégique Ne plus limiter la stratégie de l'entreprise Intégrer la stratégie Cloud dans la stratégie IT Influencer la stratégie de l'entreprise (Kaplan, Norton, 2001) 1
29. 2- Systems [ Les systèmes de l’entreprise ] Les PMEs et early adopters pourraient en théorie accéder aux niveaux 1 et 2 : Maturité du SI 2 Externalisation de la maintenance Flexibilité / Agilité Arrêt d’un projet Réduire les coûts Du temps pour penser et urbaniser le SI
30.
31. 3- STRUCTURE [ Les impacts sur l’organisation ] Département informatique Département métier Fournisseur de services Besoin exprimé Besoin d'utiliser des services de Cloud Computing ? By-pass du département informatique ? Stratégie de l'entreprise Alignement Innover par l'IT, Réduire les coûts, Supporter une activité croissante, Améliorer la qualité de service Surveiller ces échanges (contrôle, stratégie, sécurité, urbanisation) -> Vers une entreprise qui délivre des services spécifiques à des besoins d'un département métier -> Vers une entreprise où l'informatique est fédérée 3
32.
33.
34. Retour sur les impacts La stratégie de l’entreprise et de la DSI Processus internes : du contrôle d’une infrastructure au contrôle d’un processus Relation entre la DSI et les départements métiers Le manque de collaboration pose de problèmes Evolution des besoins de compétence au sein de la DSI
35.
36.
37.
38. PaaS et IaaS sont vus comme des services à forte croissance Forrester's TechRadar for Cloud Computing (Staten, et al., 2009) 1 à 8 M$ sur 5 ans* 0,05 à 0,4 M$ sur 5 ans* (Sizing the Cloud, Gartner, 2009) *Dans le monde 5 à 20 M$ sur 5 ans* + 32% année + 50,1% année + 53,8% année SaaS PaaS IaaS
39.
40. 1- COMMUNICATION [ Un « buzz » justifié ] IT investment in the years (Gillett, 2008) Oui, on en parle énormément dans la presse avec beaucoup de marketing Les magazines parlent de: - La virtualisation - L’évolution du rôle du DSI vers une approche service - La Réduction du budget IT… pour faire plus (aggravé par la crise) Investissement IT / PIB 1
41.
42.
43.
44. Exemple d'une demande de changement For example, to industrialize a change request , we can identify the following actions: 1. Plan a new project , 2. Make a request (Service request management), 3a. Record the request (Change and release management), 3b. Record the change (Change and release management), 4. Initiate orchestration tasks (Processes and task orchestration), 5. Provisioning the cloud server , 6. Configure the cloud server (Configuration automation), 7. Check the cloud server (Governance and compliance management, Financial management), 8. Manage the cloud server (Vendor Management, Human capital management), 9. Terminate the request (Service request management, Change and release management).
45. [ Vers un modèle d’organisation en cellule ? ] Henry Peyret (Forrester) : « Cela impliquera évidemment des changements en interne : demandes BU, contractualisation, … » BIT Group 2008 2000 Plutôt dans les grandes DSI? 2010
47. Mise en situation IaaS PaaS Data Center, serveurs, stockage, bande passante (maintenance) APIs spécifiques, frameworks, interfaces de développement, … 1 contrat Nouveau projet Développement + Coût des ressources + Management de l'infrastructure Paiement à l'utilisation Paiement en amont pour une infrastructure limitée Multiples contrats Internal IT Migration + Coût des ressources + Management de l'infrastructure Data Center, serveurs, stockage, bande passante (maintenance) + APIs spécifiques, frameworks, IDE, … Application existante
48. La relation avec les fournisseurs de Cloud Computing Pas de relation Relation stratégique
49. 6- CHANNEL [ La relation avec le fournisseur ] Eléments à prendre en compte Stratégie Cloud Computing Maturité fournisseur / client Complexité de la solution Problématiques juridiques Prix Ressources internes Risques Caractéristiques du fournisseur Possiblité d’arrêter la relation 6
Courbe d’adoption de l’innovation : Essayer de convaincre tout le monde est inutile. Il faut commencer par les innovateurs et les early adopters.
Courbe d’adoption de l’innovation : Essayer de convaincre tout le monde est inutile. Il faut commencer par les innovateurs et les early adopters.
Since 2008, everybody speaks of a new phase that we will obviously call “ Cloud Computing ”. We are seeing again centralized architectures where enterprise servers, applications and data are not hosted locally but in distant Data Centers. People can once again use and access those applications and data, wherever they are, using any type of devices: computers, laptops or mobile telephones. Like Scott McNealy, founder and CEO of Sun Microsystems, said in the late 1980s “the network is the computer”. In other words, all the intelligence is not anymore in the local computer. That is not to say that nothing has changed between mainframes and cloud computing(Atos Origin, 2008). The cost is different: a mainframe belonged and was used by a single large company when a Cloud Data Center can be used by multiple companies. Cloud Computing is a shared service: companies can quickly access to cloud services without having to invest in large Data Centers to get a world class infrastructure. Failure management is also different because hardware used to crash even with redundant high quality components, whereas cloud computing is built around the possibility that servers can crash. Failure of one or more servers doesn’t stop the global service: thanks to virtualization, logical simple servers are launched dynamically and enable business continuity. Interoperability is becoming possible with web standards (TCP/IP, HTTP, SOAP, REST, etc.) when mainframes did not offer any possible interoperability. We will talk later of this subject that will be a key success factor for Cloud Computing adoption. We can add the fact that Rich Interface Applications are much more user-friendly than were green screen: an organization can easily access and manage its resources with a user-friendly tool.
Courbe d’adoption de l’innovation : Essayer de convaincre tout le monde est inutile. Il faut commencer par les innovateurs et les early adopters.
Since 2008, everybody speaks of a new phase that we will obviously call “ Cloud Computing ”. We are seeing again centralized architectures where enterprise servers, applications and data are not hosted locally but in distant Data Centers. People can once again use and access those applications and data, wherever they are, using any type of devices: computers, laptops or mobile telephones. Like Scott McNealy, founder and CEO of Sun Microsystems, said in the late 1980s “the network is the computer”. In other words, all the intelligence is not anymore in the local computer. That is not to say that nothing has changed between mainframes and cloud computing(Atos Origin, 2008). The cost is different: a mainframe belonged and was used by a single large company when a Cloud Data Center can be used by multiple companies. Cloud Computing is a shared service: companies can quickly access to cloud services without having to invest in large Data Centers to get a world class infrastructure. Failure management is also different because hardware used to crash even with redundant high quality components, whereas cloud computing is built around the possibility that servers can crash. Failure of one or more servers doesn’t stop the global service: thanks to virtualization, logical simple servers are launched dynamically and enable business continuity. Interoperability is becoming possible with web standards (TCP/IP, HTTP, SOAP, REST, etc.) when mainframes did not offer any possible interoperability. We will talk later of this subject that will be a key success factor for Cloud Computing adoption. We can add the fact that Rich Interface Applications are much more user-friendly than were green screen: an organization can easily access and manage its resources with a user-friendly tool.