Conclusion
Modèle client/serveur
H2728 v1 Article de référence

Conclusion
Modèle client/serveur

Auteur(s) : Xavier PERRAS

Relu et validé le 16 juin 2016 | Read in English

Logo Techniques de l'Ingenieur Cet article est réservé aux abonnés
Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?

Présentation

1 - Définitions

2 - Fonctions à répartir

  • 2.1 - Services système de présentation
  • 2.2 - Services système d’accès aux données
  • 2.3 - Fonctions applicatives d’ordonnancement
  • 2.4 - Composant de présentation applicative
  • 2.5 - Traitements applicatifs
  • 2.6 - Composants de manipulation des données

3 - Types de répartition

4 - Infrastructure client/serveur

5 - Standards

6 - Conclusion

Sommaire

Présentation

Auteur(s)

  • Xavier PERRAS : Ingénieur agronome (INA) - Architecte des systèmes informatiques

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

Pour comprendre la logique des multiples combinaisons conformes au modèle client/serveur, il est nécessaire d’effectuer une analyse préalable de la structure des traitements interactifs ; un traitement interactif met systématiquement en œuvre un certain nombre de fonctions élémentaires ; ces fonctions élémentaires peuvent être groupées selon leur type ; la déclinaison du modèle client/serveur s’appuie sur les modalités de répartition de ces types de fonctions entre poste de travail et serveur. Cette analyse fait l’objet de la première partie de l’article.

Dans une seconde étape, nous conjuguerons les principales modalités de répartition pour dresser une typologie des diverses occurrences du modèle.

Nous verrons ensuite que le modèle suppose des fonctions de communication qui doivent compléter les fonctions de transmission du réseau. Ces fonctions se situent entre les applications « clientes » et le serveur et s’appuient sur les fonctions de transport.

Une dernière étape nous permettra de « positionner » groupes de produits et standards par rapport au modèle client/serveur.

Le but essentiel de cet article est de fournir une grille d’analyse solide qui permette d’aider le lecteur à mieux maîtriser la compréhension de la nébuleuse protéiforme qui se profile derrière le sigle client/serveur.

Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h2728

Lecture en cours
Présentation

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

6. Conclusion

Un volume considérable d’informations est maintenant consulté dans le cadre d’Internet et d’Intranet. Ces consultations s’appuient sur le protocole HTTP et le format HTML, qui permettent de limiter la complexité du poste de travail tout en fournissant une ergonomie satisfaisante pour des activités de consultation. Ce modèle et ces standards couvrent donc de manière satisfaisante les besoins de l’informatique dite « informationnelle ».

Par ailleurs, les besoins de l’informatique dite « transactionnelle » ne sont pas entièrement satisfaits par les standards HTTP et HTML, qui ne fournissent pas les fonctions d’intégrité requises pour ces traitements. Deux options sont actuellement en concurrence pour couvrir ce domaine. La première consiste à coupler les techniques HTTP avec les techniques transactionnelles classiques apportées par les SGBD ou les moniteurs transactionnels classiques ; cette option est relativement simple, mais les interfaces de programmation n’étant pas standardisées, on risque de retrouver les difficultés de portabilité qui ont grevé le modèle client/serveur dès ses origines. L’autre voie s’appuie sur les standards des protocoles liés à la programmation objet (IIOP et CORBA) qui exigent d’importants investissements en outils et en compétences, mais ont pour contrepartie une meilleure portabilité et une meilleure ergonomie. Il est probable que ces deux voies cohabiteront dans une proportion qu’il est difficile de prédire.

HAUT DE PAGE
Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Lecture en cours
Conclusion

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

Sommaire
Sommaire
Logo Techniques de l'Ingenieur

Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

Ressources documentaires

Mashups - Architecture des applications Web tactiques d'entreprise

Les « mashups » sont une nouvelle forme d'applications représentative de l'appropriation par ...

Virtualisation logicielle : de la machine réelle à la machine virtuelle abstraite

Masquer l'hétérogénéité est un des grands challenges de l'informatique moderne : le nombre de ...