Appliance ? Une solution ? Ou Do It Yourself

Une solution sur mesure pour une application donnée n'est pas forcément une appliance que l'on connecte et que l'on fait fonctionner telle quelle jusqu'à la fin de ses jours. Les solutions modernes nécessitent un entretien régulier : les failles de sécurité doivent être colmatées, les erreurs fonctionnelles exclues et les améliorations de performance sont volontiers suivies.

Si je dois m'occuper moi-même de chaque composant et optimiser les paramètres, je peux y consacrer des services entiers. Mais si de nombreux utilisateurs utilisent la même solution, c'est une situation gagnant-gagnant pour le fournisseur de système et l'utilisateur si la solution est définie à l'avance et peut également être prise en charge en tant que solution. Bien sûr, je peux m'appuyer sur mon fournisseur de systèmes qui me fournit la solution et qui, le cas échéant, l'exploite également.

Mais combien de systèmes mon fournisseur de systèmes exploite-t-il ? Dans le cas de systèmes complexes et critiques pour l'entreprise, n'est-il pas préférable de collaborer en toute confiance avec le fournisseur de systèmes et de suivre ses recommandations ?

Exemple d'adaptateur réseau :

10 GbE représentent 9,8 Gb/s chez le fournisseur A et seulement 8,5 Gb/s chez B dans certaines circonstances. L'un distribue les interruptions sur tous les processeurs, l'autre les épingle sur un processeur. L'un supporte le hardware offloading, l'autre non, etc.

Quel est le bon adaptateur pour "mon" système ? Si mon fournisseur de système propose une solution optimisée pour mon application, c'est qu'il en a tenu compte, qu'il l'a testée, qu'il a choisi l'adaptateur approprié et qu'il l'a également configuré correctement.

Il en va de même pour les contrôleurs, la mémoire flash et les disques durs, les processeurs jusqu'au système d'exploitation et éventuellement les bons paramètres pour l'application. Et si des switches ou du stockage sont également impliqués, il s'est également occupé de ceux-ci et de leur connexion.

Si une mise à jour d'un composant logiciel est prévue, par exemple une nouvelle révision de mon application ou une mise à jour du système d'exploitation, je dois tenir compte des éventuelles dépendances. C'est-à-dire que je dois également mettre à jour le firmware.

Si je ne le fais pas, il se peut qu'il y ait une panne ou un dysfonctionnement. Je m'adresse alors en toute confiance à mon fournisseur de système : S'il sait ce qui est installé dans mon système, il connaît peut-être déjà l'erreur et peut me dire immédiatement ce qu'il faut faire. Ou alors, il demande un journal d'assistance du système et y trouve directement l'indication de l'erreur.

Il est très rare que l'utilisateur trouve une erreur non encore connue d'un composant, qui doit ensuite être analysée et éliminée, ce qui prend beaucoup de temps. C'est désagréable (et il vaut mieux avoir pensé à la haute disponibilité grâce à des systèmes redondants ou avoir une sauvegarde la plus actuelle possible à portée de main), car il faut parfois des jours pour comprendre l'erreur et développer et mettre à disposition un correctif.

Mais dans la grande majorité des cas, l'équipe d'assistance du fournisseur de système peut fournir rapidement la solution et mon application, qui est essentielle pour mon entreprise, peut continuer à fonctionner sans délai.

Un exemple d'une telle solution est la Lenovo Solution for Hana. En partie certifiée pour l'appliance Hana, en partie comme solution Hana TDI (Tailored Datacenter Integration). Mais dans tous les cas avec un support de solution de Lenovo intégré dans le flux de support SAP.

La solution Lenovo Distributed Storage Solution (DSS-c) pour Suse Enterprise Storage, certifiée pour une utilisation avec Hana, est également entièrement prise en charge par Lenovo en tant que solution. Ou encore la Lenovo Scalable Solution for Hana pour les scénarios S/4, qui met à disposition jusqu'à 36 TB sous un système d'exploitation, ou pour d'autres applications, indépendamment d'un partage SAP, avec jusqu'à 216 TB de mémoire.

Le point commun de toutes ces solutions est qu'elles sont basées sur des composants standard et ne constituent pas une solution propriétaire. Tout est "software defined" avec le support de la solution par le fournisseur en utilisant des serveurs et des composants standard.

Quelle que soit la solution que je choisis, un partenaire de confiance est essentiel au bon fonctionnement de ma solution.