Déterminer votre solution et votre stratégie d’environnement
Cette unité fournit un exemple de développement de A à Z de votre solution et stratégie d’environnement. La première tâche consiste à visualiser vos solutions. Vous devez ensuite décrire à quoi ressemblera la segmentation de la solution. Cet exemple utilise une segmentation de solution verticale.
En outre, cet exemple applique une stratégie d’environnement pour s’aligner sur l’architecture de la solution. Assurez-vous de toujours stocker la solution d’éditeur pour garantir un accès rapide lorsque vous configurez un nouvel environnement de développement.
Tenez compte des paramètres suivants lors du stockage des solutions d’éditeur :
Le stockage de la solution d’éditeur dans la source nous permet de partager l’éditeur dans de nouveaux environnements de développement en tant que solution non gérée, afin de garantir qu’aucune erreur n’est commise lors de la configuration d’un éditeur.
Il est recommandé d’utiliser un seul éditeur pour l’ensemble du projet.
Superposition de solution
L’image suivante montre comment la superposition est affichée après le déploiement lorsque vous utilisez des solutions gérées.
Pour les plug-ins, le traitement des messages SDK crée des dépendances qui impliquent un certain ordre d’importation des solutions. De ce fait, les assemblages de plug-ins sont généralement importés en premier.
Solution et stratégie d’environnement dans la pratique
Cet exemple comporte trois solutions segmentées par une application avec des composants partagés résidant dans une solution distincte.
Cette stratégie ne constitue pas la réponse définitive à l’architecture de solution, mais c’est un bon point de départ pour vous permettre de développer une compréhension de la segmentation appropriée de la solution. La stratégie contient les solutions suivantes :
Principale : cette solution contient des composants partagés.
Admissions : cette solution contient toutes les fonctionnalités développées spécifiquement pour le service des admissions. Cette solution dépend des composants de la solution Principale.
Aides financières : cette solution contient toutes les fonctionnalités développées spécifiquement pour le service des aides financières. Cette solution dépend des composants de la solution Principale.
Configuration du processus de développement
Grâce à une bonne compréhension de vos solutions, vous allez maintenant pouvoir déterminer comment configurer vos environnements de développement. Vous allez commencer par établir un flux de travail pour votre solution principale.
Supposons que l’environnement supérieur sera dédié au développement de la solution principale, qui contient des composants partagés. Pour commencer, vous allez créer la solution principale dans l’environnement de développement cible. Lors de la création de solutions, vous les créer en tant que solutions non gérées et ne pourrez les modifier en solutions gérées qu’au cours du processus d’exportation.
En suivant le modèle d’ajout de vos dépendances en tant que solutions gérées, vous devrez effectuer certaines tâches avant d’utiliser la solution principale en aval, en supposant que vous partez de zéro.
Avant de pouvoir introduire la solution principale dans vos environnements de développement pour les admissions et les aides financières, vous devez disposer d’une base de code viable pour permettre le développement d’applications superposées.
Avoir une base de code viable ne vous empêche pas de commencer le développement sur les applications superposées, ces dernières pouvant avoir des composants uniques n’ayant aucune dépendance. Pour des raisons de simplicité, vous allez commencer par créer la solution principale.
Supposons que vous avez terminé votre sprint de développement sur la solution principale et que vous avez vérifié vos modifications dans votre référentiel. Vous allez ensuite déployer la solution principale en tant que solution gérée dans les environnements de développement des admissions et des aides financières.
Raisons d’introduire une solution non gérée pour chaque environnement
En introduisant une seule solution non gérée pour chaque environnement, vous éliminerez toute injection potentielle de dépendances indésirables.
De plus, cette approche vous permet d’utiliser efficacement la segmentation et la superposition de solutions.
Obtenir la solution gérée
Les dépendances étant en place, nous pouvons maintenant introduire nos autres solutions.
Vous allez créer ou importer vos solutions pour les admissions et les aides financières dans leurs environnements respectifs.
Un environnement peut avoir plusieurs solutions non gérées installées si vous pouvez garantir que les autres solutions n’introduiront pas de dépendances. Ce concept peut être plus intéressant dans certains cas.