Conclusion
Méthodologie en matière de performance des systèmes

La performance des systèmes dépend d’un grand nombre de paramètres et n’est donc pas simple à appréhender. C’est certainement la raison pour laquelle l’aspect performance dans les projets est souvent traité comme un parent pauvre. L’on ne s’y intéresse qu’en dernier ressort et bien souvent lorsque des problèmes se posent. Il résulte souvent de ce traitement tardif et « à chaud » des résultats médiocres, voire désastreux, pour l’architecture du système. La recherche de meilleures performances conduit souvent à déstructurer le système : des niveaux de virtualisation, qui avaient été introduits pour assurer une certaine indépendance vis-à-vis du matériel ainsi qu’entre les modules logiciel, sont purement et simplement supprimés. Les solutions apportées ne sont que partielles, conduisent bien souvent à une augmentation des coûts et des délais et ont un impact négatif sur la maintenance du système.

L’absence de maîtrise des performances rend difficile la prévision du comportement du système face à des changements tant dans les missions qu’il doit remplir que dans les mutations technologiques qui lui seront apportées au cours de son existence (comme l’incidence d’un changement de processeur ou de réseau local sur le temps de réponse du système). Cette absence de maîtrise rend en outre difficile l’analyse des problèmes de performance rencontrés dans la vie du système.

Nous proposons une méthodologie permettant de traiter, dans le cadre de projets, la performance au moyen de techniques de modélisation.

La modélisation des systèmes informatiques permet d’étudier le comportement des systèmes sur des modèles et non sur le système lui-même. De cette façon, il est possible de prévoir le comportement du système vis-à-vis de changements dans ses missions ou dans les technologies utilisées pour sa réalisation. L’alimentation de tels modèles nécessite des données, qui sont fournies par des mesures ou des estimations. La modélisation et la mesure sont deux activités distinctes mais complémentaires. Elles sont nécessaires à l’activité de l’architecte système, et elles apportent l’aspect quantitatif à une activité qui a quelquefois tendance à se cantonner au qualitatif. La modélisation peut s’appliquer tout au long du cycle de vie du système : depuis la phase de conception jusqu’à la vie opérationnelle du système. En ce qui concerne la vie opérationnelle du système, on peut remarquer que celui-ci est soumis à des demandes de modification de mission (services qu’il doit rendre) ainsi qu’à des modifications de sa technologie (rajeunissement de certains composants rendu nécessaire par leur retrait du marché). Il est utile, pour maîtriser de tels changements, d’évaluer a priori et donc de valider l’impact des changements sur le comportement du système avant de les appliquer.

En résumé, on peut caractériser l’apport de la modélisation aux différentes phases de la vie d’un système de la façon suivante :

• phase de conception :

  •  choix entre différents types d’architecture,

  •  dimensionnement des différents composants du système,

  •  étude de la sensibilité du comportement du système à différents paramètres ;

• phase d’implémentation :

  •  analyse de l’impact de modifications d’architecture ou de dimensionnement de composants,

  •  analyse de l’impact de non-atteinte d’objectifs de performance sur la performance globale du système ;

• phase d’exploitation :

  •  analyse de l’impact de changements de mission ou de remplacement de composants,

  •  aide à l’analyse de problèmes de performance rencontrés.

On peut distinguer trois grandes approches méthodologiques dans le domaine de la performance :

•  l’intuition ;

•  les mesures ;

•  la modélisation.

L’intuition se fonde sur l’expérience. Elle est peu coûteuse mais ses possibilités sont limitées tant en ce qui concerne la fiabilité que la complexité. En effet, malgré l’expérience, les erreurs sont possibles et, au-delà d’une certaine complexité, il n’est plus possible de répondre.

En revanche, les mesures ne souffrent pas de l’imprécision mais elles sont difficiles à mettre en œuvre et elles représentent un coût important. L’interprétation des mesures n’est pas aisée car on néglige souvent le fait qu’une bonne interprétation des résultats passe par la compréhension de la dynamique du système. L’inconvénient majeur de cette approche réside dans le fait que le système doit exister (ou du moins dans un état de développement suffisamment avancé pour que les mesures puissent être représentatives du comportement du système).

La modélisation peut être vue comme un compromis entre l’intuition et la mesure. Elle est plus fiable que l’intuition car elle se fonde sur la dynamique du système et elle permet de détecter des effets secondaires. Elle est plus souple que les mesures car l’étude de l’incidence de modifications ne nécessite que le changement du modèle et/ou de ses paramètres. Elle présente l’avantage majeur, par rapport aux mesures, de ne pas impliquer l’existence du système.

Notre exposé est concentré sur la modélisation de la performance des systèmes. Mentionnons que la démarche proposée s’applique aussi bien à la disponibilité des systèmes (estimation de l’impact d’une stratégie de réparation d’un système sur sa disponibilité, par exemple) qu’à l’estimation des coûts et des délais de développement. En matière de performance, l’ouvrage de référence est .

Un modèle permet d’étudier et de valider l’impact de modifications sur le modèle et non plus sur le système. La technique de modélisation présentée s’appuie sur les réseaux de files d’attente. Les stratégies de modélisation sont ensuite appliquées à deux cas extrêmes : le développement d’un système à partir d’une « feuille blanche » et à partir d’un système existant. La réalité se situe entre ces deux extrêmes et la démarche à mettre en œuvre s’inspire de celles présentées pour ces deux cas. Les critères de choix d’une stratégie de modélisation sont présentés. Nous introduisons ensuite l’analyse opérationnelle qui est une technique permettant, à partir de mesures, de dériver des conclusions fort utiles. Quelques indications sur les outils qui permettent, sur des systèmes d’exploitation standard, d’obtenir les chiffres nécessaires à la mise en œuvre de l’analyse opérationnelle sont données. Un certain nombre de règles empiriques ont été proposées pour le dimensionnement des systèmes. La méthodologie de prévision de la charge conclue l’exposé.