Va-t-on nous obliger à passer sur HANA ?
Ou encore quand faudrait-il passer sur HANA ?
Toutes ces questions sont des questions récurrentes au sein des entreprises surtout au lendemain des grands salons SAP où le sujet principal de toutes les présentations reste le plus souvent lié à HANA.
Essayons d'y voir plus clair au travers de quelques faits :
- Les investissements SAP et les nouveaux développements sont presque tous liés à HANA.
- SAP a demandé à ses partenaires que leurs solutions fonctionnent sous HANA même si les volumes de données à gérer sont faibles. Ex : Opentext
- Les experts s'accordent sur le fait que les bases de données traditionnelles n'ont pas d'avenir et seront remplacées par des solutions "In-memory". Ex : Dr. Bjarne Berg - Cf : Qu'est ce que HANA ? Ces solutions ne seront pas forcément HANA. Par exemple, Oracle a sa propre solution avec Exalytics. Un autre exemple de cette tendance vers le "In-memory" est visible au travers les annonces HP sur les "memorystore" et l'apparition de serveurs sans disques. (voir article en Anglais ici)
- A l'heure actuelle, le coût des serveurs HANA est divisé par deux chaque année. Les optimisations au niveau du logiciel HANA facilitent aussi le rapprochement des serveurs HANA et des serveurs standards. Ainsi, les optimisations sur l'écriture des logs HANA rendent l'utilisation des cartes Fusion IO ou des disques SSD optionnels. Les derniers serveurs Fujitsu ne font d'ailleurs plus appel à ses technologies.
- SAP développe les cas d'usage de HANA pour multiplier les gains pour les clients - CF : Article SAPPHIRE NOW 2014
- Le nombre d'application sur HANA uniquement croit et donc la part de maintenance sur ces applications va croissant.
- SAP est le premier client d'Oracle. Or, Oracle est le premier concurrent de SAP. La maintenance versée par SAP a Oracle permet donc à Oracle de développer des solutions concurrentes à SAP. Les tensions sont vives entre les deux éditeurs. De nombreux contentieux les opposent dont un procès en cours. Malgré tout, SAP a garantit le support des bases de données tierces telles que Oracle jusqu'en 2020. SAP ira t il au delà ?
- Maintenir plusieurs versions d'un même logiciel est très coûteux. C'est pour cela que les éditeurs limitent la période de maintenance sur leurs produits et ont tendance à consolider les solutions après des acquisitions externes.
Avec ces quelques points, il n'y a pas besoin d'être visionnaire pour comprendre qu'à terme SAP ne maintiendra qu'une seule solution : les solutions fonctionnant sous HANA.
Maintenant, cela ne veut pas dire que SAP va forcer la bascule de ses clients vers HANA dans un avenir proche. Si SAP souhaite basculer rapidement ses clients vers HANA, il devra faire un effort significatif sur les prix et même dans ce scénario, l'expérience de BW qui a été obligatoirement intégré aux licences ECC à laisser plus d'un client insatisfait. La meilleure stratégie pour SAP est donc de vendre la solution HANA au meilleur prix pendant la phase de transition, d'ajouter un maximum de fonctionnalités à la solution HANA pour inciter les clients à migrer, avant d'annoncer la fin de toute évolution sur des solutions non HANA puis d'annoncer la fin de maintenance standard sur les produits non HANA. Les clients pourront sans doute souscrire une maintenance supplémentaire pour le support des bases de données tierces ce qui finira par rendre le coût d'exploitation plus cher qu'une bascule sous HANA. Attention, je précise bien que SAP n'a rien annoncé officiellement et que ce déroulement n'est que mon opinion personnelle. Concernant, le planning, je pense que cela va fortement dépendre de l'adoption de HANA. Plus de client basculeront vers des solutions SAP HANA / ASE / IQ, plus la probabilité que la maintenance des bases tierces soit étendue au delà de 2020 sera faible.
Quand basculer sur HANA?
Il y a évidement plusieurs réponses à cette question. Dans le cas, ou vous êtes un nouveau client SAP, le choix me semble plus simple. Vous avez tout intérêt à choisir une solution HANA Runtime qui vous offrira HANA pour un pourcentage appliqué sur chaque licence utilisateur achetée. C'est un modèle assez semblable à celui appliqué par SAP pour la revente d'autres bases telle que Oracle. Il s'agit d'une solution généralement assez intéressante. A vous de bien négocier le montant du pourcentage sachant que 15% est le pourcentage appliqué pour Oracle. Si le choix de "quand basculer" est donc simple (pour moi) pour les nouveaux clients, la réponse est moins simple pour les clients historiques.
Il y a évidement plusieurs réponses à cette question. Dans le cas, ou vous êtes un nouveau client SAP, le choix me semble plus simple. Vous avez tout intérêt à choisir une solution HANA Runtime qui vous offrira HANA pour un pourcentage appliqué sur chaque licence utilisateur achetée. C'est un modèle assez semblable à celui appliqué par SAP pour la revente d'autres bases telle que Oracle. Il s'agit d'une solution généralement assez intéressante. A vous de bien négocier le montant du pourcentage sachant que 15% est le pourcentage appliqué pour Oracle. Si le choix de "quand basculer" est donc simple (pour moi) pour les nouveaux clients, la réponse est moins simple pour les clients historiques.
Quand c'est économiquement rentable pour vous !
SAP l'a bien compris, le nerf de la guerre étant l'argent, le point critique va donc être les cas d'emploi où HANA va vous aider à dégager de la productivité et des économies. Dans certains cas, cela reste assez facile, notamment pour les entreprises gérant beaucoup de valeur en stock. Ainsi, le DSI de "Animal Health International" a fait une présentation au Sapphire (en Anglais) indiquant que HANA avait généré une économie de 10% sur la gestion des stocks et que cette économie avait largement couvert le coût d'une mise en place de la solution HANA. J'ai également assisté à une présentation du DSI de KingFisher qui gère notamment les magasins Castorama en France qui indiquait que le retour sur investissement (ROI) de la solution HANA avait eu lieu en une journée. (L'économie générée par le passage en temps réel du calcul de stock, la réduction des encours de stock sur le groupe était telle que les 3 millions de £ du projet avait été amortit en une journée.) Au-delà des gains potentiels dans la gestions des stocks, il y a des gains également dans la gestion des ventes et l'analyse instantanée des ventes. Les industries Retail sont donc de parfait candidats à la mise en place de HANA. Les industries gérant de gros volume de données ont également potentiellement des économies à réalisées avec HANA.
Quand c'est techniquement intéressant !
Les coûts d'un projet HANA se divisent en trois partie : Les licences, le matériel et le Consulting. Force est de constater que l'écart entre le coût d'un serveur HANA et le coût d'un serveur standard ne cesse de se réduire. De plus, lors de la bascule sur HANA vous pouvez également économiser sur les coûts de maintenance des bases tierces de votre paysage SAP. Une bascule vers HANA pour des raisons purement technique n'est pas encore rentable mais entre la simplification de votre paysage (moins de serveurs, tous les serveurs basés sur la même architecture (OS, Base), les économies liées à la compression (Sauvegarde, disques), les arguments technique peuvent être un argument de poids.
Quand il y a un intérêt métier !
HANA peut permettre la mise en œuvre de solution dont les gains sont plus difficilement chiffrable mais qui crée un apport métier indiscutable : répondre rapidement à des questions complexes sur des volumes de données important, laisser vos métiers faire leur propres analyses sur de gros volumes de données, faire des analyses de tendances ou prédictives, mettre à jour vos indicateurs sans rechargement des données ... Réactivité, flexibilité, autonomie, simplification généreront productivité et des gains certains. Le calcul du retour sur investissement est juste plus complexe à réaliser.
En conclusion, vous seuls êtes en capacité de déterminer le meilleur moment pour basculer vers HANA. Plus vous attendrez, plus négociation avec SAP seront difficiles et/ou les gains en licences attachées à la bascule limité, mais plus les gains seront faciles à identifier et les coûts techniques réduits. Restez à l'écoute, ne négligez pas la veille technologique autour de HANA afin de ne pas manquer la bonne opportunité.
SAP l'a bien compris, le nerf de la guerre étant l'argent, le point critique va donc être les cas d'emploi où HANA va vous aider à dégager de la productivité et des économies. Dans certains cas, cela reste assez facile, notamment pour les entreprises gérant beaucoup de valeur en stock. Ainsi, le DSI de "Animal Health International" a fait une présentation au Sapphire (en Anglais) indiquant que HANA avait généré une économie de 10% sur la gestion des stocks et que cette économie avait largement couvert le coût d'une mise en place de la solution HANA. J'ai également assisté à une présentation du DSI de KingFisher qui gère notamment les magasins Castorama en France qui indiquait que le retour sur investissement (ROI) de la solution HANA avait eu lieu en une journée. (L'économie générée par le passage en temps réel du calcul de stock, la réduction des encours de stock sur le groupe était telle que les 3 millions de £ du projet avait été amortit en une journée.) Au-delà des gains potentiels dans la gestions des stocks, il y a des gains également dans la gestion des ventes et l'analyse instantanée des ventes. Les industries Retail sont donc de parfait candidats à la mise en place de HANA. Les industries gérant de gros volume de données ont également potentiellement des économies à réalisées avec HANA.
Quand c'est techniquement intéressant !
Les coûts d'un projet HANA se divisent en trois partie : Les licences, le matériel et le Consulting. Force est de constater que l'écart entre le coût d'un serveur HANA et le coût d'un serveur standard ne cesse de se réduire. De plus, lors de la bascule sur HANA vous pouvez également économiser sur les coûts de maintenance des bases tierces de votre paysage SAP. Une bascule vers HANA pour des raisons purement technique n'est pas encore rentable mais entre la simplification de votre paysage (moins de serveurs, tous les serveurs basés sur la même architecture (OS, Base), les économies liées à la compression (Sauvegarde, disques), les arguments technique peuvent être un argument de poids.
Quand il y a un intérêt métier !
HANA peut permettre la mise en œuvre de solution dont les gains sont plus difficilement chiffrable mais qui crée un apport métier indiscutable : répondre rapidement à des questions complexes sur des volumes de données important, laisser vos métiers faire leur propres analyses sur de gros volumes de données, faire des analyses de tendances ou prédictives, mettre à jour vos indicateurs sans rechargement des données ... Réactivité, flexibilité, autonomie, simplification généreront productivité et des gains certains. Le calcul du retour sur investissement est juste plus complexe à réaliser.
En conclusion, vous seuls êtes en capacité de déterminer le meilleur moment pour basculer vers HANA. Plus vous attendrez, plus négociation avec SAP seront difficiles et/ou les gains en licences attachées à la bascule limité, mais plus les gains seront faciles à identifier et les coûts techniques réduits. Restez à l'écoute, ne négligez pas la veille technologique autour de HANA afin de ne pas manquer la bonne opportunité.
Pour aller plus loin, je vous conseille de lire cet article : http://www.silicon.fr/bernd-leukert-sap-privilegions-in-memory-94870.html
RépondreSupprimerDans cet article, SAP confirme plusieurs informations intéressantes :
- SAP est en cours de réécriture de ses suites (Supply Chaine, BW, SRM, PLM et CRM) pour qu'elles soient optimisées HANA comme Simple Finance
- Aujourd'hui, il vous faut une box HANA par suite mais l'option 1 box HANA pour toutes les suites est dans la roadmap.
- Dans cette dernière configuration, les gains techniques risques fort d'être très intéressants ...