Qu'est-ce que l'architecture C/S ?

L'architecture cs est une architecture client/serveur, dans laquelle le client s'appuie sur le serveur pour obtenir des ressources. L'architecture cs réduit le trafic réseau en fournissant des réponses aux requêtes : elle comporte trois types de structures : une architecture à une couche et. architecture à deux couches et architecture à trois niveaux.

L'architecture C/S est une architecture client/serveur, dans laquelle le client s'appuie sur le serveur pour obtenir des ressources, et l'architecture C/S réduit le réseau en fournissant un flux de réponses aux requêtes. Elle comporte trois types de structures : une architecture à un niveau, une architecture à deux niveaux et une architecture à trois niveaux.

L'architecture C/S est une technologie courante dans l'architecture de développement de réseau actuelle et a été développée pour la première fois par la société américaine Borland. Ensuite, je présenterai cette architecture en détail dans l'article, qui a une certaine valeur de référence et j'espère qu'elle sera utile à tout le monde.

[Cours recommandés : Tutoriel PHP]

La signification de l'architecture C/S

L'architecture C/S est appelée architecture client/serveur. Il s'agit d'une architecture réseau dans laquelle le client est l'utilisateur qui exécute l'application sur PC. ou poste de travail, le client s'appuie sur le serveur pour obtenir des ressources. L'architecture C/S réduit le trafic réseau en fournissant des réponses aux requêtes plutôt que des transferts de fichiers totaux. Il permet à plusieurs utilisateurs de mettre à jour vers une base de données partagée via une interface graphique frontale. La communication entre les clients et les serveurs utilise généralement des appels à distance (RPC) ou des instructions de langage de requête standard (SQL).

Caractéristiques de base de l'architecture C/S :

(1) Le processus client contient une logique spécifique à la solution et assure un lien entre l'utilisateur et le reste du interface du système d'application entre. Les processus serveur agissent comme des moteurs logiciels qui gèrent des ressources partagées telles que des bases de données, des imprimantes, des modems ou des processeurs hautes performances.

(2) Les tâches frontales et les tâches back-end ont des exigences fondamentalement différentes en matière de ressources informatiques, telles que la vitesse du processeur, la mémoire, la vitesse et la capacité du disque et les périphériques d'entrée/sortie.

(3) Les plates-formes matérielles et les systèmes d'exploitation du client et du serveur sont généralement différents. Les processus client et serveur communiquent via un ensemble bien défini d'interfaces de programmation d'applications (API) et de RPC standard.

(4) Une caractéristique importante de l'architecture C/S est l'évolutivité, elles peuvent être mises à l'échelle horizontalement ou verticalement. La mise à l'échelle horizontale signifie l'ajout ou la suppression de clients et de postes de travail avec un léger impact sur les performances. La mise à l'échelle verticale signifie passer à un ordinateur serveur plus grand et plus rapide ou à plusieurs serveurs.

Types d'architecture C/S

Architecture monocouche

Ici Dans une configuration d'architecture de type C/S, l'interface utilisateur, la logique marketing et la logique des données existent dans le même système. Cependant, cela est difficile à gérer en raison des différences entre les données. Par exemple, les lecteurs MP3 et MS Office sont des applications monocouches.

Architecture à deux niveaux

Dans ce type, l'interface utilisateur est stockée sur la machine client et la base de données est stockée sur le serveur. La logique de la base de données et la logique métier sont documentées sur le client ou le serveur, mais nécessitent une maintenance. Si la logique métier et la logique des données sont collectées côté client, elles sont alors appelées architecture de serveur léger client lourd. Si la logique métier et la logique des données sont gérées sur le serveur, on parle d'architecture de serveur lourd client léger. Ceci est considéré comme abordable.

Dans une architecture à deux niveaux, le client et le serveur doivent être fusionnés directement. Si le client fournit des informations au serveur, il ne devrait y avoir aucun middleware. Ceci est fait pour obtenir des résultats rapidement et éviter toute confusion entre les différents clients. Par exemple, les logiciels de réservation de billets en ligne utilisent cette architecture à deux niveaux.

Architecture à trois niveaux

Dans l'architecture à trois niveaux, un middleware supplémentaire doit être utilisé, ce qui signifie que le client le demande doit accéder au serveur via cette couche intermédiaire, et la réponse du serveur est d'abord reçue par le middleware, puis par le client. Le middleware stocke toute la logique métier et la logique des canaux de données, le middleware augmente la flexibilité et offre des performances optimales.

La structure à trois niveaux est divisée en trois parties, à savoir la couche de présentation (couche client), la couche application (couche métier) et la couche base de données (couche de données). Le système client gère la couche de présentation, le serveur d'applications est responsable de la couche d'application et le système serveur surveille la couche de base de données.

Résumé : Ce qui précède représente l'intégralité du contenu de cet article, j'espère qu'il sera utile à tout le monde.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!