This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Théorie et Pratique du Système Théorie et Pratique du Système d’Informationd’InformationTroisième Chapitre: Composants du SITroisième Chapitre: Composants du SI
Chaque système technique dispose de ses ressources, allant du PC à un ensemble de serveur spécialisés
Les ressources peuvent être distribuées Ex: GRID computing
Les ressources peuvent être mutualisées Partage entre plusieurs systèmes applicatifs
Les ressources peuvent être virtualisées Découpage logique d’une ressource en plusieurs « machines virtuelles » Classique pour le stockage, tendance de fond pour les serveurs
Principe d’un composant (Printz/Spyzerski) Réutilisable Scalable (sans état) => gestion du contexte en paramètre Définition « unité de déploiement indépendante, utilisable via des tiers via ses interfaces, dont l’état interne n’est pas observable »
La notion de composant est transverse dans le SI (multi-échelle) Composant logiciel Serveur d’application – SOA local Services métiers SOA global Mais aussi: requêtes BD (services Tuxedo – moniteur transactionnel)
Architecture 3-tiersArchitecture 3-tiers Evolution naturelle du modèle client-serveur:
Découplage traitement - données Orientée-scalabilité : capacité à démultiplier les ressources de traitement Solution technique: Serveur d’application
S’étend naturellement au N-tiers en décomposant le traitement selon une architecture en couche: Serveurs d’applications Web (frontal de clients légers) Serveurs d’intégration (entre traitement et données)
“Web services are frequently just Web APIs that can be accessed over a network, such as the Internet, and executed on a remote system hosting the requested services”.
Intégration par le « front office » - Portail applicatifIntégration par le « front office » - Portail applicatif
L’intégration applicative peut aussi venir du front-office Vision unifiée des applications Scripts de partage d’information/ automatisation de saisie Méthode légère d’urbanisation qui peut évoluer vers SOA
Une méthode légère et efficace d’intégration Architecture Web qui s’appuie de multiples outils
Quel est le retour sur investissement ?Quel est le retour sur investissement ?
Le ROI de l’infrastructure d’intégration n’est pas simple : L’infrastructure coûte cher La conception est difficile -> alourdit les spécifications + essais/erreurs Les adaptateurs sont coûteux (de 20 à 40% du développement) Tests complexes Exploitation et mise au point difficiles
Facteurs clés: Age moyen (taux de refonte) -> nettoyage Taux de renouvellement -> évolutions
Le ROI se juge avec du recul Cycle complet de vie Quelle est la valeur de l’agilité (cf. chapitre 5) ?
Progiciels et Logiciels MétiersProgiciels et Logiciels Métiers
Il existe plusieurs types de « mode de fabrication » pour des applications logicielles
Spécifique Framework Progiciel
Critères dimensionnants nombres de clients taux de couverture (générique / spécifique pour intégration) généricité du besoin (intersection / union) Taux d’évolution fonctionnel Contraintes de performance
Jeu à « deux acteurs » client : make/buy (avec intégration) Vendeur: maximiser rentabilité (pas revenu)
Limites du Cloud ComputingLimites du Cloud Computing
Le « cloud computing » est dans une phase naissance => beaucoup de « hype »
Trois limites:1. Maitrise des données et de la « privacy ».
2. Temps de latence: Un aller-retour n’est pas gratuit (10 ms pour 3000km) => les applications transactionnelles à fort de gré d’interaction ne sont indiquées
3. Surcoût d’une approche SOA externalisée
1. Les services sont forcément à faible granularité, (s’ils était spécialisés et complexes il n’y aurait pas la taille critique de marché)
2. Un RPC à travers un WS a un surcoût important
3. On ne peut pas transformer (aujourd’hui) toutes les appels fonctionnels en invocation de WS– « SOA is not scale-free »– C’est même vrai à l’intérieur de l’entreprise !