Un Projet IaaS ? Emmanuel Braux Institut Mines Telecom / Télécom Bretagne emmanuel.braux@telecom-bretagne.eu

Un Projet IaaS Plan Quel intérêt ? Quel impact ? Pourquoi y aller ? Cas d'usage Un Projet IaaS

Quel intérêt ? Quel impact ? Pourquoi y aller ? Cas d'usage ► Quel intérêt ? Quel impact ? Pourquoi y aller ? Cas d'usage Un Projet IaaS

Apport du IaaS : point de vue Technique s’abstraire les couches basses (serveur, réseau, OS, stockage) s’affranchir de l’administration technique des ressources et services (BdD, pare-feux, load balancing,...) automatiser les opérations sur le SI et le rendre plus flexible concevoir des infrastructures scalables à la volée agir sur les ressources via des lignes de code et gérer les infrastructures « comme des applications » (démarche DevOps) Réduire les délais d’approvisionnement de ressources Un Projet IaaS

Apport du IaaS : point de vue économique Appréhender les ressources IT comme des services “fournisseur” Faire glisser le budget “investissement” (Capex) vers le budget “fonctionnement” (Opex) = Remplacer les coûts en capitaux par des coûts variables Réduire les coûts en mutualisant les ressources, et en utilisant du matériel standard Aligner les coûts sur la consommation réelle des ressources Garantie de service, donc valeur ajoutée Un Projet IaaS

Quel intérêt ? Quel impact ? Pourquoi y aller ? Cas d'usage ► Un Projet IaaS

Changement de paradigm Sans le Cloud Avec le Cloud Confiance dans l’infrastructure Confiance dans l’application Application N-Tiers ou monolithiques Applications Cloud-Ready Architecture Micro-services Développement en cycle en V Agilité et DevOps Infrastructure = socle Infrastructure jetable Un Projet IaaS

Côté application Il faut que l'application puisse profiter du cloud : multi-tenant (démarre plusieurs frontaux, plusieurs bases de données) Développer des applications ”cloud ready” Stateless : permet de multiplier les routes d’accès à l’application Ne pas stocker les données en local, mais plutôt en base de données, ou Stockage objet Intégrer la sécurisation du service dans l’application Un Projet IaaS

Côté système Utiliser des images cloud Adopter une philosophie DevOps Une image disque contenant un OS déjà installé, et pouvant être personnalisée en fonction de métadatas Une image qui peut être instanciée en n machines sans erreur Adopter une philosophie DevOps Infrastructure as Code : tout automatiser pour pouvoir tester, casser , réinstaller facilement et rapidement Scale out au lieu de scale up Laisser la gestion de la continuité de service à l’application Un Projet IaaS

Côté Humain Nouveaux rôles, nouveaux métiers, nouvelles compétences à développer pour les équipes informatiques Evolution des relations entre développeurs et ingénieurs système Un Projet IaaS

Quel intérêt ? Quel impact ? Pourquoi y aller ? Cas d'usage ► Un Projet IaaS

Questions clés Pour quoi faire ? Qui va l’utiliser ? Quels services ? Quelles applications ? Qui va l’utiliser ? Niveau d’autonomie des équipes Quelle sera la résistance au changement Quel impact sur l’organisation Quel impact sur les méthodes de travail Comment déployer ? Dans quelles conditions se fera la migration Quelle intégration à l’existant Un Projet IaaS

Ne pas y aller … Parce tout le monde le fait Parce que c’est moins cher Parce que ça permet de tout externaliser Pour profiter de l’agilité, mais en gardant les mêmes pratiques Si on se pose la question … Un Projet IaaS

Quel intérêt ? Quel impact ? Pourquoi y aller ? Cas d'usage ► Un Projet IaaS

Cas d’usage Puissance de calcul, High Performance computing (CERN) Stockage, Big Data Pics de traffic : media Numerique, e- commerce, Services WEB Plateforme applicative pour équipes de recherche et développement (agilité) Un Projet IaaS

Cas 1 : Simplification de la gestion du parc Moins de machines physiques ( mise en service, inventaire, …) On a déjà vu ça avec la virtualisation … … oui mais : Des machines « standard » Du déploiement automatisé De l’auto scaling Donc pourquoi pas ! Un Projet IaaS

Cas 2 : Sécurisation de l’infrastructure Pas de mécanismes avancé pour les instances déplacement à chaud, backup, redondance, reprise sur incident , … Pas de mécanisme de redondance entre les hôtes Pas de répartition de charge automatisé Ce n’est pas fait pour ce type d’usage, dans ce cas, s’orienter vers une infrastructure de virtualisation Un Projet IaaS

Cas 3 : Rendre une équipes autonome Self service Délégation d’administration sur leur projet. Allocation d’un pool de ressources (quota CPU/RAM/Stockage) Catalogue de VM préconfigurées (voir d’applications tendance Paas) Réactivité Plus de commande de machine Plus de délais de mise en œuvre (puisqu’ils sont autonomes) Infrastructure scriptables : masque la complexité Sécurisation Les projets sont autonomes et cloisonnés Un Projet IaaS