Sorry, you need to enable JavaScript to visit this website.

Image CAPTCHA
Saisir les caractères affichés dans l'image.

Layering : Infrastructure Universelle 1/Objectifs

Layering : Infrastructure Universelle 1/Objectifs
2010-01-222013-02-11bonnes pratiquesfr
Olivier Domy dans son article «Le layering où l'approche modulaire du système d'information» introduisait une réflexion sur l'intérêt de concevoir les infrastructures en couches. Regardons à présent comment les mettre en œuvre à travers une mini série de 7...
Publié le 22 Janvier 2010 par Patrice Boukobza dans bonnes pratiques
Olivier Domy dans son article «Le layering où l'approche modulaire du système d'information» introduisait une réflexion sur l'intérêt de concevoir les infrastructures en couches.
Regardons à présent comment les mettre en œuvre à travers une mini série de 7 focus.

Les objectifs poursuivis
Garantir une infrastructure modulaire, évolutive et universelle n'est pas chose facile quand ces sujets ne sont pas la priorité d'un projet d'envergure. On peut vite se heurter aux clauses contractuelles ou à l'expression de besoins qui ne prend pas en charge ces aspects.En effet le concept d'universalité demande une ouverture potentiellement plus large de périmètre et peut venir ralentir certaines décisions d'architecture, ou avoir des impacts sur le TCO d'un projet en cas de création d'infrastructure.
L'universalité a pour objectif de contraindre les infrastructures et le système d'informations à être ouverts, réutilisables et mutualisables au sein d'une entité.
Chaque activité, projet, architecture, développement, doit s'inscrire dans cette démarche afin de rationnaliser toute étude et implémentation.
Il faut alors trouver le bon argumentaire afin de faire comprendre qu' «il ne faut plus penser projet unitaire, mais services mutualisés».

infra universelle 1.JPG
Dans une vision transversale et globale des infrastructures techniques du SI, la  roadmap du concept d'universalité se doit de définir plusieurs postulats:
  • Tout scénario d'infrastructure doit permettre de bâtir des briques communes qui ne seront pas remises en question ultérieurement.
  • Chaque fonction ou brique pourra évoluer indépendamment des autres.
  • Le système sera ouvert à l'implémentation de nouvelles briques qui suivront les règles du modèle initial.
  • Toute réalisation d'un "service" entraine l'exploitation mutualisée de ce service. Ce service sera proposé à travers une offre qualifiant les contraintes d'éligibilité.
  • L'Infrastructure offrira des services en « pools de ressources »
  • La partie Universelle sera considérée comme le tronc commun à partir duquel des configurations ou options spécifiques pourront venir se greffer (afin de respecter les contraintes du métier ou de l'entité concernée).
à suivre -> quelle stratégie mettre en œuvre?

Patrice Boukobza





Ajouter un commentaire

comments

  • Les adresses de pages web et de courriels sont transformées en liens automatiquement.
  • Les lignes et les paragraphes vont à la ligne automatiquement.
  • Tags HTML autorisés : <a> <em> <strong> <cite> <blockquote> <code> <ul> <ol> <li> <dl> <dt> <dd> <br>

Plain text

  • Aucune balise HTML autorisée.
  • Les adresses de pages web et de courriels sont transformées en liens automatiquement.
  • Les lignes et les paragraphes vont à la ligne automatiquement.

Email HTML

  • Les lignes et les paragraphes vont à la ligne automatiquement.
  • Les adresses de pages web et de courriels sont transformées en liens automatiquement.
Image CAPTCHA
Saisir les caractères affichés dans l'image.
Changer d'affichage