Importance du site de stadification ATG, de la configuration DS et du serveur de prévisualisation

Suis un débutant à ATG. Tu as une question. Veuillez lire ci-dessous ma compréhension et trouver enfin mes questions. Corrigez-moi si ma compréhension est fausse aussi.

Un ATG standard adapté à la mise en scène se présentera ci-dessous (au niveau de base) conformément à ma compréhension de l’apprentissage ATG,

Serveur de gestion des actifs – Stocke / gère les utilisateurs internes (utilisateurs BCC / CA / Merchandising / ACC), les actifs de gestion des versions et les autres référentiels versionnés

Serveur de stockage intermédiaire – Éléments de commerce non versionnés / non versionnés et autres référentiels

Serveur de production – Eléments de commerce non versionnés / non versionnés et autres référentiels et magasins / gestion Utilisateurs externes (client) – “schéma de base”

Dans ce cas, les profils externes (clients) ne sont stockés que sur le site de production.

Comme le site de stockage intermédiaire est essentiellement appelé réplique du site de production, l’application Store (orientée client) doit-elle également être déployée sur le serveur de transfert? Si tel est le cas, comment orientera-t-il le schéma de base de la production?

En gardant cela d’un côté, j’ai aussi entendu «aperçu / fonction / serveur»? N’est-ce pas cette mise en scène? Quelle est la différence?

Grâce au “Asset Management Server”, vous pouvez créer ou mettre à jour des actifs dans le cadre d’un projet unique. Ces modifications ne peuvent être visualisées que dans le contexte du projet dans lequel elles ont été éditées et vous pouvez ainsi les «prévisualiser» sur le serveur Asset Management. Cela rend également uniquement l’actif dans une fenêtre contextuelle et ne vous donne pas access à la navigation du site autour de l’actif.

Supposons que vous souhaitiez pouvoir «prévisualiser» vos modifications dans le contexte d’autres projets, mais que vous ne souhaitez pas encore que cela soit activé. Dans ce cas, vous allez créer un serveur de stockage intermédiaire et, dans votre stream de travail de projet, publier vos modifications sur le serveur de stockage intermédiaire en vue de leur révision. Vous êtes maintenant en mesure de voir vos modifications (c.-à-d. L’aperçu) ainsi que les autres projets qui ont également été publiés sur le serveur de stockage intermédiaire sans les exposer à vos clients externes. Ceci est particulièrement utile lorsque vous utilisez également Endeca dans le cadre d’une solution Oracle Commerce.

Une fois que vous êtes satisfait de vos projets dans le serveur de stockage intermédiaire, vous approuvez et déployez généralement votre serveur de production.

Votre “serveur de stockage intermédiaire” aura besoin de ses propres schémas de gestion et de commutation. Cela nécessitera également un déploiement de code, similaire à celui déployé sur votre «serveur de production». Vous devrez configurer des sources de données supplémentaires dans votre conteneur d’applications et append de nouveaux composants, en indiquant ces sources de données dans votre couche d’environnement. Par exemple, vous aurez besoin d’un nouveau JTDataSource_staging.properties , à append dans l’environnement «Asset Management Server». Vous devrez également append des pointeurs dans vos référentiels pour accéder au nouvel environnement, par exemple, ProductCatalog_staging.properties .

Ainsi, globalement, votre «serveur de stockage intermédiaire» est une copie de votre «serveur de production», mais vous avez access à vos projets publiés avant de les rendre accessibles à vos clients externes.