{"id":33984,"date":"2019-07-15T16:31:29","date_gmt":"2019-07-15T14:31:29","guid":{"rendered":"http:\/\/arcadsoftware.com\/?p=33984"},"modified":"2026-03-18T11:14:43","modified_gmt":"2026-03-18T09:14:43","slug":"le-legacy-ne-meurt-jamais","status":"publish","type":"post","link":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/le-legacy-ne-meurt-jamais\/","title":{"rendered":"Le “Legacy” ne meurt jamais !"},"content":{"rendered":"

Par Philippe Magne <\/h3>\n<\/div><\/div><\/div>

Sommaire<\/h2>\n
    \n
  1. Assurer la p\u00e9rennit\u00e9 d’un syst\u00e8me Legacy<\/a><\/li>\n
  2. P\u00e9rennit\u00e9 de la plateforme IBM i<\/a><\/li>\n
  3. P\u00e9rennit\u00e9 de l’\u00e9cosyst\u00e8me<\/a><\/li>\n
  4. Capacit\u00e9 \u00e0 se “fondre dans la masse” <\/a><\/li>\n<\/ol>\n<\/div>

    Nous entrons dans une \u00e8re o\u00f9 ces syst\u00e8mes sont en train d\u2019authentiquement se sanctuariser sous l\u2019effet de plusieurs ph\u00e9nom\u00e8nes\u00a0concomitants :<\/p>\n

    L\u2019explosion du volume des donn\u00e9es<\/u><\/strong>\u00a0: C\u2019est dans ce domaine que l\u2019on peut constater que tous les gestionnaires de bases de donn\u00e9es ne sont pas au m\u00eame niveau. Les SGBD \u00ab\u00a0anciens\u00a0\u00bb tels DB2 ou Oracle ont fait leurs preuves alors que pour les plus r\u00e9cents comme Maria DB ou Mongo DB tout reste encore \u00e0 prouver. On est bien l\u00e0 encore dans une gestion de risque. C\u2019est ici la principale raison qui fait que les entreprises gardent leurs syst\u00e8mes Legacy<\/strong>. C\u2019est le cas du monde Mainframe, en d\u00e9pit, contrairement \u00e0 l\u2019IBM i<\/strong>, d\u2019un co\u00fbt d\u2019exploitation exorbitant.<\/p>\n

    Le volume de code<\/u><\/strong>\u00a0: les milliards de lignes<\/strong> de code d\u00e9velopp\u00e9es depuis ces trente voire cinquante derni\u00e8res ann\u00e9es qu\u2019il devient quasi impossible<\/strong> de remplacer. D\u2019ailleurs, quel est vraiment l\u2019int\u00e9r\u00eat\u00a0? qu\u2019il soit r\u00e9duit au fil du temps pour r\u00e9duire la dette technique et remplacer certaines briques p\u00e9riph\u00e9riques par des applicatifs plus moderne s\u2019envisage plus facilement qu\u2019un big bang radical<\/strong>. L\u00e0 encore, c\u2019est le management du risque qui drive cette d\u00e9marche.<\/p>\n

    La criticit\u00e9 des applications<\/u><\/strong>\u00a0: migrer un syst\u00e8me vers un autre repr\u00e9sente de tels risques qu\u2019ils en deviennent quasi r\u00e9dhibitoires<\/strong>. Le secteur bancaire en est probablement le meilleur exemple. La plupart des entreprises portent dans leur SI ce genre d\u2019application, anciennes certes, mais<\/strong> vitales<\/strong> pour le fonctionnement du business de l\u2019entreprise. Cette criticit\u00e9 impose la mise en place d\u2019une gestion des risques sp\u00e9cifique. Obsolescence des technologies, raret\u00e9 des ressources comp\u00e9tentes, tels sont les points fondamentaux<\/strong>.<\/p>\n

    Avantage concurrentiel<\/u><\/strong>\u00a0: un grand nombre d\u2019entreprises ont d\u00e9velopp\u00e9 depuis de nombreuses ann\u00e9es leur applicatifs en fonction de leur mod\u00e8le de business propre et des besoins m\u00e9tiers. Ces applicatifs constituent un v\u00e9ritable avantage comp\u00e9titif<\/strong>. Ces fonctions sp\u00e9cifiques ne sont pas support\u00e9es en standard par les ERP du march\u00e9, et n\u00e9cessitent des d\u00e9veloppements adhoc<\/strong> \u00e9normes<\/strong>, et dans la plupart des cas impossibles. L\u2019impl\u00e9mentation d\u2019un ERP repr\u00e9sente alors une perte de comp\u00e9titivit\u00e9 significative et dangereuse<\/strong>.<\/p>\n

    <\/div>\n

    1. Assurer la p\u00e9rennit\u00e9 d\u2019un syst\u00e8me Legacy<\/strong><\/h2>\n

    M\u00eame si une technologie ou une plateforme apparait de prime abord \u00ab\u00a0exotique\u00a0\u00bb dans une infrastructure globale, ce n\u2019est certainement pas sous l\u2019angle de l\u2019uniformisation globale<\/strong> qu\u2019il faut r\u00e9sonner. C\u2019est le meilleur moyen pour rentrer dans un immense effet tunnel duquel il sera difficile de s\u2019extirper<\/strong>. Consid\u00e9rer la p\u00e9rennit\u00e9 d\u2019un syst\u00e8me d\u2019information est un exercice difficile car il s\u2019agit de prendre en compte un nombre important de param\u00e8tres\u00a0: p\u00e9rennit\u00e9 de la plateforme, p\u00e9rennit\u00e9 de l\u2019\u00e9cosyst\u00e8me, capacit\u00e9 \u00e0 se fondre dans les orientations strat\u00e9giques globales.<\/p>\n

    <\/div>\n

    2. P\u00e9rennit\u00e9 de la plateforme IBM i<\/strong><\/h2>\n

    Classifi\u00e9e dans cette cat\u00e9gorie de \u00ab\u00a0syst\u00e8me legacy\u00a0<\/strong>\u00bb, la plateforme IBM i subit des assauts permanents depuis plus de 20 ans maintenant. C\u2019est IBM<\/strong> lui-m\u00eame qui a entam\u00e9 la d\u00e9marche lors de la sortie de ses plateformes RS6000 sous Unix. C\u2019\u00e9tait m\u00eame \u00e0 l\u2019\u00e9poque les m\u00eames commerciaux qui allaient vanter la valeur ajout\u00e9e du monde Unix en tant que futur \u00ab\u00a0standard de facto\u00a0\u00bb. Est ensuite venu Microsoft qui a tent\u00e9 de f\u00e9d\u00e9rer un certain nombre d\u2019acteurs proposant des solutions de migration. R\u00e9sultat\u00a0: un taux d\u2019\u00e9rosion de la client\u00e8le de 2 \u00e0 3% par an\u00a0!<\/strong><\/p>\n

    Autre exemple int\u00e9ressant\u00a0: le plus gros \u00e9diteur d\u2019ERP de la plateforme IBM i est JD Edwards, donc maintenant\u2026 Oracle\u00a0!<\/strong> au d\u00e9but des ann\u00e9es 2000, JDE red\u00e9veloppe compl\u00e8tement cet ERP avec un technologie Oracle\/Linux\/Java, une solution baptis\u00e9e One World. Aujourd\u2019hui, Oracle se retrouve avec les deux produits qui vivent leur vie s\u00e9par\u00e9ment et une client\u00e8le IBM i de 4 000 clients qui refuse de basculer sur le nouveau syst\u00e8me.<\/p>\n

    Pouvoir sortir de la plateforme est, comme d\u00e9j\u00e0 \u00e9voqu\u00e9 la principale raison d\u2019un choix de r\u00e9\u00e9criture compl\u00e8te<\/strong>. Il nous faut donc ici justifier des arguments qui ne plaident pas en faveur de cette sortie\u00a0:<\/p>\n

    Le TCO le plus bas du march\u00e9\u00a0: cette plateforme a ceci de totalement unique<\/strong> sur le march\u00e9, c\u2019est l\u2019int\u00e9gration \u00e9troite entre l\u2019OS et le gestionnaire de bases de donn\u00e9es. R\u00e9sultat\u00a0? Des co\u00fbts d\u2019exploitation extr\u00eamement faibles<\/strong>. Il n\u2019y a pas d\u2019administrateur base de donn\u00e9es dans le monde IBM i<\/strong> puisque c\u2019est l\u2019OS qui g\u00e8re cela en automatique.<\/p>\n

    Les autres arguments sont tout aussi importants\u00a0: fiabilit\u00e9 exemplaire, s\u00e9curit\u00e9\u00a0: aucun virus d\u00e9tect\u00e9 depuis des d\u00e9cennies, scalabilit\u00e9, point \u00e9minemment important quand on sait la croissance exponentielle du volume de donn\u00e9es dans le monde, une roadmap produit disponible jusqu\u2019\u00e0 l\u2019horizon 2029.<\/p>\n

    Certains clients \u00e9voquent le risque qu\u2019IBM<\/strong> abandonne un jour ou l\u2019autre ce syst\u00e8me. On ne tue pas une vache \u00e0 lait\u00a0!<\/strong> Le hardware est strictement identique aux plateformes Unix et Linux, aucun surco\u00fbt pour IBM. L\u2019OS est fort stable<\/strong> (et tr\u00e8s intuitif). Seule la base de donn\u00e9es a concentr\u00e9 tous les efforts d\u2019IBM. C\u2019est devenu une vraie base de donn\u00e9es relationnelle. Tous les travaux de R&D consentis par IBM en mati\u00e8re de base de donn\u00e9es b\u00e9n\u00e9ficient \u00e0 la plateforme.<\/p>\n<\/div><\/div><\/div>

    Modernisation IBM i : visualisez l’enregistrement de ce webinar pour d\u00e9couvrir comment mettre en place une strat\u00e9gie de modernisation IBM i.<\/strong><\/p>\n<\/div>

    Voir le webinar<\/span><\/i><\/a><\/div><\/div><\/div><\/div><\/div>
    <\/div>\n

    3. P\u00e9rennit\u00e9 de l\u2019\u00e9cosyst\u00e8me<\/strong><\/h2>\n

    Ce qui fait le succ\u00e8s d\u2019une plateforme, c\u2019est la solidit\u00e9<\/strong> de son \u00e9cosyst\u00e8me<\/strong>. Le constructeur \u00e0 lui seul ne peut l\u2019assurer. Tout ce qu\u2019il peut faire, c\u2019est le rendre pertinent d\u2019un point de vue technologique et \u00e9conomique, mais s\u2019il n\u2019a pas un \u00e9cosyst\u00e8me d\u2019entreprises qui investissent sur sa plateforme, alors le business est vou\u00e9 \u00e0 p\u00e9ricliter t\u00f4t ou tard. C\u2019est ce qui est int\u00e9ressant d\u2019observer dans le monde IBM i.<\/strong> Les entreprises les plus matures mutent progressivement vers des syst\u00e8mes multi-plateformes tout en gardant les avantages de la plateforme.<\/p>\n<\/div><\/div><\/div>

    Modernisation de A \u00e0 Z sur IBM i : d\u00e9couvrez les solutions ARCAD Software pour la modernisation sur IBM i.<\/strong><\/p>\n<\/div>

    T\u00e9l\u00e9charger la brochure<\/span><\/i><\/a><\/div><\/div><\/div>

    \u00a0<\/strong>

    <\/div><\/p>\n

    4. Capacit\u00e9 \u00e0 se \u00ab\u00a0fondre dans la masse\u00a0\u00bb<\/strong><\/h2>\n

    Les \u00e9diteurs issus de ce monde vivent un renouveau sous l\u2019impact du cloud car ils ne sont plus oblig\u00e9s de justifier les aspects infrastructure.<\/p>\n

    Un syst\u00e8me qui pr\u00e9sente de prime abord toutes les caract\u00e9ristiques de l\u2019exotisme le plus total n\u2019est pas un probl\u00e8me en soi s\u2019il a la capacit\u00e9 de s\u2019inscrire dans les futurs grands standards. Les mots-cl\u00e9s de ces grands standards sont\u00a0: DevOps, Micro services, Cloud et Containers<\/strong>, ces quatre orientations \u00e9tant \u00e9videmment \u00e9troitement imbriqu\u00e9es les unes aux autres. Est-ce que la plateforme IBM i<\/strong> r\u00e9pond \u00e0 ces caract\u00e9ristiques\u00a0? La r\u00e9ponse est clairement oui\u00a0:<\/p>\n