Prise en charge des logiciels Open Source dans les environnements informatiques

Toutes les réticences que les entreprises pouvaient avoir à propos de l'adoption de logiciels open source pour les fonctions critiques de l'entreprise ont disparu depuis longtemps. Des études montrent que plus de 90 % des responsables informatiques considèrent les logiciels open source comme « stratégiquement importants » et que plus de 87 % des entreprises exécutent aujourd'hui des applications open source. Les entreprises se lancent dans des parcours open source – créer des pipelines de données avec Splunk, utiliser MuleSoft pour connecter des applications, orchestrer des charges de travail à l'aide de conteneurs – parce qu'elles veulent tirer parti de la flexibilité, du partage et de la portabilité des logiciels open source.

Pourtant, l'open source continue de causer des maux de tête en matière de support. Comme Forrester l'a déclaré : « 79 % des responsables informatiques ont du mal avec le support open source en temps réel. » Étant donné que l'open source est, par définition, ouvert, ses créateurs ne le servent pas automatiquement comme le feraient les vendeurs de logiciels propriétaires. Les logiciels open source peuvent avoir des bogues et des défis techniques comme tout autre ensemble de programmes. Ainsi, les entreprises essaient de gérer son utilisation en embauchant des développeurs possédant des compétences open source spécifiques et en brisant des accords de support pour dépanner des plates-formes spécifiques.

Cependant, ils échouent souvent. Quelque part dans leur parcours open source, de nombreuses entreprises constatent qu'elles manquent des connaissances et des capacités techniques pour prendre en charge leurs environnements open source croissants du point de vue des services opérationnels.

Ce faisant, elles peuvent se heurter à un certain nombre de défis. L'un concerne les résolutions de problèmes. Si une organisation enregistre un ticket auprès d'une communauté open source, la résolution d'un problème technique peut prendre des semaines ou des mois. Les organisations de services peuvent résoudre ces problèmes, mais à moins d'avoir des connaissances et une expérience sur plusieurs plates-formes, elles peuvent résoudre un problème à court terme et ne pas aborder le problème dans une perspective à long terme.

Un autre défi : trouver des talents qui comprend les technologies open source utilisées par les organisations. Les développeurs open source ont des ensembles de connaissances spécifiques et uniques pour leurs applications spécifiques. Cela signifie que si une organisation exécute 16 piles d'applications différentes sur open source, elle a souvent besoin de 16 développeurs différents disponibles dans le monde pour le support opérationnel. Ensuite, une fois que vous avez trouvé des développeurs qualifiés, il y a la complication supplémentaire de les garder. Si un développeur spécialisé dans MySQL part, les mises à jour du projet de base de données peuvent s'arrêter.

De plus, les organisations ont tendance à avoir du mal à se tenir au courant de leurs exigences en matière de licences. S'ils exécutent de nombreuses piles open source, ils doivent connaître les licences de chacune et savoir si les licences sont compatibles. Ils doivent comprendre quelle version d'une application est prise en charge, quelle est la version recommandée et quand des versions spécifiques sont abandonnées. De plus, à quelles vulnérabilités chaque pile logicielle au sein de l'open source est-elle exposée ? Les organisations installent des applications open source dans plusieurs environnements – plates-formes héritées, cloud privé, cloud public, charges de travail conteneurisées – sans connaître aucun droit ni implication. Comment vous assurez-vous que la gestion des actifs dans votre open source est conforme et sécurisée ?

Compte tenu de l'importance croissante de l'open source pour les entreprises d'aujourd'hui et de la complexité de ces problèmes, de nombreuses entreprises recherchent des accords de support tiers au niveau de l'entreprise. Voici trois bonnes pratiques à garder à l'esprit lorsque vous essayez d'optimiser les technologies open source.

1. Sachez ce qu'il y a sous votre toit
La plupart des entreprises exécutent des dizaines, voire des centaines, d'applications open source. S'ils n'ont pas fait un décompte précis de ce qui est installé et de ce qui a été interrompu, ils ne sauront pas quoi affecter une organisation tierce au service. Pour fonctionner efficacement, vous devez avoir une vue d'ensemble de l'excellence opérationnelle via un seul panneau de verre.

Cela commence par les applications les plus importantes – les chevaux d'entreprise exécutant des systèmes d'information ERP, CRM, financiers ou de fabrication. Mais cela ne s'arrête pas là. Il doit s'étendre à tous les styles de communauté plus petits, aux plug-ins et à toutes les dépendances vers lesquelles ils effectuent le suivi.

Si vous vous engagez avec un groupe tiers pour desservir des plates-formes open source, vous devez travailler ensemble pour créer un système de gestion des actifs. La plupart des dirigeants opérationnels ne savent pas quelles technologies les développeurs utilisent au quotidien. Une grande partie du développement d'aujourd'hui se fait dans des microservices que les développeurs construisent et démontent en quelques heures. Vous devez suivre ces changements fractionnaires qui peuvent exposer votre organisation à des menaces de sécurité.

Cela s'étend également aux licences. Le fait qu'un fournisseur gère la matrice compliquée des licences open source supprime le stress et aide les organisations à rester en conformité. Quel est l'état de l'environnement ? Quand cela sort-il du champ d'application d'un point de vue juridique ? Quelle est la prochaine version vers laquelle l'utilisateur doit effectuer la mise à jour ? Si vous ne mettez pas à jour à la date prescrite, à quelles limites de sécurité serez-vous limité ? Ce sont toutes des questions cruciales auxquelles il faut répondre.

2. Choisissez les services qui correspondent à vos besoins

Les modalités d'assistance peuvent varier considérablement en fonction des environnements informatiques utilisés par l'entreprise.

Si vous travaillez exclusivement dans un environnement de cloud privé, vous êtes moins exposé aux interactions open source. Ainsi, ces situations nécessitent un soutien continu moins intensif. L'utilisation d'applications open source dans des environnements de cloud hybride nécessite des outils pouvant fonctionner dans des environnements privés et publics. Les environnements de cloud public ouvrent les applications à davantage de vulnérabilités, de sorte que les entreprises devront investir afin de ne pas perdre la traction.

Les accords de support peuvent également se chevaucher. Les entreprises qui ont de nombreuses applications – open source, propriétaires et construites en interne – ont de nombreux accords différents qui couvrent différents départements, zones géographiques et applications elles-mêmes. Il y a un avantage à s'engager avec une organisation d'entreprise qui peut prendre en charge plusieurs technologies et plusieurs domaines. Mais quelle part de responsabilité devez-vous sous-traiter à ce groupe ?

Cela dépend souvent du mode de fonctionnement des différentes organisations et de la manière dont les accords de niveau de service (SLA) sont structurés. Vous souhaitez confier à l'organisation de l'entreprise la responsabilité de résoudre tous les tickets et de prendre en charge tous les litiges ? L'organisation devrait-elle superviser certains problèmes et les escalader s'ils ne sont pas résolus ? Le fournisseur de l'entreprise a-t-il mis en place les bons accords multifournisseurs pour gérer les situations impliquant l'open source au niveau mondial ?

3. Adoptez le support open source de manière holistique

Pour tirer le meilleur parti des technologies open source, les entreprises doivent penser au-delà du support open source. Ils doivent s'engager avec un partenaire d'assistance qui connaît l'ensemble de leur environnement technologique et s'engage à résoudre les problèmes de manière globale.

Cela signifie résoudre un problème avec une application open source de plusieurs manières. L'une consiste à travailler directement avec la communauté open source pour gérer une solution à long terme au problème. Une autre consiste à faire le codage seul pour combler le besoin immédiat. Si le problème avec l'application open source affecte une initiative technologique plus large, un partenaire de support d'entreprise devrait être en mesure de travailler avec l'organisation pour fournir une meilleure solution intégrant une autre plate-forme ancrée dans une autre technologie.

L'approche holistique consiste à aider une organisation. conduire une expérience globale – avec le logiciel open source comme un élément important. Les organisations peuvent générer de la valeur commerciale grâce à l'utilisation de l'open source. Pour ce faire, ils peuvent s'engager avec les organisations de support pour adopter l'innovation tout en restant conformes et sécurisés tout au long du cycle de vie du logiciel.

L'open source présente des avantages et des risques. L'aborder de manière structurée et s'engager avec des partenaires de confiance permet d'accélérer les avantages et d'atténuer les risques.

Cliquez ici pour en savoir plus sur la manière dont HPE peut vous aider à optimiser l'ensemble de votre environnement informatique.

____________________________________

À propos de Jeroen Kleen

Jeroen Kleen est un technologue émérite chez HPE. Il apporte ses 23 années d'expérience, ses connaissances et son expertise technique pour développer de nouvelles opportunités de service HPE Pointnext Hybrid Cloud. Son objectif est d'améliorer la nouvelle expérience client numérique HPE avec de nouveaux services d'assistance opérationnelle HPE Pointnext interactifs et différenciés. Ces nouveaux services axés sur les résultats commerciaux aideront les clients à se transformer et à fonctionner plus facilement dans le cloud en constante évolution et les charges de travail conteneurisées. Son approche pragmatique et centrée sur le client est ce qui définit la base d'une expérience client nouvelle et différenciée mais complète sur laquelle HPE prend de l'ampleur. En plus du travail, il adore naviguer sur son bateau avec la famille et voler avec son drone.