1. Comment les grandes organisations
tirent parti de l’Open Source ?
Retour sur 12 ans d'accompagnement de grands comptes
publics et privés
Michel-Marie MAUDET
Directeur Général Adjoint
mmaudet@linagora.com
@mmaudet
0660469852 WWW.LINAGORA.COM
2. 12 années de retour d'expérience
Quelques grands clients de Linagora
Références schéma directeur Open Source de Linagora
2
3. L'Open Source est le moteur de l'innovation
Plus tous les grands de l'Internet utilisent et développent massivement
des technologies Open Source (Facebook, Twitter...). L'Open Source s'est démocratisé. 3
4. 2 Les principales raisons d'adoption de l'Open Source deviennent
l'indépendance vis à vis de MISO*, la qualité et l'interopérabilité
avant le prix.
libres
logiciels
d'adop tion des
urs
Les mote éditeurs
es grands
vis-à-vis d
● Indé pendance P Oracle)
IBM SA
(Microsoft on
t adaptati
ité des s olutions e
● Flexibil e
l’entrepris
aux b esoins de
ortant
● Coût pe
rçu moins imp
lics
voirs pub
men t des pou
● Engoue
logiciels
d e certains
● Meilleu
re stabilité
ls libres
es logicie
doption d
Les freins à l'a u marchéd
»(de fait)
s«s tandards
● Volonté
d’utiliser le s)
e
propriétair
(souvent gements
upp ort / Enga
● Organis
ation du s
en interne
mpéten ces fortes pplication
s
● Man que de co rcertaines a
rmante su
tion libre perfo
● Absenc
e de solu
écifiques
métier sp
Source : enquête clients
* MISO : Microsoft IBM SAP Oracle LINAGORA 4
5. Tirer le meilleur parti de l’Open Source :
l'importance de la gouvernance
Comme pour les logiciels et applications propriétaire, une bonne gestion des usages des
solutions Open source est essentielle pour éviter que le foisonnement inhérent au modèle
Open Source n'apporte une hétérogénéité trop forte au sein du SI
5
6. Enjeux pour la mise en oeuvre d'une
gouvernance Open Source
• L'Open Source comme levier pour :
• réduite la dépendance aux grands éditeurs et favoriser
Enjeux l'interopérabilité
Industriels • maitriser ses données
• Faire monter les équipes en compétence
• Choix des technologies Open
Source et benchmark :
• fonctionnel et technique
• maturité, support, adoption
Enjeux • qualité du code
Techno • « enterprise ready » ?
ogue
ERN ANCE 'un « catal n au logiques • licence, roadmap, sponsor
OUV et geston dé et commu
G n • Les impacts de l'Open Source sur
is
nito rmal ues e
t l'entreprise
- déf ices » no r at q
rv
de se e nes p • Définition d'un schéma Directeur
p des bon Open Source
Grou alisaton
it
- cap n œuvre • Revue interne des process
e
mi s e
Enjeux de maitrise des risques
• Prise en compte des juridique
Juridiques • Mise en œuvre d'une
spécificités projets de
l'Open Source (pas politique de propriété
d'éditeur, AVV, conseil intellectuelle
Enjeux et support différent) • Modèle Free Free ou
Projets et • Mise en place d'une Freemium ?
organisation dédiée • Doit-on reverser les
RH • Gestion RH contributions à la
• Catalogue de formation communauté ?
• Vérifier l'interopérabilité 6
• Support de niveau 3
7. L'Open Source maitrisé et industrialisé
● Revue interne des process de
maitrise des risques juridique
Définir un schéma directeur Open
Risques Juridique ● Mise en oeuvre d'une politique de
Source
propriété intellectuelle en 10 étapes
Contexte du client
●Connaître l'état de l'Art du marché Cartographie du SI
●Benchmarking Projets OS (passés, en cours et à venir)
Risques techno ●Matrice
Définition de l'univers des possibles
d'évaluation des solutions
Partage des bonnes pratiques
Maîtrise des risques technologiques
● Prise en compte des spécificités Maîtrise des risques juridiques
projets de l'Open Source (pas d'éditeur, Maîtrise des risques projets et industriels
AVV, conseil et support différent) Maîtrise des ressources humaines
Risques projet
●Mise en oeuvre d'une organisation Scénarios de mise en œuvre de 2 ou 3
dédiée projets (Plan projet / Organisation / Budget /
ROI)
Enjeux de l'industrialisation de l'Open
Pour construire un approche :
Source
CENTRE DE SERVICE
Risques industriel Les impacts de l'Open Source sur
l'entreprise Avec modèle assurantiel
Définition d'un schéma Directeur
Open Source OSSA
✔
7
8. Programmes type pour un grand compte pour développer
l'Open Source
1
Socle commun Linux
Socle commun Linux
6
Migration OpenOffice.org
Migration OpenOffice.org
Pilotes
2 Consolidation
Consolidation
Tactiques
(Linux // MySQL // JBoss)
(Linux MySQL JBoss)
7 Télédistribution et
Télédistribution et
3 inventaire
inventaire
SGBD Open source
SGBD Open source
0
4
Collecte de logs
Collecte de logs
8
Stratégiques CFT et $U
CFT et $U
Transverse
6
0
5 Projet
Projet 9 GED et
GED et
d'accompagnement
d'accompagnement Groupware
Groupware
8
9. Exemple de matrice d'évaluation des programmes pour
une grand Groupe industriel
PRIORITE 3 : Veille PRIORITE 2 : Étude détaillée PRIORITE 1 : Projets
Projets à lancer
Planning à définir avec
le client en fonction
des projets sélectionnés
ETL
Virtualisation
BI Ordonnancement
Transfert de fichiers
9
10. Exemple de détail d'un programme :
Socle commun Linux
1 Objectifs 1/ Industrialiser un socle Linux
Faisabilité commun
1 4 2/ Disposer d'un support unique pour
les logiciels libres utilisés
Attractivité
Maturité Impact TCO Diminuer la souscription Red Hat
Mutualiser les coûts de support
(simplification de la contractualisation)
Investissement Meilleure maîtrise du cycle de vie des
logiciels libres
Constat Deux distributions sont utilisées au sein du client (Debian / Red Hat)
Plusieurs versions de ces distributions co existent
Coûts Red Hat importants
Pas d'infrastructure interne de gestion de configuration et de mises à jour
Clés de
Choix d'une distribution communautaire (suppression de la redevance
succès au serveur)
Conservation de serveurs sous Red Hat pour les applications « certifiées »
Définir des profils d'installation automatiques et le cycle de gestion de version
Disposer d'une réasssurance globale liée au SLA
10
11. Comparatif des solutions de messagerie Open Source
+
PROPRIETAIRE
Richesse fonctionnelle, vision
OPEN SOURCE
-
- +
Maturité & Qualité industrielle
11
12. Comparatif des solutions de messagerie Open Source
Stratégie /
Dynamique
Licence / ZPL (MPL) et propriétaire
modèle AGPL v3 GNU GPL GNU GPL V2 GNU GPL
(Freemium)
économique Services / Support Services / Support Freemium
Prix annuel par utilisateur
Adoption
France (FR)
Références FR
(+ 50 000
utilisateurs)
Fonctionnalités
Gestion de la
mobilité
Intégration
Exploitation /
Administration
Sécurité
Documentations
/ Formations
Coûts
12
13. Aide au choix de la licence
● Exemple d’un éditeur souhaitant s’engager dans un projet Open Source
tout en se réservant la possibilité de commercialiser la solution et d’en
faire certains développements spécifiques.
En jouant sur le poids des différents critères, on peut sélectionner la licence
la mieux appropriée dans le contexte d'utilisation souhaité. 13
14. Exemple de recommandation de feuille de route pour le lancement
d'une stratégie Open Source
Évangélisation interne (« grand messe » Formation techniques des équipes dédiées à
Open Source puis communication interne) pour l'Open Source dans les centres de services pour
sensibiliser les équipes à FLOSS pouvoir assurer le déploiement et support niveau
1&2
Accompagnement des équipes du futur Politique Groupe : définir la politique Open
centre de compétence (achats, juridique, source du Groupe en terme de choix logiciels
gouvernance, architecture)
Modèle de contractualisation : sensibiliser Cahier de choix technique : définir les
les achats à la contractualisation avec les conditions d'utilisation d'une solution Open
sociétés Open Source et les licences source ou propriétaire (SLA, dispo ...)
Maturity model : disposer d'un modèle de Repositories Open Source : mettre en place
choix des solutions Open Source (maturité, des dépôts logiciels avec les versions certifiées
pérennité.. ) des logiciels Open source
Réassurance / Support niveau 3 Portail interne Open Source : portail de
communication interne avec les informations
utiles (licences, contrat, politiques Groupe ...)
14
15. La gouvernance Open Source – étape par étape
➔ Réalisation d'un schéma directeur Open Source
Stratégie ➔ Définition d'une politique et d'un cadre d'usage
Open
Source
➔ Faire une analyse différenciée entre le parc et le flux
→ Schéma directeur Open Source
(10 à 12 semaines)
➔ Publication d'un référentiel de solutions certifiées
CE Catalogue
VERNAN Processus de maitrise du cycle de vie
GOU Open
➔
Source Réassurance avec un acteur spécialisé (support /
➔
certfé maintenance / packaging / certification / qualité)
→ Contrat d'Open Source Software Assurance
➔ Mise en place d'une équipe Open Source spécialisée
Centre ➔ Accompagnement opérationnel des équipes projets
de ➔ Mutualisation des efforts et des systèmes
services ➔ Veille technologique / Conduite du changement
→ Centre d'expertise Open Source dédié
15