L'avenir est coloré - Table ronde sur les bases de données avec IBM et Oracle

Cet article peut être téléchargé en bas de page en anglais, espagnol, chinois et japonais. (Gratuit)

Dans le monde entier, la diversité et la force de la communauté SAP sont uniques. Le mélange de connaissances rigoureuses en matière de gestion et d'organisation avec une grande diversité de modèles d'architecture informatique a fait le succès des solutions SAP.

L'utilisateur SAP a toujours eu le choix en matière d'infrastructure, de systèmes d'exploitation, de stockage, de bases de données et de middleware. Ce degré de liberté a favorisé la concurrence et a toujours permis de trouver des solutions parfaitement adaptées.

SAP Business Suite sur AnyDB - Oracle, IBM DB2, Microsoft SQL Server, Sybase ou Hana - est le modèle de référence pour les logiciels standard de gestion d'entreprise.

Et presque personne ne veut changer cela - sauf SAP lui-même. Même les clients existants de SAP en Allemagne, en Suisse et en Autriche, organisés dans le groupe d'utilisateurs SAP germanophones (DSAG e.V.), restent en grande partie attachés au modèle classique, comme l'a montré une enquête réalisée il y a 18 mois.

Le président du comité directeur de DSAG, Marco Lenck, s'exprime à ce sujet :

"Les membres de DSAG ont acquis un grand savoir-faire dans le domaine de la Business Suite et comptent sur elle pour reproduire leurs processus de manière efficace et aussi complète que possible, aujourd'hui et à l'avenir. Malgré des produits innovants, la sécurité future de la Business Suite doit être maintenue".

En raison des projets connus de SAP d'introduire une monoculture basée sur S/4 et Hana d'ici 2025, des inquiétudes légitimes se font jour au sein de la communauté SAP.

Le magazine E-3 a invité IBM et Oracle à une table ronde sur les bases de données dans les locaux de la rédaction à Munich. Martin Mezger, SAP Business Development Executive - IBM Analytics, et Gerhard Kuppler, Vice President SAP Alliances, Oracle Corporation, ont discuté avec le rédacteur en chef Peter M. Färbinger.

Quelles sont les options et la stratégie des clients existants de SAP pour les années à venir ? En effet, un symposium Hana organisé par DSAG e.V. montre un état désastreux du développement actuel de la base de données In-memory Computing Hana de SAP.

On essaie de faire face à la situation avec des mises à jour mensuelles et des corrections d'erreurs, mais les clients existants sont complètement dépassés en raison du code logiciel Hana erroné.

Les alternatives à S/4 et Hana font donc l'objet de discussions intensives, notamment lors de la table ronde sur les bases de données de l'E-3 :

Monsieur Gerhard Kuppler, le partenariat avec SAP en matière de bases de données dure maintenant depuis près de 30 ans. Qu'est-ce que cela signifie pour Oracle ainsi que pour les clients existants de SAP ?

Gerhard Kuppler, Oracle : Premièrement, notre intention est de continuer à fournir les meilleures technologies aux dizaines de milliers de clients de bases de données SAP-on-Oracle.

Notre travail commun a toujours été marqué par un désir constant de fournir aux clients communs des solutions de service et de support efficaces pour leurs besoins applicatifs. Et ce, afin d'offrir aux clients une valeur ajoutée et une protection optimale de leurs investissements.

Deuxièmement, la collaboration continue a pour objectif de fournir des technologies de base de données optimisées pour les environnements d'applications critiques, qui rendent l'utilisation de SAP plus sûre, plus fiable et hautement évolutive, et qui la préparent pour le cloud.

Et troisièmement, SAP profite d'un partenariat de service et de support très réussi avec Oracle Corporation - bien que cela profite en premier lieu aux clients communs.

Les équipes Oracle de Walldorf ou de St. Leon-Rot, qui travaillent en étroite collaboration avec leurs collègues SAP du support, du développement et de l'équipe Alliance, sont pour ainsi dire des joueurs d'équipe bien rodés.

En résumé, cela signifie pour la communauté SAP ?

Coupleur : Oracle est l'un des principaux partenaires technologiques d'infrastructure qui ont joué un rôle majeur dans le développement et le succès de SAP R/3.

SAP a commencé à développer R/3 en 1988. Les technologies de base de données d'Oracle et les applications SAP sont très étroitement liées et parfaitement adaptées les unes aux autres.

Nous avons réussi à faire de nos technologies de base de données Oracle la base de données numéro un parmi les clients SAP du monde entier. La très grande base de clients commune attend de nos deux entreprises un avantage en termes de coûts ; donc des technologies qui, à long terme, fonctionnent ensemble de manière optimale.

Oracle Corporation déploie une quantité considérable de ressources de support au siège de SAP à Walldorf, ainsi qu'à St. Leon-Rot, Palo Alto et Tokyo, afin de garantir une utilisation sûre, fiable et évolutive des bases de données.

Monsieur Martin Mezger, le partenariat d'IBM avec SAP en matière de bases de données n'est que légèrement plus court dans l'environnement R/3, et bien sûr encore plus long dans l'environnement R/2 - comment jugez-vous cette période pour les clients d'IBM ?

Martin Mezger, IBM : Nous avons résolument orienté notre partenariat, qui s'est développé depuis de nombreuses décennies, vers les avantages pour les clients. Dès la création de SAP par d'anciens employés d'IBM, le produit SAP R/2 était conçu pour fonctionner sur mainframe, y compris avec DB2.

Pour les produits qui ont succédé à R/3 et à SAP Business Suite, on a beaucoup investi dans le développement commun, en particulier dans l'environnement des bases de données, notamment pour optimiser DB2 en vue de son utilisation pour les logiciels SAP.

Je peux confirmer que c'est le cas : Cela se poursuit. Avec nos investissements actuels dans le développement de DB2, nous avons l'avenir des clients SAP en ligne de mire. Bien sûr, chaque partenariat a ses hauts et ses bas, que nos clients ne doivent pas laisser perturber.

Avec Hana comme base de données, et en particulier avec S/4, SAP a de fait déclaré ses propres solutions comme zone sans AnyDB. Comment un proche compagnon de longue date de SAP, comme IBM et Oracle, gère-t-il cette situation ?

Mezger : Nous pensons que l'orientation vers une stratégie propriétaire est une erreur à long terme. Nous l'avons déjà compris chez IBM. Jusqu'à présent, SAP avait un bon sens de la concurrence et des avantages que les clients SAP en tiraient. Il existait un écosystème de partenaires avec lequel d'immenses valeurs ont été créées en commun.

Est-ce encore le cas aujourd'hui ? Entre-temps, SAP parle de partenaires, les traite principalement comme des "routes-to-market".

Après tout, SAP est un partenaire important pour IBM, et pas seulement sur le marché des bases de données ?

Mezger : En ce qui concerne DB2, nous sommes aux côtés de nos clients : Nous sommes toujours prêts à coopérer avec SAP dans de larges domaines et nos investissements sont orientés vers ces nouveaux champs, notamment parce que les coopérations avec d'autres fournisseurs ERP profitent tout autant des nouveaux investissements dans DB2.

Coupleur : Plus des deux tiers des clients SAP de taille moyenne et de haut de gamme font tourner leur application SAP sur Oracle et font confiance aux technologies Oracle. Ainsi, les bases de données Oracle sont de fait "établies" dans l'environnement SAP.

Les deux groupes - Oracle Corporation et SAP - ont logiquement une responsabilité commune vis-à-vis de l'écrasante base de clients SAP qui font confiance aux technologies de base de données Oracle.

Et ne faut-il pas aussi voir au-delà des frontières de SAP ?

Coupleur : Oui, pratiquement tous les clients SAP ont recours à des applications non-SAP très différentes. Cela signifie que même si un client SAP migre par exemple son entrepôt commercial vers Hana, il continue d'utiliser des bases de données Oracle pour utiliser d'autres applications.

De plus, Oracle a une très grande diffusion avec d'autres applications sur ces marchés précisément et sur d'autres marchés.

Et qu'en est-il des parts de marché ?

Coupleur : Avec l'arrivée de Hana sur le marché, également liée à l'acquisition de Sybase, SAP s'est fixé pour objectif de devenir le numéro deux du marché mondial des bases de données.

C'était il y a plusieurs années déjà. Les études de marché de Gartner sur le marché mondial des bases de données montrent que SAP est encore très loin de marquer des points sur le marché des bases de données avec Hana, au-delà du marché SAP.

Le fait est qu'il a été prouvé qu'Oracle reste le leader incontesté du marché mondial des bases de données. Hana est un environnement propriétaire SAP et les clients veulent de l'ouverture.

Mezger : Je pense qu'il est tout aussi important de penser à la grande majorité des clients SAP existants. C'est-à-dire les clients qui utilisent la Business Suite et qui veulent participer au progrès technologique sans risquer de détruire des années-hommes de conseil dans leurs systèmes sur place.

Je pense ici aux adaptations à grande échelle que les clients SAP doivent effectuer pour leurs systèmes afin d'obtenir des fonctionnalités adaptées à leur modèle commercial individuel.

Nous avons fait beaucoup de choses dans ce domaine, comme avec DB2 BLU dans l'environnement SAP-BW, qui est notre technologie in-memory.

Avec notre nouvelle stratégie HTAP, Hybrid Transactional Analytical Processing, nous avons encore du pain sur la planche. Nous misons sur la base de données hybride, capable de traiter aussi bien les charges de travail transactionnelles qu'analytiques - c'est-à-dire DB2 avec HTAP.

Cela fait partie de notre roadmap et c'est notre approche pour les clients qui souhaitent exécuter des requêtes analytiques plus complexes directement sur leur Business Suite.

Nous pensons qu'il y a des avantages à ce que les clients puissent accélérer, grâce à HTAP, leur Business Suite, adaptée depuis de nombreuses années à leurs besoins commerciaux spécifiques. Et ce, sans changement radical de l'architecture du système.

En termes de marketing et de vente, SAP oriente depuis longtemps ses clients existants vers Hana ou des systèmes basés sur Hana comme S/4. Le groupe de logiciels de Walldorf met en avant les succès qu'il a obtenus. Quelle est la perception d'Oracle parmi les clients existants de SAP ?

Coupleur : De laquelle des nombreuses Hana s'agit-il ? SAP NetWeaver BW ou SAP BW/4 Hana, Business Suite on Hana ou S/4 Hana ?

Les clients SAP sont inquiets ! Pour l'instant, ils ne savent pas où ils vont. On a investi pendant des décennies dans les technologies de base de données Oracle, Microsoft ou IBM - et maintenant, il n'y aurait plus qu'une seule base de données à l'avenir ?

Les projets des clients sont retardés et souvent - notamment en raison de la forte pression exercée par les commerciaux de SAP - Hana est certes vendue "avec succès" au client, mais n'est ni mise en production ni établie dans le cadre de planification pour un avenir proche.

SAP a toujours été une technologie ouverte, qui est maintenant "fermée" pour ainsi dire par Hana et surtout par S/4 - ce que l'on appelle le vendor lock-in.

Mezger : Nous voyons le tableau habituel du marché : d'un côté, il y a les clients qui veulent essayer quelque chose de différent, et il y a de très nombreux clients qui se concentrent sur leur propre entreprise et attendent de leurs partenaires informatiques qu'ils s'orientent en conséquence.

Après tout, le paiement de la maintenance donne aux clients un droit direct à l'innovation dans le produit existant. C'est du moins ce que nous pensons avec DB2.

C'est de cette attitude que naissent la feuille de route DB2 et la volonté d'alimenter à intervalles réguliers le monde DB2 en innovations directement utilisables.

Un exemple en est la très haute disponibilité grâce aux systèmes DB2-pureScale pour une disponibilité des données 24h/24 et 7j/7, qui est encore plus facile à utiliser dans l'environnement SAP avec DB2 V11.1. Et ce, sans explosion des coûts.

Et qu'en est-il de l'innovation chez l'utilisateur lui-même ?

Mezger : Ce point est tout aussi important pour moi. L'approche de SAP axée sur les ventes que vous avez mentionnée conduit trop souvent à passer tout simplement à côté du sujet.

Comment dois-je m'orienter en tant que client de la classe moyenne ou décideur d'un groupe du DAX ou du Swiss Market Index si je veux que mon entreprise soit prête pour l'avenir ?

Il s'agit ici d'un agenda d'innovation beaucoup plus marqué par les systèmes cognitifs, l'Internet des objets, les nouveaux projets logiciels agiles pilotés par Dev- Ops, les terminaux mobiles, etc.

Dans ce domaine, IBM fournit déjà à l'industrie des solutions Watson, Watson IoT, IBM Bluemix - dans le cloud mais aussi sur site. Ou actuellement avec de nouveaux produits et projets IBM dans le domaine de l'apprentissage automatique.

Tous ces thèmes permettent à nos clients de bénéficier d'une toute nouvelle agilité.

Nous voyons bien : Se concentrer sur un seul produit fonctionne peut-être sur d'autres marchés, mais sur nos marchés germanophones et autres marchés développés, on ne trouve pas d'écoute...

Plusieurs associations d'utilisateurs SAP, telles que DSAG, ont demandé que S/4 soit également disponible pour d'autres bases de données, afin que les clients existants puissent protéger leurs investissements dans les technologies Oracle et IBM, par exemple. Où en est-on ?

Mezger : Je pense que SAP est allé très vite dans ce domaine. Et n'a pas encore saisi l'opportunité d'impliquer ses partenaires de bases de données.

Cependant, en matière d'innovation, la concurrence compte toujours comme un indicateur immédiat. En tant que fournisseur de bases de données, IBM fait activement face à cette concurrence et les performances de DB2 peuvent être vérifiées publiquement à l'aide de benchmarks DB2.

Chez SAP, on peut choisir parmi un grand nombre d'offres de bases de données, pour autant qu'elles s'appellent simplement Hana. Cela ne devrait plaire à personne. En l'absence de concurrence, ce sont les clients SAP et, en fin de compte, les consommateurs qui en pâtissent.

C'est pourquoi je dis que les associations de clients et d'intérêts ont un rôle essentiel à jouer pour influencer les stratégies de produits. Les associations d'utilisateurs doivent activement refléter leurs besoins et utiliser leur poids en tant qu'acteurs du marché, sinon elles n'auront pas joué leur rôle.

Avec DB2, cette influence fonctionne très bien. Nous avons une communauté DB2 très active, notamment au sein du groupe d'utilisateurs SAP germanophones (DSAG). Nous en sommes très reconnaissants à nos clients !

Coupleur : Avec le temps, les groupes d'utilisateurs SAP du monde entier se sont manifestement émancipés. Petit à petit, des sons plus critiques se sont fait entendre au sein de la communauté, qui ont manifestement fait écho auprès du comité directeur de SAP.

Mon estimation est que le ténor de la DSAG en Allemagne et surtout de l'ASUG aux Etats-Unis continuera à souffler dans la même trompette, qui est : S/4 AnyDB !

Lors du lancement de Hana ou de S/4, les clients existants ont été plus ou moins mis devant le fait accompli. Le marché décidera de l'avenir des "nouvelles" technologies SAP.

Si la vitesse de conversion d'AnyDB vers Hana ou S/4 se poursuit au même rythme que jusqu'à présent, je m'attends à ce que la pile SAP-NetWeaver soit dé-supportée après 2030.

Avec la base de données Oracle 12c, Oracle propose également, comme Hana, une fonctionnalité in-memory. Comment les clients existants de SAP Oracle accueillent-ils cette option ?

Coupleur : Oracle Database In-memory a fait ses preuves à maintes reprises. Dans un benchmark - non certifié par SAP - cette option a prouvé qu'elle dépassait les valeurs obtenues avec Hana.

En outre, le client SAP qui utilise Oracle Database In-memory fait l'économie d'un nouveau matériel coûteux, de migrations complexes ainsi que d'une deuxième licence de base de données.

Dans l'environnement non-SAP, Oracle In-memory est très souvent utilisé et depuis longtemps à la grande satisfaction des clients - bien sûr aussi par les clients SAP, voir les présentations des clients aux journées technologiques DSAG à Mannheim cette année ainsi qu'à Asug/Sapphire Orlando en mai 2016.

Par expérience, nous savons que les clients SAP ont fait des milliers de modifications dans la pile SAP-NetWeaver. Celles-ci fonctionnent désormais de manière très performante avec Oracle Database In-memory - sans une seule modification de code - et ce sur OLTP et BW.

Dès 2013, IBM a introduit une version de sa base de données orientée colonnes, DB2 Blu. Comment cette technologie a-t-elle été accueillie sur le marché SAP ?

Mezger : La technologie de mémoire bleue DB2 a effectivement été adoptée très rapidement et à grande échelle par le marché, car nous avons veillé à ce qu'elle soit immédiatement utilisable dans les applications SAP existantes.

Blu fait déjà partie de la licence DB2-AESE, c'est pourquoi de très nombreux clients DB2 utilisent aujourd'hui la technologie Blu en mémoire sans frais de licence et de maintenance supplémentaires.

Nous recevons de nombreux commentaires positifs et nous investissons activement dans le développement de la technologie dans le cadre de notre feuille de route DB2, notamment en ce qui concerne SAP Core Data Services.

Et les frais de licence ?

Mezger : De mon point de vue, les coûts de licence ne représentent qu'une partie des coûts totaux, c'est pourquoi notre objectif est de protéger les investissements des clients et de permettre l'innovation avec le moins de ressources possible.

Nous essayons de minimiser les dépenses supplémentaires pour l'exploitation du système SAP avec DB2, le matériel existant peut en grande partie être réutilisé. Le client a le choix d'utiliser la technologie Blu-In-memory sur Windows, Linux ou AIX.

Nous offrons également des possibilités similaires avec DB2 zOS sur les mainframes. Nos clients nous confirment des accélérations d'un facteur 55 pour les requêtes SAP-BW et des économies d'espace importantes grâce à une compression efficace de 63 pour cent supplémentaires sur des données déjà comprimées, avec des coûts de licence et d'exploitation intéressants.

C'est l'avantage de la concurrence ouverte, et c'est ce que je demande à la communauté : Comparez !

SAP a indiqué la date limite pour la Business Suite basée sur SAP-NetWeaver avec l'utilisation d'AnyDB. Selon ce document, la suite sur AnyDB ne sera plus supportée après 2025. Que se passera-t-il d'ici là, que peuvent faire les clients selon vous ?

Coupleur : SAP a posé une certaine marque avec la date de suppression du support. Comme nous l'avons déjà expliqué : Le marché décidera si les objectifs de 2025 seront atteints ou non.

Si le taux de conversion des AnyDB vers Hana ou S/4 ne s'accélère pas durablement, il faut s'attendre à une date beaucoup plus tardive.

Quels sont vos projets ?

Coupleur : En tout état de cause, Oracle assurera le support de SAP Business Suite ou de SAP BW aussi longtemps que SAP en aura l'intention. Oracle peut confirmer que SAP sera également en mesure de supporter la base de données Oracle pour les clients SAP jusqu'en 2025 et au-delà.

Avec Hana, SAP voulait créer diverses caractéristiques d'exclusivité d'application, c'est-à-dire des fonctionnalités qui profitent exclusivement aux utilisateurs de Hana. Le fait est que les clients de SAP ont insisté pour que ces fonctionnalités soient également disponibles dans l'environnement "non Hana".

Et que s'est-il passé ? Les Core Data Services et les InfoCubes optimisés pour Hana-SAP-BW - également appelés FlatCubes chez Oracle - peuvent être utilisés en combinaison avec l'option Oracle Database In Memory, voir la note SAP 2335159.

Mezger : Je pense que ce sont les clients, ou plutôt leurs besoins, qui détermineront quand ils cesseront d'utiliser leur Business Suite. Nous considérons 2025 comme une "déclaration de direction" et sommes bien entendu prêts à soutenir nos clients DB2 aussi longtemps qu'ils le souhaitent.

Même chez les clients qui ne souhaitent plus utiliser de systèmes Business Suite, l'accès aux anciennes données sera nécessaire pour répondre aux exigences des commissaires aux comptes. Là aussi, nous proposons des modèles de licence flexibles afin de pouvoir répondre à ces exigences.

Une grande partie des clients SAP utilisent des solutions Oracle comme Database, Exadata Database Machine ou Oracle SuperCluster aussi bien pour SAP que pour de nombreuses applications non-SAP. Comment la cohabitation est-elle réglée, par exemple l'utilisation d'Oracle Database et de Hana ?

Coupleur : De nombreux clients utilisent les deux - aussi bien Oracle Database sur Exadata dans l'environnement ECC que SAP BW avec Hana. Un même client est à la fois orateur de référence au salon Oracle OpenWorld avec Oracle Exadata et 12c pour son système SAP et pour Hana avec SAP BW au salon Sapphire à Orlando, USA.

Les clients SAP qui exploitent à la fois ECC et BW avec Hana sont très, très rares et se présentent comme une sorte de "corbeau blanc". Pour plus d'informations, cliquez ici : www.oracle.com/sap

Monsieur Kuppler, merci beaucoup pour cet entretien. Monsieur Mezger, chez IBM, il y a encore la possibilité d'une interaction entre IBM Power et DB2. Comment voyez-vous les perspectives dans ce domaine ?

Mezger : Parmi les grands fournisseurs Unix, IBM Power est notre marque maison. Notre "Co-Innovation Roadmap" avec IBM Power est bien remplie. Cette feuille de route contient des thèmes d'avenir, je pense à la blockchain comme thème d'avenir important.

Les transactions commerciales y sont redéfinies au niveau numérique et la blockchain IBM fera également son entrée chez les clients SAP. Nous entretenons tout naturellement une étroite collaboration entre les secteurs d'IBM.

Nos développeurs du centre de recherche et de développement d'IBM à Böblingen ont largement contribué à influencer le jeu d'instructions Power8 pour SAP DB2 et nos clients AIX l'apprécient depuis longtemps.

La compression matérielle accélérée NX842 des fichiers de sauvegarde et des fichiers journaux par les processeurs Power8 en est un exemple. Lors de tests internes, la compression NX842 s'est avérée être la variante la plus économe en ressources et la plus rapide pour les sauvegardes SAP.

Le taux de compression, et donc le gain de place, était de 40%. À l'avenir, les technologies de compression et de cryptage seront de plus en plus importantes et cette intégration profonde existe déjà. Cela rend nos systèmes plus sûrs.

Et : grâce à la technique de virtualisation PowerVM d'IBM Power, la stratégie de cloud privé poursuivie par IBM-Analytics peut être particulièrement bien réalisée.

Nous voulons offrir à nos clients, dans leur propre centre de données, exactement les mêmes avantages à long terme que ceux qu'ils connaissent déjà du cloud public.

Pour finir, un sujet spécial, mais qui agite actuellement la communauté SAP : les pièges des licences SAP - coûts d'utilisation indirects ?

Celui qui n'a pas une vue d'ensemble des données échangées entre les systèmes SAP et non-SAP peut avoir de mauvaises surprises. C'est justement l'utilisation indirecte qui peut entraîner l'octroi de licences supplémentaires élevées.

Les utilisateurs doivent donc maîtriser non seulement les métriques de licence de SAP, mais aussi et surtout leurs propres systèmes, n'est-ce pas ?

Mezger : Je suis fermement convaincu que les clients doivent accorder la priorité à l'octroi de licences pour leurs systèmes. Dans le cadre de l'interaction avec les systèmes SAP, cela devient un travail à plein temps et fait partie du bagage de connaissances de tout décideur final en informatique.

Il faut donc "faire attention" à chaque changement de licence, même minime. Nous voulons ici montrer les possibilités de modèles de licence afin que les données puissent être libérées des systèmes et ne soient pas retenues dans des silos par des restrictions artificielles. Car à long terme, les données circuleront dans les architectures Hadoop et dans les systèmes ouverts Apache Spark.

Une chose est claire à l'avenir : les nouveaux métiers qui y prédominent, comme les data scientists et les Chief Data Officers, n'ont vraiment plus de compréhension pour ces silos. Nous avons reçu ce feedback de la communauté IBM Data Science Experience Community, DSX.

Monsieur Mezger, je vous remercie également pour cet entretien.