Archives de catégorie : Systeme

Choisir ses fournisseurs IT : Maîtrise et risque vs. standardisation et dépendance

Dans un monde où la transformation numérique repose sur des infrastructures et des outils logiciels critiques, le choix des fournisseurs IT est une décision stratégique majeure. Faut-il opter pour une solution de marché, souvent performante mais fermée, ou privilégier des alternatives open source et européennes offrant plus de maîtrise mais avec un risque plus marqué ?

Le dilemme des DSI et responsables IT

Les décideurs IT sont confrontés à un choix difficile :

  • Choisir une solution propriétaire : Elle est souvent plus mature, bien supportée, avec un écosystème de services établi. Toutefois, elle expose l’entreprise à une forte dépendance vis-à-vis du fournisseur, qui peut imposer des hausses tarifaires, modifier les conditions d’utilisation ou arrêter certaines offres (comme le rachat de VMware par Broadcom l’a illustré).
  • Opter pour une alternative open source ou européenne : Elle offre une plus grande maîtrise des coûts, de l’évolution et de la sécurité, mais nécessite plus d’implication technique et un risque opérationnel accéléré par le manque de support ou de garantie d’évolution.
 le dilemme du DSI entre un système fermé et un avenir incertain mais ouvert.

La problématique des acteurs locaux

Pour le passage à Proxmox, la plus grande problématique fut de trouver un acteur diffusant cette technologie. Si le risque semble important pour un responsable informatique, il semble encore plus critique pour les prestataires locaux. En effet, ceux-ci doivent investir du temps et des ressources pour se former et proposer un support fiable, alors même que la demande reste incertaine face aux géants du secteur.

Pour le choix de Proxmox, seuls deux acteurs ont pu répondre présents (Cylène et Geco-IT). Cette volonté des opérateurs historiques de rester sur le modèle établi peut se comprendre, car ils ont structuré leurs offres autour des solutions propriétaires avec des équipes certifiées et des contrats de support bien établis. Cependant, cela accentue la prise de risque pour les entreprises qui souhaitent basculer vers une solution open source : elles ne changent pas seulement de technologie, mais aussi d’écosystème de support et de partenaires.

De plus, les entreprises qui font ce choix doivent parfois développer en interne des compétences spécifiques pour combler le manque de prestataires spécialisés, ce qui nécessite un investissement non négligeable en formation et en montée en compétence de leurs équipes IT.

Exemple concret : Migration de VMware/Veeam à Proxmox et de Talend à Talaxie

Le cas de Proxmox vs. VMware/Veeam

  • VMware/Veeam : Leader historique du marché, très intégré et performant, mais en train de devenir de plus en plus cher et verrouillé.
  • Proxmox : Une solution européenne open source offrant une alternative viable, avec une communauté forte et des coûts maîtrisés.
  • Impact : En passant à Proxmox, on gagne en autonomie et en réduction des coûts, mais on prend le risque d’un support communautaire moins structuré.

Le cas de Talaxie vs. Talend

  • Talend : Solution robuste d’intégration de données, mais devenant de plus en plus fermée depuis son rachat par Qlik.
  • Talaxie : Un fork open source européen permettant de conserver une logique décentralisée et plus flexible.
  • Impact : Moins de dépendance à un acteur privé, mais un besoin d’investissement pour maintenir la solution.

Les critères à prendre en compte dans le choix d’une solution

  1. Maîtrise technologique : Qui détient le code source et le contrôle de l’évolution ?
  2. Support et pérennité : Quelle est la capacité à maintenir la solution en interne ou via un prestataire de confiance ?
  3. Coût total de possession (TCO) : Une solution gratuite n’est pas toujours la moins chère si elle demande plus de ressources internes.
  4. Risque juridique et souveraineté : Les régulations sur la protection des données peuvent influencer le choix (ex : Cloud Act vs RGPD).
  5. Capacité d’évolution : La roadmap est-elle transparente et adaptable aux besoins futurs ?
  6. Partenaires du changement : Cette nouvelle solution s’intègre-t-elle facilement à votre environnement existant ? Nécessite-t-elle une refonte complète de votre écosystème ? Quel est le risque à moyen et long terme ?

Conclusion

Il n’existe pas de choix universel : chaque décision doit être évaluée en fonction des objectifs stratégiques de l’entreprise. L’important est de comprendre l’équilibre entre la maîtrise et le risque, et d’éviter la dépendance totale à un fournisseur dont les intérêts peuvent diverger de ceux de l’entreprise.

Les solutions open source européennes offrent une alternative intéressante pour reprendre le contrôle de son infrastructure IT, mais elles demandent un engagement et une expertise que les solutions propriétaires atténuent en échange d’une dépendance accrue. Dans un contexte où la souveraineté numérique devient un enjeu majeur, ce type de décision pourrait bien devenir un standard pour de nombreuses entreprises en quête de liberté technologique.

Installation de Retroshare sur Debian Sid

Quand des paquets sont disponibles pour d’anciennes versions ou pour d’autre distribution, il est souvent plus souvent de corriger la liste de dépendance d’un paquet plutôt que de le reconstruire de but en blanc.
Cette technique possède toutefois une contrainte importante, il est possible que les évolutions des dépendances aient des conséquences importantes sur les fonctionnalités de l’application. Néanmoins, pour des utilisations classiques, ou sous réserve de tests complémentaires, le gain de temps est très appréciable.

la démarche est la suivante :

En un, décompresser le paquet debian ainsi que sa liste de contrôle:


dpkg-deb -x retroshare_0.5.5-0.7068~wheezy_amd64.deb dir_tmp
dpkg-deb --control retroshare_0.5.5-0.7068~wheezy_amd64.deb dir_tmp/DEBIAN

Il faut ensuite mettre à jour les dépendances pouvant poser problèmes (nouvelle version disponible, renommage … )

Edition du fichier de contrôle :


vi dir_tmp/DEBIAN/control

Dans le cas de rétroshare,le problème se situe sur la dépendance suivante : libprotobuf7 qui n’est maintenant plus disponible en version testing.


Depends: libbz2-1.0, libc6 (>= 2.4), libgcc1 (>= 1:4.1.1), libglib2.0-0 (>= 2.12.0), libgnome-keyring0 (>= 2.22.2), libprotobuf9, libqt4-network (>= 4:4.5.3), libqt4-script (>= 4:4.5.3), libqt4-xml (>= 4:4.5.3), libqtcore4 (>= 4:4.8.0), libqtgui4 (>= 4:4.8.0), libssl1.0.0 (>= 1.0.0), libstdc++6 (>= 4.6), libupnp6 (>= 1:1.6.13), libx11-6, libxss1, zlib1g (>= 1:1.1.4), gnome-keyring

=> Remplacer le libprotobuf7 par libprotobuf9

Il suffit ensuite de reconstruire le paquet via la commande suivante pour avoir un paquet directement installable via les commandes classiques.

Reconstruction du paquet :


dpkg -b dir_tmp retroshare_0.5.5-0.7068~wheezy_amd64.deb

et il est maintenant possible de l’installer.

Ps : Ce post est une adaptation de Install Pencil on Debian qui traite du même problème pour une application différente.

Cariatides est DMP Compatible

Cariatides est maintenant DMP Compatible pour sa version 6.8 pour les 3 profils du DMP (Dossier Médical Patient) :  Profil création, Profil alimentation et Profil consultation.

Au bout de 3 mois, on voit une sortie positive pour ce projet 😀
Maintenant, il ne reste plus qu’à faire qu’il soit utilisable par des utilisateurs lambdas … Ce n’est pas rien mais le plus important est fait.

Pour info : Cariatides est logiciel de suivit de patient pour les hôpitaux psychiatriques, concu et développé par le GIP Symaris (Rouffach) basé sur le WebObjects associé à une base Oracle.

[ad#Google Adsense]

Astuces systèmes

1 Manipulation de fichier.

Travaillant actuellement sous plusieurs système, je me suis retrouvé à avoir des fichiers mal encodés … résultat, dans un même projet, j’avais des fichiers en ISO-XxX et d’autre en UTF-8. Donc pour homogénéiser le tout, le plus simple est d’utiliser la commande Linux suivante :

file nom_du_fichier > Permet de connaître l’encodage utilisé

iconv -f type_initial -t type_voulu nomFichier > nouveauFichier

Et le problème est résolu.

[ad#Google Adsense]