De plus en plus d’organisations utilisant FME doivent passer à un autre niveau d’automatisation pour orchestrer efficacement leurs multiples Workspaces (ou processus). Cette évolution requiert alors une transition vers la technologie FME Server, une plateforme complète d’intégration de données qui a une incidence sur plusieurs fonctions transversales de l’organisation. Elle doit donc être administrée comme tel, car avec de grands pouvoirs, viennent de grandes responsabilités!
Autant il est important de bien préparer l’implantation initiale de FME Server, on doit aussi être proactif et penser à long terme pour planifier le processus de mise à jour. En effet, l’ensemble de la technologie FME évolue rapidement et la migration régulière aux nouvelles versions procure plusieurs bénéfices :
- Tirer profit des nombreuses nouvelles fonctionnalités, autant au niveau Desktop que Server;
- Profiter des mises à jour de sécurité;
- Maintenir la compatibilité avec les autres systèmes avec lesquels FME s’intègre;
- Permettre les mises à jour de son infrastructure (ex. : nouvelle version de Windows).
Bien que chaque cas soit unique, nous recommandons en règle générale de migrer tous les ans dans le cas d’environnements simples et aux deux ans pour les environnements complexes. Mais avant de se lancer, il est bon d’établir un plan afin de réduire les risques, minimiser les interruptions de services et profiter d’une plateforme stable et adaptée à vos opérations.
Bien que la fonctionnalité de sauvegarde et de restauration du contenu de FME Server facilite le travail, il importe d’effectuer un exercice de réflexion plus profond et de se poser quelques questions en amont. Voici donc une liste non exhaustive de cinq points importants à considérer lors de votre prochaine migration.
1. Choisir la bonne version
En premier lieu, il faut examiner les différences entre la version installée et celle vers laquelle vous souhaitez migrer. Pour ce faire, vous devrez faire un bon examen de la documentation de l’administrateur pour savoir s’il existe des différences structurelles ou architecturales entre les différentes versions. Bien entendu, si vous ne souhaitez pas passer à travers toute cette documentation, nos experts pourront vous résumer son contenu.
2. Choisir la bonne stratégie
Avez-vous des processus critiques en place, et est-ce que ceux-ci peuvent être arrêtés pendant une ou quelques journées? La réponse à cette question s’avère l’un des éléments qui détermineront si vous devez faire une migration sur place (garder le même serveur) ou en installer de nouveaux. Chaque option présente des avantages et des inconvénients, dont en voici les plus communs :
Migration sur place :
Avantages :
- Projet simplifié dû au fait que l’on conserve l’infrastructure réseau et TI existante.
Désavantages :
- Arrêt des services pendant la période d’installation; vous devez savoir dans quelle mesure vos processus sont critiques et quel sera l’impact sur l’organisation.
- Il faut tenir compte d’un certain niveau d’incertitude; si des éléments cessent de fonctionner, il faut agir rapidement pour les déboguer.
Installation de nouveaux serveurs :
Avantages :
- Travailler avec du neuf : nouvelles machines et nouveau système d’exploitation.
- Profiter de la mise à niveau du système d’exploitation (si applicable).
- Les services fonctionnent en parallèle pendant le projet, donc moins de stress.
- L’arrêt des services sera minimal lors du transfert.
Désavantages :
- Les coûts d’acquisition, mais surtout les délais requis pour construire les nouvelles machines, principalement des VM (serveurs virtuels).
- Il faut configurer correctement toutes les permissions, les liens et les applications connexes (clients Oracle, etc.) pour que le contenu fonctionne.
3. Revoir l’architecture et la sécurité
La planification d’une mise à niveau constitue un bon moment pour revoir votre architecture et vous poser des questions telles que :
- Est-ce que le dimensionnement des serveurs est toujours approprié?
- Avez-vous suffisamment d’Engines?
- Est-ce le bon moment pour introduire un environnement de test?
- Avez-vous besoin d’une architecture de tolérance aux pannes?
- Quels sont les nouveaux projets prévus au cours de la prochaine année?
- Ajouterez-vous de nouveaux traitements intensifs?
- Prévoyez-vous de nouvelles intégrations avec d’autres systèmes?
- Ajouterez-vous des processus fonctionnant en temps réel qui peuvent avoir des exigences différentes en matière de disponibilité du serveur?
À mesure que votre environnement FME Server prend de l’expansion, vous devez également réfléchir aux considérations de sécurité entourant les données des clients internes et externes que vous hébergez. Certains de nos clients n’ont pas mis en œuvre des fonctions de sécurité à leur première installation de FME Server, car l’utilisation était limitée à un seul service. Ils ont dû modifier leur approche suite à l’arrivée de nouveaux intervenants et de types de données hébergées.
4. Analyser les incidences sur les applications et les systèmes connexes
Vous devez également analyser l’ensemble des applications et des systèmes connexes qui interagissent avec FME Server, le meilleur exemple étant la compatibilité avec votre version d’ArcGIS.
De plus, si vous modifiez le nom du DNS, cela peut avoir un impact sur les appels REST et les applications externes qui appellent FME Server. Cela peut aussi inclure FME Server qui s’appelle lui-même en utilisant le transformer FMEServerJobSubmitter. Des applications tierces appellent-elles votre FME Server? Utilisent-elles un jeton? Dans ce cas, vous devrez peut-être planifier le basculement vers le nouveau serveur.
5. Analyser les éléments obsolètes
Si vous avez implanté FME Server, les chances sont bonnes que vous ayez de multiples Workspaces qui soient pris en charge! Donc dans votre analyse, ne vous contentez pas de regarder seulement les nouvelles fonctionnalités de FME Server, mais analysez aussi quels transformers et autres éléments ont été dépréciés. Cela peut avoir un impact important si plusieurs Workspaces utilisent une technologie obsolète, vous aurez alors un bon travail de modification ou de mise à jour à effectuer en marge de la migration.
Si vous utilisez des éléments qui sont sur le point de disparaître, vous pouvez continuer à utiliser ces fonctionnalités, mais prévoyez de mettre à jour vos Workspaces plus tôt que tard. Par exemple, si vous utilisez d’anciens scripts Python, vous devrez penser à un plan pour les migrer. Soyez prévoyant, même si cela ne vous concerne pas encore, le temps viendra bien assez vite!
Comme nous venons de le démontrer, il y a plusieurs facteurs à considérer lors de la planification d’une mise à niveau de FME Server. Une chose est sûre, plus vous espacerez le temps entre celles-ci, plus l’écart entre les versions deviendra important, et plus vos projets deviendront complexes et risqués.
Alors, prêt à planifier votre prochaine migration?