Le charme de l’éléphant
PostgreSQL (PG), reconnaissable à son logo éléphant, est LA base de données libre de référence. Standard de fait des nouveaux développements open et graal de nombreux éditeurs de progiciels, avides de mettre de la distance avec les SGBD propriétaires qu’ils embarquent et qui constituent de plus en plus des handicaps non seulement économiques et également technique pour leurs clients et prospects qui ont tous dans leurs plans de migrer vers le cloud.
Longtemps considérée comme le challenger libre d’Oracle, PG vient maintenant également concurrencer SQLServer qui a changé de politique de licence et n’est plus aussi économique que par le passé.
Les détracteurs du libre opposeront encore la supériorité des SGBD propriétaires en termes de performances, disponibilité, exploitabilité, support, etc… Il s’agit d’une vision largement dépassée !
La force de l’éléphant
En termes de performances pures, le moteur de PG est maintenant plus efficace que celui d’Oracle et les acteurs du cloud proposent tous de la haute disponibilité sur PG.
Alors pourquoi ne pas sauter le pas ?
La peur de l’éléphant
Un projet de migration fait peur. On pense quitter le monde civilisé, connu et sécurisant, pour la jungle du libre. Cela n’a pourtant rien d’un Safari si on s’y prend correctement !
Comme tout projet de modernisation, le changement de SGBD doit être mené avec méthode et en s’appuyant sur des spécialistes disposant de l’expérience et des outils nécessaires.
La complexité d’un projet est très variable. Si votre patrimoine est par exemple full java et que vos développements s’appuient sur hibernate, il y a de fortes chances qu’il n’y ait pas ou peu de transformations dans le code et que le projet se résume à une migration du schéma et des données et le rejeu de tests fonctionnels. Ce qui est tout de même un projet à part entière…
Par contre, si votre patrimoine est un patchwork de technologies mélangeant Cobol, Java, client-serveur, scripts, … embarquant procédures stockées et SQL dynamique… Ce sera un peu plus compliqué, mais avec de la méthode, on y arrive très bien !
L’œil de l’éléphant
La première étape d’un projet de modernisation est un scan, analyse outillée des applications, de manière à cerner le périmètre et recenser exhaustivement les problématiques techniques à adresser. On complétera cette opération par un audit des données… car PG n’accepte pas tout. Certaines valeurs comme le zéro binaire dans les champs alpha sont rejetées au chargement. Découvrir tôt dans le projet, la présence de ces données fera gagner du temps, de l’argent et de l’énergie à tout le monde…
A l’issue du scan, on disposera d’une bonne vision de l’ampleur du projet et de ses coûts et planning, permettant de sécuriser le ROI avant de se lancer.
La phase de cadrage permettra de caler le projet, le lotissement, recenser les prérequis et aligner tous les acteurs.
Dans les pas de l’éléphant
Pour réaliser un projet de ce type sur un environnement quelque peu conséquent, il est nécessaire de disposer d’outils de transformation et de test performants.
Il n’est pas rare de trouver des dizaines de bases de données, déployées sur des centaines d’environnements de production, préproduction, intégration, test, développement…
On devra être capable de convertir les DDL de ces bases, migrer les données et prendre en compte facilement les évolutions de structures car un applicatif évolue tous les jours. La vente continue durant les travaux !
La grâce de l’éléphant
Pour les requêtes, il sera nécessaire de disposer d’un convertisseur capable d’extraire les requêtes du code, les convertir, les tester unitairement et les ré-insérer dans le code. Un système de gestion un peu conséquent contient quelques milliers de requêtes et on rencontre fréquemment des monstres, requêtes ou procédures stockées faisant plusieurs milliers de lignes. Les outils rudimentaires que l’on trouve sur le net et qui ne réalisent le plus souvent que des remplacements de mot clés ne permettront pas la transformation attendue. Envisager de convertir les requêtes à la main sur de tels volumes n’est pas rationnel, même en offshore.
Pour la phase de test, il est utile voire indispensable de disposer d’un outil permettant d’enregistrer des scénarii sur la source, capturer les requêtes valorisées, les rejouer sur la cible et comparer les résultats sans se perdre dans les faux écarts liés aux séquences de données qui ne seront pas identiques entre la Source et la cible… Le projet sera l’occasion de capitaliser sur le référentiel de non régression permettant de passer vraiment en intégration continue.
Pour certaines technologies, il faudra également disposer des middlewares et utilitaires qui n’ont pas d’équivalent sur PG : Driver, précompilateur, utilitaires de copy, etc, pour délivrer une infrastructure totalement opérationnelle.
L’intelligence de l’éléphant
La bonne nouvelle est que chez Move Solutions, nous disposons de tout cela et que nous réalisons la transformation de manière forfaitaire…
Nos équipes ont l’expérience de ces projets et sauront vous accompagner de manière efficace et professionnelle.
Nous vous permettons de migrer facilement vers une cible PG et de rendre vos applications plus économiques à exploiter tout en vous dotant d’une architecture plus facilement déployable sur le Cloud :
L’éléphant sur le nuage…
On en parle ?
Image par Mystic Art Design de Pixabay
