Imaginez le DSW

et aux données back-end.

   WebSphere sur l’iSeries est une offre parfaite pour répondre à  ce besoin et pour lutter contre Microsoft. Pour être à  la hauteur de sa proposition, il lui suffit d’avoir un tarif compétitif et une offre intégrée. Et la même logique qui impulse les ventes de DSD – facilité d’installation, gestion simple de la charge de travail, et nul besoin de mises à  niveau – s’applique encore davantage aux serveurs WebSphere. Pour un réseau de service, il est logique de choisir un serveur autonome pour des raisons de sécurité et de disponibilité.

   En d’autres termes, il nous faut un DSW ( Dedicated Server for WebSphere) ! En suivant le modèle établi par le DSD, cela reviendrait à  limiter la puissance de traitement essentiellement à  WebSphere, Java et IFS, tout en limitant notablement l’interactivité, les bases de données, et les possibilités non WebSphere.

   Notons que le DSW serait aussi une bonne occasion de simplifier encore davantage les installations des serveurs WebSphere. Non seulement on peut préinstaller WebSphere, mais on peut préconfigurer l’OS/400 avec les paramètres WebSphere et les options d’OS appropriés, et l’on peut omettre les produits programmes non utilisés dans cet environnement. Il y a deux moyens d’atteindre cet objectif. L’un consiste à  créer une nouvelle offre DSW inspirée du modèle DSD. L’autre consiste à  modifier les modèles DSD existants pour permettre le traitement WebSphere/Java sans nécessiter aucune charge de travail Domino. (Un PTF récent a ouvert la puissance de traitement des DSD pour y inclure WebSphere et NetServer, mais le besoin de DSD d’une charge de travail Domino significative demeure.)

   L’une ou l’autre de ces approches permettrait à  IBM de satisfaire les utilisateurs existants de l’iSeries et, en même temps, de positionner l’iSeries pour réaliser de nouvelles affaires aux dépens des serveurs Windows et de WebLogic de BEA, en rendant les serveurs WebSphere véritablement « plug and play ».