Conférence Linux CIO-LMI 24 novembre 2004

Transcription

1 Les dix commandements d un déploiementd Linux Conférence Linux CIO-LMI 24 novembre 2004 Vito ASTA Expert Open Source CIO-Online Directeur Exécutif - LINAGORA Tél :

2 Les dix écueils Déployer une application Open Source sous Linux peut poser un certain nombre de problèmes spécifiques, notamment en matière de support, de formation, de conduite du changement et de transfert de compétences. Les 10 écueils à éviter

3 Les difficultés 1. Groupe: comprendre Économie Production Aspects juridiques Licences 2. Groupe: déployer Infrastructure technique Progiciels Applications métiers 3. Groupe: gérer les ressources humaines Postes de travail Conduite de changement Compétences

4 Economie 1. Ecueil: bien comprendre les mécanismes économiques de l'oss (Open Source Software) Free = libre, pas gratuit (d'où Open Source plutôt que Free Software) L OSS est un modèle alternatif: De production de logiciel De business La chaîne de valeur est déplacée vers les services, par rapport aux licences: Build => Run Coût TMA Licences etc,... Modèle classique TM2L Lic, etc,... Modèle LL

5 Production 2. Ecueil: bien comprendre les mécanismes de production; choisir un partenaire adapté pour l accompagnement de projet et le support Communautés libres et souvent informelles de développeurs Nécessité de trouver un acteur capable de porter les engagements à leur place Le rôle des SS2L => un nouveau modèle économique et opérationnel Une SS2L est souvent un partenaire essentiel dans un projet de déploiement / migration Complémentaire par rapport aux partenaires classiques des DSI Modification de la chaîne de valeur : une alternative au modèle éditeur Un nouveau modèle économique Communautés de LL SS2L Outils LL (CVS, Bugzilla, ) Utilisateurs finaux

6 Aspects légaux, licences 3. Ecueil: maîtriser les mécanismes juridiques et les implications pratiques La question classique "whom do I sue?" ("contre qui je porte plainte [en cas de problèmes]?") n'a pas beaucoup de sens 4.me Ecueil: bien comprendre les licences OSS GPL, BSD, APL, double licensing... - il y en a beaucoup, et cela complique la vie Comprendre en pratique ce qu'on peut faire et ce qu'il ne faut pas faire - en réalité c'est souvent assez simple: Utilisation d'un composant OSS pour usage interne (end-user): pas de restrictions ni de problèmes légaux Utilisation pour usage interne (développement de produits dérivés): idem Utilisation pour usage non interne (redistribution): vérifier les termes de la licence. Le seul risque pratique: un "copyright claim" de la part du propriétaire Personne ne peut vous obliger à publier votre code.

7 Déploiement 5. Ecueil: déploiement de l'infrastructure technique Infrastructure de base: pas de problème important (Firewall, Web, DNS, DHCP, SMTP/POP/IMAP, etc.) Infrastructure de 2e niveau: file/print server, gestion des droits Conversion de fichiers entre l'environnement précédent et l'actuel Conversion des identités des utilisateurs, etc. Samba - coexistence SMB/CIFS (réseaux Microsoft) Samba 3: outils de migration semi-automatique Novell Linux Services - inclut edirectory => intégration avec Samba OpenLDAP et dérivés - gestion identités Il s agit de transposer objets et profils utilisateurs sur un annuaire de type LDAP Une migration à partir de Windows NT4 peut être assez complexe, mais pas plus que si on va vers Active Directory 6. Ecueil: déploiement des progiciels Presque tous les éditeurs proposent une version pour Linux Tous les grands (sauf Microsoft) : Oracle, BEA, IBM, SAP,... Beaucoup de produits pour PME ne sont disponibles que pour Windows => migration de produit, ou autre solution Utilisation de clients légers 7. Ecueil: déploiement des applications spécifiques et/ou metiers Applications en langage et environnement standard (C, C++, Java, J2EE): effort de migration modéré Applications en langage ou environnement totalement Microsoft (VB, C#,...): effort de migration important - cela peut demander une refonte totale Les outils d aide à la conversion sont encore rares

8 8. Ecueil: déploiement des postes de travail Meilleures opportunités d économie, mais problème délicat Les macros (p.ex. Excel) doivent être réécrites OpenOffice offre des outils qui rendent ce travail presque trivial Problème de dissémination de la nouvelle culture: formation et transfert de compétences, instauration de nouvelles «best practices» Fort "sponsorship" parmi les utilisateurs Importance du lancement du projet S'habituer à des mécanismes différents, surtout pour les applications de bureautique et de travail collaboratif Le danger de la résistance passive des acteurs de base» Il est essentiel de les motiver, et de justifier à leurs yeux les raisons de cet effort (ou conçu comme tel) 9. Ecueil: la conduite du changement Un projet de migration à Linux/OSS est, en général, un problème de conduite de changement Influence du mode de fonctionnement organisationnel de l'entreprise Créer un sentiment d'urgence afin de mobiliser les acteurs et de les faire adhérer à la "vision" Convaincre de la nécessité de changer et de s'engager dans un processus de changement S'assurer d'une implication constante des sponsors Poste de travail Conduite de changement

9 Compétences 10. Ecueil: acquisition de nouvelles compétences Linux, mais aussi: Logiciels serveur: Apache, Tomcat, Sendmail/Postfix, OpenLDAP, Samba, MySQL/Postgres, composants de sécurité,... Logiciels et environnements pour poste de travail: OpenOffice, Mozilla Firefox, Thunderbird,... Langages: PHP, PERL, Python,... Plusieurs actions sont nécessaires : Formation Choisir un bon partenaire Réaliser un transfert de compétences adéquat aux réels besoins Embauches, ou réductions de personnel

10 Quelques compléments Au tout début, il faut avoir des idées très claires sur Motivations pour ce changement L aspect financier (baisse des coûts) ne devrait jamais être la seule motivation!» (Qualité, adhérence aux standards, ouverture, indépendance des éditeurs, pérennité, etc.) Risques et avantages de l opération -> analyse SWOT Conduire le projet avec une attention constante sur Temps et phases de réalisation Gestion de la coexistence des solutions pendant toute la transition Rapports avec le partenaire SS2L Rôles et responsabilités réciproques Coûts de l opération Analyse du ROI Évaluation du TCO avant et après Cette présentation n est pas exhaustive D autres aspects qui pourraient être abordés (liste non exhaustive!): Choix de la distribution Linux à adopter (standard; spécifique) Politique de gestion des connaissances Gestion de la sécurité: avant/pendant/après le projet Choix d une solution de gestion de parc de postes de travail» Tele-administration de postes identiques Opportunité de diffusion du code spécifique développé

11 Merci de votre attention Vito ASTA Expert Open Source CIO-Online Directeur Exécutif - LINAGORA Tél :