Paris
Migration Cloud, modernisation
des applications et digitalisation
des entreprises
Philippe Desmaison, Ecosystem Solutions ...
TOUS LES CHEMINS MÈNENT À AWS
LES OPPORTUNITÉS DE SERVICES POUR LES PARTENAIRES SONT
NOMBREUSES ET VARIÉES.
Discover,
Asse...
LES
APPROCHES
DE
MIGRATION
3 TYPES D’APPROCHE DE SERVICE
MIGRER 1 POUR 1 ADAPTER OPTIMISER
Effort Scalabilité Charge Opérationelle
Un pour Un Adapter...
Discover Design Transform Transition Operate Optimize
Plan RunBuild
• Detailed
migration plan
• Estimate effort
• Security...
MIGRATION
ASSESSMENT
ETAPE 1 - CLASSIFIER LES ASSETS IT
Dash
board
Repo
rt
CRM
Searc
h
DB
logs
Servi
ce
LDAP
AuthWeb
Engin
e
OLAP
ERP
Listez to...
CLASSER LES ASSETS ET CHOISIR LES PLUS
FACILES (“LOW HANGING FRUITS”)
• Rechercher les assets sous utilisés
• Applications...
ETAPE 2 - ETUDIER LES HYPOTHÈSES DE CALCUL DU TCO
Pricing Model One-time Upfront Monthly
AWS Co-lo On-Site AWS Co-lo On-Si...
ETAPE 3 – DÉSAMORCER L’ÉMOTIONNEL AUTOUR DE LA
SÉCURITÉ
“I believe that we can
be even more secure
in the AWS cloud
than i...
ETAPE 4 – EVALUER LES BESOINS TECHNIQUES DES
APPLICATIONS
• Checklist des critères de Cloud-Readiness
– Hardware
• CPU
• M...
• Critères Techniques Clef
– Votre architecture est-elle compatible avec le
Cloud ? Sinon que faut-il modifier ?
– L’appli...
PROOF OF CONCEPT ? OUI !
• Avoir une expérience concrète avec AWS
– Apprendre les basiques AWS
– Construire une architectu...
ETAPE 5 - DÉFINIR LES CRITÈRES DE SUCCÈS
Le Cloud ne
peut être réduit
à un gain en
terme de coûts
“ “
 Productivité des d...
MIGRER
UN POUR UN
BENEFICES
• Déploiements automatisées
• Couverture mondiale – ajout de pays
• Copie d’environnements (migration, formation...
CHALLENGES
• GAINS LIMITÉS SI MAUVAIS ASSESSMENT
• QUANTITÉ DE DONNÉES À MIGRER
• ARRÊT DE SERVICE
• CONNECTIVITÉ ENTRE LE...
Data Size*
* relative to internet bandwidth and latency
DataVelocityRequired
Managed File Transfer Solutions
(Axway CFT......
MIGRER LES SERVEURS VERS AWS
 De nombreux outils de “v2c” (virtual to cloud) sont disponibles sur le marché
VM import/exp...
CASE STUDY
LA R&D D’UN
ÉDITEUR
MIGRER UN POUR UN
MIGRER 1:1 - CASE STUDY
CONTEXTE
• DEMENAGEMENT DE DATA CENTER
• ARRÊT DE SERVICE POSSIBLE 3 JOURS
• CONNECTIVITÉ ENTRE LE...
ADAPTER
LES
APPLICATIONS
CHALLENGES
• QUANTITÉ DE DONNÉES À MIGRER
• ARRÊT DE SERVICE
• CONNECTIVITÉ ENTRE LE DATACENTER ET AWS
• MODIFICATION DE L...
OPTIMISER
LES
APPLICATIONS
OPTIMISER LES APPLICATIONS
CHALLENGES
• QUANTITÉ DE DONNÉES À MIGRER
• ARRÊT DE SERVICE
• CONNECTIVITÉ ENTRE LE DATACENTER...
Foundation
Services
Platform
Services
Database
s
Analytics App Services Deployment & Management Mobile Services
CHOISIR LE...
DES ARCHITECTURES DE REFERENCES
http://aws.amazon.com/architecture/
DES PARTENAIRES FORMÉS ET CERTIFIÉS
http://aws.amazon.com/certification
Bénéfices
du Cloud
Zero investissement en
amont
Provisioning à la demande
Scalabilité instantanée
Auto scaling et élastici...
PARIS
AWS Summit Paris - Track 4 - Session 2 - Migration Cloud, modernisation des applications et digitalisation des entreprises
AWS Summit Paris - Track 4 - Session 2 - Migration Cloud, modernisation des applications et digitalisation des entreprises
Prochain SlideShare
Chargement dans…5
×

AWS Summit Paris - Track 4 - Session 2 - Migration Cloud, modernisation des applications et digitalisation des entreprises

1 379 vues

Publié le

Avec le cloud la vitesse, l’agilité et le coûts des projets informatiques ont radicalement évolué.
Pour les enterprises, la stratégie et la vitesse de migration sont capitales pour tirer des bénéfices rapidement, innover et se différencier des autres acteurs. Dans cette session, nous couvrirons les éléments clef de migration vers le Cloud AWS.

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 379
Sur SlideShare
0
Issues des intégrations
0
Intégrations
17
Actions
Partages
0
Téléchargements
70
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

AWS Summit Paris - Track 4 - Session 2 - Migration Cloud, modernisation des applications et digitalisation des entreprises

  1. 1. Paris
  2. 2. Migration Cloud, modernisation des applications et digitalisation des entreprises Philippe Desmaison, Ecosystem Solutions Architect, AWS France
  3. 3. TOUS LES CHEMINS MÈNENT À AWS LES OPPORTUNITÉS DE SERVICES POUR LES PARTENAIRES SONT NOMBREUSES ET VARIÉES. Discover, Assess (Enterprise Architecture and Applications) Lift and Shift (Minimal Change) Migration and UAT Testing Operate Refactor for AWS Application Lift and shift Move the App Infrastructure Plan Migration and Sequencing Determine Migration Path Decommission Do Not Move Create Cloud Strategy Design, Build AWS Environment Move the Application Determine Migration Process Manually Move App and Data 3rd Party Tools AWS VM Import Refactor for AWS Rebuild Application Architecture Vendor S/PaaS (if available) 3rd Party Migration Tool Manually Move App and Data Determine Migration Process Replatform (typically legacy applications) Recode App Components Rearchitect Application Recode Application Architect AWS Environment and Deploy App, Migrate Data Signoff Tuning Cutover Org/Ops Impact Analysis Identify Ops Changes Change Management Plan
  4. 4. LES APPROCHES DE MIGRATION
  5. 5. 3 TYPES D’APPROCHE DE SERVICE MIGRER 1 POUR 1 ADAPTER OPTIMISER Effort Scalabilité Charge Opérationelle Un pour Un Adapter pour AWS Optimiser pour AWS • Pour certaines applications, peut être la seule solution • Utiliser AWS comme une co-lo virtuelle (effort limité) • N’est pas optimisé au On Demand (Surprovisionné) • Modifications mineures pour améliorer l’usage du cloud • Automatisation des tâches peut réduire la charge opérationnelle • Permet un meilleur usage des fonctionnalités de scalabilité du stockage • Re-design avec AWS en tête (effort assez élevé) • Utiliser les aspects de scalabilité propres à AWS (réduction de l’admin) • Plus proche de l’utilisation optimale des ressources
  6. 6. Discover Design Transform Transition Operate Optimize Plan RunBuild • Detailed migration plan • Estimate effort • Security & risk assessment • Network topology • Migrate • Deploy • Validate • Assessment & Profiling • Prioritization • Data requirements & classification • Business logic & Infrastructure dependencies • Pilot testing • Transition to support • Release management • Cutover & Decommission • Staff Training • Monitoring • Incident Management • Provisioning • Monitoring- driven optimization • Continuous Integration and Continuous Deployment Migration Assessment Migrate 1:1 (Lift & Shift) App Portfolio Optimization Adapt (Lift & Reshape) UNE MÉTHODOLOGIE
  7. 7. MIGRATION ASSESSMENT
  8. 8. ETAPE 1 - CLASSIFIER LES ASSETS IT Dash board Repo rt CRM Searc h DB logs Servi ce LDAP AuthWeb Engin e OLAP ERP Listez tous les assets IT Identifiez les dépendances Commencez à classifier ces assets en plusieurs catégories – Applications avec Data Anonyme, Public, Secret – Applications avec low, medium ou high en besoin de compliance – Applications qui sont internal-only, partner-only ou customer-facing – Applications avec low, medium ou high coupling – Applications avec licence stricte vs. flexible
  9. 9. CLASSER LES ASSETS ET CHOISIR LES PLUS FACILES (“LOW HANGING FRUITS”) • Rechercher les assets sous utilisés • Applications qui ont un besoin Business immédiat en ressources IT. • Applications qui arrivent aux limites des capacités HW. • Les plus faciles à migrer  CETTE DÉMARCHE PERMET DE CRÉER UNE “BONNE” PREMIERE IMPRESSION EN INTERNE ET DONC UNE ADHÉSION VIA UNE EXPÉRIENCE POSITIVE
  10. 10. ETAPE 2 - ETUDIER LES HYPOTHÈSES DE CALCUL DU TCO Pricing Model One-time Upfront Monthly AWS Co-lo On-Site AWS Co-lo On-Site Server Hardware 0 $$$ $$ $$ 0 0 Network Hardware 0 $$ $$ 0 0 0 Hardware Maintenance 0 $$ $$ 0 0 0 Software OS 0 $$ $$ $ 0 0 Power and Cooling and Data Center Efficiency 0 0 $$ 0 0 $ Data Center/co-lo Space 0 $$ $$ 0 0 0 Personnel 0 $$ $$ $ $$ $$$ Storage and Redundancy 0 $$ $$ $ 0 0 Bandwidth $ $$ $ $$ $ $ Resource Management Software 0 0 0 $$ $ 0 Total http://aws.amazon.com/tco-calculator/
  11. 11. ETAPE 3 – DÉSAMORCER L’ÉMOTIONNEL AUTOUR DE LA SÉCURITÉ “I believe that we can be even more secure in the AWS cloud than in our own data centers.”-Tom Soderstrom, CTO, NASA JPL  Vous possédez vos données, pas AWS.  Vous choisissez la localisation géographique qui va accueillir vos données. Vos données ne bougeront pas tant vous ne l’aurez pas décider vous-même.  Selon le niveau de sensibilité de vos données, vous choisissez si vous devez ou non chiffrer vos données en transit ou en local.  Vos pré-requis en terme d’Audit, Risque, Compliance et Sécurité sont à mettre en regard des certifications obtenues par AWS et validées par des organisations externes (ISO 27001,PCI-DSS, SOC 1,2 et 3 …). Cette liste est en constante croissance.  Vous avez accès à vos données pour les télécharger ou les effacer à tout moment.  Vous pouvez gérer avec un granularité très fine les accès et les permissions par utilisateur et par type de services, données et ressources dand le Cloud afin d’obtenir un contrôle sécuritaire de qualité.
  12. 12. ETAPE 4 – EVALUER LES BESOINS TECHNIQUES DES APPLICATIONS • Checklist des critères de Cloud-Readiness – Hardware • CPU • Mémoire • Réseau • Hardware spécialisé – Software • OS, Virtualisation • Base de données – Securité • VPN • Sécurité Hardware – Stockage • Block-level, Blob, Key-value
  13. 13. • Critères Techniques Clef – Votre architecture est-elle compatible avec le Cloud ? Sinon que faut-il modifier ? – L’application supporte-t-elle la virtualisation (Hardware spécifique) ? – Le modèle de licence de votre application est-il adapté au Cloud ? – Si effort de migration il y a, quel est-il ? Faible ? Fort ? – Qu’est-ce qui doit rester OnPrem versus Cloud ? – Quels les besoins en terme de Bandwidth et de Latence ? – Que requiert votre projet en terme de Sécurité, Identité et Compliance ? – Restrictions des licences ?– BYOL, Usage, SaaS • Critères Non Techniques – Assets sous utilisés – Urgence Business en terme de scalabilité (perte de revenu, avantage compétitif) – Applications arrivées en limite de puissance HW – Besoin de Scalabilité non prédictible ou workloads avec des pics de consommation aléatoires – Présence mondiale – Expertise interne en suractivité – Business sensible en terme de Cash flow – Pression de la compétition – Métiers responsables des Applications mécontents de leur IT interne. CHOISIR LES WORKLOADS OPTIMAUX
  14. 14. PROOF OF CONCEPT ? OUI ! • Avoir une expérience concrète avec AWS – Apprendre les basiques AWS – Construire une architecture de Reference – Créer un sous-ensemble de l’application finale – Etre au fait des fonctionnalités de sécurité disponibles • Créer un Prototype/Pilote – Créer une expérience réutilisable au sein de l’organisation – Valider la technologie : mini-POC – Réaliser des benchmarks et fixer les attentes – Evaluer concrètement les gains en terme d’accélaration • Free Tier : Le Free Tier peut être utilisé pour tous les type de projet que vous voulez évaluer sur le Cloud : lancer une nouvelle application, tester des applications existantes, ou simplement avoir une expérience concrète avec AWS. http://aws.amazon.com/free/ • AWS Essentials et AWS Architecture Training – Excellent moyen d’appréhender les Services AWS et les architectures Cloud • Les QwikLabs : Plus de 30 labs en ligne à suivre à son rythme pour s’entrainer, tester et apprendre les services AWS https://run.qwiklab.com/
  15. 15. ETAPE 5 - DÉFINIR LES CRITÈRES DE SUCCÈS Le Cloud ne peut être réduit à un gain en terme de coûts “ “  Productivité des développeurs  Agilité Business  Réduction du Time to Market  Efficacité des Data centers  Redondance (meilleure disponibilité de service à un coût moindre)  Chargeback et Billing  Elimination des charges de travail inutiles  Fondation des architectures du futur  Réduction du gachis de ressources (Hardware upgrades)  Moins d’astreintes 24/7  Couverture mondiale Je deviens agile
  16. 16. MIGRER UN POUR UN
  17. 17. BENEFICES • Déploiements automatisées • Couverture mondiale – ajout de pays • Copie d’environnements (migration, formation) • Amélioration des RPOs / RTOs • Facilité des tests (montée en charge, versions) • Ajout de fonctionnalité supplémentaires (A/B testing, Big Data, CDN, archivages, marchine learning, etc) • Redimensionnement facile des environnements • Extinction des environnements non utilisés • Backup et durabilité MIGRER UN POUR UN
  18. 18. CHALLENGES • GAINS LIMITÉS SI MAUVAIS ASSESSMENT • QUANTITÉ DE DONNÉES À MIGRER • ARRÊT DE SERVICE • CONNECTIVITÉ ENTRE LE DATACENTER ET AWS MIGRER UN POUR UN
  19. 19. Data Size* * relative to internet bandwidth and latency DataVelocityRequired Managed File Transfer Solutions (Axway CFT...) UDP Transfer Software (Tsunami UDP...) Attunity Cloudbeam, AWS Storage Gateway, Riverbed... AWS Import / ExportTransfer to S3 Over Internet One-time upload w/ constant delta updates Days Hours TBsGBs MIGRER LES DONNÉES VERS AWS
  20. 20. MIGRER LES SERVEURS VERS AWS  De nombreux outils de “v2c” (virtual to cloud) sont disponibles sur le marché VM import/export  Il est également possible de faire une re-installation de l’os et de l’application avec une simple migration des données.
  21. 21. CASE STUDY LA R&D D’UN ÉDITEUR MIGRER UN POUR UN
  22. 22. MIGRER 1:1 - CASE STUDY CONTEXTE • DEMENAGEMENT DE DATA CENTER • ARRÊT DE SERVICE POSSIBLE 3 JOURS • CONNECTIVITÉ ENTRE LE DATACENTER ET AWS LIMITÉE RESULTATS • 100 SERVEURS MIGRÉS GRÂCE A UN PARTENAIRE AWS • UTILISATION DE L’OUTIL VM IMPORT/EXPORT • UPLOAD VIA UN LIEN DIRECT CONNECT • CREATION D’UN PROCESS DOCUMENTÉ PAR LE PARTENAIRE
  23. 23. ADAPTER LES APPLICATIONS
  24. 24. CHALLENGES • QUANTITÉ DE DONNÉES À MIGRER • ARRÊT DE SERVICE • CONNECTIVITÉ ENTRE LE DATACENTER ET AWS • MODIFICATION DE L’APPLICATION ADAPTER LES APPLICATIONS
  25. 25. OPTIMISER LES APPLICATIONS
  26. 26. OPTIMISER LES APPLICATIONS CHALLENGES • QUANTITÉ DE DONNÉES À MIGRER • ARRÊT DE SERVICE • CONNECTIVITÉ ENTRE LE DATACENTER ET AWS • MODIFICATION DE L’APPLICATION • CHOISIR LA BONNE ARCHITECTURE CLOUD
  27. 27. Foundation Services Platform Services Database s Analytics App Services Deployment & Management Mobile Services CHOISIR LES BONNES BRIQUES ARCHITECTURALES AWS Data Pipeline AWS CloudTrail CloudWatch AWS CloudFormation Elastic Beanstalk ElastiCache Amazon SimpleDB Amazon Redshift Amazon RDS DynamoDB Amazon CloudSearch Amazon SES Amazon SWF Elastic Transcoder Amazon Kinesis Amazon EMR IAM AWS OpsWorks Compute Networking Storage Applications CloudFront Amazon GlacierAmazon S3 Amazon EBS Auto Scaling Elastic Load Balancing AWS Direct Connect Amazon VPC Amazon EC2 Amazon WorkSpaces Amazon WorkDocs Amazon SNS Mobile Analytics Amazon Cognito AWS Management Console AWS Lambda
  28. 28. DES ARCHITECTURES DE REFERENCES http://aws.amazon.com/architecture/
  29. 29. DES PARTENAIRES FORMÉS ET CERTIFIÉS http://aws.amazon.com/certification
  30. 30. Bénéfices du Cloud Zero investissement en amont Provisioning à la demande Scalabilité instantanée Auto scaling et élasticité Paiement à l’usage Supprimer les charges de travail sans valeur ajoutée Productivité de développement accrue Automatisation Stratégie Cloud Nouvelles Applications ou Nouvelles versions Créer un design propre au Cloud Applications Existantes Adapter pour être “Cloud Ready” Migrer par phaseStartup ou PME/PMI ou Grande Enterprise CONCLUSION TOUTES CES ÉTAPES ONT BESOIN D’ACCOMPAGNEMENT … PARTENAIRE !
  31. 31. PARIS

×