La consumérisation, responsable de l'obsolescence des infrastructures réseaux ?

A lire sur:  http://www.atelier.net/trends/articles/consumerisation-responsable-de-obsolescence-infrastructures-reseaux

Par L'Atelier - Paris 29 juin 2012

Le fait d'amener ses propres appareils pour travailler, la mobilité mais aussi la vidéo et la virtualisation du poste de travail, fragiliseraient les réseaux internes des entreprises, qui n'arriveraient pas à suivre ces évolutions.

Si la technologie demande à la direction informatique de bien repenser son métier, un rapport* publié par Dimension Data montrerait que presque la moitié des réseaux d’entreprises (45%) dans le monde serait obsolète d’ici 5 ans. Les raisons invoquées ? Les tendances technologiques du Bring your own device consistant à apporter son propre matériel, la vidéo, la virtualisation du poste de travail ainsi que la mobilité réduiraient l’espérance de vie de ces réseaux. En effet, les entreprises n’arriveraient pas à suivre ces évolutions technologiques et surtout, les dispositifs utilisés seraient vulnérables.

L'architecture interne ne suit pas

En effet, les deux tiers de tous les appareils évalués en 2011 ont révélé au moins une faille de sécurité. Si la vulnérabilité des appareils est importante, elle est relativement stable par rapport à 2011 avec 73%. L’authentification serait la plus faille préoccupante avec 13,6% des violations sur appareils connectés en 2012 comparé au 9,3% en 2011. L’introduction de nouvelles technologies au sein des entreprises a évolué tellement rapidement que ces dernières n’ont pas pris toute la mesure pour les intégrer. Cela nécessite une amélioration de l’architecture de l’organisation. Aussi, seulement 18% des entreprises seraient capables de soutenir correctement ces technologies.

Faire attention au cycle de l'obsolescence

Les Etats-Unis et la région Moyen-Orient/Afrique seraient les zones où les appareils seraient les plus vulnérables avec respectivement 85% et 89% en hausse de +20 points et +5 points par rapport à 2011.  Mais il faut aussi considérer que les fournisseurs de ces appareils ont leur part de responsabilité puisqu’ils ont fait entrer leur produit dans le cycle de l’obsolescence. En effet, un appareil a été pensé avec une vie de durée limitée et les entreprises doivent déterminer l’impact de ce cycle de vie sur leur réseau en privilégiant les architectures longue-durée, en considérant les risques, les coûts et les facteurs stratégiques.
* Network Barometer Report 2012, Dimension Data

En savoir plus

"Beaucoup de nos salariés partagent leur expérience sur les réseaux sociaux"

Société & Usages16 février 2012

Les Saoudiens, friands de web mobile et de réseaux sociaux

Société & Usages27 avril 2012

La mobilité fragilise-t-elle la sécurité des données ?

Innovation26 novembre 2010

Les salariés sont de plus en plus mobiles

Société & Usages10 janvier 2012

Data.gouv.fr : plongée dans la plate-forme technique du portail Open Data

A lire sur:  http://www.zdnet.fr/actualites/datagouvfr-plongee-dans-la-plate-forme-technique-du-portail-open-data-39770820.htm#xtor=EPR-100

par Christophe Auffray, ZDNet France. Publié le mardi 17 avril 2012

Décisions IT - Serveurs virtualisés, CMS eZ Publish, moteur de recherche interne Exalead, bases de données NoSQL, outil sémantique Mondeca, stratégie de cache asymétrique… tour d’horizon de l’architecture technique du portail data.gouv.fr avec le directeur technique d’Etalab, Charles Ruelle.

Hébergement et infrastructure matérielle

Chez Atos, l'hébergement du portail data.gouv.fr (au budget de 2 millions d'euros) est mutualisé avec service-public.fr et legifrance.gouv.fr, les deux principaux sites de l’Etat en termes d’audience, édités par la DILA (Direction de l'information légale et administrative).
« Dès la création de la mission, nous avons choisi de travailler en collaboration avec la DILA que ce soit au niveau hébergement ou applicatif avec eZ Publish, Exalead et Mondeca. Cela permet,de manière générale, d’harmoniser les outils que nous déployons et donc de rationaliser les coûts, mais aussi de monter en compétences et de capitaliser au niveau du développement et de la maintenance » déclare le directeur technique d’Etalab, Charles Ruelle.
Très classiquement, le portail comprend trois environnements (qualification, pré-production et production), intégralement redondés, et une répartition sur deux datacenters distincts. Un  site de backup a été prévu et permet le téléchargement des jeux de données les plus demandés. Les différentes briques applicatives du site sont exécutées depuis une dizaine de serveurs virtuels en production (VMWare ESX).

Montée en charge et cache

La problématique de la montée en charge est gérée notamment grâce au recours à la virtualisation, qui permet en cas de pic de trafic, d’ajouter de nouveaux serveurs. La montée en charge a été anticipée au lancement afin de garantir la disponibilité du site lors de la mise en ligne et la capacité du back-office producteurs à accueillir un grand nombre d’utilisateurs (800 à 1000, contre 200 actuellement).
« C’est tout l’intérêt d’une architecture à base de machines virtuelles qui permet de s’adapter aux pics de trafic. Par ailleurs, l’architecture est très NoSQL en frontal. Par rapport au CMS, le fait de faire des modules d’extension qui ne s’appuient pas sur des modèles génériques de stockage mais plutôt des approches traditionnelles SGBD permet d’avoir un meilleur temps de réponse du CMS et plus globalement du système » détaille Jean-Christophe Renou, spécialiste de l’ECM chez Logica, prestataire technique de data.gouv.fr.
Pour le cache, Etalab a prévu une architecture asymétrique entre la contribution en « mode CMS » et une publication en cache avec pré-génération d’un certain nombre de pages (référencées par le moteur de recherche). 

CMS : eZ Publish

Le choix d’un socle CMS eZ Publish est dicté par une volonté de mutualisation avec la DILA.
« Tous les aspects transactionnels sont construits au-dessus du CMF - Content Management Framework – et toutes les interactions comme le forum sont le plus souvent des extensions greffées à l’intérieur d’eZ Publish […] Les contributions peuvent rapidement devenir nombreuses et afin de maintenir de bonnes performances, nous avons créé pour cela des extensions spécifiques » précise Jean-Christophe Renou.

Back-office producteurs et description des jeux de données

Pour publier leurs jeux de données, les administrations disposent de leur propre outil de publication, accessible en mode Web.
« On retrouve les concepts d’un CMS. Nous avons créé un modèle d’organisation générique à l’ensemble des producteurs de données, et souple, à travers lequel il est possible de définir les workflows. Les fonctions d’administration sont elles déportées vers les coordinateurs » décrit le responsable de Logica.
La description des jeux de données est gérée quant à elle par l’intermédiaire de l’outil de gestion de base de connaissances sémantiques de la société Mondeca. « Chaque descriptif d’un jeu de données est harmonisé avec des thésaurus […] Cela permet déjà d’apporter une première étape de qualification harmonisée au niveau de l’Etat » commente Charles Ruelle.

Plate-forme d’échange de données

Chacun des 200 contributeurs de la plateforme peut recenser, qualifier et diffuser des données publiques depuis son interface.
La publication automatisée des jeux de données sur data.gouv.fr s’effectue quant à elle grâce à une plate-forme d’échanges (des échanges FTP sécurisés). Celle-ci supporte les flux automatiques entre les bases de données des SI de l’Etat et la plate-forme.
« Nous avons tiré des liens permanents entre les bases de données des administrations et Etalab pour que la mise à jour de centaine de milliers de jeux de données puisse se faire dans un souci de productivité » détaille Jean-Christophe Renou.
« Nous envisageons un mode en pull basé sur le moissonnage. Nous avons mis en place un prototype avec une syntaxe XML/RDF avec l’Insee et le MEDETEL [Ndlr : ministère de l’écologie]. Pour nous c’est un enjeu extrêmement fort puisque cela permet de mettre à disposition toujours plus de données, mieux qualifiées et mieux mises à jour et d’industrialiser cette étape de diffusion » ajoute Charles Ruelle.

Moteur de recherche : Exalead

Le moteur interne du portail est basé sur la technologie d’Exalead - propriété désormais de Dassault Systèmes. La démarche itérative est également appliquée au moteur afin donc d’améliorer la pertinence des résultats et de proposer de nouvelles fonctionnalités de recherche.
« Nous avons commencé sur quelque chose d’assez simple avant d’apporter progressivement des améliorations pour faciliter encore l’accès aux données, en structurant ou ajoutant par exemple des facettes […] A ce stade du développement, nous avions priorisé l’approche simple et l’appropriation rapide. Nous avons travaillé autour de l’expérience Google en termes d’usages. En complément de cette recherche accessible à tous et qui permet déjà de faire 80% du travail, nous travaillons sur des facettes de recherche spécialisées sur certains axes, par exemple en privilégiant dans une requête l’axe géographique » présente Jean-Christophe Renou.