Devrais-je envisager de migrer d'Oracle vers l'Open Source ? (et comment le planifier)

Devrais-je envisager de migrer d'Oracle vers l'Open Source ? (et comment le planifier)

Devrais-je envisager de migrer d'Oracle vers l'Open Source ? (et comment le planifier)

TitleImage

Mis en ligne par Patrick Hamou le 2022:12:07 21:08:11

Going to Open-Source: Why and How to Migrate from Oracle

Oracle souffre-t-il de verrouillage du fournisseur?

Le verrouillage fournisseur est une situation dans laquelle un client utilisant un produit ou un service ne peut pas facilement passer à un produit ou un service concurrent. Le verrouillage fournisseur est généralement le résultat de technologies propriétaires qui sont incompatibles avec celles des concurrents.

L'existence du verrouillage fournisseur est bien réelle, en particulier avec la technologie Oracle. La meilleure façon d'éviter le verrouillage fournisseur est de choisir judicieusement sa technologie dès le départ. Malheureusement, cela n'est pas possible lorsque de telles technologies sont déjà profondément intégrées dans les processus métier des entreprises depuis des années, voire des décennies.

Certaines technologies Oracle, telles qu'APEX (Application Express), sont un bon exemple de verrouillage fournisseur introduit dans le produit Oracle Database en 2004 en tant que plateforme de développement gratuite et facile à utiliser. Les bases de données Oracle utilisant Apex sont particulièrement difficiles à migrer vers d'autres technologies et nécessiteraient d'abord une refonte applicative.

D'autres technologies Oracle sont de bons candidats pour une véritable migration vers des technologies open source, telles que :

  • Oracle Database vers PostgreSQL (sans Apex) ;
  • Oracle WebLogic Middleware vers n'importe quelle middleware Java open source standard telle que Tomcat ou JBoss ;
  • Objets Oracle Forms (fmb, mmb, pll, olb) vers Java ;
  • Objets Oracle Reports (rdf) vers Jasper Reports.

Migrer d'Oracle vers des solutions plus modernes et polyvalentes ?

Face aux coûts prohibitifs des licences et à la diminution de la communauté de développeurs, de nombreux services informatiques cherchent à se libérer d'Oracle Forms au profit d'une solution plus polyvalente et moderne.

La première édition d'Oracle Forms a été publiée il y a quatre décennies. Depuis lors, de nombreux produits associés tels que Translation Hub, Oracle Graphics et Oracle Designer ont été retirés. De plus en plus d'entreprises commencent à tirer parti des logiciels open source soutenus par des communautés actives pour faire progresser leurs transformations numériques.

Malgré cela, Oracle Forms est toujours en vie, avec environ 17 000 clients d'entreprise dans le monde. Par conséquent, la migration devrait être un choix stratégique effectué avec des objectifs clairs en vue. Certaines des raisons les plus courantes sont d'unifier la plateforme de développement de votre organisation, d'avoir des accords de licence plus flexibles, de meilleures options de support, ou tout simplement de surmonter les limitations technologiques pour moderniser le développement d'entreprise et la planification des ressources.

Java, un framework open source, est l'un des langages de programmation les plus puissants et largement disponibles. Il est également très populaire parmi les développeurs. Il existe un véritable désir de migrer d'Oracle Forms vers Java.

Que prendre en compte avant de migrer vers des solutions Open Source.

La migration vers une solution open source Les entreprises dépourvues d'expérience dans les solutions open source rencontreront plus de difficultés lors de la mise en œuvre ou de la gestion. Bien sûr, la migration peut être effectuée par le biais de prestataires externes, cependant, des questions doivent être posées au préalable pour s'assurer que vous êtes pleinement conscient de la solution la plus adaptée. De "l'identification de la bonne technologie" au "déploiement du nouveau système", il y a de nombreuses étapes et obstacles à surmonter. En suivant un cadre solide pour la migration avec les étapes suivantes, une grande partie des risques associés à la migration peuvent être éliminés :

  • Identification de la bonne technologie
  • Simplification de votre base de code existante
  • Création de modules autonomes
  • Séparation du code interne des dépendances externes
  • Énumération des dépendances externes et définition d'une voie claire pour chacune d'entre elles
  • Refonte du code et améliorations
  • Fourniture de documentation et d'exemples
  • Preuve de concept et déploiement sur un nouvel environnement

Qui devrait migrer d'Oracle vers les solutions open source ?

Ces types de migrations conviennent idéalement à tout environnement informatique d'entreprise basé sur un déploiement sur mesure des formulaires Oracle en interne, ainsi qu'à ceux déployés par des éditeurs de logiciels indépendants. De plus, toutes les applications personnalisées des formulaires Oracle qui ont été ajoutées à un système ERP existant sont d'excellents candidats pour être migrées vers des solutions open source. Une fois la migration des formulaires et des rapports terminée, le middleware Oracle peut facilement être remplacé par une alternative open source telle que Tomcat ou JBoss.

La migration de la base de données Oracle vers PostgreSQL convient idéalement à toute base de données Oracle interne, qu'elle soit basée sur les formulaires Oracle ou non, cela ne fait aucune différence.

Pour résumer l'ordre de ce processus, ceux qui utilisent les formulaires et rapports Oracle peuvent migrer leurs applications vers Java, les rapports peuvent être migrés vers Jasper Reports, après quoi il sera possible de migrer les bases de données d'Oracle vers PostgreSQL. Ceux qui utilisent une base de données Oracle qui n'est pas utilisée pour un système de formulaires/rapports peuvent migrer leurs bases de données vers PostgreSQL, quel que soit l'application qui y fonctionne.

Cette approche permettra aux entreprises de bénéficier de l'écosystème de logiciels open source hautement flexible et scalable, au lieu d'être entravées par des logiciels hérités et un modèle de support et de licence unique.

En fin de compte, il n'y a aucune raison pour que les entreprises restent coincées avec la technologie héritée des formulaires/rapports Oracle ou de la base de données Oracle. Avec le changement rapide étant la seule constante dans le monde actuel fortement axé sur la technologie, avoir ce degré de flexibilité est crucial pour rester pertinent dans les années à venir.

RENAPS aide les entreprises à moderniser leurs infrastructures informatiques grâce à des services de migration gérés et à des conseils d'experts. Appelez-nous dès aujourd'hui et parlons de vos défis en matière de migration d'héritage.

Return to Blog