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

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

Comment bien rationaliser son système d'information avant de déménager

Comment bien rationaliser son système d'information avant de déménager
2010-05-242013-02-11bonnes pratiquesfr
Le déménagement d'un datacenter à un autre est une opération complexe et en même temps une opportunité assez unique pour l'évolution d'un système d'information. De plus en plus, on pousse les technologies de virtualisation pour bien préparer son déménagement et faire en sorte de...
Publié le 24 Mai 2010 par Olivier Domy dans bonnes pratiques
Le déménagement d'un datacenter à un autre est une opération complexe et en même temps une opportunité assez unique pour l'évolution d'un système d'information. De plus en plus, on pousse les technologies de virtualisation pour bien préparer son déménagement et faire en sorte de minimiser les interruptions de services et de faciliter au maximum la transition. Au-delà de la virtualisation des serveurs, du stockage, et autres éléments du datacenter qui vont indéniablement apporter de la flexibilité (indépendance du matériel, mobilité des machines virtuelles, équipements différents d'un site à autre, réplication des machines à moindre coût, ...), il est intéressant de voir, comment on peut rendre le déménagement plus efficient avec une approche métier.
L'analyse des applications par métiers pour mettre en relief les interopérabilités applicatives

La première étape est l'analyse fonctionnelle du système d'information. Cette phase d'asset sert à regrouper les applications par groupes métiers et à mettre en exergue les dépendances entre ces applications. L'exemple le plus simple est une application 3 tier avec son serveur de base de données, ses serveurs de présentation et son serveur de traitement. Cet ensemble de serveur correspond à groupe métier. 
L'analyse fonctionnelle va permettre d'identifier les différents groupes métiers, les services d'infrastructure et les services transverses avec des dépendances multilatérales, comme par exemple dans le schéma ci-dessous. 
 
Infra en container vApp.jpg























Ce travail permet d'identifier les dépendances et les adhérences entre les différents systèmes et va nous permettre dans la seconde étape de rationnaliser la gestion du système d'information en effectuant des regroupements par métiers des applicatifs. Une 

Le regroupement des applications par groupe métiers ; la clé d'un déménagement réussi

A ce stade, il est intéressant d'opérer une double consolidation. La consolidation des serveurs pour transformer les machines physiques en machines virtuelles et aussi, si nécessaire, une consolidation des rôles des serveurs pour gagner en homogénéité. Une fois ce travail réalisé, il est possible d'opérer un regroupement logiques des applications par groupes métiers.
Dans un article précédant, j'avais parlé de la fonctionnalité vApp offerte par vmware vSphere. Pour rappel, il s'agit de créer simplement des regroupements logiques de serveurs pour pouvoir les gérer ensemble plus simplement. Dans mon approche, je propose de créer des containers vApp correspondant chacun à un groupe métier, comme dans le schéma ci-dessus et de déménager non plus des serveurs mais un domaine métier dans son intégralité. D'abord les services d'infrastructure et les services connexes a fortes dépendance et ensuite les domaines métiers un par un.

Cette approche permet de garantir, que par rapport à un métier, toute l'infrastructure va être opérante au même moment et que l'interruption de service va être totalement maitrisée et planifiée. En outre, en opérant ce regroupement logique, vous identifiez les éventuels SPOF et structurez votre système d'information de manière à avoir une vision d'ensemble par domaine métiers et non plus par typologies d'applications (web, SGBD, infra, etc...). 

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