Conflit HP-Oracle sur Itanium (1): HP victime d’erreurs stratégiques ?

Pour le cabinet Duquesne Group, ce conflit est l’un des plus graves de l’industrie informatique. Il est révélateur des choix faits par les constructeurs ces quinze dernières années et de l’évolution du marché.

Dans cette première partie nous étudions la stratégie des constructeurs au premier rang desquels HP. Une deuxième note d’analyse portera sur les options qui se présentent aux utilisateurs. Analyse.

Le règne du « standard de l’industrie » ou de la symbiose à trois
Depuis la fin des années 90 en gros, le modèle de la « symbiose à trois » qui a marqué le monde du PC s’est étendu aux serveurs. Ce modèle est caractérisé par le fait que personne ne maîtrise tout et que des rôles sont répartis entre des acteurs ayant des intérêts convergents :

• le processeur est l’affaire d’un spécialiste majeur, Intel, accompagné d’un concurrent mineur, AMD.
• le système d’exploitation est dans la même situation (Microsoft Windows Server et Linux)• enfin la boîte elle-même, incorporant les deux précédents est l’affaire d’un acteur qui gère essentiellement la logistique et le contact client à des degrés divers (l’exemple d’HP et de Dell en est une illustration).

C’est selon ce modèle que les serveurs en architecture x86 « standard de l’industrie » ont conquis le marché. Pour que cette évolution soit possible, il est nécessaire que deux caractéristiques soient réunies :

• le volume : les quantités en jeux doivent permettre à chacun de rentabiliser ses investissements
• l’interchangeabilité : aucun acteur n’est enfermé par les autres : HP peut vendre des machines Intel et AMD, Microsoft de même, Intel travaille avec HP, Dell, IBM etc.

Cette symbiose à trois s’est imposée pour une partie très importante des ventes (au moins 90 % en quantité) mais elle ne représente que la moitié du marché environ en valeur, car elle cohabite avec un autre modèle utilisé dans le haut de gamme de serveurs.

L’héritage fort du RISC/Unix mono-fournisseur de haut de gamme

L’autre modèle qui a cours dans le monde des serveurs (mettons le mainframe à part) est celui des systèmes de type RISC-Unix pour lesquels les rôles sont bien attribués à un seul acteur pour tout ou presque :

• IBM maîtrise ses processeurs Power et son système AIX dans ses pSeries

• Sun (désormais Oracle) propose ses processeurs SPARC et son système Solaris dans ses serveurs

• HP maîtrisait ses processeurs PA-RISC et son OS HP-UX dans sa gamme.

Ce monde « RISC-UNIX », très différent du précédent; est aujourd’hui caractérisé par :
• des quantités vendues beaucoup plus faibles, essentiellement en renouvellement
• des niveaux de prix –forcément- plus élevés
• une problématique forte de mise à niveau sur site et de compatibilité avec l’existant
• une interchangeabilité beaucoup plus réduite entre plates-formes concurrentes
• un mouvement de consolidation sur un nombre plus réduit de plateformes plus puissantes
• la présence des applications les plus critiques de l’entreprise sur ces architectures.

La base installée monte donc en puissance et en niveau d’exigence face à des fournisseurs qui voient les quantités vendues baisser et se trouvent confrontés à des investissements très élevés pour faire évoluer l’ensemble. Quadrature du cercle ?

Regardons les stratégies des constructeurs.

1998 : HP annonce qu’il arrête de faire évoluer ses processeurs RISC

Cette décision est critique et avec le recul s’avère cruciale. Héritant de plusieurs plates-formes de processeurs haut de gamme RISC, HP décide de confier à Intel son avenir en processeur via l’Itanium qui est probablement ce que l’on peut imaginer de mieux sur le papier.

HP arrête donc Alpha et PA-RISC et propose l’Itanium d’Intel à la place. Il fait évoluer son HP-UX en conséquence et fait progressivement basculer sa base installée.

Le problème dans ce choix est que la vision d’HP –qui pensait que d’autres constructeurs allaient le suivre- ne s’est pas réalisée dans des proportions suffisantes. Mis à part quelques acteurs de second plan ou de niche (Bull, SGI) l’adoption d’Itanium fut en effet fort timide.

On peut ici rappeler qu’IBM avait un projet de portage d’AIX sur Itanium (projet Monterey) aux débuts des années 2000. Ce projet fut abandonné, ce qui a probablement porté un coup mortel à la construction d’une symbiose à trois avec Itanium.

Force est de constater en 2011 que le pari d’HP sur ce point est perdu. Il n’y a pas de grand mouvement autour d’Itanium permettant de jouer des quantités susceptibles d’entraîner une adhésion du marché dans un éco-système suffisant.

HP se retrouve donc dans la position très difficile du client quasi unique d’un fournisseur peu intéressé à investir alors qu’il le faudrait dans l’intérêt d’HP seul !

Autre difficulté : middleware is king !

Subrepticement un quatrième larron a fait son chemin et s’est introduit dans le jeu pour le fausser : le middleware. Et l’un des acteurs majeur de ce marché s’appelle Oracle. En 2011 il est absolument partout : sur les plateformes x-86 comme sur les trois plates-formes RISC-UNIX.

Le middleware a ceci d’intéressant qu’il permet (avec quelques frais il est vrai) de passer relativement aisément d’une plate-forme à une autre à iso-middleware. L’utilisation de package (genre ERP, type SAP) amplifie cette tendance.

Or, pour le monde RISC-UNIX cette caractéristique (qui réduit la barrière à la sortie) est un empêchement d’investir en rond pour les constructeurs… car elle fragilise leur base installée qui est moins captive.

Qui sont les acteurs en place dans ce monde du middleware sur RISC-UNIX ? La réponse est claire : Oracle principalement et IBM avec son offre (DB2, WebSphere…).

On peut toutefois donner un avantage certain à Oracle qui est présent partout : dans le monde x86, et RISC-UNIX on trouve beaucoup plus de produits Oracle que de solutions IBM surtout cantonnées à sa propre base.

Au milieu de la précédente décennie, on remarque immédiatement deux autres acteurs qui, ne disposant pas d’offres de middleware crédibles à leur catalogue, sont en position de faiblesse : HP et Sun. Or Oracle a racheté Sun ce qui renforce bigrement sa position. HP se retrouve –une deuxième fois- seul et démuni.

Ainsi, les choix stratégiques d’HP sur quinze ans l’ont conduit à devenir tributaire d’un fabricant de processeur externe et de se retrouver sans défense face à la fuite de sa base installée par le middleware.

Sun-Oracle maîtrise toutes les cartes d’attaque et IBM dispose d’un système de défense bien en place. Où cela va-t-il conduire le marché RISC-UNIX ?

Analysons la situation des trois acteurs en présence :
IBM :

• IBM dispose d’un bonne base installée et peut la défendre

• il peut l’augmenter en prenant sur la base HP essentiellement

• il sait investir pour proposer la montée en puissance et en niveau de service que le marché demande

• il excelle dans la gestion rentable du rare et cher (exemple : mainframe)

• plus le temps passe plus le handicap de ses logiciels disparaît (ie : leur disponibilité faible ou nulle sur plateforme Sun et HP)

• il peut se présenter comme « la meilleure plate-forme pour Oracle ou pour SAP»

IBM n’a qu’à continuer à investir et attendre…

Sun-Oracle :

• son offre middleware (SGBD, Weblogic…) est omniprésente chez lui et les autres

• il décide en partie du sort d’HP – Intel : il ne souhaite pas de symbiose à trois dans le haut de gamme qui n’a pas de justification économique selon lui

• sa base installée RISC (Sparc) est forte mais vieillissante : saura-t-il la faire évoluer ?

• il doit investir dans le développement de processeurs Sparc pour l’évolution de sa base installée; il semble ne pas l’avoir compris dans le haut de gamme et ne pas avoir rassuré ses grands comptes

• les éditeurs tiers en ont peur…

Pour Sun-Oracle l’enjeu est d’investir en processeurs haut de gamme et de rassurer son écosystème d’éditeurs de logiciels.

HP :

• sa base installée en Itanium UNIX est moyenne et inquiétée par Oracle

• il dépend du bon vouloir d’Intel pour l’évolution de son processeur haut de gamme

• il encourt un risque de fuite de sa base installée (vers Sun Oracle et IBM)

• il ne peut prendre la main par le middleware qu’il n’a pas

• il ne peut pas faire évoluer seul sa base Itanium HP-UX, car il a besoin de partenaires qui sont ses concurrents

HP est coincé et il lui faut absolument reprendre la main pour s’en sortir. Cela semble nécessiter des manœuvres importantes; on peut juste imaginer en faisant un peu de fiction :

• récupérer de l’autonomie sur Itanium en récupérant des spécialistes d’Intel ?

• financer Intel pour qu’il poursuive Itanium… convaincre Oracle ? financer Oracle ?

• construire des voies de migration vers des plates-formes d’HP en x86 ?

Rien de tout cela n’est aisé on le voit, ni pour HP ni pour ses clients. Nous aborderons, dans une deuxième partie, les choix possibles pour les utilisateurs.

________________
Publié avec l’accord du cabinet  Duquesne Group .