Informatique Cloud. Mettre au point le Cloud

Transcription

1 Informatique Cloud Mettre au point le Cloud November 2011

2 Introduction Ken Cochrane CEO, IT/NET Partner, KPGM Performance and Technology National co-leader IT Advisory Services KPMG Andrew Brewin Vice President, Solutions Delivery IT/NET Ottawa, Inc. 2

3 Quels sont vos objectif avac l iformatique Cloud? Maîtriser les coûts? Amalgamer les atouts? Améliorer la qualité de service? Supporter le greening? Améliorer le temps au marché des programmes du client? Réduire les complications liés à obtenir des ressources pour un projet? Atteindre des normes dans l'ensemble du gouvernement? Concentrer sur le cœur de votre commerce solutions spécifiques au client? 3

4 Quel est le but de l informatique Cloud? Donner un accès facile et flexible aux services informatiques 4

5 Horaire Les mythes du Cloud Introduction au Cloud ( Vise le Cloud ) Proposition de valeur ( La lumière dans le nuage ) Problèmes ( Avertissement de tempête ) Prochaines étapes ( Les prévisions ) 5

6 Les mythes du Cloud 6

7 Les mythes du Cloud L informatique Cloud est un mot à la mode qui a été parfois usurpée. Les malentendus sont fréquents. Voici plusieurs mythes communément associés à l'idée du Cloud : C est une technologie spécifique (ex. virtualisation) C est juste hébergement web /l'informatique grid / sous-traitance avancé Il n'y a pas de normes Tout peut se déplacer dans le Cloud Ces de la médiatisation Il est toujours le meilleur marché Continuons a découvrir ces mythes 7

8 Introduction au Cloud Vise le Cloud 8

9 Introduction au Cloud: Définition un modèle d'activation : commode, accès sur-demande à un au réseau de ressources informatiques configurables et partagées (ex. réseau, serveurs, entrepôts, applications, et services). qui peut être: rapidement configuré et publié avec l'interaction minimal de la gestion ou des services du fournisseur. 9

10 Introduction au Cloud: Ce qu'il n'est pas L informatique Cloud n est pas : Une technologie spécifique tels que VMware ou SalesForce. Virtualisation Externalisation L informaique Grid Hébergement Web 10

11 Introduction au Cloud: Ce qu'il est L informatique Cloud est : Une approche de prestation d'information qui lie ensemble : Infrastructure de la technologie, les applications et la connectivité de l'internet, les services de gestion qui peut être obtenu d'une manière flexible. 11

12 Introduction au Cloud: Ses caractéristiques Service libre Service autonome Accès vaste au réseau Mise en commun des ressources Flexibilité rapide Service supervisé Abstrait Basé sur le service Evolutif 12

13 Introduction au Cloud:Modèles de Services et de déploiement Modèles de prestation de service Modèles de déploiement Infrastructure comme un Service (IcuS) Une puissance brute et un entrepôt vaste Privé Hébergement à l'interne ou à l'externe pour votre entreprise Plate-forme en tant que Service (PeqS) Logiciel de fonctionnement et une plate-forme pour application électronique Public Hébergé par un fournisseur de service Logiciel en tant que Service (LeqS) Applications accessibles à distance Hybride Les données et/ou applications privées sont sauvegardées de façons internes 13

14 Introduction au Cloud: Modèles de prestation de service Logiciel en tant que Service (LeqS) La capacité fournie aux consommateurs est d'utiliser les applications du fournisseur (et les services) s'exécutant sur une infrastructure du Cloud. Réduire ou éliminer les efforts de développement. Taux d'adoption élevé n'importe quel dispositif, n'importe où, n'importe quel moment. Réduit les coûts initiaux Ex. SalesForce.com LeqS (Logiciel en tant que Service) Logiciel, Plate-forme d application 14

15 Introduction au Cloud: Modèles de prestation de service Plate-forme en tant que Service (PeqS) La capacité fournie aux consommateurs est de déployer sur l'infrastructure du Cloud (consommateur-créé ou acquises) les applications créées à l'aide de langages de programmation et outils supporté par le fournisseur. PeqS (Platform-as-a-Service) Gestion simplifiée des logiciels (modernisation, patchs, licences, etc..) Déploiement d'une application simplifiée. Ex.Google App Engine Plate-forme d'application standard Règles d'entreprise, la logique et Middle-ware 15

16 Introduction au Cloud: Modèles de prestation de service Infrastructure comme un Service (IcuS) La capacité fournie au consommateur est le traitement électronique facile, entrepôts, réseaux et autres ressources informatiques fondamentaux où le client est en mesure de déployer et exécuter des logiciels arbitraire, ce qui peut inclure des applications et des systèmes de contrôle. IcuS (Infrastructure comme un Service) Coût réduit/coût basée sur utilisation Répartition dynamique des ressources/évolutive Réduit les frais généraux administratifs Ex. Rackspace Serveurs et entrepôt Infrastructure du réseaux 16

17 Introduction au Cloud: Modèles de déploiement Le Cloud Privé Exploitée uniquement pour une organisation. Peut être géré par l'organisation ou une autre partie Sure lieux ou hors lieux Contrôle total Faible risque et conformité Investissement initial élevé À l'intérieur de l'entreprise Externe mais appartenant à l'entreprise. Privé (Cloud interne) Privé (Cloud externe) 17

18 Introduction au Cloud: Modèles de déploiement Le Cloud public Disponible pour un grand groupe public ou d industrie Appartenant à une organisation de vente de services Cloud Coût utilitaire Grande agilité Faible contrôle sur les données et les niveaux de service Dépendances sur les fournisseurs externes Cloud public Cloud public 18

19 Introduction au Cloud: Modèles de déploiement Le Cloud Hybride Composition de deux ou plusieurs Cloud (privés ou publics) qui demeurent des entités uniques Liées par des technologies normalisées ou autres qui permet la portabilité des données et des applications À l'intérieur de l'entreprise Flexibilités maximales dans la gestion des coûts, des risques et des ressources Frais généraux administratifs élevé Définition attentive de l'admissibilité des données pour la migration de privé à public Externe Cloud public Privé (Cloud interne) Cloud public Cloud Hybride 19

20 Proposition de valeur La lumière dans le nuage 20

21 Proposition de valeur pour l'entreprise. Agilité / Mettre au marché Mobilité accrue des applications Nouvelles applications et Applications basées sur Internet ressources informatiques peuvent peuvent être accéder (par des être provisionnés plus rapidement conduites de sécurité appropriés) Coût n'importe où Passer de CapEx au OpEx Pendant ce temps les Gouvernance et conformité forcée investissements infrastructure sont Les normes les applications facturés basée sur l'utilisation doivent suivre (sécurité, D/R, Transparence performance, etc.) peuvent être Entreprise peut voir les coûts appliqués au point de déploiement permanents de leurs applications dans le Cloud c'est-à-dire, la en raison de la nature de la gestion des versions ne peuvent tarification à l'utilitaire de techniquement déployer une l informatique Cloud application dans le Cloud sans répond à certains critères 21

22 Proposition de valeur à l informatique Soutien réduit La normalisation de Plates-formes réduisent le nombre de technologies maintenu, permettant expertise plus spécialisée des processus d'approbation, plutôt que de le temps requis pour la re-construction Souplesse de développement de service Plates-formes définies permettent aux développeurs de se concentrer sur les applications Déploiement plus rapide des ressources Plates-formes normalisées peuvent être déployées en quelques minutes, limitées par Green (Amélioration de l'efficacité au point de vu de la capacité) Optimise l'utilisation des ressources par grâce à l'abstraction des plateformes et des services et la fusion des ressources informatiques en une seule grille Sécurité Utilisation d'un cadre commun peut améliorer la sécurité globale 22

23 Problèmes Avertissement de tempête 23

24 Problèmes :Avertissement de tempête Financiers Frais de démarrage sous-estimé Sanctionner les coûts de sortie Complexité de contrat Cout variable hors de contrôl, la planification des prévisons est pauvre. Vendeur Vendeurs dictent à utiliser la technologie Fournisseur dépendance des prestataires de services pour les processus d'entreprise de service (faillite, perte de réputation, poursuite) Conformité à la réglementation Complexité pour assurer la conformité aux exigences réglementaires et de règlement (protection des renseignements personnels, l'aiprp, etc.). Absence de normes de l'industrie et des certifications pour les fournisseurs du Cloud Des préoccupations avec la gérance et la rétention des dossiers Financiers Vendeur Capacité des fournisseurs de services à surveiller et à ajuster basée sur des modifications réglementaires Données Risques d'entreprise Conformité à la réglementat ion Opérationel Technologi e Technologie Données La ségrégation de données, les préoccupations d isolement et de transparence Cryptage des données Sécurité, privée, accès Protection de la propriété intellectuelle Opérationnel Fiabilité d'entreprise/récupération de désastre Fiabilité et disponibilité du service ALS conforme aux convenues RACI (qui est responsable?) Compatibilité et l'intégration avec d'autres services à l'extérieur du Cloud Technologie/la vitesse auquel les progrès sont réalisés dans un environnement de production dans le nuage. Limites de la personnalisation Sécurité humaine (initiés malveillants)

25 Prochaines étapes Les prévisions 25

26 Des priorités d'affaires d'application / données Service / décision - modèle de déploiement Le processus de sélection des modèles de déploiement et des services nécessite une évaluation impliquant des facteurs tels que : Budget informatique et des limitations financières Stratégie à long terme Niveau de gouvernance à travers l informatique - définition et l'application des normes de sécurité, développement Compréhension actuelle de la collection d'applications existantes, par exemple, la connaissance des attributs, dépendances, documentation, architecture Classification des applications basées sur des priorités d'affaires L'organisation de développement sa maturité et sont niveau de normalisation Volonté de l'organisation informatique à accepter le risque et le niveau de confort avec des applications à l'extérieur de leurs locaux et leurs contrôle Privé/ PeqS-LeqS Public / LeqS Privé/ IcuS Public / PeqS Complexité des Applications 26

27 Défis communs en adoptant une stratégie Cloud Manque d'une architecture clairement définie vision Il n'y a pas de solution plug-and-play. Architectures appropriées seront propres à chaque organisme. Doit tenir compte de service et de modèles de déploiement et de leur impact sur les gens, les processus et la technologie. Perception de l'insécurité Les Cloud publics introduisent le risque d avoir les données entreposées à l'extérieur de l'entreprise dans des environnements non contrôlés. Les modèles tant publics que privés doivent s'assurer une identité appropriée avec une gestion d admission en plus d une inspection de conformité. Manque de plates-formes et de technologies normalisées Entreprise qui développe leur propre application à l'aide de n importe quelle plate-forme qui convient à leur besoin prend fin dans les modèles de l'aap et SaaS. Technologies et plates-formes doivent être soigneusement choisis basé sur les besoins et la demande de l'entreprise et équilibrés avec la faisabilité technique. 27

28 Défis communs en adoptant une stratégie Cloud Fiabilité, assurant la SLA Les applications critiques, peuvent-ils être déplacées dans un environnement Cloud? Comment assuré du suivre les SLA avec le partage de ressources? Pour les applications non critiques, les contrats avec des fournisseurs du Cloud public doivent être soigneusement définis pour faire face aux détails du SLA. De plus, ces détails seront suivis d'un fournisseur de quels façons? Lock-in du vendeur et l'interopérabilité Est-ce que une technologie et une plates-formes normalisées peuvent verrouiller une entreprise avec un vendeur spécifique ou limiter sa capacité d'évoluer dans l'avenir? Règlements et conformité Géo-localisation et des restrictions internes sur les données peuvent limiter les types de services qui pourraient être déplacés vers un environnement public Cloud ; les Cloud privées doivent tenir compte de ces règlements par le zonage convenablement aux applications. 28

29 Comparé des modèles de services Niveau de normalisation IcuS PeqS LeqS Faible Milieu Haute Flexibilité Haute Milieu Plus bas Agilité Rapide Rapide Plus rapide Fusion Réduction du nombre de physical hosts requise Largeur réduite de soutien nécessaire pour soutenir diverses plateformes Sécurité Logiquement, même Augmenté en raison de la réduction du nombre de platesformes à sécuriser. Tout jusqu'à la couche logicielle est fusionnée, la perspective se déplace à la personnalisation ou mash-ups pour créer un service d'entreprise. Potentiel d'être le logiciel le plus fort et limitée à sécuriser. 29

30 Comparé des modèles de services Coût Flexibilité Agilité Public Hybride Privé + Frais initiaux faibles + Se déplace des dépenses en capital aux charges d'opération. - Vendeur-lock en risque, portabilité limitée + Offre de pré-compilées et déploiement très rapide +/- Similaire à privés ; Toutefois, les exigences de construction privées peut-être moins + Capable de distinguer les données qui se déplacent vers un Cloud public. - Risque de "vendeur-lock" avec des éléments d'un Cloud public. - Plus complexe à planifier et à déployer - Les frais initiaux peuvent être significatifs. Une nouvelle capacité informatique peut être nécessaires ; nouveau ensemble de compétences et de connaissances peuvent aussi être requis. + Personnalisation complète de la plate-forme et infrastructure sont disponibles +/- Risque de "vendeur-lock" limité aux technologies des modules + Une fois pleinement en vigueur, il existe potentiel de déployer rapidement des services commerciaux Sécurité - Moins de contrôle de l'environnement, dépendent sur le vendeur +/- Fournit une capacité équilibrée à déterminer entre des données publiques, restreintes ou des services + La plus protégée; données et services sont conservés à l'interne 30

31 Conclusion: Les mythes détruits Il existe de nombreuses idées fausses sur le l informatique Cloud. C est une technologie spécifique (ex. virtualisation) C est juste hébergement web /l'informatique grid / soustraitance avancé Il n'y a pas de normes Faux Cependant, les technologies de virtualisation, tels que Vmware, fournissent une base sur laquelle une infrastructureas-a-service peut être fourni. Faux C'est une approche de prestation informatique qui lie ensemble la connectivité internet, des applications et des infrastructures technologiques comme un service qui peut provenir d'une manière souple. Faux L'informatique Cloud sous les modèles de service de l'aap et SaaS limite la portée des applications et des plates-formes disponibles à l'entreprise, conduisant à une normalisation grandissante. Tout peut se déplacer dans le Cloud Ces de la médiatisation Il est toujours le meilleur marché Faux La possibilité de déplacer le Cloud dépend des exigences de sécurité, capacité de normaliser, risques et les conditions d'accès. Faux L'informatique Cloud est construit sur la connectivité et la mondialisation de l'internet. Le Cloud est là pour rester. Faux Frais d'établissement sous-estimé, frais de sortie, complexité de contrat et autre dépense ont tousses des répercussions sur l'avantage financier du Cloud. 31

32 IT/NET peut aider Le Cloud promets d'apporter des changements radicaux aux entreprises et autres organisations. Ces changements dépendants de la façon le Cloud est utilisé. IT/NET peut aider: Fournir une clarté sur les pratiques et les services informatiques du Cloud Identifier les avantages tangibles qui sont réalisables aujourd'hui Aider à naviguer les risques associés et les défis Obtenir des conseils indépendants peut faire la différence entre le succès et l'échec 32

33 The information contained herein is of a general nature and is not intended to address the circumstances of any particular individual or entity. Although we endeavor to provide accurate and timely information, there can be no guarantee that such information is accurate as of the date it is received or that it will continue to be accurate in the future. No one should act on such information without appropriate professional advice after a thorough examination of the particular situation. Merci! 33