[mise à jour - découvrez les nouveautés de notre version printemps 2016 - les Metadata Snaps sont également utiles pour les besoins de la gestion du cycle de vie].
L‘un des domaines dans lesquels notre équipe de services de données intégrés et nos partenaires passent du temps avec les clients au début d‘un déploiement de SnapLogic Elastic Integration Platform est le déploiement d‘une phase de projet à l‘autre (Dev -> QA -> Prod). Il existe un certain nombre d‘options de configuration différentes. Dans ce billet, je vais en décrire une. Tout d‘abord, quelques hypothèses :
- La fonction de gestion du cycle de vie de l‘entreprise n‘est pas mise en œuvre dans cet exemple.
- Les phases utilisées sont le développement, l‘assurance qualité et la production.
- Chaque phase en cours d‘utilisation est gérée au niveau du projet comme un projet distinct au sein d‘une organisation unique.
- Les utilisateurs ont les permissions nécessaires pour effectuer les opérations décrites dans ce billet.
- La fonction de cryptage amélioré des comptes n‘est pas utilisée dans la version actuelle de SnapLogic Org.
Étapes du déploiement :
Exportez le projet que vous souhaitez promouvoir dans la phase suivante du cycle en suivant les étapes ci-dessous :
- Aller au gestionnaire
- Sélectionnez le projet que vous souhaitez promouvoir et cliquez sur "Exporter"
- Cette opération exporte tous les actifs du projet à l‘exception des "comptes" (pour plus d‘informations sur les comptes, consultez notre site de documentation) dans un fichier zip qui sera téléchargé sur votre ordinateur local.
- Cliquez sur la flèche vers le bas située à côté de "Projets".
- Cliquez sur "Importer"
- Sélectionnez le fichier zip téléchargé dans le navigateur de fichiers et cliquez sur "OK"
- Cela devrait créer un nouveau projet avec un numéro d‘incrément.
- Renommer le projet avec le nom de phase approprié dans le nom du projet
Tâches
Quelques remarques importantes sur les tâches :
- Si vous avez des tâches sur votre projet, vérifiez que les noms des Snaplex à exécuter correspondent aux noms des Snaplex sur l‘Org d‘où le projet a été importé.
- Bien que les noms des organisations dans les URL des tâches déclenchées ne changent pas, le nom du projet dans l‘URL de la tâche change. Veillez à utiliser cette nouvelle URL pour les tests appropriés dans les phases respectives.
- Si vous utilisez un Snaplex différent pour chaque phase séparée par des projets, vous devrez modifier la tâche pour utiliser le Snaplex approprié en éditant la tâche en cliquant sur le nom de la tâche.
Comptes
Quelques points importants à retenir concernant les comptes :
- Comme les comptes ne sont ni exportés ni importés dans le cadre du projet, créez les comptes appropriés dans le nouveau projet.
- Bien que vous passiez d‘un projet à l‘autre au sein de la même organisation, les comptes ne peuvent être ni dupliqués ni copiés.
- Tous les noms de comptes doivent correspondre aux noms de la phase précédente afin d‘éviter de devoir mettre à jour les comptes dans les pipelines.
Dossiers
Enfin, en ce qui concerne les fichiers, notez que tous les fichiers appropriés seront également importés de la phase précédente vers la phase actuelle. Si l‘un des fichiers est spécifique à un environnement, assurez-vous qu‘il est mis à jour avec les informations relatives à l‘environnement correspondant.
Un rappel
Une autre option de configuration est de mettre en place des organisations SnapLogic séparées. Un rappel concernant votre cycle de vie Dev -> QA -> Prod est de toujours versionner vos pipelines en utilisant la fonctionnalité de versionnement et d‘inclure des notes et des balises appropriées pour chaque version.
J‘espère que ce type d‘information vous sera utile. Nous publierons d‘autres meilleures pratiques de déploiement de SnapLogic sur le blog dans les semaines à venir. N‘oubliez pas de consulter la série de Nidhi sur les meilleures pratiques d‘Ultra Pipelines et faites-nous part des autres sujets que vous aimeriez voir abordés.
