Red Hat : Game Changer & Risky Flop


Pour les connaisseurs et les plus âgés, le souvenir de Léo Apotheker se réveille brusquement. Lors de son bref règne solitaire chez SAP, il n'a pas osé dépenser autant d'argent pour un rachat - mais chez Hewlett-Packard :
En tant que patron de HP, il a acheté l'entreprise britannique de logiciels Autonomy avec onze milliards de dollars américains. Quel mauvais investissement ! Il faut reconnaître à ce pauvre pharmacien que la direction était cohérente : HP devait et doit encore élargir son offre vers d'autres services et logiciels, comme IBM.
IBM tente depuis de nombreuses années de se libérer de la tradition du mainframe sans pour autant déclarer la faillite du mainframe. Une entreprise difficile, mais qui a jusqu'à présent réussi.
Nous utilisons également des mainframes et le rapport qualité/prix est étonnamment bon. Maintenant, IBM a racheté des prestataires de services et des entreprises de logiciels depuis de nombreuses années. Ce conglomérat de cultures, de technologies et de marchés différents nous laisse un sentiment mitigé.
IBM n'a pas encore connu le grand succès, car Microsoft, Alibaba, AWS et Google sont plus agiles et plus intelligents. Même Watson, l'espoir d'IBM, se transforme de plus en plus en un échec. Ou Watson est-il déjà mort ?
Red Hat me semble toutefois être une exception, il y a d'une part le prix de 34 milliards de dollars US et d'autre part le nombre élevé de 12.500 employés qui doivent maintenant être "blanchis".
IBM a déjà mené une acquisition stratégique aussi importante dans le mur : Softlayer, en tant qu'entreprise IBM, avait l'opportunité en 2013 de devenir un précurseur des hyperscaleurs actuels comme AWS, Google et MS Azure.
L'avance technologique n'a pas pu être transformée en domination du marché. C'est maintenant avec Red Hat et une large offre open source ainsi que le cloud hybride qu'il faut y parvenir.
Dans l'article de couverture de novembre dernier, le rédacteur en chef Färbinger a tenté de donner une bonne image de "Hana on Power" et donc d'IBM.
Et c'est vrai : Dans la grande majorité des cas, la combinaison du matériel de puissance IBM, de Suse Linux et de SAP Hana est plus recommandée qu'une plate-forme Intel.
Et je pense que cette combinaison sera probablement la référence de toute performance Hana pour les trois années à venir. Le processeur Power est une machine de big data.
Personne n'a investi autant d'"amour" dans un dérivé Linux pour Hana que Suse. Du point de vue de la communauté SAP, on pourrait même qualifier la combinaison Suse et Hana de "dream team".
Pour ne pas mettre en péril le succès de Suse Linux en général et les soins apportés à Hana, y compris toutes les maladies infantiles et les anomalies, Suse a besoin d'urgence d'une injection de capital !
Suse n'aura aucune chance face à la nouvelle équipe Open Source Dream. IBM et Red Hat ont le potentiel théorique de redéfinir la scène open source pour le marché B2B : L'objectif sera moins de devenir le leader du marché Linux que de proposer une offre cloud et open source très large.
Suse aussi essaie d'être plus que "Linux". Le mot d'ordre du moment et l'alternative au concept multicloud de SAP s'appelle Hybrid Cloud, ce qui permettrait à IBM et Red Hat de marquer des points de manière durable face à AWS, Google, Alibaba et Azure.
Du point de vue de la communauté SAP et des clients existants, l'inconvénient d'un cloud hybride est que l'on se trouve dans de nombreuses disciplines : un concept hybride implique un savoir-faire dans le domaine on-premise, le propre centre de calcul, tout comme on-demand (cloud privé, public et multicloud).
Ceux qui s'aventurent ensuite à utiliser la SAP Hana Cloud Platform seront en outre soumis à une licence au sens d'une utilisation "indirecte". IBM et Red Hat maîtriseront probablement mieux les aspects techniques et organisationnels d'une exploitation hybride que tout autre hyperscaler de cloud public, y compris SAP.
Ainsi, un futur cloud hybride d'IBM et de Red Hat pourrait devenir un "game changer", même si le potentiel de risque est très élevé.