Planifier votre déploiement

L'architecture de déploiement Planning requiert une compréhension des modèles de déploiement et des critères les plus courants afin d'en utiliser l'un sur l'autre.

Oracle Retail Merchandising System dispose d'une architecture logique à trois niveaux souples qui fournit de nombreuses options de déploiement, notamment l'utilisation de plusieurs noeuds pour la haute disponibilité. Vous pouvez également configurer votre environnement pour la récupération après sinistre. La sélection de votre architecture de déploiement dépend d'un certain nombre de facteurs, y compris (mais pas seulement) : performances, simultanéité utilisateur et exigences opérationnelles. Les exigences métier, telles que la disponibilité et la récupération après sinistre, doivent être prises en compte. Chaque profil possède une attention particulière à la conception et à l'application de l'architecture cloud.

En savoir plus sur les options de déploiement

Vous avez le choix entre deux méthodes différentes de déploiement d'Oracle Retail Merchandising System sur Oracle Cloud.

Lorsque vous vous abonnez à l'infrastructure d'Oracle en tant que service (IaaS), vous avez accès à tous les services de calcul, de stockage et réseau qui lui sont associés. Si PaaS est requis pour votre déploiement, vous pouvez également vous abonner à Oracle DB System ou à Oracle Exadata DB System et bénéficier des fonctionnalités et fonctionnalités de ces offres.
  1. Déployez les niveaux d'application et de base de données vers les machines virtuelles de calcul. Avec cette architecture, vous déployez l'application et les niveaux de base de données sur des ensembles distincts de machines virtuelles de calcul. Vous pouvez éventuellement déployer plusieurs niveaux d'application sur des machines virtuelles de calcul distinctes équilibrées à l'aide de l'équilibreur de charge LBaaS (Load Balancer as a Service).
  2. Déployez le niveau d'application vers des machines virtuelles de calcul et le niveau de base de données vers PaaS. Tout comme dans le scénario précédent, vous pouvez déployer le niveau d'application sur une machine virtuelle de calcul ou déployer plusieurs niveaux d'application sur des machines virtuelles de calcul distinctes qui sont équilibrées en utilisant LBaaS. Vous pouvez déployer la base de données vers une machine virtuelle à instance unique Database Cloud Service (DBCS), vers une instance unique de système de base de données sur Bare Metal ou vers un système de base de données Exadata. Lorsque vous sélectionnez un système de base de données Exadata, Real Application Clusters (RAC) sont déployés par défaut. Oracle offre des fonctionnalités de provisionnement automatique qui peuvent être utilisées pour déployer une instance RMS Oracle Retail de démonstration (Vision).

Oracle permet également d'effectuer une automatisation afin de migrer l'instance Oracle Retail Merchandising System sur site vers Oracle Cloud. La migration d'un site vers Oracle Cloud est généralement appelée levier et période de travail. Grâce à l'automatisation de la progression et des équipes, vous pouvez définir votre architecture de déploiement. Vous allez également définir votre réseau cloud virtuel, y compris vos sous-réseaux, tables de routage, listes de sécurité et équilibreurs de charge. L'instance Oracle Retail Merchandising System exécutée sur Oracle Cloud peut être utilisée pour la non-production (test ou développement) et pour la production.

Déployer plusieurs noeuds Oracle Retail RMS sur Oracle Cloud Compute

Le déploiement de plusieurs noeuds Oracle Retail Merchandising System sur Oracle Cloud Infrastructure Compute permet de fournir des infos de paramétrage à des noeuds de niveau application Oracle Retail Merchandising System, ainsi qu'à un noeud distinct pour le niveau base de données, sur Oracle Cloud Infrastructure Compute.

Vous pouvez augmenter le niveau Applications en ajoutant des noeuds supplémentaires si nécessaire. La flexibilité de cette option rend l'outil idéal pour prendre en charge les charges de travail de production, ainsi que les environnements de développement, de test et de formation pour tous les types d'installation Oracle Retail Merchandising System :
  • Nouvelles installations Vision d'Oracle Retail Merchandising System v16
  • Hausse et ajout d'environnements Oracle Retail Merchandising System v16 on-premise à Oracle Cloud Infrastructure Compute

Le diagramme suivant est un exemple de déploiement Oracle Retail Merchandising System sur plusieurs noeuds dans un environnement de domaine de disponibilité Oracle Cloud Infrastructure. Description de retail_oci_deployment.png
Description de l'illustration retail_oci_deployment.png

Déploiement d'une application Oracle Retail Merchandising System sur Oracle Cloud avec l'architecture de récupération après sinistre

L'architecture pour le déploiement d'une application Oracle Retail Merchandising System sur Oracle Cloud avec récupération après sinistre est une variante de l'architecture à plusieurs noeuds.

Cette architecture comprend les mêmes composants, mais la base de données est déployée en tant que système de base de données (instance unique), système 2-node RAC VM DB ou système Exadata DB pour la base de données Oracle Retail RMS. Vous pouvez fournir les infos de paramétrage d'un environnement Oracle Retail RMS à plusieurs noeuds ou effectuer une mesure d'efficacité et une équipe d'un environnement Oracle Retail RMS version v16 existant sur site. L'utilisation de l'automatisation de l'efficacité et de la période de travail permet d'effectuer une migration avec des risques réduits et une période plus courte pour réaliser un projet.

Par exemple, il peut s'agir d'une installation Oracle Retail Merchandising System multinoeud sur Oracle Cloud Infrastructure pour le niveau application avec les services DBaaS pour le niveau base de données. L'environnement primaire est déployé vers le domaine de disponibilité 1 dans la région 1, un environnement de récupération après sinistre est déployé dans le domaine de disponibilité 1 dans la région 2. Dans cette conception, l'environnement principal et l'environnement de récupération après sinistre sont tous actifs/passifs, ce qui signifie que seul le site principal est actif pour les utilisateurs et les transactions en ligne. Image multi-node_rms_oci.png
Description de l'illustration multi-node_rms_oci.png