Différences entre les versions de « Usage du logiciel libre dans l'administration »

De April MediaWiki
Aller à la navigationAller à la recherche
Ligne 254 : Ligne 254 :
  
 
* la possibilité de contribuer au développement du logiciel par l'accès au code source ne doit pas donner la '''tentation de multiplier les ajouts de code spécifique''', au risque de perdre le lien avec la souche communautaire et d‘avoir à supporter une solution isolée sur le long terme. Une démarche d‘analyse de la valeur de l'écart au « standard » s’impose avec rigueur ;
 
* la possibilité de contribuer au développement du logiciel par l'accès au code source ne doit pas donner la '''tentation de multiplier les ajouts de code spécifique''', au risque de perdre le lien avec la souche communautaire et d‘avoir à supporter une solution isolée sur le long terme. Une démarche d‘analyse de la valeur de l'écart au « standard » s’impose avec rigueur ;
* la participation à la dynamique du libre est liée à la contribution, l'utilisateur, surtout professionnel, ne peut se limiter à profiter du système; il doit '''entretenir le modèle par réinjection d’une part de ses gains sous une forne ou une autre''' ;
+
* la participation à la dynamique du libre est liée à la contribution, l'utilisateur, surtout professionnel, ne peut se limiter à profiter du système ; il doit '''entretenir le modèle par réinjection d’une part de ses gains sous une forne ou une autre''' ;
 
* certains éditeurs jouent à la marge du modèle du logiciel libre, en gérant une version dite « entreprise » ou « premium » sous licence classique propriétaire et une version dite « communautaire » sous licence libre, mais qui est en général en retard sur l'autre version. C‘est le modèle dit du « Freemium ». '''Ces souches, portées par un éditeur plus que par une communauté, doivent être utilisées avec prudence''' car elles risquent toujours de rebasculer dans un mode propriétaire.
 
* certains éditeurs jouent à la marge du modèle du logiciel libre, en gérant une version dite « entreprise » ou « premium » sous licence classique propriétaire et une version dite « communautaire » sous licence libre, mais qui est en général en retard sur l'autre version. C‘est le modèle dit du « Freemium ». '''Ces souches, portées par un éditeur plus que par une communauté, doivent être utilisées avec prudence''' car elles risquent toujours de rebasculer dans un mode propriétaire.
  

Version du 3 octobre 2012 à 15:15

Circulaire sur les usages du logiciel libre

Redmine.png Tâche n°960

Résultat du passage dans un logiciel de reconnaissance optique de caractères (OCRFeeder) du fichier http://circulaire.legifrance.gouv.fr/pdf/2012/09/cir_35837.pdf

Texte à corriger :

Page 1

Page 1 relue

Liberté · Égalité · Fraternité

RÉPUBLIQUE FRANÇAISE

Le Premier Ministre

5608/SG

Paris, le 19 septembre 2012

à

Mesdames et Messieurs les ministres

Objet : Orientations pour l'Usage des logiciels libres dans l’administration P.J. : 1

Les logiciels libres sont des logiciels dont le modèle de propriété intellectuelle est conçu pour donner à l’utilisateur une grande liberté d’utilisation, de modification et de diffusion. Ils couvrent un domaine d’emploi très large, à la fois dans les entreprises privées et dans les administrations. On peut citer notamment le développement d’applications, les bases de données, les systèmes d’exploitation des serveurs, les suites bureautiques et la messagerie.

Au sein de l'administration, on constate une longue pratique de leur usage qui a permis le développement de compétences et la capitalisation de nombreuses expériences positives. Celles-ci ont notamment démontré les atouts du logiciel libre (moindre coût, souplesse d’utilisation, levier de discussion avec les éditeurs).

Après plusieurs années au cours desquelles la question de l’usage du logiciel libre a pu faire l’objet de nombreuses discussions, il est désormais possible de retenir une série d’orientations et de recommandations sur le bon usage du logiciel libre. C’est l’objet du document joint en annexe, préparé avec les directeurs des systèmes d’information de vos ministères, dans le cadre d’un travail animé par la direction interministérielle des systèmes d’information et de communication. Je vous demande de mettre en œuvre, au sein de vos services, les orientations définies dans le document joint.

Jean—Marc AYRAULT

Hôtel de Matignon - 57. rue de Varenne - 75007 Paris - Tél. 01 42 75 80 00

Page 2

Page 2 relue

Liberté • Égalité • Fraternité

RÉPUBLIQUE FRANÇAISE

PREMIER MINISTRE

SECRÉTARIAT GÉNÉRAL DU GOUVERNEMENT

DIRECTION INTERMINISTÉRIELLE DES SYSTÈMES

D'INFORMATION ET DE COMMUNICATION

Usage du Logiciel libre

dans l'administration

Septembre 2012

Page 3

Table des matières

Page 4

Page 4 relue

Usage du logiciel libre dans l'administration — version finale

1. OBJECTIF DU DOCUMENT

Une longue pratique de l'usage du logiciel libre a permis le développement de compétences et la capitalisation de nombreuses expériences positives dans l’administration. Un meilleur partage de ces savoirs et la définition d'orientations communes permettrait de franchir une nouvelle étape, pour gagner en efficacité opérationnelle et économique.

Dans le cadre des travaux interministériels lancés par la DISIC, un groupe de travail, piloté par la DSI du ministère de la culture et de la communication, a été chargé de définir les orientations nécessaires a l’usage du logiciel libre dans les ministères.

Ce document présente, après des rappels sur le contexte d’émergence du logiciel libre et sur le modèle de propriété intellectuelle associé, les orientations issues des premiers travaux, précisant notamment les environnements dans lesquels son usage est approprié, décrivant les actions communes lancées et les instances de travail créées.

Statut du document : Ce document est basé sur les travaux du groupe interministériel d’experts. Il a été revu en CTSIC du 21juin 2012 pour validation, diffusion et mise en œuvre effective.

PM/SGG/DISIC 3/18 Septembre 2012

Page 5

Page 5 relue

Usage du logiciel libre dans l'administration — version finale

2.ORIGINES ET FONDEMENTS DU LOGICIEL LIBRE

2.1. Contexte de développement de la position du logiciel libre

Le logiciel libre a conquis une grande part des infrastructures techniques et prend une place de plus en plus importante dans tous les systèmes d'information jusqu‘aux terminaux. Les standards Internet ont créé un contexte commun sur lequel de plus en plus de productions logicielles se sont appuyées, devenant interchangeables. De nombreux logiciels sont maintenant des « utilités » avec une valeur d'innovation limitée, et les clients acceptent de moins en moins de payer un prix élevé pour des produits jugés communs et rentabilisés, et d'être liés a un fournisseur. Désormais, pour répondre aux besoins métiers, le logiciel libre doit être considéré a égalité avec les autres solutions C'est dans cette évolution que s'inscrit l‘usage du logiciel libre dans l'administration.

2.2. Le modèle du logiciel libre

Le logiciel libre est un modèle de propriété intellectuelle prenant différentes formes, dont les principes sont de :

  • garantir la liberté d'exécuter le programme, pour tous les usages ;
  • garantir la liberté d'étudier le fonctionnement du programme et de l'adapter a ses besoins ;
  • garantir la liberté de redistribuer de copies du programme;
  • permettre d‘améliorer le programme et de distribuer ces améliorations au public, pour en faire profiter toute la communauté ;

Tout ceci implique bien sur que le code source doit être librement accessible. Cette vision très ouverte, a permis la mise en place de groupe d’intérêts sur certains logiciels libres, ou encore « souches», et a amené a développer un modèle de développement en communautés dont les plus connues de nos jours sont GNU/Linux, Apache, Mozilla (Firefox, Thunderbird), Document Fondation (LibreOffice). Ces principes donnent certaines caractéristiques au logiciel libre :

  • comme tout modèle de propriété intellectuelle, il tend à s'auto-entretenir

Le logiciel libre le plus diffuse l‘est selon le mode dit << copyleft » de la licence GNU GPL. Dans son principe il empêche celui qui utilise le code de s’approprier l'effort de la communauté sans rien lui reverser des améliorations ou des corrections. La contribution a l'effort collectif devient un principe et permet de maintenir la dynamique de développement.

  • l'évolution d’un logiciel libre est orientée par le besoin utilisateur

Une communauté n'a pas intérêt a développer une fonction qui n'est utile qu'a très peu d‘utilisateurs au sein d’un logiciel libre. Alors que le changement de version régulier chez l’éditeur est difficilement maîtrisable pour l'utilisateur, la stabilité est une qualité pour un logiciel libre. La règle est donc la mise en commun des besoins et la priorisation des évolutions.

  • le modèle garantit que la communauté puisse conserver le contrôle

Dans certaines communautés libres, des acteurs du logiciel propriétaire sont très actifs. L’intérêt propre de leur société peut les amener a orienter les développements en s'éloignant de l'intérêt de la communauté. Le modèle libre permet alors a une partie de celle-ci de faire ce que l'on nomme un « fork », c'est-à-dire repartir du code source du moment dans une autre direction de développement.

PM/SGG/DISIC 4/18 Septembre 2012

Page 6

Page 6 relue

Usage du logiciel libre dans l'administration — version finale

  • le modèle permet de créer l'émulation nécessaire à la créativité

Que cela soit au travers de "fork" ou en s'appuyant sur l'ensemble des logiciels libres existants, ceux qui sont sûrs d'avoir une bonne idée peuvent toujours se lancer avec un faible investissement et réunir une communauté autour de cette idée. C'est ainsi que de nombreuses souches se créent eu permanence, seules survivant celles qui sont suffisamment pertinentes pour être portées par un grand nombre de développeurs et d'utilisateurs.


Contrairement aux idées reçues, le recours à des logiciels libres ne signifie en rien qu’il n’y a aucune obligation à respecter pour les utilisateurs. Un logiciel libre n’est pas libre de droit puisqu’il a un créateur. Les initiateurs du logiciel libre, réalistes, se sont insérés dans le monde du droit en formulant dans des licences les droits et obligations s'appliquant. Plusieurs grands types de licences ont été définis dont les principales sont la Gnu General Public Licence (GPL), la Berkeley Software Distribution (BSD) et la licence Apache. Il en existe aussi une en droit français, la licence CEA CNRS INRIA Logiciel Libre (CECILL). Les caractéristiques juridiques (effet ou non héréditaire, multilicensing, droit applicable, garanties) varient en fonction de leur auteur, mais ces licences sont toutes des objets de droit positif et fort, reconnu en justice.

Lorsqu'on télécharge une licence de logiciel libre, on se retrouve dans le cadre d’un contrat d'adhésion, c'est-à-dire dans la même situation qu’en cas d’achat d’un logiciel propriétaire. Les clauses de la licence sont imposées par l'auteur et ne sont pas négociables. Au final, soit le licencié accepte la licence et peut faire ce qui y est mentionné, soit il ne peut pas bénéficier de toutes les libertés inhérentes au logiciel libre (modification et distribution).

C'est un des points importants et pourtant souvent négligés du logiciel libre: il convient de connaitre les obligations associées a un logiciel libre en particulier dans le cadre d'une utilisation dans un système d'information professionnel.


2.3. Le libre, un modèle de service

Si les droits sur le logiciel libre ne sont associés à aucune compensation financière, cela ne veut pas dire qu'il n'en coûte rien de mettre en œuvre et d’utiliser du logiciel libre, en particulier dans le domaine professionnel.

En effet, comme pour tout logiciel, il est nécessaire de l'intégrer dans son système d'information et de s'assurer de son maintien en conditions opérationnelles (support, maintenance) ainsi que de le faire évoluer en fonction des besoins. Ces tâches doivent être couvertes soit par de la charge interne soit en faisant appel a des sociétés de service, dont certaines spécialisées s’affichent comme "Sociétés de Services de Logiciel Libre" (SSLL).

On remplace donc un modèle "coût de licence/coût de maintenance" sur licences, par un modèle "coût de service" à façon qui peut être adapté aux besoins réels de l'entité utilisatrice. Sur des infrastructures critiques il conviendra d'avoir un support fort et réactif, en général externalisé, dans d'autres contextes le support au travers de la communauté pourra suffire.

Quoi qu'il en soit, les coûts dans le modèle de service du logiciel libre sont peu sensibles à la volumétrie d'usage (nombre de serveurs installés, nombres d'utilisateurs simultanés...). Il se prête donc bien à une mutualisation et favorise une concentration des usages en interministériel. A cet avantage essentiel, s'ajoutent les avantages d'indépendance vis a vis des acteurs externes. En effet une remise en concurrence régulière des sociétés de services, pouvant toutes intervenir sur les souches libres, permet de rester dans les prix du marché.


Il est important à ce sujet de relever que le Conseil d’Etat a validé ce principe de libre concurrence, dans un modèle de service autour des souches libres, dans l'arrêt n°350431 du 30 septembre 2011. L’administration peut choisir unilatéralement une solution libre, étant entendu que son utilisation est possible par tous les acteurs et que ceux-ci peuvent donc fournir sans entrave extérieure une offre de service adaptée.

PM/SGG/DISIC 5/18 Septembre 2012

Page 7

Page 7 relue

Usage du logiciel libre dans l'administration — version finale

3. LE LIBRE, UN CHOIX RAISONNÉ

Le logiciel libre a été porté à l'origine par une philosophie d'ouverture et par des «pionniers militants» qui ont rendu les utilisateurs plus institutionnels, qu'ils soient publics ou privés, méfiants par rapport à cette approche.

Aujourd'hui le choix du logiciel libre dans l'administration n'est pas un engagement idéologique, mais le fruit d'un choix raisonné. Les motivations sont multiples, mais on retiendra principalement :

  • la contrainte de plus en plus forte sur les moyens d'investissement et de fonctionnement des SI, concomitante avec une forte augmentation de la demande ;
  • la valorisation des compétences et de l'expertise professionnelle des équipes informatiques, qui ne sont pas de simples acheteurs de solutions.

3.1. Avantages

En fonction des cas d'usage, les avantages suivants peuvent être apportés par le logiciel libre, dans le contexte public :

  • le logiciel libre n'est pas gratuit mais souvent moins cher, et surtout son coût est modulable en fonction de la criticité des systèmes ;
  • le logiciel libre est piloté par les besoins, minimisant les évolutions superflues ;
  • le logiciel libre permet de gérer les versions selon son contexte, et même de se fixer sur une version en assurant son support à long terme ;
  • le logiciel libre facilite les expérimentations et l'adaptation au volume d'usage, l'absence de droit d'usage permettant de varier fortement sans contrainte ;
  • le logiciel libre facilite la mutualisation entre acteurs publics que cela soit dès l'expression de besoins ou en capitalisant sur des souches existantes ;
  • le logiciel libre apporte une transparence accrue dans la définition et l'animation de politique de sécurité des systèmes d'information, avec une exigence et un coût adaptable par le choix du niveau de

support ;

  • le logiciel libre permet une réelle mise en concurrence, par l'achat de services auprès de sociétés mises sur un pied d'égalité par la publication des sources.

Appliqué au contexte de la commande publique, le recours au logiciel libre offre l'opportunité de favoriser le principe de mise en concurrence et d'ouverture à la commande publique dans l'achat de logiciels et de services. Le juge a bien précisé qu'un pouvoir adjudicateur pouvait, sans remettre en cause les principes de l'achat public, organiser une mise en concurrence fondée sur une solution libre choisie unilatéralement par l'administration (Arrêt du Conseil d'Etat n°350431 du 30 septembre 2011).

3.2. Limites/points d'attention

Le logiciel libre a aussi ses limites et doit faire l'objet de quelques points d'attention :

  • le logiciel libre est lié à une communauté : il convient donc de connaître et de suivre cette communauté pour s'assurer de la pérennité et du sérieux de la solution ;
  • les licences libres n'emportent pas une absence de droit de la propriété intellectuelle, mais une autre forme de droit, qu'il faut gérer, en particulier dans le développement ;
  • pour le simple utilisateur final, l'effet de marque et de marketing vaut aussi dans le logiciel, et le logiciel libre n'ayant pas de prix est parfois jugé sans valeur ;

PM/SGG/DISIC 6/18 Septembre 2012

Page 8

Page 8 relue par Cpm

Usage du logiciel libre dans l'administration — version finale

  • la possibilité de contribuer au développement du logiciel par l'accès au code source ne doit pas donner la tentation de multiplier les ajouts de code spécifique, au risque de perdre le lien avec la souche communautaire et d‘avoir à supporter une solution isolée sur le long terme. Une démarche d‘analyse de la valeur de l'écart au « standard » s’impose avec rigueur ;
  • la participation à la dynamique du libre est liée à la contribution, l'utilisateur, surtout professionnel, ne peut se limiter à profiter du système ; il doit entretenir le modèle par réinjection d’une part de ses gains sous une forne ou une autre ;
  • certains éditeurs jouent à la marge du modèle du logiciel libre, en gérant une version dite « entreprise » ou « premium » sous licence classique propriétaire et une version dite « communautaire » sous licence libre, mais qui est en général en retard sur l'autre version. C‘est le modèle dit du « Freemium ». Ces souches, portées par un éditeur plus que par une communauté, doivent être utilisées avec prudence car elles risquent toujours de rebasculer dans un mode propriétaire.


3.3. Les différents contextes d'usage

Quand on décide de développer un système d'information, le choix d'utiliser du logiciel libre, voire de développer selon le modèle libre, doit être analysé selon des critères prenant en compte le cadre d'utilisation, le nombre d'acteurs concernés, la complexité du système et l'implication nécessaire.

3.3.1 Les cadres favorables au modèle libre

3.3.1.1. Un logiciel libre existant et internationalement reconnu

Certains logiciels libres sont tenus par une communauté déjà très forte avec de nombreux utilisateurs (JBoss, Firefox...). Dans certains cas le logiciel libre devient incontournable comme par exemple pour le serveur web Apache qui est utilisé par près de 60% du parc installé (fin 2011).

Dans ce cas, la réduction des coûts est directe, et le produit est immédiatement utilisable et souvent suffisamment supporté au travers de la communauté. Il reste cependant possible de se mettre en lien avec la communauté de développement pour remonter le cas échéant les rapports de dysfonctionnement et contribuer à l'amélioration du logiciel.

Des exemples de ce contexte sont omniprésents et conduisent au déploiement de plus en plus important dans le secteur public comme privé de grandes souches libres : Linux, Apache, Firefox, Thunderbird, JBoss, OpenSSL, Eclipse...

Dans le cas des logiciels pour les utilisateurs finals, il conviendra toutefois d'assurer une conduite du changement pour préparer l'introduction d'un nouveau logiciel, surtout s'il vient remplacer une solution largement utilisée. Ceci doit être intégré au calcul économique.

3.3.1.2. Un déploiement de logiciel sur une grande infrastructure

Dans certains grands systèmes ou pour certaines applications destinées aux utilisateurs, il est nécessaire d'acheter un grand nombre de licences. Des milliers de licences de base de données ou de systèmes d'exploitation peuvent entraîner des coûts substantiels.

Il peut dès lors être rentable de supporter directement voire d‘améliorer une souche libre existante et de participer à la maintenance de cette souche. Cet investissement peut être ensuite utile pour tout autre acteur public.

Un exemple d'usage des logiciels libres dans un système d’information critique d’une direction ministérielle a permis de diviser par 10 les coûts de fonctionnement des applicatifs. Cette réduction nette des coûts a été obtenue en mettant en place un marché de maintenance dans des conditions très strictes (délais de 48h de résolution...) sur plus de 100 souches logicielles.

Quand il s'agit de postes utilisateurs, le déploiement de nouvelles briques ou de mises à jours peut se faire de manière homogène sur l'ensemble du parc, sans coût particulier (pas de rachats de licences, pas d’achat de licence évolutive), ce qui facilite le maintien de l'homogénéité du parc et induit une baisse des coûts de support utilisateurs et une augmentation de la qualité.

PM/SGG/DISIC 7/18 Septembre 2012

Page 9

Usage du logiciel libre dans Padministration - version finale ic 3.3.1.3. Un logiciel utilisé dans un contexte virtualisé ou a forte variation de charge Dans une logique comparable, le déploiement dans un contexte virtualisé simpliiie la creation de serveurs logiques et Padaptation de leur nombre ou de la puissance processeur accordee. La gestion et le paiement des licences proprietaires peuvent etre soit un irein :21 cette adaptabilite, soit un génerateur de complexite et de cofnt qui n'est pas optimise. En effet les licences proprietaires ont des coiits liés a la puissance physique maximale utilisée. A contrario, le cout de support, interne ou externe, du logiciel libre n'est pas modifie par l‘intensite de l'usage et depend de l'exigence en qualite de service. I1 est done lie a la criticite de l'usage. Dans la plupart des cas, comme le demontre le marche de support interministeriel récemment notiiié, il sera tres inférieur au coi1t de licences couvrant le deploiement en pointe de charge. 3.3.1.4. Un logiciel utilise dans le contexte du développement agile Le développement agile est par definition << opportuniste » et ajoute des fonctions au fur et a mesure de la definition des besoins en rapport avec les utilisateurs. Ce mode de développement permet aussi de proceder, d‘une maniere limitée, par << 6SS3.'lS/C1‘1'B111‘S)>. Il est done difficile d'avoir une vision precise d'cntrée sur les bases logicielles qui sont utiles et qui devront etre integrées. L'usage du logiciel libre permet de << piocher >> au fur ct a mesure du développement dans les souches disponibles, dans un cadre teclmologique propre e chaque entite, en fonction de leur adéquation, SHIIS question de droit d'usage dans la phase de développement ni dans la phase d'exploitation. 3.3.1.5. Face é des situations de faible concurrence Certains produits d'éditeur ont de moins en moins d'altematives commerciales crédibles, le leader du marche ayant eliminé la concurrence. Le logiciel libre apportc alors des possibilités alternatives. Certaines souches ont un niveau fonctionnel eleve et peuvent remplacer des logiciels proprietaires avec un coiit limite au support assure de maniere forfaitaire et aussi mutualise que possible. Les systemes Linux ont ainsi clairement montré leur intéret. D'autres ont un contour fonctionnel un peu moins riche que le logiciel d'editeur et ont vocation 5 étre selectionnées lorsque les fonctions complexes spécifiques aux solutions propriétaires ne sont pas absolument necessaires. C'est par exemple le cas dans le domaine des bases de données od PostgreSQL constitue une altemative souvent pertinente et e développer. I1 est e remarquer que les editeurs de solutions progicielles (grands PGI, ...) favorisent generalement l'utilisation de composants d'architectures proprietaires (OS, SGBD) en ne garantissant la compatibilité qu'avec ceux-ci. Meme si certaines solutions libres, et en particulier Linux, rentrent dans les matrices de compatibilite supportées, une attention particuliere doit etre portée e ce point au moment du choix d‘une solution progicielle qui peut par cette voie limiter les choix technologiques et induire des surcoiits caches. Les ministeres financiers ont demontre l'intéret de Putilisation du logiciel libre dans ce contexte, dans le cadre de la reprise d'une application en Cobol. L’usage d'OpenCobol leur a perrnis de réduire le cout d’un facteur superieur it 10. 3.3.1.6. Un meme besoin 5 traiter par de nombreux acteurs publics Des besoins lies au metier ou a la reglementation sont communs a de nombreux acteurs publics. Dans ce contexte, il est particulierement contre-productif que chaque acteur conduise ses developpements specifiques de son odté, et en paye la totalite au lieu de partager la charge du développement. Que cela soit pour développer un systeme de gestion d'aide au niveau local ou une plate-forme de dematerialisation des marches publics, il est aise de voir qu'une association des acteurs facilitée par le modele libre sera profitable a chacun. Certaines collectivites territoriales ont compris ce point et ont mis en place des associations ayant pour objet de fedérer leurs developpements selon le modele libre comme 1'ADULLACT. On constate d’ailleurs une augmentation remarquable de la qualité technique des developpements realises en vue de publication sous licences libres comparativement aux developpements speciiiques realises précédemment. C‘est aussi un effet positif de l’ouverture du contenu du développement it l'externe.

PM/SGG/DISIC 8/18 Septembre 2012


Page 10

Usage du logiciel libre dans Padministration — version finale ic 3.3.1.7. Un déploiement dans des contextes multiples d'acteurs publics ou privés Certaines fonctions de l‘Etat appellent des applications ou des systemes d'interfacage utilisables par des acteurs tres nombreux, ne serait-ce que les différents types de collectivités territoriales. Par exemple la comptabilité publique induit des échanges de relevés comptables formatés avec les ordonnateurs locaux. Ces fonctions doivent pouvoir étre intégrées aux systemes de ces partenaires et donc étre utilisées parfois par les éditeurs. Avoir des licences d'utilisation ouvertes sur des populations aussi larges, et qui permettent une integration large, revient presque a avoir une licence libératoire, ce qui dans le modéle propriétaire est en général tres clier, car contraire a sa logique. Qui plus est dans ce contexte il n'est pas facile a l'Etat de payer tout ou partie pour tous les acteurs publics. Dans le modéle libre il ne s'agit que de la licence normale qui de toute facon ne nécessite aucun contr61e de la diffusion. La simplicité de gestion, la reduction des coiits et la commodité de réutilisation sont évidentes. Des exemples de contextes éligibles sont donnés par les systemes développés par 1‘Etat en lien avec de nombreux partenaires, comme par exemple Xemelios de la DGFiP, pour le traitement des iichiers de dématérialisation de la chaine comptable et iinanciére. 3.3.2 Les contextes défavorables au modéle libre 3.3.2.1. Petit nombre d'acteurs concernés par Ia mise en muvre Le développement selon le modele libre néoessite pour étre utile de mettre en place une communauté de contributeurs qui échangent et mutualisent leurs efforts. Si les entités concernées ou devant maitriser le développement d'un logiciel sont peu nombreuses et mal identifiées, il est moins utile d'en libérer le développement. Il convient cependant d'é1re prudent et il peut étre utile de garder la possibilité de le faire si un besoin émerge par la suite. 3.3.2.2. Systéme complet et complexe (non modulaire) Le principe de mutualisation qui sous-tend le modéle libre va de pair avec une approche modulaire dans le développement et la conception des systémes d'information. Les briques et modules, plus facilement abordables par de nouveaux entrants, plus facilement réutilisables dans de nombreux systémes, plus légers a maintenir, sont plus éligibles au modele libre. A contrario, les systémes complets et complexes sont parfois si difficiles a gérer qu'ils requiérent un professionnel dédié, dest in dire un éditeur... C'est notamment le cas des systemes de gestion tels les PGI généralistes. I1 convient toutefois de souligner que les principes d'urbanisation et de borme gestion cle l'évolution des systémes d'i11formation iucitent a limiter l‘usage de systemes monolithiques pour favoriser la modularité qui correspond au modéle libre.

PM/SGG/DISIC 9/18 Septembre 2012

Page 11

Usage du logiciel libre dans Padministratiun — version iinale iC

4. L°ACTION INTERNIINISTERIELLE SUR LE LOGICIEL LIBRE Pour faciliter le recours 51 des solutions << logiciel libre » dans les choix des administrations, et ainsi le positionner au meme niveau que les autres offres, tout err dégageant le maximum d'eificacité économique et de qualité, l’Etat doit agir de facon concertée et coordonnée, selon les modalités détaillées ci·aprés. 4.1. Instaurer une convergence effective sur des scuches de lcgiciels libres Le principe fondateur du logiciel libre est la mise en commun des efforts. La concentration des acteurs sur certaines souches est un gage d'efficacité. Ainsi les efforts de développement d'expertise, les couts de corrections de << bugs », parfois a la charge de l'utilisateur, voire d'évolution, sont mutualisés. Un cadre de convergence des souches a privilégier dans le développement des systémes d'information de l'Etat, défini en 2012, est désormais maintenu en concertation interministérielle. Il touche en priorité les systemes les plus déployés, sur les serveurs comme sur les postes bureautiques. Ce cadre ne fait pas obstacle a l'innovation par essai de nouvelles souches, qui pourront aider a son évolution. Il ne rend pas non plus obligatoire l'évolution adaptative des applications existantes non conformes. En revanche, il déiinit des versions de référence a privilégier et indique les solutions a abandormer, avec des reserves éventuelles pour des contextes d'usage particuliers. Ce cadre est aussi une composante indispensable a la convergence progressive des contextes d'exp1oitation et a la mutualisation de certains moyens. A ce titre i1 doit étre intégré dans tous les cadres teclmologiques des ministéres et pris en compte a l'occasion de nouveaux développements et de refontes maj eures.

Chaque ministére doit participer au maintien in jour de ce cadre et a son renforcement progressif. En particulier il déclarera régulierement l'usage fait des souches du cadre et les usages hors du cadre, pour permettre le suivi de sa prise en compte et la gestion de son evolution. Le cadre de convergence est publié et remis a jour a un rythme trimestriel, en lien avec les marches de support interministériels, sur l'outil collaboratif de l'équipe << noyau » (cf organisation). 4.2. Activer un réseau d'expertise sur les souches de convergence Ueiiicacité de la mise en commun autour du logiciel libre vient aussi du partage d'expertise et de la montée en competence Sl11` les souches. Chaque ministere peut difficilement étre competent sur Pensemble des souches, mais chacun a des competences. La constitution d'un réseau d'experts permet de faire profiter l'ensemble des administrations des expertises ponctuelles nécessaires. Les porteurs de ce type d'expertise sont naturellement volontaires pour le partage et sont valorisés par l'usage de leur compétence. Le plus difficile est d'organiser la mise en relation et d'assurer Pacceptation par la hiérarchie de la charge induite, méme limitée, de participation Ill 1‘ei°fort interministériel. Il convient de constituer des réseaux ports par une mise en relation physique événementielle, indispensable a la création d'un échange riche et suivi, et par une mise en relation électronique en travail collaboratif Plusieurs outils sont mis en place a cette tin : • les groupes de travail thématiques, avec rencontre réguliere sur les sujets bureautiques (MimO), socle serveur (MimOS), exploitation bureautique (MimOG) et base de données 0/IimDB) ; • la << journée logiciel libre » favorisant Pouverture a de nouveaux acteurs, et permettant d'ouvrir de nouveaux suj ets ou de diffuser largement des retours d'expérience ;

PM/SGG/DISIC 10/18 Septembre 2012

Page 12

Usage du logiciel libre dans Padministration — version fmale ic · les listes de diffusion, par groupes thématiques ou sur des themes défmis, permettant de faire appel dans Pinstant au réseau sur des questions précises ; • les sites collaboratifs des groupes thématiques pour le partage de ressource (CD de distribution ou valise pédagogique LibreOfiice...).

Chaque ministere s’implique dans la démarche commune. Les réseaux d'expertise, et en priorité les groupes thématiques quand ils existent, sont le creuset de définition et d'évo1uti0n du socle de convergence sur leur périmetre de competence. La liste proposée au cadre de convergence est publiée sur l'outi1 collaboratif du groupe. 4.3. Améliorer Ie support des logiciels libres dans un contexte économique controlé Le logiciel libre permet d'adapter sa politique de maintenance en fonction de l'étendue et de la criticité des systemes. Une grande partie de l'usage du logiciel libre s'est fait sans support particulier, en protitant du support apporté par les communautés. Meme si ce moyen reste toujours valable, il est nécessaire, pour un certain nombre d'usages, d'avoir un support réactif avec des engagements de résultat. Le logiciel libre permet d'avoir des engagements de support supérieurs aux logiciels propriétaires, car le code est E1 disposition pour correction en interne ou par un prestataire choisi, alors que les éditeurs ont des processus de support normalisés qui ne s’adaptent que partiellement aux besoins du client. Le probleme des grands logiciels propriétaires est renforcé par la distance des centres de développement et la complexité des processus de publication de version a l'échelle mondiale. En outre, la politique contractuelle des éditeurs prive généralement le client de la possibilité de négocier le niveau de service standard de l'éditeur, niveau de service par ailleurs tres protecteur pour ce dernier.

Les ministéres financiers ont démontré la faisabilité et l'ef`ficacité économique de mise en place d'un rnarché de support par un prestataire de type société de service. Au niveau intcrministériel, un marché a été passé sous Pégide du SAE et sous la direction du ministére de l’intérieur pour couvrir les besoins des autres ministéres. Il prévoit des mécanismes de reduction des couts quand plusieurs acteurs demandent du support pour une meme souche (plus précisément pour les memes versions d'une souche). Ce marché est donc une incitation supplémentaire 51 la mise en muvre du cadre de convergence. 4.4. Contribuer do maniére concertée sur des souches choisies Au travers du marché de support interministériel et du cadre de convergence, l‘Etat concentre désormais son action sur un ensemble de souches et contribuera @1 leur amélioration en reversant des correctifs aux communautés. Toutefois, pour respecter la logique de la dynamique du libre, il est nécessaire que 1'administration contribue aussi directement sur l'BI11‘lCl1lSS€1116]1l2 fonctionnel de certaines souches, en particulier sur celles avec lesquelles il fait le plus d'économies. En réinjectant une faible part de la dépense évitée, les ministéres pourraient avoir une action sigznificative d'amélioration de l'off`re an profit de tous.

Une régle simple in appliquer serait de réinjecter systématiquement de 5 in 10% des coiits de licences évités. Cela permet de contribuer de maniére utile dans tous les cas, de ne pas mettre en risque le gain économique d'usage du libre, sans pour autant faire systématiquement une étude poussée de gain complet.

Cette contribution peut prendre de nombreuses formes : • dans les marches utilisant des logiciels libres, veiller A rendre possible la reprise des éventuelles évolutions de souches par la communauté, facilitant ainsi leur suivi par la commimauté ct évitant une maintenance spéciiique ;

PM/SGG/DISIC 11/18 Septembre 2012

Page 13

Usage du logiciel libre dans Padministration - version finale ic

  • envisager le financement de conventions de recherche pour ajout de fonctions évoluées pouvant faire

1'objet de travaux universitaires (par exemple un correcteur grammatical polyglotte pour une suite bureautique) ;

  • étudier le fmaucement par des fonds sur Paccessibilité pour l'améli0ration de logiciel sur les postes de

travail ;

  • mettre en place un marché d'expertise et d'évo1ution de souches, qui au travers d'un prestataire verse

aux commimautés ;

  • et bien siir favoriser l'in1p1ication 21 titre professionnel d'agents, souvent passionués a titre personnel,

dans certaines communautés. Cette implication peut porter sur le code, mais aussi sur des domaines moins techniques comme la traduction, la documentation...


Dans la fouléc du marclié dc support intcrministériel, lc MI ct lc SAE mcttcnt cn place un marclié d'cxpcrtise ct d’évolution dc souchcs qui pourra étre la base dc contributions conccrtécs et partagéc intcrministéricllcs. Cette action aura d’autant plus de poids qu’u11 grand nombre de miuistéres s'assooieront. L‘existcr1cc d'un dcuxiémc marché permettra en outrc de limiter 1'cffet négatif de la concentration des achats qui ne favorise pas la montée cn puissancc de multiples grands acteurs du logicicl libre.

4.5. Suivre les grandes communautés De meme que les éditeurs logiciels maintiennent des contacts réguliers avec tous les ministeres pour actualiser la connaissance de leurs produits, permettre d'en anticiper les changements voire recueillir les besoins, il est indispensable d'avoir des liens avec les grandes communautés comme la Mozilla Fondation, la Document Fondation. Celles-ci n'ayant toutefois pas une approche commerciale, la logique est inversée. C'est Padministration qui doit se mettre en rapport régulier avec eux. A l’égard de ces communautés, il est important pour étre entendus de parler dime seule voix. Cette voix uniiiée a plus de poids dans la masse d'utilisateurs existants de par le monde. Ces contacts réguliers permettent d'assurer1a prise en compte de besoins qui ne sont pas encore couverts, que cela soit fonctionnellement ou dans les processus de gestion des souches. En particulier, il est essentiel que toutes les souches integrent la logique de version a maintenance longue qui corresponde au mode de gestion de nos infrastructures. Ces contacts permettent aussi d'avoir une information précise sur les évolutions a attendre, les besoins des communautés, qui poturaient éventuellement étre couverts par des actions interministérielles. Certains ministéres ont des contacts privilégiés avec certaines communautés, ils sont alors porteurs des échanges, en coherence avec l'équipe << noyau », et peuvent organiser des rencontres, en tant que de besoin, avec les groupes interministériels.

4.6. Déployer des alternatives crédibles et opérationnelles aux grandes solutions éditeurs Il s’agit de veiller, dans le cadre du développement des systemes d’information de 1’Etat, :21 assurer le controle des couts de fonctionnement et le maintien de la perfonnance dans le temps. A cette tin, l’Etat doit favoriser la mise en concurrence meme dans les domaines dominés par des acteurs internationalement reconnus. Une des solutions consiste a protiter des alternatives crédibles apportées par le logiciel libre. Dans cet esprit les travaux sur LibreOftice ou PostgreSQL sont essentiels. Hs sont respectivement portés par les groupes thématiques MimO et MimDB. Hs visent spéciiiquement a renforcer la mutualisation sur tous les aspects de mise en oeuvre de ces logiciels (technologique, accompagnement, retour d'expérience, formations...). Des référents experts sont aussi désignés. Le groupe << noyau » (cf. organisation) veille, e11 coordination particuliére avec le SAE, A déiinir les actions ciblées sur certaines souches pour en favoriser spécitiquement 1'adoption dans un contexte de mutation de 1'ofiie commerciale vers l'ofii·e libre. La prochaine opération pourrait porter sur les couches de virtualisation.

PM/SGG/DISIC 12/18 Septembre 2012

Page 14

Usage du logiciel libre dans Padministration — version finale io 4.7. Tracer |'usa e et ses effets Pour renforcer l'approche logiciel libre, il faut aussi en suivre Pévolution et le déploiernent effectif tant dans les centres serveurs qu'au niveau bureautique. Une analyse annuelle des volumes et de la valeur de cet usage, ainsi que de son evolution, sera désormais réalisée et publiée. 4.8. Développer la culture d'usage des licences libres dans les développements de SI publics L'Etat doit veiller a ce que ses développements soient utilisables par 1'ensemb1e des acteurs impliqués dans ses systémes d'information. Les nombreux statuts des entités publiques ct Pimplication éventuelle d'utilisateurs finals comme les professionnels ou les éditeurs de solutions prcfessiormelles rendent complexe la gestion de prcpriété des codes. Sur les développements spécifiques, 1'Etat doit préserver sa capacité a libérer les codes selon son intérét propre indépendamment du prestataire de développement. L'Etat doit donc faire usage, ou préparer l‘usage, des licences libres, permissives ou non selon les contextes, et veiller a faire prévaloir cette liberté vis-a-vis de ses prestataires dans tout contexte pouvant amener a réutilisation, sauf si un surcout explicite est induit. Un réseau d'expe11;ise est mis en place entre juristes/acheteurs impliqués dans la rédaction des cahiers des clauses administratives. D'une maniere générale, il est mis en place des formations particuliéres, rapides pour les chefs de projets et les développeurs, et plus étoffées pour les juristes et acheteurs pour apporter une réelle maitrise du sujet dans les ministeres et les DSI. Par ailleurs, le CCAG TIC sera réexaminé pour définir une option portant la possibilité de liberation par 1'administration, qui n'existe pas E1 ce jour. I1 doit aussi étre enrichi de clauses de respcnsabilité et obligations des prestataires qui utilisent ou enrichissent du code libre. La gestion des licences doit par ailleurs étre une des composantes de la gouvernance des SI explicite de chaque ministère.

PM/SGG/DISIC 13/18 Septembre 2012

Page 15

Usage du logiciel libre dans I’administrati0n — version fmale ic


5. POINTS 1>’A1>1=·U1 A L’ACTION INTERMINISTERIELLE SUR LE LOGICIEL LIBRE

5.1. Les instances ce Icgieiel libre » intermintstérielles Pour travailler en interministériel, tout en s’appuyant sur la dynamique plus large de la sphere publique, deux niveaux d'instances ont été créés de maniere pérenne : • une équipe dite << noyau », strictement interministérielle, qui concentre les propositions de décisions, de validation des choix a soumettre en CTSIC/CSIC et pilote les actions découlant de décisions de gouvernance interministérielles (marchés, évolution du catalogue des souches, mise en oeuvre de dircctives".), • des groupes thématiques de mutualisation, ouverts aux structures publiques, qui réunissent les experts d'un domaine, favorisent Péchange et la montée en compétence, et proposent des orientations. Quatre groupes sont identifiés : - mimO : mutualisation interministérielle pour une bureautique ouverte ; - mimOG : mutualisation interministérielle pour OCS et GLPI ; - 1nin:1BD : mutualisation interministérielle pour les bases de données ; - mimOS : mutualisation interministérielle pour le systéme d’exploitation et couches basses d'exploitation. Les missions, l’organisation et les moyens de ces équipes sont développés en annexe. 5.2. Leviers complémentaires Aiin d’appuyer la démarche, des actions complémentaires doivent étre engagées, en interministériel ou a l’initiative de chaque ministére : • intégration du cadre de convergence sur les souches communes dans tous les cadres technologiques des ministéres ; • examcn dc l'alternative libre systématique lors des nouveaux développements et des refontes majeures d’application, et a ce titre u.n point sera fait sur les choix dans chaque projet examiné dans le cadre des articles 7 et 8 (le choix des bases de données sera un point d'attention particulier) ; • participation fortement conseillée au groupe << noyau » pour l'ensemble des ministéres, afin de renforcer la dynamique ; • déiinition explicite par chaque ministére des consignes d'implication des experts 51 1'effort de mutualisation dans les réseaux d'expertise ; • sous pilotage du SAE, étude d’opportunité d’une revision du CCAG TIC pour la mise en place d'une option de développement avec pcssibilité de libération du code, ai11si que la défmition des obligations des prestataires dans 1'usage des logiciels libres ; • association systématique a tout format préconisé (notamment dans le référentiel général d’intercpérabilité), d’une implémentation de référence en logiciel libre. Les formats seront alors de fait suffisamment ouveits ; • diffusion des bonnes pratiques, notamment dans le contexte bureautiquc, afin que 1'usage des logiciels libres ne soit pas obéré.

PM/SGG/DISIC 14/18 Septembre 2012

Page 16

6. ANNEXE : ORGANISATION des instances " L0GICIELEL LIBRE " INTERMINISTERIELLES


6.1. L'équipe " noyau "

L'équipe " noyau " est l'instance de pilotage, de définition des orientations et des choix au niveau interministériel. À ce titre elle n'accuei1le que des représentants des ministères, avec au moins un représentant désigné, ainsi qu'un membre de l'ANSSI et du SAE. Le représentant de chaque structure est chargé de porter la position de son ministère, ou a défaut d'assurer le lien avec les instances décisionnelles de son ministère, et en retour de s'assurer de la mise en application des principes d’action retenus.


6.1.1 Missions do l'équipe

• définir et améliorer le cadre de convergence des souches de logiciel libre ;

• suivre les groupes thématiques de mutualisation, pour s'assurer de la prise en compte et de la diffusion des travaux, et pour valider les orientations proposées ;

• mettre en œuvre des pilotes sur des themes fixés par la DISIC ;

• piloter les marchés interministériels sur le logiciel libre (support, expertise, evolution".) en coordination avec les ministeres porteurs et le SAE ;

• piloter les opérations de contribution hors marchés ;

• suivre les relations et organisations de contacts avec les grandes communautés ;

• choisir et suivre les opérations de déploiement d'alternatives libres ;

• assurer la veille économique sur l'usage du logiciel libre et le suivi des indicateurs associés en coordination avec le SAE ;

• définir des opérations de communication et de formation sur le logiciel libre en interministériel ;

• améliorer les pratiques d'usage et de contractualisation autour du logiciel libre ;

• échanger sur l'activité dans les ministères et sur les besoins naissant, pour favoriser la mutualisation. A ce titre recenser les souches créées dans certains ministères et pouvant être réutilisées par d‘autres (ex : Xemelios, OCS...) ;

• assurer la cohérence de la conduite du projet " Usage du logiciel libre " avec les autres projets DISIC ;

• faire le rapport d'activité a la DISIC.


6.1.2 Moyens de l'équipe

Pour l'ensemble de ses missions, ses moyens sont limités au strict nécessaire dans une logique mutualisée :

• réunions physiques trimestrielles dans une salle d'un ministère ;

• listes de diffusions pour chaque groupe constitué y compris 1'équipe " noyau ", opérées par le MCC ;

• site collaboratif au sein du site DISIC, opéré par le MEDDE.

Par ailleurs pour enrichir le débat, permettre à de nouveaux entrants de découvrir les instances, organiser un échange d'expérience et tester de nouveaux sujets de travail, des " journées du logiciel libre " sont organisées deux fois par an. Elles sont l'occasion de séquences de courtes présentations de retour d'expérience et de débat sur l'usage des logiciels libres dans l'administration. Elles sont réservées a des agents du service public, et ne font pas l’objet de communication pour y garder une parole libre sur les difficultés rencontrées.

Page 17

Les membres de l'équipe "noyau" ne peuvent de fait que consacrer un temps limité et discontinu a cette activité. Pour maintenir une motivation durable, une qualité de la production et une continuité des travaux il est nécessaire de compter, au sein de la DISIC ou dans un ministère, sur une personne dédiée, a très grande proportion de son temps de travail, à l'animation et à la formalisation des travaux de l'équipe "noyau". Elle pourra aussi assurer le lien formel avec les groupes thématiques de mutualisation. Il serait utile à terme que les ministères défissent et fassent connaître à l’équipe noyau une enveloppe pour contribution sur certaines souches.


6.2. Les groupes thématiques de mutualisation


Les groupes thématiques de mutualisation réunissent les experts d'un domaine pour favoriser le partage d'expérience, la montée en compétence, la constitution de réseaux d'échange et d'assistance, et la proposition d'orientations et de choix techniques. À ce titre ils gèrent par subsidiarité l'activité autour des souches de leur domaine.

Quatre groupes sont identifiés :

• mimO : mutualisation interministérielle pour une bureautique ouverte ;

• ImimOG : mutualisation interministérielle pour OCS et GLPI ;

• mimBD : mutualisation interministérielle po11r les bases de données ;

• mimOS : mutualisation interministérielle pour le système d’exploitation et couches basses d'exploitation.

Ils accueillent les représentants de l'administration d’État, d'organismes publics, de collectivités territoriales .... Tous les participants sont des agents publics.


6.2.1 Missions générales des groupes

• élaborer les préconisations pour le socle de convergence ;

• identifier les sources de mutualisation possibles ;

• collector les retours d’expériences ;

• collecter et diffuser l’information (espaces de discussion et de dépôt de documents) ;

• jouer le rôle d’interface entre les communautés et les administrations, et organiser des rencontres ;

• assurer une veille technologique ;

• suivre les travaux des autres chantiers de la DISIC (poste/environnement de travail, TCI pour la partie exploitation".) ;

• animer les espaces collaboratifs ;

• faire le rapport d'activité régulier a 1'équipe << noyau ».

Le représentant de la DISIC garantit la connexion entre les chantiers. Les membres participants a d’autres chantiers font des points sur l’état d’avancement de la réflexion sur ces chantiers.


6.2.2 Spécificités des groupes


6.2.2.1. MimO

Domaine :

• ensemble des logiciels applicatifs sur le poste bureautique.


Missions spécifiques :

• gérer la distribution de la suite bureautique et des extensions jugées utiles, et outils associés (correcteurs.") ;

• produire des paquets d’installation, des documentations, des valises pédagogiques".


PM/SGG/DISIC 16/18 Septembre 2012

Page 18

Usage du logiciel libre dans l'administration - version finale

À terme cela s'entendra aussi sur le socle bureautique libre. Les tâches opérationnelles seront portées par certains ministères.

Une liste de sujets à étudier sur 2012 est retenue :

  • évolutions Mozilla Firefox (avec Androïd aussi) et Thundebird ;
  • usages bureautiques sur les agents mobiles (lire les messages et les documents bureautiques sur les téléphones cellulaires, les tablettes...) ;
  • compétition LO/OOo ;
  • usage de Trustedbird ;
  • choix Firefox face à Chrome ;
  • Grammalecte ou autre correcteur grammatical, relation avec son concepteur et étude de participation à son développement ;
  • évolution de Lightning ;
  • maintenance du correcteur terminologique ;
  • mise en place d'une plate-forme d'échanges pour conversion des documents en formats libres (cf initiative Europe).

6.2.2.2. MimOG

Domaine :

  • ensemble des logiciels utiles à la gestion et au support du parc bureautique.

Missions spécifiques :

  • produire des paquets d'installation, des documentations, des valises pédagogiques pour OCS et GLPI...

Une liste de sujets à étudier sur 2012 est retenue :

  • gestion fine des versions (et distributions) OCS et GLPI et de leurs extensions pour définition d'un cadre de convergence ;
  • FusionInvetory vs OCS (choix à faire et lutte à modérer...) ;
  • souche VNC à retenir ;
  • outils de génération des paquets de télédistribution.

6.2.2.3. MimBD Domaine :

  • ensemble des logiciels de base de données.

Missions spécifiques :

  • favoriser la migration des bases propriétaires vers des bases libres, et en particulier PostgreSQL.

Une liste de sujets à étudier sur 2012 est retenue :

  • collecte de retours d'expérience en termes de migration ;
  • croisement des politiques concernant les bases de données libres et propriétaires ;
  • préconisations d'usage ;
  • préconisations de migration ;
  • l'avenir de MySQL: MariaDB, SkySQL... ;
  • les souches NOSQL.

PM/SGG/DISIC 17/18 Septembre 2012

Page 19

Usage du logiciel libre dans l'administration — version finale


6.2.2.4. MimOS

Domaine :

  • ensemble des logiciels des couches basses des serveurs, en particulier les systèmes d'exploitation et les outils de virtualisation, ainsi que 1'ensemble des outils utiles à 1'exploitation des serveurs.

Une liste de sujets a étudier sur 2012 a été mise en avant :

  • cartographie de l'existant système et visualisation ;
  • distribution Linux à privilégier.


6.2.3 Moyens des groupes

Pour l'ensemble de leurs missions, les moyens sont limités au strict nécessaire dans une logique mutualisée :

  • réunions physiques trimestrielles dans une salle d'un ministère ;
  • listes de diffusions thématiques, opérées par le MCC ;
  • site collaboratif au sein du site DISIC ou du MEDDE, opéré par le MEDDE ;
  • site de distribution de paquets, opérés par un des membres du groupe.

PM/SGG/DISIC 18/18 Septembre 2012