Par Jason Gregson & Artem Shchodro
Introduction
Chez DoiT, nous voyons passer des bases de données de toutes formes et de toutes tailles, et nous accompagnons nos clients aussi bien sur le support technique que sur le choix de la base adaptée à chaque usage.
DoiT considère les bases de données comme un élément à la fois extrêmement complexe et essentiel pour toute entreprise. C'est pourquoi nous avons choisi d'établir une distinction nette entre les bases de données et le reste, c'est-à-dire le Core. Bien que l'engineering Core et l'engineering Database se recoupent largement, certaines disciplines très spécifiques aux bases de données sortent du périmètre du Core Engineering. Toutes les questions liées aux bases de données et au Database Migration Service sont donc prises en charge par l'équipe spécialisée Database.
Il n'existe pas de solution universelle, et c'est tout aussi vrai pour les bases de données. À mesure que le client se développe, ses besoins évoluent. L'entreprise peut faire évoluer son modèle ou la manière dont les données sont collectées : ce qui était vrai au démarrage ne l'est plus forcément par la suite. Il en va de même pour l'emplacement des bases de données, on-premises ou dans le cloud.
La plupart des applications ayant besoin de stocker leurs données dans une base, celles-ci deviennent les joyaux de la couronne de la plateforme client. Naviguer dans un paysage en constante évolution prend du temps et soulève de réels défis techniques à anticiper. Amazon Web Services (AWS) propose plusieurs services et outils pour vous aider à migrer vos bases de données ainsi que les applications qui les utilisent vers le cloud. Vous pouvez en modifier le système de gestion de base de données (SGBD), voire l'architecture, en passant de SQL à NoSQL, selon les exigences et les ambitions de l'entreprise.
Migrer des données d'un serveur à un autre est relativement simple lorsque les deux utilisent le même moteur de base de données : on parle alors de migration homogène. Par exemple, passer d'un Microsoft SQL Server on-premises au même Microsoft SQL Server tournant sur Amazon Relational Database Service (Amazon RDS) revient surtout à s'assurer que toutes les données et tous les schémas sont bien répliqués, puis à vérifier que la connectivité et la sécurité sont correctement configurées pour permettre à l'application de se connecter à la " nouvelle " base. La vraie complexité apparaît dès qu'interviennent des changements : même de petites évolutions en apparence, comme un changement de version, peuvent faire émerger toute une série d'éléments à traiter. Passer ensuite à un moteur différent, soit une migration hétérogène, est plus difficile et peut nécessiter des adaptations dans votre approche comme dans votre application.
Cet article propose un tour d'horizon de deux outils dédiés aux bases de données : AWS Schema Conversion Tool (AWS SCT) et AWS Database Migration Service (AWS DMS).
Pourquoi migrer ma base de données vers AWS ?
Les applications d'aujourd'hui doivent relever toutes sortes de défis de complexité variable : volumes de données importants, exigences élevées en matière de débit transactionnel, types de données complexes, logique métier sophistiquée et fonctionnalités propriétaires des éditeurs. Migrer ces workloads vers le cloud est un objectif pour de nombreux clients d'Amazon Web Services, pour plusieurs raisons : réduction des coûts grâce à une automatisation et une élasticité facilitées, baisse des coûts de licence et moindre dépendance vis-à-vis des éditeurs sur les SGBD les plus propriétaires (Microsoft SQL/Oracle/SAP). C'est aussi un moyen de libérer le potentiel d'innovation en découplant les systèmes de données de l'application, dans une logique cloud moderne. La migration peut également contribuer à moderniser l'infrastructure de données grâce à des fonctionnalités exclusives au cloud, comme le moteur de stockage Amazon Aurora. Ce sont des étapes qu'on n'engage pas sans une solide due diligence ni une réelle expertise technique : c'est précisément là que DoiT peut être votre premier point de contact.
Voici quelques motivations courantes pour migrer une base de données
Modernisation de la base de données
Faire passer les données de moteurs legacy vers des moteurs modernes, pour gagner en agilité métier et rester compétitif à l'ère du numérique.
Migration de base de données
Déplacer les données d'une plateforme à une autre, dans le contexte des applications d'entreprise.
Réplication de base de données
Copier régulièrement les données d'une base située sur un ordinateur ou un serveur vers une base située sur un autre, afin de partager le même niveau d'information avec tous les utilisateurs
Quels sont les bénéfices d'une migration de base de données avec AWS ?
Les bases de données relationnelles sont une technologie mature et largement maîtrisée, qui vous permet de gérer couramment des niveaux élevés de disponibilité avec des serveurs on-premises. Les bases NoSQL sont plus récentes, mais on parvient généralement à y maintenir une haute disponibilité on-premises. Toute interruption d'une base de données peut cependant peser lourdement sur la disponibilité de l'application et sur la capacité d'une entreprise à servir ses clients dans les temps. L'effet sur la réputation est néfaste et difficile à rattraper : en veillant à ce que les exigences métier et techniques soient pleinement couvertes lors de nos échanges, nous pouvons réduire au minimum ces risques et bien d'autres liés à la migration.
Les technologies de base de données AWS, comme Amazon Relational Database Service (Amazon RDS) et Amazon DynamoDB, offrent des solutions économiques, scalables et hautement disponibles, simples à mettre en place et à utiliser. Pour beaucoup d'entreprises, migrer leurs bases vers le cloud (en particulier en changeant de moteur) permet de réduire les temps d'arrêt et les coûts par rapport à des serveurs on-premises.
Simple à utiliser
AWS Database Migration Service (AWS DMS) est facile à prendre en main. Pas besoin d'installer de pilotes ni d'applications, et il ne nécessite généralement aucune modification de la base source.
Interruption minimale
AWS DMS vous permet de migrer vos bases de données vers AWS pratiquement sans interruption.
Compatible avec les principaux moteurs de bases de données
AWS DMS peut migrer vos données depuis et vers la plupart des moteurs de bases de données commerciaux et open source les plus répandus.
Coût réduit
AWS DMS peut migrer vos données depuis et vers la plupart des moteurs de bases de données commerciaux et open source les plus répandus.
Rapide et facile à configurer
Vous pouvez configurer une tâche de migration en quelques minutes depuis l'AWS Management Console. Vous y définissez les paramètres utilisés par Amazon DMS pour exécuter la migration.
Fiable
AWS DMS est hautement résilient et auto-réparateur. Il surveille en continu les bases source et cible, la connectivité réseau et l'instance de réplication.
Comment migrer ma base de données vers AWS ?
AWS DMS et AWS Schema Conversion Tool (AWS SCT) vous aident à migrer vos bases de données vers AWS, ou depuis AWS, rapidement et en toute sécurité. Avec AWS DMS, votre base source reste pleinement opérationnelle pendant la migration, ce qui réduit au minimum les interruptions pour les applications qui en dépendent.
Vous pouvez migrer vers le même moteur de base de données ou en changer pour moderniser votre plateforme. Vous pouvez également répliquer les données afin de synchroniser les bases source et cible.
Par exemple :
Vous pouvez migrer d'une instance Oracle on-premises vers une instance Amazon RDS for Oracle.
Ou…
Vous pouvez migrer une instance Oracle, qu'elle soit on-premises ou dans le cloud, vers une base PostgreSQL telle qu'Amazon RDS for PostgreSQL ou Amazon Aurora PostgreSQL.
Quels outils peuvent m'aider dans ma migration ?
AWS DMS
Dans sa forme la plus simple, AWS DMS est un serveur dans le cloud AWS qui exécute le logiciel de réplication. Vous créez une connexion source et une connexion cible pour indiquer à AWS DMS d'où extraire les données et où les charger. Vous planifiez ensuite une tâche qui s'exécute sur ce serveur de réplication pour recevoir une copie de vos données.
AWS DMS crée les tables et les clés primaires associées si elles n'existent pas dans la cible. Vous pouvez aussi créer manuellement les tables cibles à l'avance, si vous le préférez. Ou bien utiliser AWS SCT pour générer tout ou partie des tables cibles, des index, des vues, des triggers, etc.
AWS SCT
Si vous souhaitez changer de moteur de base de données, AWS SCT peut convertir votre schéma existant vers la plateforme cible. Cela inclut les tables, index, vues et procédures stockées, ainsi que le code de votre application. Si le schéma de votre base source ne peut pas être converti automatiquement, AWS SCT vous indique comment créer un schéma équivalent dans le moteur cible. Il est important de comprendre les raisons pour lesquelles certains éléments ne peuvent pas être convertis automatiquement, car cela aura des répercussions à la fois sur la base de données obtenue et sur la manière dont l'application actuelle interagira avec elle. C'est là encore que l'expérience de DoiT entre en jeu : nous pouvons vous aider à identifier les éléments en présence et à anticiper les changements à prévoir.
Comment piloter un projet de migration ?
Comment AWS DMS et AWS SCT s'intègrent-ils dans votre projet de migration ? AWS recommande de structurer une migration en 12 étapes. Toutes les étapes ne s'appliquant pas à chaque projet, DoiT International affecte un spécialiste de la migration issu du département Database Engineering à chaque projet client, afin d'évaluer votre cas d'usage. Sur la base de ces évaluations initiales et des caractéristiques de votre application, base de données, infrastructure, ressources disponibles et compétences, DoiT International construit un plan de migration avec vous.
Cette phase de la migration commence à mettre en lumière des éléments qui ne relèvent pas de la migration physique, mais des objectifs métier visés : à quoi ressemble une réussite ? Par exemple " Nous utilisons aujourd'hui la base X et nous prévoyons une croissance d'un facteur 1000 dans les 12 prochains mois ". Cela emporte toutes sortes d'implications à clarifier, et une migration homogène n'est peut-être pas la meilleure approche pour répondre aux besoins massifs de scaling exprimés par l'entreprise.
Et après ?
Si vous représentez les équipes engineering de l'entreprise et souhaitez apprendre à utiliser l'outillage pour votre prochain projet de migration, vous pouvez vous inscrire au cours d'introduction gratuit d'AWS pour en savoir plus. Cette formation couvre la migration de schéma, la migration de données ainsi que le volet formation et support. Elle vous donnera une compréhension plus approfondie des enjeux et démystifiera les aspects techniques de la migration en elle-même. Elle ne remplace toutefois pas l'expérience nécessaire pour appréhender les subtilités d'une migration de base de données : c'est précisément là que DoiT peut intervenir et vous apporter le soutien dont vous avez besoin pour réussir.
Si vous souhaitez évaluer une migration potentielle, DoiT International accompagne ses clients dans la migration de leurs workloads vers le cloud et assure également un support continu. En savoir plus sur notre approche des migrations et sur la manière dont DoiT International peut vous accompagner.
Q : Combien tout cela va-t-il coûter ?
Le meilleur dans tout cela, c'est que DoiT propose un modèle de tarification unique pour accompagner ses clients. Cela vaut aussi pour notre approche des migrations de bases de données vers AWS. Nous réalisons ce travail sans coût additionnel ; il n'y a aucun frais supplémentaire associé à la migration de vos workloads vers le cloud.
Q : Où est le piège ?
Il n'y en a pas. Vous payez votre facture AWS via DoiT en tant que revendeur, et c'est tout. Nous venons en complément des services et du support que vous recevez directement d'Amazon ; nous ne retirons rien à cette relation, à l'exception du paiement de la facturation AWS, qui passe directement par DoiT. Compte tenu de l'absence de coût, vous comprendrez que DoiT n'exécutera pas la migration de la base de données elle-même, mais interviendra à titre de conseil pour s'assurer que vous recevez le bon avis au bon moment, à chaque étape de la migration. C'est à vous de réaliser le travail, ou de faire appel à un tiers pour l'exécuter. Vous bénéficierez par ailleurs de tous les avantages habituels d'un client DoiT, notamment :
Support illimité (24x7 - Follow the sun)
Formations sans coût
Accès à DoiT Cloud Intelligence™
Revues Well Architected Framework (WAfR) sans coût
Flexsave de DoiT (économies flexibles)
Spot0 de DoiT (tarification Spot flexible)
Jason
Jason Gregson est Global Head of AWS Programs and Operations chez DoiT International. Après de nombreuses années comme architecte de solutions, dont 5 ans chez Amazon, il met sa passion au service de ses clients pour les aider à concevoir des applications modernes sur les derniers services AWS. Technologue pragmatique et ingénieur dans l'âme, il aime l'apprentissage communautaire et le partage des technologies pour que chacun découvre l'art du possible. Suivez-le sur Twitter : @JasonGregson.
Artem
Artem Shchodro est Senior Cloud Architect chez DoiT International. Ex-Amazonian, il aide les clients à tirer le meilleur parti du cloud. Artem est pragmatique et direct, en alliant valeur métier et technologie. Ne le suivez pas sur Twitter.
Par Jason Gregson & Artem Shchodro
Introduction
Chez DoiT, nous voyons passer des bases de données de toutes formes et de toutes tailles, et nous accompagnons nos clients aussi bien sur le support technique que sur le choix de la base adaptée à chaque usage.
DoiT considère les bases de données comme un élément à la fois extrêmement complexe et essentiel pour toute entreprise. C'est pourquoi nous avons choisi d'établir une distinction nette entre les bases de données et le reste, c'est-à-dire le Core. Bien que l'engineering Core et l'engineering Database se recoupent largement, certaines disciplines très spécifiques aux bases de données sortent du périmètre du Core Engineering. Toutes les questions liées aux bases de données et au Database Migration Service sont donc prises en charge par l'équipe spécialisée Database.
Il n'existe pas de solution universelle, et c'est tout aussi vrai pour les bases de données. À mesure que le client se développe, ses besoins évoluent. L'entreprise peut faire évoluer son modèle ou la manière dont les données sont collectées : ce qui était vrai au démarrage ne l'est plus forcément par la suite. Il en va de même pour l'emplacement des bases de données, on-premises ou dans le cloud.
La plupart des applications ayant besoin de stocker leurs données dans une base, celles-ci deviennent les joyaux de la couronne de la plateforme client. Naviguer dans un paysage en constante évolution prend du temps et soulève de réels défis techniques à anticiper. Amazon Web Services (AWS) propose plusieurs services et outils pour vous aider à migrer vos bases de données ainsi que les applications qui les utilisent vers le cloud. Vous pouvez en modifier le système de gestion de base de données (SGBD), voire l'architecture, en passant de SQL à NoSQL, selon les exigences et les ambitions de l'entreprise.
Migrer des données d'un serveur à un autre est relativement simple lorsque les deux utilisent le même moteur de base de données : on parle alors de migration homogène. Par exemple, passer d'un Microsoft SQL Server on-premises au même Microsoft SQL Server tournant sur Amazon Relational Database Service (Amazon RDS) revient surtout à s'assurer que toutes les données et tous les schémas sont bien répliqués, puis à vérifier que la connectivité et la sécurité sont correctement configurées pour permettre à l'application de se connecter à la " nouvelle " base. La vraie complexité apparaît dès qu'interviennent des changements : même de petites évolutions en apparence, comme un changement de version, peuvent faire émerger toute une série d'éléments à traiter. Passer ensuite à un moteur différent, soit une migration hétérogène, est plus difficile et peut nécessiter des adaptations dans votre approche comme dans votre application.
Cet article propose un tour d'horizon de deux outils dédiés aux bases de données : AWS Schema Conversion Tool (AWS SCT) et AWS Database Migration Service (AWS DMS).
Pourquoi migrer ma base de données vers AWS ?
Les applications d'aujourd'hui doivent relever toutes sortes de défis de complexité variable : volumes de données importants, exigences élevées en matière de débit transactionnel, types de données complexes, logique métier sophistiquée et fonctionnalités propriétaires des éditeurs. Migrer ces workloads vers le cloud est un objectif pour de nombreux clients d'Amazon Web Services, pour plusieurs raisons : réduction des coûts grâce à une automatisation et une élasticité facilitées, baisse des coûts de licence et moindre dépendance vis-à-vis des éditeurs sur les SGBD les plus propriétaires (Microsoft SQL/Oracle/SAP). C'est aussi un moyen de libérer le potentiel d'innovation en découplant les systèmes de données de l'application, dans une logique cloud moderne. La migration peut également contribuer à moderniser l'infrastructure de données grâce à des fonctionnalités exclusives au cloud, comme le moteur de stockage Amazon Aurora. Ce sont des étapes qu'on n'engage pas sans une solide due diligence ni une réelle expertise technique : c'est précisément là que DoiT peut être votre premier point de contact.
Voici quelques motivations courantes pour migrer une base de données
Modernisation de la base de données
Faire passer les données de moteurs legacy vers des moteurs modernes, pour gagner en agilité métier et rester compétitif à l'ère du numérique.
Migration de base de données
Déplacer les données d'une plateforme à une autre, dans le contexte des applications d'entreprise.
Réplication de base de données
Copier régulièrement les données d'une base située sur un ordinateur ou un serveur vers une base située sur un autre, afin de partager le même niveau d'information avec tous les utilisateurs
Quels sont les bénéfices d'une migration de base de données avec AWS ?
Les bases de données relationnelles sont une technologie mature et largement maîtrisée, qui vous permet de gérer couramment des niveaux élevés de disponibilité avec des serveurs on-premises. Les bases NoSQL sont plus récentes, mais on parvient généralement à y maintenir une haute disponibilité on-premises. Toute interruption d'une base de données peut cependant peser lourdement sur la disponibilité de l'application et sur la capacité d'une entreprise à servir ses clients dans les temps. L'effet sur la réputation est néfaste et difficile à rattraper : en veillant à ce que les exigences métier et techniques soient pleinement couvertes lors de nos échanges, nous pouvons réduire au minimum ces risques et bien d'autres liés à la migration.
Les technologies de base de données AWS, comme Amazon Relational Database Service (Amazon RDS) et Amazon DynamoDB, offrent des solutions économiques, scalables et hautement disponibles, simples à mettre en place et à utiliser. Pour beaucoup d'entreprises, migrer leurs bases vers le cloud (en particulier en changeant de moteur) permet de réduire les temps d'arrêt et les coûts par rapport à des serveurs on-premises.
Simple à utiliser
AWS Database Migration Service (AWS DMS) est facile à prendre en main. Pas besoin d'installer de pilotes ni d'applications, et il ne nécessite généralement aucune modification de la base source.
Interruption minimale
AWS DMS vous permet de migrer vos bases de données vers AWS pratiquement sans interruption.
Compatible avec les principaux moteurs de bases de données
AWS DMS peut migrer vos données depuis et vers la plupart des moteurs de bases de données commerciaux et open source les plus répandus.
Coût réduit
AWS DMS peut migrer vos données depuis et vers la plupart des moteurs de bases de données commerciaux et open source les plus répandus.
Rapide et facile à configurer
Vous pouvez configurer une tâche de migration en quelques minutes depuis l'AWS Management Console. Vous y définissez les paramètres utilisés par Amazon DMS pour exécuter la migration.
Fiable
AWS DMS est hautement résilient et auto-réparateur. Il surveille en continu les bases source et cible, la connectivité réseau et l'instance de réplication.
Comment migrer ma base de données vers AWS ?
AWS DMS et AWS Schema Conversion Tool (AWS SCT) vous aident à migrer vos bases de données vers AWS, ou depuis AWS, rapidement et en toute sécurité. Avec AWS DMS, votre base source reste pleinement opérationnelle pendant la migration, ce qui réduit au minimum les interruptions pour les applications qui en dépendent.
Vous pouvez migrer vers le même moteur de base de données ou en changer pour moderniser votre plateforme. Vous pouvez également répliquer les données afin de synchroniser les bases source et cible.
Par exemple :
Vous pouvez migrer d'une instance Oracle on-premises vers une instance Amazon RDS for Oracle.
Ou…
Vous pouvez migrer une instance Oracle, qu'elle soit on-premises ou dans le cloud, vers une base PostgreSQL telle qu'Amazon RDS for PostgreSQL ou Amazon Aurora PostgreSQL.
Quels outils peuvent m'aider dans ma migration ?
AWS DMS
Dans sa forme la plus simple, AWS DMS est un serveur dans le cloud AWS qui exécute le logiciel de réplication. Vous créez une connexion source et une connexion cible pour indiquer à AWS DMS d'où extraire les données et où les charger. Vous planifiez ensuite une tâche qui s'exécute sur ce serveur de réplication pour recevoir une copie de vos données.
AWS DMS crée les tables et les clés primaires associées si elles n'existent pas dans la cible. Vous pouvez aussi créer manuellement les tables cibles à l'avance, si vous le préférez. Ou bien utiliser AWS SCT pour générer tout ou partie des tables cibles, des index, des vues, des triggers, etc.
AWS SCT
Si vous souhaitez changer de moteur de base de données, AWS SCT peut convertir votre schéma existant vers la plateforme cible. Cela inclut les tables, index, vues et procédures stockées, ainsi que le code de votre application. Si le schéma de votre base source ne peut pas être converti automatiquement, AWS SCT vous indique comment créer un schéma équivalent dans le moteur cible. Il est important de comprendre les raisons pour lesquelles certains éléments ne peuvent pas être convertis automatiquement, car cela aura des répercussions à la fois sur la base de données obtenue et sur la manière dont l'application actuelle interagira avec elle. C'est là encore que l'expérience de DoiT entre en jeu : nous pouvons vous aider à identifier les éléments en présence et à anticiper les changements à prévoir.
Comment piloter un projet de migration ?
Comment AWS DMS et AWS SCT s'intègrent-ils dans votre projet de migration ? AWS recommande de structurer une migration en 12 étapes. Toutes les étapes ne s'appliquant pas à chaque projet, DoiT International affecte un spécialiste de la migration issu du département Database Engineering à chaque projet client, afin d'évaluer votre cas d'usage. Sur la base de ces évaluations initiales et des caractéristiques de votre application, base de données, infrastructure, ressources disponibles et compétences, DoiT International construit un plan de migration avec vous.
Cette phase de la migration commence à mettre en lumière des éléments qui ne relèvent pas de la migration physique, mais des objectifs métier visés : à quoi ressemble une réussite ? Par exemple " Nous utilisons aujourd'hui la base X et nous prévoyons une croissance d'un facteur 1000 dans les 12 prochains mois ". Cela emporte toutes sortes d'implications à clarifier, et une migration homogène n'est peut-être pas la meilleure approche pour répondre aux besoins massifs de scaling exprimés par l'entreprise.
Et après ?
Si vous représentez les équipes engineering de l'entreprise et souhaitez apprendre à utiliser l'outillage pour votre prochain projet de migration, vous pouvez vous inscrire au cours d'introduction gratuit d'AWS pour en savoir plus. Cette formation couvre la migration de schéma, la migration de données ainsi que le volet formation et support. Elle vous donnera une compréhension plus approfondie des enjeux et démystifiera les aspects techniques de la migration en elle-même. Elle ne remplace toutefois pas l'expérience nécessaire pour appréhender les subtilités d'une migration de base de données : c'est précisément là que DoiT peut intervenir et vous apporter le soutien dont vous avez besoin pour réussir.
Si vous souhaitez évaluer une migration potentielle, DoiT International accompagne ses clients dans la migration de leurs workloads vers le cloud et assure également un support continu. En savoir plus sur notre approche des migrations et sur la manière dont DoiT International peut vous accompagner.
Q : Combien tout cela va-t-il coûter ?
Le meilleur dans tout cela, c'est que DoiT propose un modèle de tarification unique pour accompagner ses clients. Cela vaut aussi pour notre approche des migrations de bases de données vers AWS. Nous réalisons ce travail sans coût additionnel ; il n'y a aucun frais supplémentaire associé à la migration de vos workloads vers le cloud.
Q : Où est le piège ?
Il n'y en a pas. Vous payez votre facture AWS via DoiT en tant que revendeur, et c'est tout. Nous venons en complément des services et du support que vous recevez directement d'Amazon ; nous ne retirons rien à cette relation, à l'exception du paiement de la facturation AWS, qui passe directement par DoiT. Compte tenu de l'absence de coût, vous comprendrez que DoiT n'exécutera pas la migration de la base de données elle-même, mais interviendra à titre de conseil pour s'assurer que vous recevez le bon avis au bon moment, à chaque étape de la migration. C'est à vous de réaliser le travail, ou de faire appel à un tiers pour l'exécuter. Vous bénéficierez par ailleurs de tous les avantages habituels d'un client DoiT, notamment :
Support illimité (24x7 - Follow the sun)
Formations sans coût
Accès à DoiT Cloud Intelligence
Revues Well Architected Framework (WAfR) sans coût
Flexsave de DoiT (économies flexibles)
Spot0 de DoiT (tarification Spot flexible)
Jason
Jason Gregson est Global Head of AWS Programs and Operations chez DoiT International. Après de nombreuses années comme architecte de solutions, dont 5 ans chez Amazon, il met sa passion au service de ses clients pour les aider à concevoir des applications modernes sur les derniers services AWS. Technologue pragmatique et ingénieur dans l'âme, il aime l'apprentissage communautaire et le partage des technologies pour que chacun découvre l'art du possible. Suivez-le sur Twitter : @JasonGregson.
Artem
Artem Shchodro est Senior Cloud Architect chez DoiT International. Ex-Amazonian, il aide les clients à tirer le meilleur parti du cloud. Artem est pragmatique et direct, en alliant valeur métier et technologie. Ne le suivez pas sur Twitter.