SAP Business Suite Powered by SAP HANA
publicité
Christophe Toulemonde Janvier 2013 SAP Business Suite Powered by SAP HANA Transactionnel et Analytique réunis Cette note a pour objectif de décrypter l’annonce de SAP Business Suite Powered by SAP HANA. Début janvier 2013, lors d’une conférence simultanée entre Palo Alto, New York et Francfort, SAP a annoncé officiellement le lancement de ses applications d'entreprise intégrées de la Business Suite sur sa base de données en mémoire HANA. Figure 1: Hasso Plattner, co-fondateur et Chairman of the Supervisory Board, présente SAP Business Suite Powered by SAP HANA Après avoir proposé la technologie HANA comme accélérateur des processus analytiques, en répliquant sur HANA les données de la base relationnelle, puis comme moteur de données des applications décisionnelles en remplacement de la base, SAP donne à ses clients l’option d’installer une « mise à jour technologique » via un Enhancement Pack qui fait de HANA la base de données In-Memory de toutes les applications décisionnelles et transactionnelles de la Business Suite. 20 ans après l’annonce de R/3 qui a « révolutionné » le monde des applications intégrées avec une implémentation du modèle Client/Serveur, SAP présente le couple HANA et Business Suite comme une avancée fondamentale vers l’entreprise Temps Réel. Révolution ou simple évolution, cette annonce représente dans tous les cas une étape importante pour l’éditeur, ses clients et ses partenaires. © JEMM Vision 2013 1 Table des Matières L’entreprise Temps Réel .......................................................................................................... 3 SAP HANA ........................................................................................................................... 3 Un marché prometteur ?.................................................................................................... 4 SAP Business Suite Powered by SAP HANA........................................................................ 4 Une base de données en mémoire, une révolution ? ................................................................ 4 In-Memory et Parallélisme ................................................................................................. 5 Données et Performances ................................................................................................. 6 Transactionnel et Analytics ................................................................................................ 6 Administration simplifiée .................................................................................................... 6 Modélisation virtuelle ......................................................................................................... 7 Avantage du temps réel..................................................................................................... 7 Les conséquences de cette annonce ....................................................................................... 8 SAP et ses partenaires ......................................................................................................... 8 Un avantage stratégique pour SAP ? ................................................................................ 8 Supprimer la contrainte d’Oracle ....................................................................................... 8 Un nouvel écosystème ...................................................................................................... 8 Les Clients : Directions Métiers et Informatique des entreprises ........................................... 9 Le défi de la performance .................................................................................................. 9 Environnement intégré ou modulaire ? .............................................................................. 9 Une nouvelle architecture applicative ? ............................................................................. 9 Une migration à risque .................................................................................................... 10 Une position unique mais temporaire ..................................................................................... 11 © JEMM Vision 2013 2 L’entreprise Temps Réel Une entreprise Temps Réel est une entreprise apte à saisir une opportunité lorsqu’elle se présente, c'est-à-dire une entreprise capable de « traiter, d'analyser et de prédire instantanément et de manière proactive dans un monde imprévisible ». Pour SAP, l’entreprise Temps Réel doit se réinventer. HANA et la Business Suite donnent aux entreprises « la possibilité sans précédent de traduire en temps réel des analyses et prévisions en actions immédiates tout en éliminant la complexité des données et des systèmes redondants ». SAP HANA SAP HANA est un système de gestion de base de données en mémoire. Il comporte quatre composants : SAP HANA Database, le moteur de base de données en mémoire. SAP HANA Studio, l’environnement de développement. SAP HANA Appliances, les environnements matériels et logiciels préconfigurés et certifiés, proposés sous forme d’appliances prêtes à l’emploi. SAP HANA Application Cloud, des infrastructures Cloud. Figure 2: SAP Hana A la différence des bases de données relationnelles comme SAP Sybase, Oracle, IBM DB2 ou Microsoft SQL qui gèrent la persistance des données sur des disques, les bases de données en mémoire comme HANA stockent les données … en mémoire vive (mémoire RAM). Elles tirent parti des grandes évolutions technologiques de ces dernières années (faible coût de la © JEMM Vision 2013 3 mémoire RAM, capacité de traitement des architectures multi-cœurs, rapidité des accès sur les mémoires flash). Un marché prometteur ? Depuis longtemps, les éditeurs de bases de données se sont intéressés à cette nouvelle technologie des bases de données In-Memory. En 2005, Oracle rachète TimesTen et sa base de données. L’éditeur la propose aujourd’hui comme cache en mémoire de sa base de données relationnelle. IBM a racheté en 2007 l’éditeur Solid et son produit SolidDB qui est utilisé par les grands acteurs des télécommunications (Cisco, Alcatel, Nokia, Siemens). Enfin Microsoft travaille sur le projet Hekaton qui devrait être commercialisé avec la prochaine release majeure de SQL Server. Avec HANA, SAP est le premier éditeur à proposer une base de données In-Memory à hautes performances pour toutes les applications, qu’elles soient analytiques ou transactionnelles. SAP Business Suite Powered by SAP HANA SAP annonce l’intégration de SAP ERP, SAP CRM, et SAP Supply Chain Management (SAP SCM) avec SAP HANA. 23 scénarios métiers de différentes industries et 400 rapports sont disponibles. L’intégration de SAP Supplier Relationship Management (SAP SRM) est prévue à une date ultérieure. Bien sûr, la Business Suite continue de supporter les principales bases de données relationnelles du marché. Mais avec cette annonce, SAP propose à ses clients d’exploiter HANA pour gérer l’infrastructure de toutes les applications critiques sur une plate-forme unique pour « supporter l’entreprise en temps réel ». Pour faciliter la migration, SAP annonce également une solution de déploiement rapide, disponible au cours du premier trimestre de cette année. Cette option, qui vise un déploiement en six mois, comprend notamment des services d’implémentation et modèles de paramétrage applicatif. Le tout pour un prix fixe. Une base de données en mémoire, une révolution ? Les SGBD relationnels stockent leurs données sur des disques. Il faut donc optimiser les accès pour ne pas pénaliser la performance globale. La technologie In-Memory a pour objectif d’améliorer les performances de manipulation des données en les rendant accessible directement en mémoire RAM. Il faut préciser que cette technologie In-Memory recouvre plusieurs concepts différents : Une optimisation des Entrées/Sorties de la base de données par une mise en mémoire cache des données les plus fréquemment accédées (ex : les index) Une base de données relationnelle s’exécutant en mémoire Des données organisées suivant un modèle en colonnes stockés sur disque Un stockage des données sur de la mémoire flash ou des disques SSD Dès sa conception, la feuille de route de SAP HANA préconisait de mettre toutes les données en mémoire RAM, organisées dans des vues virtuelles et non matérialisées, d’exploiter © JEMM Vision 2013 4 massivement les clusters d’ordinateurs pour supporter ensemble et en temps réel des applications transactionnels et analytiques. Figure 3: la feuille de route du projet HANA (source SAP) In-Memory et Parallélisme Lancé il y plus de 6 ans par Hasso Plattner, co-fondateur et Chairman of the Supervisory Board de SAP, le projet HANA avait pour objectif de déterminer quelles seraient les caractéristiques idéale d’un ERP. Figure 4: HANA, une base de données In-Memory (source SAP) SAP HANA combine un traitement massivement parallèle sur des objets métiers optimisés en mémoire vive : © JEMM Vision 2013 5 SAP HANA a été conçue pour une exécution en parallèle sur la mémoire réelle disponible sur les matériels actuels. Elle peut disposer des grandes quantités de mémoire RAM, s’exécuter sur des architectures de serveurs multi-cœurs en clusters disposant de mémoire flash sur disques SSD. HANA peut stocker les données en lignes ou en colonnes. En contraste du modèle relationnel classique, SAP HANA est capable de comprendre et de travailler directement sur des objets métiers complexes incluant des données structurées et non-structurées. Le modèle sémantique est inscrit directement dans le moteur de données. Par exemple, SAP HANA peut directement exploiter la connaissance des modèles OLAP sémantiquement plus riches que les structures relationnelles. Données et Performances Le traitement direct des données en mémoire voit ses performances améliorées très fortement. L’accès aux données ne nécessite pas d’Entrées/Sorties sur les disques. Le stockage des données n’est pas basé sur des blocs de taille fixe. La mémoire RAM est directement accessible par le processeur et rend inutile les buffers. La performance de l’application est moins dépendante de l’organisation physique des données, car en mémoire RAM, les accès directs sont aussi performants que les accès séquentiels. Enfin la logique d’accès est moins complexe, les algorithmes sont plus simples et nécessitent moins d’instructions. Transactionnel et Analytics En portant sa Business Suite sur HANA, SAP propose d’utiliser une seule base de données pour les applications transactionnelles et les applications analytiques. L’amélioration des temps de traitements change fortement la problématique des applications analytiques. Aujourd’hui, la création des rapports d’analyses complexes demande plusieurs heures voire des jours sans parler de la préparation du modèle et des requêtes. Présents lors de la conférence de janvier, les premiers clients de SAP HANA ont indiqué des temps de traitement réduits d’un facteur de 100 à 1000. Et SAP revendique que 17 de ses clients ont vu une accélération d’un facteur de 10000 des temps de traitement. Pour les applications transactionnelles, si l’avantage de performance n’est pas aussi évident, il n’y a pas de dégradation en écriture et les nombreux accès en lecture sont plus performants. SAP HANA supporte les propriétés ACID (Atomicity, Consistency, Isolation, Durability) nécessaires au traitement fiable des transactions. Administration simplifiée Il n’y a donc plus de distinction entre les données opérationnelles et les données informationnelles. Il n’est plus nécessaire d’extraire les données du système de référence (OLTP), pour les charger dans un système informationnel (OLAP) sur un datawarehouse ou un datamart. L’unicité de la base de données rend inutile les processus d’ETL (Extract, Transform, Load). Les travaux de consolidation et de réconciliation peuvent maintenant se faire en temps réel. Les traitements batch sont inutiles. © JEMM Vision 2013 6 Il y a réduction des volumes de stockage nécessaires car les copies des données, la création d’index ou les optimisations spécifiques par création d’agrégats ne sont plus requises. SAP évoque une réduction de l’ordre de 8 à 10 fois l’espace de stockage nécessaire. Modélisation virtuelle HANA présente une vue unifiée sur des données utilisées dans tous les systèmes qu’ils soient transactionnels, d’analyse et de BI, ou de planification. La prise en compte des modèles sémantiques directement dans HANA évite les tâches d’optimisations spécifiques par création d’agrégats. Ces modèles étant virtuels, il est facile de les modifier. Avantage du temps réel HANA permet enfin de développer des applications qui exploitent en temps réel l’ensemble des données actives et historiques du domaine. Cette intégration des environnements transactionnel et décisionnel élimine les retards et les inefficacités inhérentes aux opérations en parallèle sur les opérations et le BI. Pour illustrer cette facilité, SAP a montré le scénario d’un responsable de vente qui, dans la même transaction, partant d’une analyse de l’ensemble de son marché, fait un ciblage sur un segment spécifique, identifie un client particulier et peut déclencher une action précise pour corriger un problème. Autrefois complexe et nécessitant plusieurs heures avec des systèmes traditionnels, cette opération peut se répéter plusieurs fois dans un laps de temps court. © JEMM Vision 2013 7 Les conséquences de cette annonce Avec cette annonce, SAP introduit une technologie de disruption qui présente un potentiel important pour l’éditeur, ses partenaires et ses clients mais n’est pas sans risque. SAP et ses partenaires Un avantage stratégique pour SAP ? Cette annonce a le potentiel de redistribuer les cartes dans le domaine des bases de données. Actuellement, SAP est crédité d’une part de marché de moins de 5%1. Avec HANA et Sybase, SAP a l’ambition de devenir le numéro 2 de ce marché en 2015. L’annonce permet également de déplacer le débat sur un domaine où SAP a clairement une avance sur ses concurrents dans le marché des solutions d’entreprises, par rapport aux domaines du Cloud ou de la mobilité où il n’est pas considéré comme un leader. Supprimer la contrainte d’Oracle Principal concurrent dans le domaine des applications, Oracle est aussi le principal fournisseur de base de données des clients SAP. Si les clients actuels suivent sa stratégie, cette annonce permettra à SAP de se libérer de la contrainte d’Oracle. En explicitant la valeur métier de cette technologie et en proposant des nouveaux processus métiers prêts à l’emploi et fortement innovants qui l’exploitent, SAP peut convaincre de le suivre sur cette stratégie. Il lui faudra d’une part expliciter clairement comment maitriser les risques et les coûts inhérents à cette migration et, d’autre part, proposer des solutions viables pour les applications non SAP tierces de l’entreprise qui s’exécutent sur Oracle. Un nouvel écosystème La France est un marché mature pour SAP. La plupart des grandes entreprises sont déjà équipées et souvent externalisent l’hébergement, la TMA et leurs systèmes (voir notre étude sur l’externalisation informatique). HANA crée un champ d'opportunités pour les partenaires de l’éditeur capables de transformer les capacités technologiques offertes en solutions à valeur ajoutée pour les directions métier des entreprises. Programmes d’éducation et de certification, co-investissements, co-innovation, place de marché des applications partenaires sont donc nécessaires pour créer une dynamique avec l’écosystème. SAP a commencé de promouvoir HANA et son environnement auprès des intégrateurs et développeurs, intéressé par les nouvelles opportunités issues de ces technologies. Avec un environnement de développement à leur disposition, les partenaires peuvent imaginer, développer et commercialiser de nouvelles applications basées sur la notion de temps réel et l’analyse des données de production. De plus, Hana peut s’adresser aux PME/PMI, surtout SAP et ses partenaires développent des modèles spécifiques par industrie rapidement installables, fortement paramétrables et facilement intégrables. 1 Parts de marché : Oracle 48%, IBM 20% et Microsoft 17% – Source Gartner 2012 © JEMM Vision 2013 8 Les Clients : Directions Métiers et Informatique des entreprises Le défi de la performance Hasso Platner le reconnaissait : « Si vous ne savez quoi faire de ces performances, alors probablement HANA n’est pas fait pour vous ». Bien sûr, les améliorations de performances sont bienvenues dans le monde analytique, mais d’autres solutions moins risquées sont également possibles. Le plus gros défi de SAP et de ses partenaires est d’inventer de nouveaux processus qui nécessitent à la fois du traitement en temps réel, une demande de performances élevées, et une valeur métier incontournable par rapport à l’investissement. Il faut inventer des processus métiers qui combinent criticité, temps réel, performances élevées sur un mixte de données actives et historiques. Il faut imaginer des transactions métiers qui s’appuient sur un historique des données de l’entreprise, une situation actuelle calculée sur des informations temps réel et des projections basées sur des analyses prédictives. Cela va nécessiter des équipes formées sur cette nouvelle technologie et capables d’identifier les modèles métiers et aptes à mettre au point les algorithmes nécessaires pour répondre à ces besoins. Environnement intégré ou modulaire ? Afin de protéger son marché, SAP a tout intérêt à proposer à ses clients un environnement complet et intégré. Cette solution a l’avantage d’offrir une gestion intégrée, prête à l’emploi, et efficace des principaux processus métiers. Mais aujourd’hui de nombreux clients cherchent à remplacer leur système monolithique par un ensemble de services indépendants plus aptes à gérer la complexité et la volatilité des besoins de leurs différentes directions métiers. Ici encore, SAP a le défi d’expliciter à ses clients comment son environnement intégré est à la fois efficace et performant pour gérer les processus sans valeur ajoutée de l’entreprise mais également souple et ajustable pour gérer rapidement les processus compétitifs de l’entreprise. Une nouvelle architecture applicative ? Cette annonce risque également de bouleverser l’architecture des applications et des infrastructures sur site. Elle est cependant plus cohérente avec les architectures applicatives rencontrées sur le Cloud. Le modèle traditionnel des applications en trois tiers (présentation, logique métier, données) est ici remis en question pour revenir à une architecture en deux tiers (présentation, logique métier & données). En effet, HANA est plus qu’un service de gestion de données mais comprend également des services spécialisés (Analyses, Prédictions, Opinions (Sentiment analysis), Texte non structuré…). La logique applicative se déplace du serveur d’applications vers le serveur de base de données. Le serveur applicatif devient seulement responsable du dispatching de l’application sur les différents terminaux utilisateurs (PC, tablettes, smartphones). Le serveur de données est responsable de la gestion des données et du traitement applicatif associé qui s’exécutent au plus près des données. © JEMM Vision 2013 9 On peut citer des conséquences importantes qu’il convient d’évaluer : L’intégration applicative des fonctions apportées par HANA et celles apportées par la Business Suite renforce la notion de plateforme intégrée SAP et rend plus difficile son intégration dans un système d’information hétérogène. L’amélioration des performances doit compenser la complexité additionnelle des applications du point de vue des développements et de la maintenance. La migration des applications HANA qui utilisent ces services spécialisés et propriétaires vers un autre système devient difficile voire impossible. Le remplacement des middleware spécialisés par la base de données HANA. Figure 5: HANA dans la stratégie de SAP Une migration à risque SAP propose une migration sans rupture technologique et contrôlée de sa Business Suite d’une base relationnelle vers cette nouvelle technologie In-Memory. Reste à savoir si les clients actuels, ayant beaucoup investi dans les technologies et expertises des données relationnelles, trouveront les avantages significatifs pour tenter la migration. On peut lister des critères d’évaluation : Rationalisation des fournisseurs, simplification des contrats et arguments de négociation. © JEMM Vision 2013 10 Calcul du TCO avec un prix de licence identique pour la base de données (15%) mais des besoins en capacités de stockage plus limitées et une infrastructure simplifiée. Evaluation des risques de migration des applications critiques de l’entreprise. Formation et montée en compétence des équipes internes sur une nouvelle technologie. Homogénéité de l’infrastructure en particulier des SGBD. Une position unique mais temporaire En conclusion, par cette annonce SAP a pris une avance sur ses compétiteurs, mais l’avantage reste fragile. L’éditeur doit maintenant convaincre rapidement ses clients que cette innovation est nécessaire pour leur succès. Cela passe par : Définir une politique de prix agressive permettant de justifier la prise de risque d’une migration des systèmes critiques. Convaincre les directeurs informatiques de sa base installée, aujourd’hui occupés à garantir la haute disponibilité des systèmes critiques et soucieux de justifier auprès des directions métiers les investissements nécessaires aux mises à jour et à la consolidation de systèmes, de la valeur ajoutée de ce nouvel environnement technologique. Valoriser auprès des directions métier la transformation nécessaire et démontrer comment HANA peut aider à créer de nouveaux modèles d’affaires et avantages concurrentiels. Et les clients de la Business Suite doivent évaluer les avantages et les changements apportés par cette technologie temps réel, étudier comment intégrer HANA dans leur environnement technologique et attendre les retours des premiers projets limités en portée et en délais pour envisager un déploiement plus large. © JEMM Vision 2013 11 A propos de JEMM Vision et de l’auteur : JEMM Vision est un réseau d’analystes indépendants de recherches stratégiques et d’analyses opérationnelles dans les technologies de l’information. JEMM Vision accompagne les Directeurs des Systèmes d’Information des entreprises et des collectivités dans l'optimisation économique, écologique et organisationnelle de leur système d'information. JEMM Vision aide également les fournisseurs informatiques à comprendre et analyser leurs marchés cibles afin de promouvoir leurs offres en maximisant leurs chances de succès. JEMM Vision se distingue par l’expertise et la complémentarité de ses membres, l’indépendance de ses analyses et de ses conseils. www.jemmvision.com Christophe TOULEMONDE est directeur du cabinet JEMM Research et fondateur du réseau JEMM Vision. Avec plus de 20 ans d’expérience dans l’informatique, Christophe est un expert reconnu des architectures orientées services, spécialiste de l’infrastructure et de l'intégration d'entreprise (données, applications, processus), du design et de l'architecture des applications distribuées et plus généralement de l’architecture d’entreprise. Auparavant, chez Meta Group, il a couvert, pour la zone EMEA, les domaines des stratégies d'intégration et de développement. Pendant 15 ans chez IBM et des filiales du groupe en France et aux Etats Unis, il a occupé divers postes de direction technique et marketing. Il a publié de nombreux ouvrages sur le e-business et l’intégration d’applications. Notes et études du site JEMM Vision sur le même sujet Quand SAP se greffe sur le Cloud : Après SuccessFactors, SAP accroche Ariba pour consolider son nuage SAP : L’innovation sous contrôle SAP s’envole dans les nuages - SAP CRM RDS sur le nuage d'IBM SAP Business By Design atteint la maturité © JEMM Vision 2013 12
