SolMan 7.2 et l'avenir de la pile NetWeaver

Juste avant le nouveau millénaire, SAP a parlé pour la première fois de Java et de sa popularité croissante. Assez rapidement, Java 1.3 a été proposé dans la version 6.20 de NetWeaver. Rapidement, des voix se sont élevées pour dire que Java était l'avenir et, en sous-main, on murmurait même que Java pourrait remplacer l'ancien Abap. Selon l'indice TIOBE introduit en 2001, Java occupe depuis le début la première place des langages de programmation les plus populaires au monde. Alors qu'Abap est généralement classé à la fin du top 20.

Java ne présente pas d'avantages significatifs par rapport à Abap, à l'exception de quelques fonctions avancées. Pour SAP, Java constitue une alternative au langage Abap et offre un plus grand nombre de ressources, de développeurs et de possibilités. Au fil des années, Java a été intégré dans l'environnement d'exécution R/3 ou AS NetWeaver, ce qui a permis à Abap et Java de coexister sous la forme d'un système unique, le système à double pile. C'est également sous cette forme que le SoMan est proposé.

Fin de la double pile

SolMan 7.2 est basé sur NetWeaver 7.4. L'architecture diffère toutefois dans la mesure où, dans la version actuelle, le Solution Manager n'est plus exploité avec une architecture double pile, mais les deux piles (Abap et Java) sont exploitées dans deux systèmes indépendants. De plus, la base de NetWeaver 7.4 supporte l'utilisation de Hana comme base de données, ce qui permet d'utiliser le Solution Manager en combinaison avec une BD Hana.

Ces deux différences architecturales essentielles apportent toutefois de nouveaux défis et surtout de nombreux potentiels. La séparation de la pile et l'isolement d'une technologie par système qui en découle ont été envisagés et introduits par SAP dès la version 7.2 de la pile NetWeaver. Ainsi, les versions depuis NetWeaver 7.0 ne proposaient plus de solutions double pile. Sous NetWeaver 7.0, il y avait d'autres produits qui utilisaient les deux technologies Abap et Java.

Le Business Warehouse ainsi que le Process Integration sont déjà séparés depuis un certain temps. Le Solution Manager est le dernier produit de la série à devoir migrer de NetWeaver 7.0 à NetWeaver 7.4. Pour les clients et les utilisateurs finaux de SolMan 7.1, la migration est recommandée jusqu'à la fin de l'année, car NetWeaver 7.0 ne se trouve plus que jusqu'à cette date dans une maintenance standard valable.

Les raisons de cette fin de maintenance sont multiples. Outre les paquets de maintenance très coûteux pour SAP, l'utilisation de l'environnement d'exécution Java 4 est également un problème majeur. Celui-ci n'est plus développé par Oracle et n'est donc plus supporté. Depuis NetWeaver 7.1, SAP utilise son propre standard d'environnement d'exécution Java, qui est livré dans le cadre du noyau en tant que SAPJVM. Ainsi, avec la fin de NetWeaver 7.0, SAP fait un pas de plus vers la possibilité de proposer des logiciels et des applications d'une seule source. En outre, la réduction des dépendances vis-à-vis de la concurrence ainsi que la conception et l'utilisation propres des interfaces internes sont au centre des préoccupations.

Support de Hana

Comme nous l'avons déjà mentionné, l'un des principaux avantages de l'architecture de NetWeaver 7.4 est le support de la base de données Hana. Contrairement à NetWeaver 7.4, la version NetWeaver supporte toutes les bases de données, donc aussi les fournisseurs connus d'architectures de bases de données relationnelles, mais aussi l'architecture In-Memory-DB, telle qu'elle est proposée dans la base de données Hana et par Oracle. SolMan 7.2 peut être utilisé avec Hana et profiter ainsi de performances accrues. Il est toutefois toujours possible d'utiliser une base de données Oracle.

Dans sa nouvelle version NetWeaver 7.4, SolMan 7.2 est donc parfaitement équipé pour Hana, mais aussi pour le cloud, Fiori, SAPUI5 et la technologie mobile. Il constitue ainsi la base de la Business Suite powered by Hana. Grâce à d'autres technologies comme le NetWeaver Gateway Support, il est possible de restituer toutes les applications et tous les tableaux de bord sur une multitude de plateformes.

Toutes les plates-formes courantes sont prises en charge, y compris Apple iOS, Google Android et Microsoft Windows Phone 8 et plus. La principale nouveauté, la prise en charge de Hana, permet d'interroger et de traiter les données presque en temps réel à l'aide de cette base de données en mémoire, ce qui donne à SolMan 7.2 un gain de performance considérable.

Selon SAP, l'avenir des bases de données devrait être entièrement placé sous le signe de Hana. SAP a accepté une promesse de maintenance des produits SAP existants ainsi que de toutes les bases de données jusqu'en 2025. Dans le cadre des produits optimisés pour Hana-DB comme la suite S/4 Hana, SAP utilise NetWeaver 7.5, qui n'est en principe plus disponible que sous forme de variante Unicode. Dans cette version, SAP met l'accent sur S/4 Hana, l'Internet des objets et les optimisations de performance de SAP Fiori.

L'environnement d'exécution Java 8 ajouté dans NetWeaver 7.5 permet d'utiliser des hubs basés sur Java comme SAP Enterprise Portal, SAP Process Orchestration et SAP Business Process Management. Grâce à la communication directe entre les capteurs des machines via le support TCP/IP et via Abap au moyen d'Abap Channels, NetWeaver 7.5 ouvre la voie aux scénarios Industrie 4.0. Cette fusion de données sur les unités et processus de production dans le monde réel permet une évaluation en temps réel sur l'ensemble de la chaîne de création de valeur. La migration de SolMan de la version 7.1 à la version 7.2 s'avère très importante. Le niveau technique se caractérise avant tout par un "stack split" et implique la séparation ou la délocalisation de l'instance Java du système à double pile vers un système à simple pile distinct.

Ce processus a été introduit par SAP avec NetWeaver 7.3 et était initialement prévu pour le Dual Stack Split des paysages PI. Au niveau de l'application, des travaux de préparation et de finition sont nécessaires dans le contexte de l'activation de contenu. Ces étapes, divisées en préparation, mise à niveau et activation, sont nécessaires car, entre autres, le scénario Solution Documentation a été entièrement remanié dans SolMan 7.2.

Les scénarios tels que la gestion des demandes de changement, la gestion de projet, le test automatique ou le suivi des processus métier nécessitent également une activation de contenu. Dans l'étape initiale, on détermine par le biais d'un scoping quels scénarios sont concernés par la migration et, en conséquence, quelles notes et configurations doivent être implémentées et exécutées dans la transaction PREPARE_ACTIVATION créée à cet effet.

Ensuite, le Solution Manager est mis à niveau vers la version 7.2 et l'étape finale, l'activation, est effectuée dans SOLMAN_SETUP. En raison de la charge de travail qui en résulte, il est recommandé ici de procéder à une nouvelle implémentation du système SAP.

Cette approche, connue sous le nom de greenfield, permet au client de se débarrasser de l'héritage et de profiter pleinement des nouvelles fonctionnalités du logiciel. Si les clients souhaitent par exemple conserver leurs propres adaptations, l'approche brownfield offre une alternative pour une transformation progressive du paysage existant en un nouveau. Le résultat est un SolMan composé de deux systèmes fondamentalement différents sur le plan technique. Abap reste le noyau de SAP Business Suite et continue à gérer le traitement des transactions.

Java, autrefois également utilisé pour le développement de l'interface utilisateur, ne permet plus que la fonction de traitement des interfaces des agents CMS, en particulier dans le cas de Solution Manager. SAP continue donc de miser sur Abap dans son architecture NetWeaver à l'avenir et ne s'en écartera pas de sitôt. Un autre indice de cette approche est un nouveau produit appelé "Focused Run". Celui-ci s'inspire de SolMar, mais se passe complètement d'une instance Java.

Focused Run

Le Focused Run est entièrement basé sur Abap ainsi que sur la version NetWeaver 7.5 et utilise exclusivement Hana comme base de données. La communication des nouveaux agents Simple Diagnostics se fait désormais uniquement via HTTP, directement vers Abap, ce qui permet d'alléger la communication, car dans le Solution Manager traditionnel, chaque agent SMD agit comme un utilisateur indépendant dans la charge de travail.

Cela est parfois dû à l'ancienne infrastructure technique et a entraîné chez certains clients ayant plusieurs milliers d'agents des baisses de performance considérables, voire des pannes complètes de l'instance Java. À l'époque, on ne pouvait pas encore imaginer l'ampleur de l'utilisation de Solution Manager.

Cela ne veut pas dire que SAP abandonne complètement Java dans le domaine NetWeaver. Bien au contraire : dans le domaine du cloud, les fonctionnalités développées spécifiquement pour les clients continueront à être exécutées en Java et Javascript. Cela signifie que l'avenir est à l'hétérogénéité. SAP fait en outre de la publicité avec "Bring your own language" pour le soutien d'autres langues et obtient ainsi automatiquement l'accès à d'autres ressources, perspectives et très probablement aussi à d'autres clients.