Le document présente un séminaire organisé par Linagora sur la gouvernance et l'assurance des logiciels libres, mettant en avant des enjeux clés tels que les coûts, l'indépendance et la qualité des solutions. Il décrit également les services offerts par l'équipe d'assurance logicielle, notamment la gestion du cycle de vie des logiciels et l'accompagnement des entreprises dans l'adoption de l'open source. Enfin, il évoque la plateforme tosca, dédiée à la gestion des demandes et au suivi des incidents liés aux logiciels libres.

1. SEMINAIRE
Supportez, maintenez et managez
tous vos logiciels libres avec
l'OSSA et LINAGORA
MAI 2010
WWW.LINAGORA.COM

2. Programme
Enjeux de la mise en œuvre d’une gouvernance Open Source.......................p. 3
Le centre d'expertise de Linagora...................................................................p. 17
Open Source Software Assurance..................................................................p. 30
Tosca Solution dédiée à l'assurance logicielle................................................p. 44
Retours d'expériences....................................................................................p. 69
2

3. Enjeux de la mise en oeuvre d’une
gouvernance Open Source
Michel Loiseleur
Directeur LRS
mloiseleur@linagora.com
Séminaire mai 2010
« L'Open Source sans risque avec l'OSSA »
WWW.LINAGORA.COM

4. LINAGORA – Présentation Société
Nos trois métiers
Mission : Logiciels et services Open
source pour réussir les grands projets du OBM Schéma Directeur
LinPKI Open Source
libre LinID
LinSM
Fondée : Mai 2000
Capital: Capital privé
X OSSA
Nombre d'employés : 150 Hosting
Intégration, Expertise
Migration, Formation
Évolution du CA Quelques clients (parmi 500+)
16 M€
13 M€
11 M€
8 M€
4 M€
2006 2007 2008 2009 2010
4

5. Notre vision de la gouvernance Open Source
➔ Réalisation d'un schéma directeur Open Source
S tratég ie ➔ Définition d'une politique et d'un cadre d'usage
Open
S ource ➔ Faire une analyse différenciée entre le parc et le flux
→ Schéma directeur Open Source
(8 à 10 semaines)
➔ Publication d'un référentiel de solutions certifiées
NA NC E C atalog ue
ER Processus de maitrise du cycle de vie
O UV
➔
Open
G S ource ➔ Réassurance avec un acteur spécialisé (support /
certifié
maintenance / packaging / certification / qualité)
→ Contrat d'Open Source Software Assurance
➔ Mise en place d'une équipe Open Source spécialisée
➔ Accompagnement opérationnel des équipes projets
C entre de
s ervices ➔ Mutualisation des efforts et des systèmes
➔ Veille technologique / Conduite du changement
→ Centre d'expertise Open Source dédié
5

6. Enjeux de l'adoption de l'Open Source
Les 3 principaux facteurs d'adoption sont :
● Coûts : Réduire le TCO
● Indépendance : Couvrir le risque industriel d'une dépendance
trop forte
● => Risque de l'« Ogre MISO » (Microsoft IBM Sap Oracle)
● Qualité des solutions : Bénéficier du modèle ouvert de
développement et d'innovation
6

7. Un marché du logiciel qui se referme … et qui s'ouvre : une
utilisation de plus en plus hybride
Le marché des solutions Open Source aujourd'hui
7

8. Les facteurs majeurs d'adoption se maintiennent mais les
priorités changent
Liberté
- de choisir
- d'innover Qualité
- de se tromper - interopérabilité
- flexibilité Coûts
- sécurité -acquisition
-développement
-support
8

9. L'open source ce n'est pas magique : le maîtriser et le
sécuriser pour en tirer le meilleur parti dans le SI
Sécuriser
les choix Sécuriser
-qualité
-pérennité l'usage
-construire Sécuriser
-standard
-maintenir le pilotage
-former -gouvernance
-juridique
-communication
9

10. Les enjeux de l'industrialisation
Adresser les enjeux liés à l'industrialisation et pérennisation de l'Open Source :
Technologiques Juridiques Projets
 Choix des technologies Open ● Revue interne des process de ● Prise en compte des spécificités
Source et benchmark : maitrise des risques juridique projets de l'Open Source (pas
- fonctionnel et technique
- maturité, support, adoption ● Mise en œuvre d'une politique de d'éditeur, AVV, conseil et support
- qualité du code propriété intellectuelle différent)
- « enterprise ready » ?
- lincence, roadmap, sponsor ● Modèle Free Free ou Freemium ? ● Mise en place d'une
 Les impacts de l'Open Source sur Doit-on reverser les contributions à
● organisation dédiée
l'entreprise
 Définition d'un schéma Directeur la communauté ? ● Gestion RH
Open Source ● Vérifier l'interopérabilité
● Support de niveau 3
10

11. Enjeux de l'adoption de l'Open Source
Les 3 principales questions :
● Support : comment maintenir dans la durée des logiciels Open source
sans support éditeur ?
● Juridique : comment respecter les engagements juridiques de l'Open
source?
● Gouvernance : comment piloter l'utilisation de l'Open source dans une
grande organisation?
11

12. Pourquoi une gouvernance FLOSS ?
12

13. Software Assurance Open Source
13

14. Contraintes de l'Open Source
Vous
14

15. Courbe de maturité des solutions Open Source
Visibilité
Virtualisation
ETL Maturité :
(oVirt / KVM)
(Talend / Spago / Moins de 2 ans
Offre Google Jasper) 2 à 5 ans
(Androïd / Chrome / ...) Outils collaboratifs 5 à 10 ans
Portail d'intégration (Mindtouch / RainDrop) Plus de 10 ans
(Liferay)
CRM
Poste de travail Outils de développement
(SugarCRM)
(Ubuntu / Fedora / Gnome / KDE) (Eclipse / Netbeans / Subversion)
BPM
(Intalio / Bonita) Partage de fichiers Serveurs d'infrastructure
(LinShare) (Samba / Squid) OS Serveur
BI
(Redhat / Debian)
(Talend / Jasper) Intégration continue
Outils de publication
(Hudson)
Qualité du code (Drupal)
Test de performance Annuaire d'entreprise
(Sonar / Cobertura) (Jmeter ) Supervision (OpenLDAP)
Bureautique (Nagios / LinSM)
Bureautique Media Messagerie Middleware
(Inskape / Gimp / Audacity) (OOo ) (OBM) (Apache / TomCat / JBoss)
Téléphonie PKI / architecture de confiance
(Asterix) (EJBCA / LinPKI / LinSign)
ERP
(Cocktail / OpenERP)
Bases de données
Outils de modélisation (PostgreSQL / MySQL)
(Papyrus) Outils de test
(Junit / Selenium) Inventaire / gestion de parc
Progiciels métiers Ordonnancement (OCS / GLPI / LinSM)
(logistique / facturation) (JobScheduler) Maturité
« Technology « Peak of Inflated « Trough of « Slope of « Plateau of
Trigger » Expectations » Disillusionment » Enlightenment » Productivity »
(naissance) (Le pic d’intérêt) (Désillusion) (Retour en grâce) (Plateau de
productivité)
15

16. L'Open Source maitrisé et industrialisé
Revue interne des process de maîtrise des
Définir un schéma directeur Open Source
risques juridiques
Risques Juridique Mise en œuvre d'une politique de propriété
intellectuelle Contexte du client
Cartographie du SI
Projets OS (passés, en cours et à venir)
Connaître l'état de l'Art du marché Définition de l'univers des possibles
Benchmarking Partage des bonnes pratiques
Risques techno Maîtrise des risques technologiques
Matrice d'évaluation des solutions
Maîtrise des risques juridiques
Maîtrise des risques projets et industriels
Prise en compte des spécificités projets Maîtrise des ressources humaines
de l'Open Source (pas d'éditeur, conseil Scénarios de mise en œuvre de 2 ou 3
Risques projet et support différent) projets (Plan projet / Organisation / Budget /
Mise en œuvre d'une organisation ROI)
dédiée
Enjeux de l'industrialisation de l'Open
Source
Risques industriel Les impacts de l'Open Source sur
l'entreprise
Définition d'un schéma Directeur Open
Source
Pour construire un approche :
CENTRE DE SERVICE
Avec modèle d'assurance
16

17. Le centre d'expertise
de Linagora
Guiran Patrick
Expert OSSA
pguiran@linagora.com
Séminaire mai 2010
« L'Open Source sans risque avec l'OSSA »
WWW.LINAGORA.COM

18. L'équipe OSSA
● Équipe pluri-disciplinaire :
● Système Linux : Desktop & Server
● Base de données
● Annuaire
● Technologies Internet
● Outils et bibliothèques Java
● Cluster
● Virtualisation
18

19. L'équipe OSSA
● Travaille intégralement avec des logiciels libres :
● Poste de travail sous Linux
● Serveurs sous Linux, Solaris ou nanoBSD
● Travail collaboratif avec OBM
● Réseau & Routage sous nanoBSD
● Gestion de parc avec Puppet, OCS & GLPI
● Supervision avec Munin & FAN
● Virtualisation en nuage avec oVirt (KVM)
● Forge de développement avec Redmine, Git & SVN
● Base de connaissance avec Piggydb
● Système d'Information avec BackupPC, OpenLDAP, LemonLDAP-
ng, LinShare, Samba, Cups, OpenFiler, etc...
19

20. 1 métier : l'assurance logicielle
● Analyse des incidents de production
● Instrumentation des logiciels libres
● Gestion du cycle de vie logiciel
● Retour sur les configurations mises en place
● Expériences sur différentes architectures
● Correction des anomalies logicielles
● Informations ou étude sur les opportunités liés aux LL
● Intervention d'urgence sur site
● Entretien des relations avec les communautés
20

21. L'équipe OSSA reverse
● Apache (2) ● Maven (1)
● AXIS (1) ● MondoRescue (23)
● Curl (1) ● OpenLDAP (5)
● Debian (1) ● OpenOffice.org (24)
● Firefox (2) ● PHP (1)
● Gforge (3) ● PMD (2)
● GLPI (3) ● Quartz (1)
● Horde (2) ● Thunderbird (7)
● JBoss (1) ● Xalan (1)
● KT-DMS (26)
21

22. Qu'est ce que le métier d'assurance ?
250 logiciels dans votre catalogue !?
Comment faites-vous ?
22

23. Une vision de l'assurance logicielle
23

24. Une autre vision
24

25. Linagora et les communautés
25

26. Inconvénients de l'Open Source
26

27. Avec un centre d'expertise OSSA
27

28. Profitez de nos expériences
28

29. Et quand ça ne suffit pas...
Accès au vivier de compétences de tout Linagora
29

30. Open Source Software Assurance
Michel Loiseleur
Directeur LRS
mloiseleur@linagora.com
Séminaire mai 2010
« L'Open Source sans risque avec l'OSSA »
WWW.LINAGORA.COM

31. Assurance Logiciel Libre
● Les logiciels libres utilisés en environnement critique nécessite bien
plus qu'un simple « support »
● L'accès à un centre d'expertise permet de répondre à cette attente
● Pour un coût forfaitaire, LINAGORA répond à cette attente avec
l'Open Source Software Assurance
31

32. Partenaire de confiance
Bénéficiaires Équipe OSSA ,
32

33. Open Source Software Assurance
Assurer le métier d'éditeur logiciel sans faire la R&D initiale
33

34. Open Source Software Assurance
34

35. Catalogue de Logiciels Libres certifiés
Aide à la gouvernance de la politique
Gouvernance d'usage du Libre
Logiciel 1
Logiciel 2
Gestion du catalogue spécifique
des Logiciels Libres utilisés
Logiciel 3 par chacun de nos clients
...
Logiciel n
Catalogue
Certification de ces logiciels dans le
Certification contexte de chaque entreprise
35

36. Convention de Niveaux de Service (SLA)
● L'OSSA vous rappelle en moins d'heure, souvent dans les 5 minutes
qui suivent le dépôt de votre demande
● Dans le cas de logiciels dits « critique », l'OSSA peut vous garantir
une analyse et un contournement du problème allant jusqu'à 4
Heures Ouvrées
● Toutes les corrections de l'OSSA ont été reversées aux
communautés concernées
● Ce reversement est la meilleure garantie possible sur les
correctifs réalisés.
36

37. Outils et moyens mis en oeuvre
Puissance de calcul
Equipe dédiée et
hautement spécialisée
Guichet unique et
services performants
37

38. Cycle de vie d'un contrat OSSA
38

39. Extensions possibles de l'offre OSSA
Mise en place d'un Technical Account
TAM dédié Manager dédié, avec une visite par mois
incluse
Demande ponctuelle concernant un logiciel
Veille stratégique ou un domaine logiciel
Veille évenementielle Suivi mensuel des logiciels assurés
Développements additionnels
Maintenance évolutive sur un logiciel libre assuré
Monitorat, Formations Formations sur les logiciels supportés
39

40. Processus
40

41. Niveaux de service standards
Anomalie Anomalie Anomalie
bloquante majeure mineure
Temps de prise en compte 1h 1h 1h
Temps de contournement 3 jours 5 jours -
Temps de correction 5 jours 10 jours 20 jours
Anomalie Anomalie Anomalie
bloquante majeure mineure
Temps de prise en compte 1h 1h 1h
Temps de contournement 1 jour 2 jours 5 jours
Temps de correction 3 jours 5 jours 20 jours
Horaires : 08h00 – 19h00
Option : Support 24/7
41

42. Type de demandes
42

43. Notre portail dédié : TOSCA
43

44. Tosca
Solution dédiée à l'assurance logicielle
Guiran Patrick
Expert OSSA
pguiran@linagora.com
Séminaire mai 2010
« L'Open Source sans risque avec l'OSSA »
WWW.LINAGORA.COM

45. Introduction
Tosca :
➢ Outil en ligne
➢ Outil de gestion de demandes
➢ Outil de production
45

46. SOMMAIRE
● Historique
● Présentation
● Visuels
● À venir
46

47. Pourquoi Tosca ?
● Portail v1 (6 mois)
● Agglomérat de projets Open Source
➢ MANTIS pour le suivi des anomalies
➢ OWL pour la gestion documentaire
➢ MediaWiki pour les informations de configurations
➢ Interface d'administration et de livraison des correctifs
développée en interne
● Non adapté au métier de l'OSSA
47

48. Autres outils
● Étude des autres outils
● Outils de gestion des faits techniques :
➢ BugZilla, Mantis, Request Tracker,
PhpBugTracker, Gemini, ITS, Clozure
● Outils de développement
➢ Trac, Redmine
● Conclusion :
● Ils sont tous orientés développement
● Ils ne sont pas tous intuitifs
● Mais, il y a pleins de bonnes idées à reprendre !
● Développement en interne d'une solution Portail v2
● Tos ca
48

49. SOMMAIRE
● Historique
● Présentation
● Visuels
● À venir
49

50. Tosca – Présentation
● Gestion de demandes ● Suivi de demandes
✔ Information ✔ Suivi des engagements
✔ Anomalie ✔ Mise à jour temps réel des délais
✔ Incident ✔ Système d'alerte par équipe
✔ Livraison ✔ Notification par courriel
✔ Évolution
✔ Assistance ● Rapport d'activité
✔ Répartition dans le temps
✔ Répartition par domaine de
compétence
✔ Suivi par équipe
● Outils de gestion
✔ Clients / Contrats
✔ Périmètre d'activité
✔ Convention des Niveaux de Service (SLA)
✔ Équipes d'ingénieur
50

51. Tosca – Utilisation
● Tourné vers la simplicité
➢ Réduction des champs informatifs
➢ Flux dynamique des demandes à traiter
➢ 2 champs suffisent à déclarer une demande : titre & description
➢ Les autres champs sont pré-remplis
● Possibilité de configuration
➢ Types de demande
➢ Cycle de vie d'une demande, par type de demande
➢ Types de demande par contrat
➢ CNS par contrat et type de demande
51

52. Tosca, adapté au métier d'assurance
● Solution « maison » pour la gestion de l'OSSA
● Respecte les principes ITIL
● Des notions propres au métier d'assurance
● Demandes (statut, sévérité, ...)
➢ Commentaires
● Clients (Contrats, Périmètres, Bénéficiaires)
➢ Convention de niveau de Service (CNS / SLA)
● Experts (Équipes, TAM)
➢ Travail collaboratif
● Logiciels
➢ Paquets (sources & binaires)
52

53. Contrôle d'accès
● Plusieurs profils
✔ Bénéficiaire : Customer, viewer
✔ Expert : admin, manager, expert
● Chaque utilisateur est soumis à une isolation fonctionnelle
➢ Isolation par contrat
➢ Isolation s'applique sur l'ensemble de Tosca :
✔ les contrats
✔ les clients
✔ les demandes
✔ les rapports d'activité
✔ les utilisateurs
✔ les équipes
53

54. On ne voit que ce qui nous concerne
54

55. Des composants libres
● Fiche technique :
● Ruby
● Ruby on Rails
➢ Nombreux plug-ins pour Ruby on Rails
● Open Source : licence GPL v2
➢ MIT, Ruby licence
● MySQL (ou PostgreSQL)
● Apache (mod_passenger)
● Linux
55

56. SOMMAIRE
● Historique
● Présentation
● Visuels
● À venir
56

57. Déposer une demande
Ces champs sont automatiquement préremplis
Ces deux champs suffisent pour déclarer une demande
57

58. Gestion de demandes
Types de demande
Différentes actions sur les demandes
Recherche & Filtres
Aide
58

59. Travail à réaliser
59

60. Une demande = Une discussion
Informations générales
sur la demande
Numéro et titre de la demande
Description de la demande
les commentaires privés
Interaction avec le bénéficiaire
60

61. Travail Collaboratif des équipes
Patrick:
Développement
du correctif
Adrien:
Packaging
+ Livraison
Le client a validé
le correctif
61

62. Fiche client
Informations du client
Liste de ses contrats
62

63. Fiche contrat
Informations générales
Les bénéficiaires du contrat
L'effectif lié au contrat
Description des engagements
Périmètre logiciel du contrat
63

64. Catalogue logiciel
Les contrats ayant ce logiciel
dans leur périmètre logiciel
De multiples versions Les demandes portant
peuvent être supportées sur ce logiciel
Les contributions réalisées
pour ce logiciel
64

65. Les contributions
Une contribution peut être
liée à une demande 65

66. Rapport d'activité
66

67. SOMMAIRE
● Historique
● Présentation
● Visuels
● À venir
67

68. Roadmap
● Fonctionnalités
➢ Possibilité d'isoler les bénéficiaires Juin 2010
➢ Souscription pour les notifications Août 2010
Oct. 2010
➢ Réception & Traitement des mails
● Travail de fond
Août 2010
➢ Passage à
(performance) Ruby 1.9
Sept. 2010
➢ Industrialisation
(packaging RPM / DEB)
Déc. 2010
➢ Généricité
(pour d'autres métiers que l'assurance logicielle)
68

69. Retours
d'expériences
Guiran Patrick & Michel Loiseleur
OSSA
pguiran@linagora.com & mloiseleur@linagora.com
Séminaire mai 2010
« L'Open Source sans risque avec l'OSSA »
WWW.LINAGORA.COM

70. OpenOffice.org
● Dictionnaire des synonymes
● Fonctionnalité présente depuis OOo 1.0
● Non fonctionnel en français depuis OOo 2.4
● Réparé par Linagora et reversé chez Debian & Ubuntu
● Zones d'impression
● Patch réalisé en 2 JO
● Patch discuté pendant 3 mois sur la liste OOo
● Accélération sur le publipostage (x7)
● Patch réalisé en 3 JO
● A provoqué la refonte du système côté communautaire
70

71. JBoss
● Problème sur le système d'achat Billetel
● ~ 100k achats de billets en 1h
● Déclaré le vendredi après midi
● Contournée le lundi matin
● Corrigée le mercredi soir
● Analyse :
● Instance Jboss séparé de celle de Tomcat
● L'ensemble du CLASSPATH était envoyé à chaque appel de
fonction (RMI)
71

72. MySQL
● Système en place sur une application critique du client
● Matériel : 16 coeurs, 64 Go de RAM
● BD : plusieurs To, plusieurs centaines d'utilisateurs dans toute la
France
● Gros problème de performances
● Actions de l'OSSA
● Audit du serveur, de MySQL et des requêtes applicatives
● Optimisation de la configuration système
● Optimisation de la configuration MySQL
● Proposition d'améliorations sur le schéma applicatif
● Étude d'impact sur les nouvelles versions
● Plus de problèmes de performances suite à ces actions
72

73. Socle Ubuntu
● Système de mise à jour à l'arrêt du poste
● Intégration de Firefox, Thunderbird & OpenOffice.org sous KDE
● Télé-configuration & inventaire du parc des postes de travail
● Gestion du cycle de vie des logiciels du parc
● Objectif atteint : « Zéro action humaine »
73

74. PHP
● Contexte :
● Apache renvoit un code HTTP OK (200) même en cas d'erreur
PHP.
● Les erreurs PHP sont affichés par le proxy
● L'applicatif ne gère pas correctement ses erreurs
● Problème signalé le jeudi soir
● Patch envoyé pour validation le mardi matin
● Patch resté spécifique : ce fonctionnement est nécessaire dans le
cas général
74

75. Merci de votre attention
Contact :
LINAGORA – Siège social
80, rue Roque de Fillol
92800 PUTEAUX
FRANCE
Tél. : 0 810 251 251 (tarif local)
Fax : +33 (0)1 46 96 63 64
Mail : info@linagora.com
Web : www.linagora.com
75