1. « Découvrez pourquoi Veolia Eau a choisi le Cloud AWS »
- Mardi 13 octobre 2015 -
www.abc-systemes.com - www.itsystemes.fr - www.myelefant.com - www.eversa.fr
2. Agenda
Introduction : Olivier Pigois, Pdg du groupe ABC Systèmes
Arnaud Alcabez, Directeur Technique et Stratégie - ABC Systèmes
Benito Diz, Directeur des systèmes d’information - Veolia Eau
Questions/réponses
Miguel Alava, Directeur Général - AWS France
Cocktail
3.
4. Difficile d'être plus direct dans le message: Dell.
EMC. HP. Cisco. These Tech Giants Are the Walking
Dead http://t.co/qIysEbzxd5 via @WIRED
Mardi 13 octobre 2015
6. AWS chez ABC Systèmes, c’est…
89 personnes formées en 2014…
…et 231 personnes formées en 2015 à ce jour
12.329 heures continues d’expérience acquises en 2015
35 certifications et accréditations sur AWS
(business, technique, formation, conseil et
support)
10 programmes de formation
7. Pourquoi le Cloud intéresse les entreprises ?
Migrer des applications et des
données existantes vers le
cloud
Bâtir de nouvelles applications,
de nouveaux sites, de
nouveaux services et activités
commerciales
Augmenter les ressources
de l’entreprise avec les
capacités du cloud
(architecture hybride)
8. Quelles entreprises sont intéressées* par le Cloud
?*Source: Typologie client ABC Systèmes 2014-2015 sur les formations AWS dispensées chez ABC Systèmes
12 43
Entreprises
Startups
SSII
PME
10. Définition
Le Cloud Computing est un terme commun pour désigner une variété de concepts informatiques qui
impliquent un grand nombre d'ordinateurs qui sont connectés via un réseau de communication en temps
réel via Internet.
Le Cloud Computing peut s’entendre comme de la location de services “de base” : du stockage, du
réseau, des unités de calcul (serveurs Windows et Linux). Le principe est basé principalement sur une
massification et une automatisation des centres de données.
En agglomérant ces éléments de base, le fournisseur de Cloud Computing publie des composants
plus intelligents régulièrement.
Ses caractéristiques principales :
« Consommable » (on s’abonne à un service)
« Extensible » (le système sait s’adapter à la charge)
« Agnostique » (l’environnement utilise les standards Internet)
« Mondial » (l’environnement global est opérable de tout point du monde)
13. Consommables dans un catalogue de composants
Les composants peuvent être
utilisés :
Via une console Web
(la vue ci-contre)
Via une interface en ligne
(AWS CLI)
Dans un développement
(AWS CLI)
14. Dans un catalogue de services interne à l’entreprise
Permet de la revente interne
de services entre DSI et
métiers, entre fournisseurs et
client, entre BU.
15. Ou sur des « places de marché » ouvertes
Les places de marché :
AWS Market Place
Des offres d’applications prêtes à
installer dans votre SI, avec
différents modèles économiques
Achat et vente
Place de marché des
instances réservées Amazon
EC2
Revente de vos heures non
consommées à d’autres clients
AWS
16. Composants – La responsabilité partagée
Chiffrement Client Chiffrement Serveur
Protection du trafic
réseau
Plateformes, Applications, Identité et Gestion des accès
Systèmes d’exploitation, Réseau et configuration des pare feux
Votre contenu
Vous
AWS Foundation Services
Compute Storage Database Networking
AWS Global Infrastructure
Regions
Availability Zones
Edge Locations
Vous êtes responsable de
la sécurité DANS le Cloud
AWS est responsable de la
sécurité DU
Cloud
17. Composants – Régions, Zones, Proximité
11 régions séparées les unes des autres (Inde en
2016). On choisit :
En fonction de la proximité
En fonction du coût
En fonction des fonctionnalités
En fonction de la conformité
En fonction de dispersion client
Chaque région est composée de plusieurs centres de données
(Availability Zones)
Assure la tolérance aux pannes ou la disponibilité continue en
conformité avec les SLA
Assure l’efficience économique (ex: 2 AZ, 50%, 3 AZ, 75%, 4 AZ, 80%...)
De plus, il existe plus de 50 points de proximité (Edge Location) installés dans les locaux de la majorité
des fournisseurs d’accès. Ils permettent:
D’assurer la fluidité du réseau au niveau mondial en rapprochant la donnée de l’utilisateur
De participer à la protection des données et des applications (le client ou le hackeur n’est pas en contact direct. Les noms et
les adresses IP de vos applications sont masqués)
18. Mais en quoi est-ce réellement différent?
Approche IT Approche métier
budget annuel et/ou
pluriannuel
Plateforme
Physique | Virtuelle
19. Mais en quoi est-ce réellement différent?
budget annuel et/ou
pluriannuel
budget à l’heure / au mois
Plateforme
Physique | Virtuelle
Instances | Services
Managés
Approche IT Approche métier
20. Mais en quoi est-ce réellement différent?
budget annuel et/ou
pluriannuel
budget à l’heure / au mois budget à la fonction
consommée
Plateforme
Physique | Virtuelle
Instances | Services
Managés
Micro-services
Fonctions
Approche IT Approche métier
21. Réussir c’est coordonner technologie et ressources
*Source: Formation ABC Systèmes La synthèse du Cloud Computing pour les directions (planche n°9)
1. Rester
pragmatique
Conseils
2. Expérimenter
« It’s not rocket science »
3. Requalifier les
compétences de
ses intervenants
24. Une évolution continue pour réduire les coûts
Amazon Web Services
propose des services par API
bien au-delà du périmètre
informatique Amazon
Mechanical Turk
Amazon
Flexible Payment Services
Amazon
Fulfillment Web Service
Alexa
Web Information Service
26. Les avantages du Cloud Computing
Réduire les coûts liés à l’investissement
Ne nécessite pas d’investissement préalable avant l’usage. Evite les Capex, favorise les Opex
Abstraction des ressources physiques
Provisionnement à la demande
Quelques minutes suffisent pour délivrer un serveur opérationnel (du nano serveur – 512 Mo
RAM au X1 – 2 To RAM) et quelques secondes suffisent pour l’arrêter ou le supprimer dès
qu’on n’en a plus l’usage
Montée en charge en quelques minutes
Augmenter ou diminuer la puissance d’un serveur peut se faire en quelques minutes
manuellement, ou peut être programmé, ou peut être conditionné
Paiement à la consommation
Pas d’engagement long terme nécessaire. La facturation est liée à la consommation (heures
serveurs, requêtes, stockage consommé) et des outils sont offert pour suivre, maîtriser, réduire
ou alerter. La consommation peut être capée.
27. Les inquiétudes avant le 1er projet
La localisation
des données
Les régions sont isolées les unes des autres. Pour l’Europe, il existe deux régions (Dublin et
Francfort). Les nombreux outils de chiffrement permettent de garantir l’intégrité des données
et de s’assurer de l’identité des personnes qui les manipulent. Les clés de chiffrement
différent d’une région à une autre
La sécurité
des données
Les stratégies de sécurité et les groupes de sécurité permettent de contrôler l’accessibilité
aux données. Les outils de traçabilité (CloudTrail, VPC Flow logs, AWS Config) et l’archivage
légal permettent de conserver durant une période illimité les journaux de bord
Le service Amazon Inspector permet d’avoir une évaluation des risques en termes de
sécurité
La qualité
du service
DirectConnect permet d’avoir un débit garanti entre les infrastructures locales et celles
d’AWS. La mise en place et la configuration des caches, notamment ceux des serveurs de
proximité permet de conserver la fluidité des échanges de données
La maîtrise de la
facturation
CloudWatch permet d’alerter dès que un seuil de facturation est franchi. AWS Trusted
Advisor est un assistant qui donne des conseils pour améliorer l’efficience économique.
Cost Explorer permet d’avoir une représentation graphique des dépenses et une projection
estimée des futures consommations.
La facturation détaillée permet de conserver sous la forme de journaux l’ensemble des
consommations
28. Quels projets seraient difficiles sans le Cloud ?
L’adaptation rapide au changement du métier ou des clients
La réactivité automatique des services à la charge
L’analyse de données
Le traitement massif de données – stockage et calcul
Les objets connectés et les périphériques mobiles
Gérer des (centaines de) milliers de capteurs ou une application publiée
dans un store
L’innovation sans goulet d’étranglement
Lancer de nombreux projets sans consacrer pour chacun de lourds
investissements)
La massification des données et son stockage
L’accroissement et la conservation longue durée des données
29. Les challenges de la DSI
S’assurer de la conformité de son
outillage
Les sauvegardes
Les journaux
La sécurité
L’administration
La supervisionFaire évoluer son modèle
Modélisation financière
Rentabilité du modèle
L’automatisation
Les méthodologies
Préparer ses équipes
Responsabilité partagée
Valorisation des expertises et des
savoirs
Le modèle de production
La position dans la DSI dans
l’entreprise
La fusion des équipes vers le DevOps
30. Les étapes d’apprentissage de la DSI
Migration des applications vers le Cloud (transformation)
Réduire les investissements
Supprimer les opérations sans valeurs
Automatiser son environnement et améliorer sa sécurité
Mettre en œuvre l’élasticité où cela est possible
Simplifier la mise en œuvre avec des déploiements automatique
Progresser vers des services consommés par fonction
Revisiter son stockage et ses traitements (transactionnels, analytique, batch)
Transiter du serveur au service, du service à la fonction
Valoriser son savoir-faire en services à consommer pour trouver de nouveaux
clients ou partenaires, internes ou externes
32. Exemple 2: Du serveur au service managé
Serveur de fichiers simple
TCO: Inconnu
Disponibilité: Inconnue
Stockage: 1 To, dont 500 Go
utilisés
Availability Zone #1 Availability Zone #2
Auto Scaling group
EBS data volume
Amazon S3
bucket
Amazon EBS
snapshot
EC2 Instance
EBS data volume
EBS: 0,125$/Go/mois (sur alloué)
EC2: 0,4$/heure
Snapshot: % (variable)
EBS: 250$/mois
EC2: 288$/mois
Snapshot: % 50$/mois
588$/MOIS*
S3: 0,03$/Go/mois (sur consommé)
Scalaire, Haute disponibilité, durabilité,
gestion des versions, cryptage intégré)
15$/MOIS*
? $/MOIS
* Calculé sur la tarification eu-
west-1 au moment de la création
du transparent.
33. Exemple 3: Les modèles financiers
Account 1
8TB
Account 2
4TB
~$0.085/GB
~$0.09/GB
12TB
10TB
~$0.09/GB
~$0.09/GB
Data Transfer Out from Amazon S3 to the Internet
2. Plus vous consommez, moins cela revient cher
2. Spot Market – Faire une offre sur
les espaces non consommés d’AWS.
Jusqu’à 90% d’économie par heure
d’instance
1. Réservations d’instances ou de capacité disque (Provision)
34. Exemple 4: Les instances « burstables »
Modèle vCPUs
CPU
crédits/hr
CPU Baseline
Réserve de
CPU
t2.micro 1 6 10% 90%
t2.small 1 12 20% 80%
t2.medium 2 24 40% 60%
t2.large 4 48 60% 40%
Une instance T2 acquiert des crédits de CPU lorsqu’elle
n’utilise pas son allocation de base de CPU.
Une instance T2 dépense ses crédits lorsqu’elle a besoin
d’une réserve de puissance, jusqu’à 100% de CPU.
Les crédits expirent après 24 heures.
Exemple :
Scénario A: J’utilise une instance c3.large pour mon déploiement
Scénario B: J’utilise deux instances t2.medium pour mon déploiement
• Comparaison des coûts : A et B ont approximativement le même coût à l’heure
• Performances de base : B a une performance de 2/5ème de A
• Performances en pic de charge : B peut absorber 2 fois plus de charge que A
• Résilience : B dispose d’une meilleure résilience (sur deux zones de disponibilité). A
introduit un SPOF (single point of failure).
36. Ma 1ère migration en un mois
Identifier l’application
candidate
Découvrir les offres et
services
Choisir et mesurer
les indicateurs clés
Migrer l’application
candidate
Mesurer les KPI pour la
réussite du projet et
produire le retour
d’expérience
37. Découvrir l’offre – Les accélérateurs en 1 jour
AWS Notions
techniques de
base
• Introduction et historique d'AWS
• Stockage sur AWS et diffusion de contenu
• Services de calcul et mise en réseau
• Services gérés AWS et base de données
• Déploiement et gestion
5 modules
Je n’ai pas encore pris de
décision.
Mes attentes:
Quels sont les composants de l’offre AWS et
comment les utiliser pour mes applications ?
AWS Notions
commerciales
de base
• Bénéfices du Cloud Computing
• Composants de la plateforme AWS
• Avantages économiques du Cloud
• Conformité du Cloud Computing
• Migration vers le Cloud
5 modules
Je n’ai pas encore pris de
décision.
Mes attentes:
Comment AWS peut m’accompagner dans le
développement de mon système d’information ?
Synthèse pour
les directions
générales
• Comment communiquer avec ses équipes
et ses fournisseurs ?
• Quels bénéfices pour quels projets ?
• Quels changements pour quelle
organisation ?
• Comment mesurer la performance ?
4 modules
Nous allons porter une première
application sur AWS.
Nos attentes:
Comment puis-je utiliser AWS comme instrument
de développement de notre stratégie ?
Migration des
applications
• Comment choisir sa première application ?
• Les impacts sur l’organisation, les étapes
• Les perspectives pour gérer la migration
• Migration d’un serveur Web (démo)
• Modèles d’architecture
• Sécurité des applications
6 modules
Je dois porter une application
sur AWS.
Mes attentes:
Quels sont les points d’attention et comment
réussir mon projet de migration ?
38. Découvrir l’offre – Les accélérateurs en 1 jour
AWS Notions
techniques de
base
• Introduction et historique d'AWS
• Stockage sur AWS et diffusion de contenu
• Services de calcul et mise en réseau
• Services gérés AWS et base de données
• Déploiement et gestion
5 modules
Je n’ai pas encore pris de
décision.
Mes attentes:
Quels sont les composants de l’offre AWS et
comment les utiliser pour mes applications ?
AWS Notions
commerciales
de base
• Bénéfices du Cloud Computing
• Composants de la plateforme AWS
• Avantages économiques du Cloud
• Conformité du Cloud Computing
• Migration vers le Cloud
5 modules
Je n’ai pas encore pris de
décision.
Mes attentes:
Comment AWS peut m’accompagner dans le
développement de mon système d’information ?
Synthèse pour
les directions
générales
• Comment communiquer avec ses équipes
et ses fournisseurs ?
• Quels bénéfices pour quels projets ?
• Quels changements pour quelle
organisation ?
• Comment mesurer la performance ?
4 modules
Nous allons porter une première
application sur AWS
Nos attentes:
Comment puis-je utiliser AWS comme instrument
de développement de notre stratégie ?
Migration des
applications
• Comment choisir sa première application ?
• Les impacts sur l’organisation, les étapes
• Les perspectives pour gérer la migration
• Migration d’un serveur Web (démo)
• Modèles d’architecture
• Sécurité des applications
6 modules
Je dois porter une application
sur AWS
Mes attentes:
Quels sont les points d’attention et comment
réussir mon projet de migration ?
en INTRA ou INTER
PU par participant
en INTRA ou INTER
PU par participant
en INTRA
PU par session
en INTRA
PU par session
39. Ma 1ère migration en un mois
Identifier l’application
candidate
Découvrir les offres et
services
Choisir et mesurer
les indicateurs clés
Migrer l’application
candidate
Mesurer les KPI pour la
réussite du projet et
produire le retour
d’expérience
40. Etape 2: Identifier l’application candidate…
Traitements de type batch
processing (par lot)
Application Internet public (mobile
ou web)
Démonstrateurs - Pilotes
Application tolérante aux pannes
ou en haute disponibilité
Application avec des besoins
grandissants de stockage
Application devant être auditée en
interne ou par des tiers
Application à charge constante
Application à charge
événementielle ou ponctuelle
Petite ou moyenne ligne de service
avec une licence SGBDR
Environnements pour les
développeurs
Application nécessitant un
archivage légal des données sur le
long terme
Application devant être distribuée à
l’international
41. …et éviter celles à risque pour la 1ère migration
Application vers des
traitements
complexes de bases de
données
Application nécessitant un
back-end de données
important
Application utilisant des
protocoles réseaux
spécifiques (ex:
broadcast, multicast,
ToIP, etc.)
Application avec des
licences non
reconductibles ou
limitées dans un usage
en cloud
Application avec des
composants type IDS/IPS
Application avec de
nombreux serveurs
hétérogènes
Application avec un gros
volume de données à
migrer
Application avec un
composant physique
non reproductible sur
le Cloud
42. Ma 1ère migration en un mois
Identifier l’application
candidate
Découvrir les offres et
services
Choisir et mesurer
les indicateurs clés
Migrer l’application
candidate
Mesurer les KPI pour la
réussite du projet et
produire le retour
d’expérience
43. KPI = Les indicateurs clefs de performance (ICP)
Efficience économique Efficience technique
• Temps de session
• Latence de service
• Débit de service
• CPU, mémoire, réseau
• Charge E/S (volumes)
• Traçabilité et conservation
• Simplification des procédures
• Simplification de la
maintenance
• Coûts (Capex)
• Coûts (Opex)
• Fiabilité
• Sécurité
• Passage à l’échelle rapide
• Agilité (Time to Market)
• Rentabilité
• Flexibilité et productivité
• Nouvelles opportunités de marché
46. Ma 1ère migration en un mois
Identifier l’application
candidate
Découvrir les offres et
services
Choisir et mesurer
les indicateurs clés
Migrer l’application
candidate
Mesurer les KPI pour la
réussite du projet et
produire le retour
d’expérience
47. Une destination, trois arrêts possibles
Mon application
candidate
« Forklift » « Embrace » « Optimize »
Effort Elasticité Coûts opérationnels
• Peut-être l’unique option pour
certaines applications
• Revient à utiliser AWS comme
un environnement
d’hébergement (à moindre
effort)
• N’est pas optimisé pour les
situations “à la demande”
(nécessite de provisionner
correctement les instances)
• Des modifications mineures
sont nécessaires pour
améliorer l’utilisation du
cloud
• L’automatisation des serveurs
permet de pouvoir réduire les
coûts opérationnels
• Permet d’accéder à des types
de stockage plus flexibles
• Demande de redéfinir
l’application pour AWS (effort
plus important)
• Permet d’adopter des services
plus flexible (et de réduire les
coûts d’administration)
• Permet de se rapprocher
d’une consommation
optimale des ressources et
adaptée à la situation
Etapes de
préparation
(on en parle
juste après)
48. Planification Déploiement Optimisation
Migrer l’application candidate
• Clarifier vos
composants
• Clarifier vos coûts
• Clarifier votre
architecture
• Définir les critères
de succès
Phase
d’évaluation
Phase preuve de
conception
Phase de
migration des
données
Phase de
migration de
l’application
Phase
d’adaptation
Phase
d’amélioration
« Forklift » « Embrace » « Optimize »
• Apprendre AWS
• Bâtir un pilote
• Intégrer le support
avec votre
organisation
• Etudier les
différentes options
de stockage
• Migrer les données
• Migrer 1:1
• Construire ses
images (AMI)
• Convertir ses
composants
physiques en
composants
supportés sur AWS
• Sécuriser
l’application
• Utiliser l’élasticité
• Repenser le
stockage des
données
• Apprenez à
superviser les bons
métriques
• Automatiser des
processus simples
• Automatiser
l’architecture
• Repenser certaines
actions en
processus et non en
instances
• Distinguer les
processus
transactionnels des
autres
• Repenser le modèle
économique (spot,
RI marketplace)
49. Migrer l’application candidate
Planification Déploiement Optimisation
• Clarifier vos
composants
• Clarifier vos coûts
• Clarifier votre
architecture
• Définir les critères
de succès
Phase
d’évaluation
Phase preuve de
conception
Phase de
migration de
l’application
Phase
d’adaptation
Phase
d’amélioration
• Apprendre AWS
• Bâtir un pilote
• Intégrer le support
avec votre
organisation
• Migrer 1:1
• Construire ses
images (AMI)
• Convertir ses
composants
physiques en
composants
supportés sur AWS
• Sécuriser
l’application
• Utiliser l’élasticité
• Repenser le
stockage des
données
• Apprenez à
superviser les bons
métriques
• Automatiser des
processus simples
• Automatiser
l’architecture
• Repenser certaines
actions en
processus et non en
instances
• Distinguer les
processus
transactionnels des
autres
• Repenser le modèle
économique (spot,
RI marketplace)
« Forklift » « Embrace » « Optimize »
Phase de
migration des
données
• Etudier les
différentes options
de stockage
• Migrer les données
50. Migrer l’application candidate
Phase de
migration des
données
• Etudier les
différentes options
de stockage
• Migrer les données
Chargement
en une fois
avec mises à
jour des
deltas
Fournisseur
de solution
pour les
transferts
Transfert vers
S3 par
l’Internet
AWS Import
Export
Heures
Jours
Go/s To/sVélocitédesdonnées
Taille des données
Et choisir la bonne stratégie pour les données
Encore plus ?
AWS Import/Export
Snowball
51. Ma 1ère migration en un mois
Identifier l’application
candidate
Découvrir les offres et
services
Choisir et mesurer
les indicateurs clés
Migrer l’application
candidate
Mesurer les KPI pour
la réussite du projet
et produire le retour
d’expérience
52. Le REX, l’étape indispensable de transition
Valorisez l’expérience :
L’application
Le défi / Les challenges
Pourquoi le cloud / Pourquoi AWS
Les bénéfices (les KPI avant / après)
Les prochaines étapes
Mettez à contribution vos acquis et améliorez vos pratiques:
Les points positifs, les points qui peuvent être améliorés pour le prochain projet
Comment organiser son environnement (comptes AWS, VPC, identités) ?
Comment contrôler son environnement (supervision, traçabilité, sécurité) ?
Comment accélérer ses migrations (AMI, CloudFormation, Elastic Beanstalk, Service
Catalog, AWS Config, DirectConnect, VPC Peering) ?
Comment améliorer la facturation (compte liés, facturation détaillée, tags, instances
réservées, pIOPS, Spot…)
53. Réussir sa 1ère migration – La synthèse
• Profiter des accélérateurs pour monter en compétences
• Choisir avec soin la bonne application candidate
• Sélectionner des indicateurs pouvant être mesurés facilement
• Définir votre objectif et votre cible (Forklift, Embrace, Optimize)
• Migrer votre application en tenant compte du transfert des données
• Tirer profit des expériences acquises et capitaliser les bonnes pratiques
Conseils
55. Les processus d’industrialisation
AWS Cloud Adoption
Framework
Formations certifiantes
et Cloud Academy
Plans de migration
Contrats d’infogérance
24/7 & délégation de
personnel
Automatisation et
convergence
56. Formations certifiantes et Cloud Academy
• Un portail unique
abcawstraining.wordpress.com
• Des cours en inter-entreprises
(à partir d’une personne)
• Des sessions privées en intra-
entreprise (à partir de 5
personnes)
• Une Cloud Academy chez vous
à partir de 4 semaines
consécutives
Et une spécialisation « Security on AWS »
57. AWS Cloud Adoption Framework
Une méthodologie d’adoption du Cloud
Computing, basée sur sept perspectives:
• Business Perspective: Obtaining Value from
the AWS Cloud
• Platform Perspective: Architecting and
Designing for the Cloud
• Maturity Perspective: Assessment of Cloud
Maturity and Readiness
• People Perspective: Staffing of Cloud IT Teams
• Process Perspective: IT Lifecycle for the Cloud
• Operations Perspective: Efficient IT
Operations on the Cloud
• Security Perspective: Achieving Risk, Security
and Compliance Goals
Télécharger le livre blanc AWS
Cloud Adoption Framework
58. Plans de migration (1/2) Une méthodologie de reconditionnement des
applications en vue de la migration
coordonnées vers AWS en 5 stratégies ou
chemins:
• Rehost: Déplacer l’application et les données vers
une nouvelle plateforme en minimisant sans
modification
• Replace: Remplacer les applications existantes en
la réinstallant sur l’infrastructure et les services AWS
• Revise: Modifier les applications existantes, les
scripts et les configurations pour fonctionner sur
une plateforme Cloud
• Refactor: Exécuter les applications existantes en
l’adaptant à l’infrastructure et aux services AWS
• Rebuild: Créer l’application totalement adaptée à
l’infrastructure et aux services AWS
Télécharger le livre blanc du Gartner
Application Migration les cinq ‘R’
60. Contrats d’infogérance 24/7 adaptés au Cloud
Abstraction des ressources
Provisionnement à la demande
Elasticité à la minute
Paiement à la consommation
Composants « as a service » et architecture événementielles
La formation des collaborateurs
Intégration continue
Plus vous consommez, moins vous payez
Optimisation en continu
Changements de paradigme (du serveur unitaire
au service mutualisé)
L’adaptation au changement
61. L’automatisation et la convergence – Les 3 modèles
• Une équipe spécialisée d’administration est attachée à l’équipe d’architecture
• Les équipes distinctes disposent de leur propre responsable
• Les deux équipes disposent de métriques, de ressources et d’objectifs séparés
Le modèle en silo
• Les administrateurs sont intégrés à l’équipe architecture
• Les administrateurs sont une partie de l’équipe d’architecture et dépendent du
même responsable
• Les objectifs et les opérations sont alignés
Le modèle intégré (Embedded)
• Les ingénieurs “All-in-one” sont responsables des opérations et de l’infrastructure
• Les administrateurs et les architectes ne sont plus cloisonnées
• Tous les ingénieurs sont des experts IT et logiciels
Le modèle de l’homme orchestre (One-man-band)
Executive
(Engineering)
Architects
Team
Operations
Team
Manager
Archit. SysAdmins
62. Réussir l’industrialisation de sa migration
• Former pour faire converger vos équipes vers le même objectif
• Identifier et traiter les impacts majeurs du cloud computing sur votre
organisation grâce à l’AWS Cloud Adoption Framework avant la migration
industrielle
• Etablir le plan de migration en fonction de la stratégie pour chaque
application de votre patrimoine informatique
• Prendre les devants avec son infogéreur pour éviter un démarrage difficile
• Penser à la convergence des équipes pour gagner en flexibilité et rapidité
Conseils