En savoir plus sur la migration des données d'application vers le cloud

Votre organisation peut utiliser des applications qui prennent en charge une large gamme de fonctions métier, des processus back-office traditionnels aux processus de fabrication importante pour l'entreprise, la chaîne complète et les applications côté client. Si vous envisagez de déplacer des données d'application de l'environnement sur site vers Oracle Cloud, évaluez les données à transférer vers le cloud, comprenez les options de stockage de données disponibles dans Oracle Cloud Infrastructure et sélectionnez une méthode de transfert de données appropriée.

Vous pouvez migrer vos données d'application vers Oracle Cloud Infrastructure à l'aide d'une réinstallation minimale, d'une réinstallation ou de modifications de processus métier. Vous obtiendrez ainsi une solution plus flexible, plus fiable et plus performante à un coût plus faible que lors de l'exécution de déploiements sur site ou avec d'autres fournisseurs cloud.

Avantages du passage au cloud

Oracle Cloud Infrastructure offre des services uniques, des fonctionnalités d'infrastructure, des outils et un support qui sont optimisés pour la migration d'applications et de ses données de votre site vers le cloud.

  • L'exécution de vos applications sur Oracle Cloud présente des avantages considérables en termes de performances.
  • Oracle Cloud Infrastructure offre une sécurité de niveau entreprise à chaque niveau de la pile, pour garantir l'isolement des utilisateurs, le chiffrement des données à chaque phase du cycle de vie, des contrôles de sécurité détaillés, la conformité et la visibilité via des données de journal complètes et des solutions de surveillance.
  • Oracle propose les services de migration de base de données les plus complets du secteur. Un service répond donc exactement à vos exigences.

Toutefois, votre stratégie de déplacement des applications sur site et de ses données vers le cloud dépend de votre environnement, de configurations personnalisées et des applications qui utilisent vos sources de données.

Identifier les composants d'application

Lorsque vous déplacez une application, il est important d'identifier tous ses composants, en particulier si vous prévoyez de mettre à jour la structure des données. Les applications disposent de quatre composants de base : clients, logiciels, connectivité et données.

Clients : Avant de déplacer l'application, répondez aux questions clés suivantes :
  • Qui sont tous les clients qui utilisent cette application ?
  • Quel type d'accès chaque client nécessite-t-il pour cette application ?
  • Les super utilisateurs disposent-ils de différentes exigences en matière d'accès qu'il soit normal ou destiné à des rapports uniquement ?
La création d'une matrice d'utilisateurs et de leurs exigences aide à architecter le déplacement d'application.

Logiciel : quel logiciel est requis pour que le système fonctionne ? Indiquez si l'application requiert un middleware ou des exigences de base de données. Veillez à répertorier toutes les exigences de base pour l'application. Cette action peut également être l'opportunité d'augmenter ou de réduire l'application.

Connectivité : Identifiez les exigences de connectivité et comprenez ce que seront :
  • La latence est-elle actuellement un problème pour cette application ? Si c'est le cas, quel est le seuil de latence ?
  • La connexion à Oracle Cloud Infrastructure FastConnect, le trafic sur Internet ou un tunnel IPSec sur Internet a-t-il été identifié ?
  • Quelle est la bande passante nécessaire pour l'application ?
  • Les clients autorisent-ils des allers-retours avec les données ou si ces derniers vont être utilisés et stockés dans Oracle Cloud Infrastructure ?
  • Existe-t-il des listes de sécurité VPN ou VCN spéciales ?
  • Des sous-réseaux sont-ils nécessaires pour séparer les clients, SQL Server et les données ?

Données : l'accès aux données d'application est essentiel dans n'importe quel environnement informatique, y compris dans un environnement cloud. L'un des principaux problèmes dans le cloud computing architecte le stockage de données autour des systèmes de calcul, qu'il s'agisse d'un stockage d'objets, d'un volume de blocs ou d'un système de fichiers. Les grands ensembles de données représentent un ensemble de problèmes différent pour la migration. Calculez la quantité de données à déplacer, qu'il s'agisse de quelques giga-octets ou de quelques pétaoctets.

Le déplacement d'une application vous permet également d'archiver ou de réorganiser les données afin de mieux répondre aux besoins de l'organisation. Répondez aux questions suivantes sur l'organisation, la gestion et la conservation des données :
  • Quelle quantité de données doivent être déplacées pour que l'application fonctionne correctement ?
  • Les données doivent-elles être accessibles dans des géographies ou dans des domaines de disponibilité ?
  • Si une coupure majeure se produit, quelle est la quantité de données qui peut être perdue ? Y a-t-il une échelle pour une perte de données acceptable ?
  • Quel type de stratégie de sauvegarde est nécessaire pour assurer la conformité avec les stratégies organisationnelles ?
  • Des clones des données sont-ils nécessaires ?
  • L'application comporte-t-elle des fonctions facilitant la migration entre systèmes ?
Cette liste de questions n'est pas exhaustive, mais il s'agit du minimum à considérer avant de passer à Oracle Cloud Infrastructure.

Scénarios de migration

En fonction de vos priorités, vous avez le choix entre plusieurs approches pour migrer vos applications on-premise vers le cloud. Oracle Cloud Infrastructure fournit des architectures de référence qui prennent en charge un large éventail d'options.

Les facteurs peuvent avoir un impact sur le chemin de migration optimal d'un environnement on-premise vers le cloud :

L'application est-elle terminée, nécessite peu de mises à jour et a-t-elle une charge globale fixe ?

“Lift and Shift” est une approche qui apporte peu de modifications à l'infrastructure. Il réduit les risques d'introduire des différences en termes de comportement, tout en garantissant aux avantages du cloud d'améliorer les performances en matière de matériel, de stockage et de mise en réseau, ainsi que les avantages financiers liés au passage d'un modèle capex à un modèle opex. Améliorez la base de données en passant à une version gérée de la base de données Oracle, ce qui améliore la fiabilité et réduit la charge globale d'administration.

L'application prend-elle toujours un projet actif, avec des mises à jour et des versions standard ?

L'option Déplacer et améliorer vous permet de mettre à niveau les composants de l'infrastructure d'application vers les dernières versions, telles que la migration de WebLogic vers la version 12.2 et la base de données Oracle vers la version 19c, et l'utilisation d'une architecture validée par Oracle pouvant être déployée à partir de scripts Terraform. Ceci met en oeuvre les meilleures pratiques pour l'exécution d'applications sur Oracle Cloud Infrastructure. Cette approche facilite la rotation/réduction des instances des applications pour les travaux de développement et de test, et améliore la qualité des versions de production.

Voulez-vous implémenter une architecture cloud native, avec prise en charge de l'évolutivité élastique, du déploiement continu et de l'autorétablissement ?

Cela permet le déploiement d'applications WebLogic sur des clusters Kubernetes de conteneurs Docker. Avec OKE, le service Kubernetes géré par Oracle Cloud Infrastructure est simple à construire une infrastructure évolutive et hautement résiliente, tout en tirant parti du code d'application existant. Cette infrastructure est idéale pour les développeurs d'aujourd'hui qui approchent du développement logiciel.

A chacune de ces approches, Oracle propose des options pour la base de données en tant que service pour vos applications, tout en préservant l'investissement de votre base de données à des licences permanentes à l'aide de son programme “Bring-Your-Own-License” (BYOL).

Statut en cours But Type Architecture validée cible
Toute application personnalisée exécutée sur une base de données Oracle. Amélioration de la fiabilité, des performances et de la sécurité. Lower TCO. Minimiser les risques de migration. "Mesure d'efficacité et équipe" Déplacez la pile d'applications vers une machine virtuelle ou un bean Entity BM sur Oracle Cloud Infrastructure. Migrez la base de données vers Oracle Database Classic Cloud Service (BYOL).
Applications JavaEE/WebLogic exécutées sur toute base de données Oracle. En tant que “Mesure d'efficacité et équipe", plus : effectuez une mise à niveau vers la dernière version de WLS, automatisez les déploiements de développement/test/production, implémentez HA et DR, consolidez les bases de données. “Déplacer et améliorer” Déployez JavaEE/WLS vers des machines virtuelles/BM en utilisant des scripts Terraform. Migrez les bases de données vers Oracle Autonomous Database, Oracle Database Classic Cloud Service (VM ou BM) ou Oracle Database Exadata Cloud Service. Implémentez des options avancées de haute disponibilité et de reconfiguration dynamique.
Applications JavaEE/WebLogic exécutées sur toute base de données Oracle. Comme “Déplacer et améliorer", plus : accroître la flexibilité, l'élasticité et améliorer la productivité des développeurs grâce à des options d'automatisation avancées. “Modernisation” Déployez JavaEE/WLS vers des clusters Docker/Kubernetes, à l'aide de scripts Terraform. Migrez les bases de données vers ADB, Oracle Database Classic Cloud Service (VM ou BM) ou Oracle Database Exadata Cloud Service. Implémentez des options avancées de haute disponibilité et de reconfiguration dynamique.

Oracle peut vous aider à comprendre les points à prendre en compte pour choisir le scénario qui répond le mieux à vos besoins et fournit des architectures validées pour implémenter ces scénarios.

Se prononcer sur la meilleure stratégie de migration

Après avoir logistique votre environnement, vous devez choisir la meilleure stratégie de migration.

Tenez compte des éléments suivants avant de commencer le processus de migration :

  • La meilleure heure pour effectuer la migration
  • Exigences de temps d'inactivité
  • Taille de la base de données et de l'ensemble de données
  • Jeux de caractères des bases de données source et cible
  • Versions de base de données source et cible
  • Si la base de données source contient des types de données définis par l'utilisateur
  • La base de données source et la plate-forme de base de données cible (endian)
  • Remarques concernant la sécurité
  • Stratégie pour les charges de travail volumineuses