Client serveur pour administration de réseau informatique

Les composantes
Les composantes
Chapitre 2
Chapitre 2

2
Les attentes
Les attentes
 Acquérir une connaissance de base des
composants(logiciel et matériel) d'un système
distribuées et de leurs fonctions
 Comprendre les implications organisationelles du
développement d'application client/serveur.

3
Plan de cours
Plan de cours
 Revue des grands thèmes.
– Systèmes d'exploitation, les
systèms ouverts, la
connectitvité informatique,
le modèle OSI, le dépannage,
la sécurité des OS.
 L'approche client/Serveur
– Revue des définitions.
– défis,bénéfices et
inconvénients de l'approche
– Logiciels, matériels
– Outils de développements
d'applications.
 Les serveurs de bases de données
– Les stokages de fichiers
– SQL(Structured Query Language)
– La performance
– Les responsabilités de l'adminitrateur
– La sécurité
 Les interfaces utilisateurs
– Lesprincipes d'une bonne interface
– Les caratéristiques
 L'évaluation d'un projet
– le choix des applications à évaluer:
– L'analysede faisabilité

4
Architecture Client/serveur
Architecture Client/serveur
 L’informatique client/serveur est
– une architecture flexible et rentable dans lequel
les clients sont des applications « front-end »
qui interagissent avec des serveurs, qui sont des
applications « back-end ».

5
Définition du client/serveur
Définition du client/serveur
Logiciel de
serveur
fournit les
services
Logiciel client
affiche la réponse
Ethernet
Réseau
Requête /réponse

6
L’environnement Client/Serveur
L’environnement Client/Serveur
 Service
 Ressources partagées
 Protocoles asymétriques
 Transparence des sites
 mix and match
 Echanges basées sur des messages
 Encapsulation de services
 Mise à l'échelle(scalability)
 Intégrité

7
Avant le client/serveur
Avant le client/serveur
Token Ring

8
Les points critiques
Les points critiques
 Le client fait une requête de service.
 Le serveur fournit le service.
 Les clients sont des applications « front-end ».
 Les serveurs sont des applications « back-end ».
 Les deux sont requis pour une transaction.
 Le client et le serveur sont normalement sur des
ordinateurs différents.
 La communication est normalement faite sur un réseau.
 La séparation est transparente pour l’utilisateur.

9
La prochaine étape
La prochaine étape

10
Parallèles avec la Réingénerie
Parallèles avec la Réingénerie
de l’Entreprise
de l’Entreprise
 Amélioration de la qualité
 Aplanissement de la pyramide
organisationnelle
 Donner le pouvoir aux employés
 Faciliter le partage de l’information
 Effets de la réingénerie

11
Bénéfices de la Technologie
Bénéfices de la Technologie
Client/Serveur
Client/Serveur
 Cycle de développement plus court
 Coût plus bas
 Mise en echelle (Scalability)
 Flexibilité/spécialisation
 Opportunité
 Potentiel
 Potentiel de la technologie

12
Potentiel (suite)
Potentiel (suite)
 Potentiel pour changer l’entreprise
 Barrières à la technologie client/serveur
 Coûts d’implémentation
 Acquérir le support des administrateurs clés
 La peur de déranger le flux de travail
 Vitesse rapide de changement
 Difficultés techniques
 Le manque d’une architecture cohésive
 Manque de compétence

13
Barrières à la technologie
Barrières à la technologie
client/serveur
client/serveur
 Coûts d’implémentation
 Acquérir le support des administrateurs clés :
– Un parrainage corporatif
– Administrateurs de SI
– Administrateurs des département affectés
 La peur de déranger le flux de travail
 Vitesse rapide de changement
 Difficultés techniques
 Le manque d’une architecture cohésive
 Manque d’habilité

14
Mythes et Réalités
Mythes et Réalités
1: La migration client/serveur veut dire qu’on doit tout faire rouler sur des
PC.
2: Nos applications sont trop grosses.
3: Les MIPS ne comptent pas.
4: Les goulot d’étranglement d’E/S avec les systèmes client/serveur font que
leurs performances ne sont pas aussi bonne que les minis et mainframe
traditionnel.
5: Les LANs ne sont pas fiable
6: DANGER! Les LANs ne fournissent pas de sécurité, de backups et de
contrôles adéquates.
7: Le client/serveur, parce qu’il roule sur des microprocesseurs, peut être
implémenté à 100% avec des logiciels off-the-shelf.
8: La migration client/serveur ne requière que le remplacement des
applications mainframe avec des alternatives pour PC.

15
Revue des grands thèmes
Revue des grands thèmes
 Le midleware
 Les systèmes d'exploitation
 Les systèmes ouverts
 La connectitvité informatique
 Le modèle OSI
 Le dépannage
 la sécurité des OS.

16
Le midleware
Le midleware
Netbios TCP/IP IPX SNA
Directory Securité Distribution des fichiers
RPC Messages Named Pipes
SNMP CMIP DME
SQL/API Mail RPC-T ORB
Services spécifiques
DSM
NOS
Couche de transport

17
Le midleware dans le
Le midleware dans le
client/serveur
client/serveur
Client Middleware Serveur

18
Qu'est ce qu'un serveur peut
Qu'est ce qu'un serveur peut
attendre d'un OS
attendre d'un OS
Multitasking
Theads Sémaphores
Gestion de fichiers
IPC Gestion de
la mémoire

19
Les Systèmes d'exploitation
Les Systèmes d'exploitation
 UNIX
 Windows NT
 VMS
 DOS
 Windows 95
 OS/2

20
Transparence du NOS
Transparence du NOS
 Transparence des sites
 Transparence des noms
 Transparence des acc`s)Login)
 transpararence de réplication
 Transparence du temps distribuée
 Transparence des pannes
 Admintration transparente

21
Qu'est ce que le client/serveur
peut faire?
peut faire?
 Serveurs de fichiers
 Serveurs de base de données
 Serveurs transactionnels
 Serveurs d'applications
 Serveurs d'objets

22
Serveur de fichiers
Serveur de fichiers
Applications Application Applications
Appels de fichiers
Serveur de fichiers
Disque
Clients

23
Serveur de base de données
Applications Applications Applications
Appels SQL
Serveur DBMS
Clients
Base de données

24
Serveur transactionnel
Transactions
TRANsactions
DBMS
Disque
Clients

25
Serveur d'applications
Messages d'applications
Serveur d'application
Disque
Clients

26
Serveur d'objets
Serveur d'objets
Applications
ORB
Application
ORB
Applications
ORB
Remote Method Invocation
Serveur d'objet
ORB
Disque
Clients

27
Réseau Téléinformatique ?
Réseau Téléinformatique ?
Réseau
Lien
Stations Hôtes
Noeuds de
communication

28
Les fonctions d’un réseau
Les fonctions d’un réseau
téléinformatiques
téléinformatiques
•objectif principal
– réaliser une transmission efficace des données.
Principales fonctions
Génération du signal;
Synchronisation;
Gestion des échanges;
Détection d’erreur
Correction d'erreur;
Contrôle de flux;
Adressage;
Routage;
Récupération;
Formattage des
messages;
Protection (sécurité);
Gestion du système;
Contrôle de la charge du
réseau.

29
Le modèle OSI en sept
Le modèle OSI en sept
couches
couches
Application
Présentation
Transport
Réseau
Liaison
Physique
Session
Réseau
Liaison
Physique
Application
Présentation
Transport
Réseau
Liaison
Physique
Session
Protocole de bout en bout

30
Les piles de protocoles
Les piles de protocoles
Application Application Application Application
Sockets TLI CPI-C Named Pipes
SNA TCP/IP IPX/SPX Netbios
NDIS ODI Packet Driver

31
Cheminement du message
Cheminement du message
Couche Présentation
Couche Application
Couche Session
Couche Transport
Couche Réseau
Couche Liaison
Couche Physique
D
D H7
H6
D H7
H5
H6
D H7
H4
H5
H6
D H7
H3
H4
H5
H6
D H7
H2
H3
H4
H5
H6
D H7
H2
H3
H4
H5
H6
D H7
D
H7 D
H6 H7 D
H5 H6 H7 D
H5 H6 H7 D
H4
H5 H6 H7 D
H4
H3
H5 H6 H7 D
H4
H3
H2
H5 H6 H7 D
H4
H3
H2
Médium de transmission
Hôte B
Hôte A

32
Les protocoles TCP/IP versus
Les protocoles TCP/IP versus
ISO
ISO
FTP,TELNET,SMTP
ISO TCP
TCP UDP
Tranport
Session
Application
Présentation
Réseau
IP
Application
802.2 LLC
..
..
Lisaion
Physique
Slip, HDLC, PPP
Ethernet, Token Ring,X21, etc.

33
Les protocoles TCP/IP
Les protocoles TCP/IP
UDP TCP
IP ICMP
ARP RARP
EGP
ETHERNET TOKEN RING
C. Liaison
C. Réseau
C. Transport
SNMP TFTP DNS
Rlogin
C. Application
IGP
NFS BOOTP
SMTP
FTP
Telnet

34
Encapsulation d'un paquet de données
Encapsulation d'un paquet de données
FTP dans la Pile TCP/IP
FTP dans la Pile TCP/IP
Data ethernet CRC
Entête Ip Data IP
Adresse
Source
Adresse
Destination
Type ou
longueur
Entête TCP Data TCP
Entête FTP Data FTP

35
CPI-C OSI
Netbios
IPX/SPX
TCP/IP
Les couches d'IBM
Les couches d'IBM
CPI-C
Application

36
Le serveur
Le serveur
Groupeware
OLPT
DBMS
Objets

37
Quels sont les caractéristiques d'une
Quels sont les caractéristiques d'une
architecture Client/Serveur?
architecture Client/Serveur?
 Combinaison de client et serveur
 Ressources informatiques différentes
 Environnement hétérogène
 Mise à échelle

38
Quels sont les différents styles
Quels sont les différents styles
de traitements Client/Serveur?
de traitements Client/Serveur?
 Comment diviser les trois logiques entre le
client et le serveur
– Logique de présentation
– Logique d'affaire ,
– Logique des données

39
La logique de distribution
La logique de distribution
DBMS
Logique de base de donnée
Logique d'affaires
Logique de présentation
Application
Data
Serveur
Client

40
Les modèles d'architectures
Les modèles d'architectures
distribuées
distribuées
Fonctions de la
logique de
présentation
Fonctions de la
logique
d'affaire
Fonctions de la
logique
des données
Client
Serveur
Distributed
Presentation
Client
Serveur
Remote
Presentation
Client
Serveur
Distributed
Business Logic
Client
Serveur
Client
Serveur
Client
Serveur
Remote
Data management
Distributed Data
Management
Combinaison
de DDM et DBL

41
peut faire?
peut faire?
 Serveurs de fichiers
 Serveurs de base de données
 Serveurs transactionnels
 Serveurs d'applications
 Serveurs d'objets
 Serveurs Groupe de travail(Workgroup)

42
T
Té
échnologie Client/Serveur
chnologie Client/Serveur
 Communications Client/Serveur
– Appels de procédure à distance
– Interprèteur de langage
– Middleware
 Architecture en Lots
 Objets
– La programmation orienté-objet
– La gestion d’objets
– La conception orienté-objet

43
Serveur de fichiers
Serveur de fichiers
Appels de fichiers
Serveur de fichiers
Disque
Clients

44
Applications
Applications
Applications
Appels SQL
Serveur DBMS
Clients
Base de
données

45
SGBD
SGBD
 Système de Gestion gestion de Base de
données
– Ensemble de tables contenant des informations
liés entre elles
– Environnement réseau multi-usager permettant
la protection des données

46
Exemple de SGBD
Exemple de SGBD
PARTS( PartNum, PartName)
PRODUCTS( ProdNum, ProName)
BILL-OF-MATERIELS ( ProdNum, PartNum, Quantity)
VENDOR( VendNum, VendName, VendAdress)
SUPPLIER( PartNum, VenNum, Price, VendPN)
Schéma
SELECT VendNum, Price
FROM SUPPLIER
WHERE PartNum =40235
Commandes SQL
UPDATE SUPPLIER SET
Price =1.2 *Price WHERE
VendAdress= ' los Angeles'

47
Différents modèles de
Différents modèles de
distribution de SGBD
distribution de SGBD
Interface
utilisateur
Logique
d'affaire
Logique
des donnés
Données
Données
SGBDR passif
SGBDR actif
(SQL serveur)
Interface
utilisateur
Logique
d'affaire
Logique
des donnés

48
Multiserveurs de SGBD
Multiserveurs de SGBD
Serveur SGBD
Serveur SGBD
Client
Serveur SGBD Serveur SGBD
Client

49
SQL
SQL
 Langage de requêtes interactives à une Base de données Relationnel
– Format requête algébrique
 Langage de programmation de base de données
 Langage de définition de données et d'administration de données
 Indépendance
– Transport
– Plate-forme
 Options de traitement de requête(Query Processing)
– Stored Procedure
– Triggers
– Securité
 Support Multiserver
– Deux phases Commit/recovery avec multiples serveurs
– Répercution d'un requête sur d'autres serveurs

50
Fonctions d'un serveur SQL
Fonctions d'un serveur SQL
IBM Compatible
IBM Compatible
IBM Compatible
Data
Data
Data
Serveur
SQL
Mémoire
Données Procédures
•Utilisateurs multiples et tâches multiples
•Base de données multiples sur disques multiples
•Mappage d'objets logiques sur des données d'unités physiques
•Mémoires caches de données et de procédures

51
Fournisseurs de serveurs SQL
Fournisseurs de serveurs SQL
 Microsoft SQL
 Sybase SQL
 IBM
 Oracle SQL
 Gupta SQLBase

52
Services de transport versus
Services de transport versus
Serveur SQL
Serveur SQL
Transport Microsoft
/Sybase
IBM Oracle Gupta
TCP Oui Oui OUI
IPX Oui
APPC Oui Oui Oui
Vines Oui
Named Pipes Oui Oui Oui
Netbios Oui Oui
IBM Netbios Oui Oui Oui

53
Les versions SQL
Les versions SQL
SQL-89 SQL-92 SQL3 1995
SQL Intersection
Enchassement
Intégrité référentiel
Connections
BLOBs
Join Operators
Catalogs
Dynamic SQL
Intégrité de
domaine
Object SQL
Stored Procedures
Triggers
User defined type
CLI
Sensitive cursors
Multimédia

54
RDA (Remote Data base
RDA (Remote Data base
Access)
Access)
Client Serveur
BD
avant plan
Application
BD
arrière plan
Remote Data
Access Protocol
Requête
Résultats

55
Avantages RDA
Avantages RDA
 Réduit le trafic réseau
 Haute performance
 Réduit la mémoire requise chez le client
 Polices de gestion de consistance des données
– Sécurité
– Règles de consistance de la BD
 Réduction du temps de développement des applications
 Flexibilité du système
– Options du système en avant plan
– Options de la plate-forme en arrière plan

56
API de SQL Access
API de SQL Access
Application
Client
SQL
enchassée
Call Interface
SQL
Interface RDA
Protocole RDA
Protocole
Transport
Client
Serveur
SQL
Interface RDA
Protocole RDA
Protocole
Transport
Serveur

57
Groupes de standards SQL
Groupes de standards SQL
Access
Access
 SQL Access technical specification
 Partie de X/Open Portabilité Guide(XPG 4)
 Phase 1
 Format et protocole tel que ISO RDA
 SQL API définie
 ANSI SQL standards utilisée
 Phase II
 supporte TCP/IP et Call Level Interface (CLI)API
 Phase III
 Enregistrement des procédures, commit deux phases

58
ODBC
ODBC
 Open Data Base Connectivity
 ODBC est une Spécification de pilotes
d'acc`s à une base de données
 Développé par Microsoft

59
Client /serveur dans un
Client /serveur dans un
Environement ODBC
Environement ODBC
Ethernet
Production
Comptabilité
Ressource Humaines
Microsoft Excel
ODBC Interface
Gestionnaire
pilote
Pilote
Oracle
ODBC
Pilote
Sybase
ODBC
Communication
Microsoft Excel
ODBC Interface
Gestionnaire
pilote
Pilote
Oracle
ODBC
Pilote
Microsoft
ODBC
Communication
Lotus 123
ODBC Interface
Serveur SGBD
Oracle
Serveur SGBD
Sybase
Serveur SGBD
Micrososft SQL

60
Transactions
Transactions
DBMS
Disque
Clients

61
OLTP (Online Transaction Processing)
OLTP (Online Transaction Processing)
& DSS (Decision Support Systems)
& DSS (Decision Support Systems)
 Deux catégories de C/S
 OLTP: Système de réservation, Contrôle
d'inventaire, Serveurs des Brokker d'actions
de Systèmes Tracking , etc....
 DSS: Génération de rapports, temps n'est
pas critique
 DSS/EIS(Executive Information System)

62
Propriétés d'une transaction
Propriétés d'une transaction
 ACID
– Atomicité
– Consistance
– Isolation
– Durabilité

63
Commit à deux phases
Commit à deux phases
BEGIN BEGIN
Serveur Serveur
READY READY
COMMIT COMMIT
COMMIT OK COMMIT OK
Client
BEGIN BEGIN
Serveur Serveur
READY REFUSE
ROLLBACK
ROLLBACK OK
Client
Succés
Echec

64
Les modèles de transactions
Les modèles de transactions
Systèmes
Start
Les transactions
Commit Abord
Tuxedo TPBEGIN TPCONNECT TPABORD
Top End tx_begin tx_commit tx_rollback
Encina RPC transaction onCommit onAbord
X/Open tx_begin tx_commit tx_rollback
OSI TP C-BEGIN C-COMMIT C-ROLLBACK
Tandem RSC Begin_Transaction End_Transaction Abord_Transaction
CICS SYNCPOINT SYNCPOINT SYNCPOINT ou
ROLBACK

65
Transaction processing
Transaction processing
 Propriétés d'une transaction
 ACID
– Atomicité
– Consistance
– Isolation
– Durabilité

66
ISO CCR ASE
ISO CCR ASE
 Toolkit Application Service Element (ASE)
 Requiert deux phases commit
 CCR Opérations
– Begin (supérieur)
– Prepare (supérieur)
– Ready (subordonnée)
– Rollback (au choix)
– Recover (au choix)

67
Applications Application
Applications
Messages d'applications
Serveur d'application
Disque
Clients

68
Serveurs Groupeware
Serveurs Groupeware
 Documents multimédias
 Workflow
 E-mail
 Téléconférence
 Planificateur de temps

69
Serveur d'objets
Serveur d'objets
Applications
ORB
Application
ORB
Applications
ORB
Remote Method Invocation
Serveur d'objet
ORB
Disque
Clients

70
Objets
Objets
 Objets
 Object Brokers
 Objects Services
 Objects TP Monitors
 Object Groupeware
 Object Database
 Object Linking
 Objects Frameworks

71
CORBA solution de OMG?
CORBA solution de OMG?
 CORBA (Common Object Request Broker
Architecture).
Applications
Object
Object Request Broker
Object services
Facilités
communues

72
Structure d'ORB deCorba 2.0
Structure d'ORB deCorba 2.0
Dynamic
Invocation
Object Adapter
ORB
Interface
Cl;ient
IDL:
Stubs
Dynamic
Sketon
Invocation
Statics
Sketons
OBject Request Broker Core
Interface
Repository
Implementation
Repository
Client Object
Implementation

73
Les APIs
Les APIs
 Application Programming Interface
 TLI(Transport Layer Interface)
 RPC(Sun, DCE,Microsoft)
 Socket(Unix, Winsock)
 SQL API
 ORB(Corba)

74
RPC
RPC (Remote Procedure Call)
(Remote Procedure Call) ?
?
 l’exécution des procédures sur une
machine distante.
 créer des programmes répartis.
 Deux standards: ONC et DCE
 But
– Facilité
– Distribution
– Transparence:
– Indépendance

75
Fonctionnement
Fonctionnement
main()
{
.....
....
result = add(x,y);
....
}
add(x,y)
int x;
int y;
{
return(x+y);
}
main()
{
.....
....
result = rpc(server,add,(x,y);
....
}
add(x,y)
int x;
int y;
{
return(x+y);
}
Appel de procedure local Appel de procedure à distance
Client
Serveur
part
l’execution
sur le serveur
retourne le résultat

76
Architectures des vendeurs
 GUI
 API (Application program interfaces)
 Protocoles de réseaux
 Gestion de système
 Sécurité
 Outils CASE (Computer-aided software
engineering)
 Gestion d’objet
 DBMS

77
System Application
System Application
Architecture d'IBM?
Architecture d'IBM?
 Common User Access (CUA)
 Common Programming Interface (CPI)
 Common Communication Support (CCS)
 Common Applications

78
Qu'est ce que VITAL
Qu'est ce que VITAL
architecture de APPLE?
architecture de APPLE?
 Construction d' un système d'information à partir
de modules généraux qui peuvent être réutilisées
et partgées.
 Spécification pour la construction et Interface des
modules
 DAL (Data Acees Language): consiste en des
composantes logiciels que le client et le serveur
inclue dans son système d'exploitation (system 7)
 Cette approche permet à différents clients de
communiquer avec différents serveurs.

79
Open Network Computing
Open Network Computing
Architecture?
Architecture?
 Architecture de Sun
 RPC-ONC : licenciées par 300
Compagnies.
 TI-RPC
 NFS
 Yellow Page

80
Network Application System
Network Application System
(NAS) architecture?
(NAS) architecture?
 Architecture de Digital
 NAS est une suite de logiciels qui permettent d'intégrer les
applications sur des systèmes distribuées et multi-
vendeurs:
 Les services NAS sont divisées dans les quatre groupes :
- Application Access Services.
- Services centraux et de communications (Communication and
Central services).
- Ressources de partage et d'information(Information and resource
sharing).
- Services d'accès au système (System Access services).

81
Qu'est ce que l'OSF-DCE?
Qu'est ce que l'OSF-DCE?
DCE Threads Service
RPC
Time S.
Dist. File Serv.
Diskless
Service
Services de transport
Security
services DME
Mana-
gement
Directory
Applications
Autres serv. Distr.

82
OSF
OSF
 OSF (Open Software Foundation) est un
groupe de développeurs UNIX qui établit
des standards en sélectionnant des
implémentations spécifiques de
technologie, le code, aussi bien que les
spécifications et la documentation.
 L’OSF a été formé pour garder le contrôle
de la direction des systèmes ouverts hors
des mains d’un seul fournisseur.

83
Disponibilité de DCE
Disponibilité de DCE
 IBM : DCE sur AIX v3.0 pour RS/6000 et
AIX/ESA pour mainframe
 HP : MPE/XL, HP-LJX, Domain/OS et OSF/L
 Locus Computing : RPC test-and-validation suite
 Banyan : support dans VINES pour permettre des
clients DOS, Windows, OS/2 et Macintosh
 NCR : DCE est incorporé dans Open Cooperative
Computing (OCC)

84
DOMS (Distributed Object
DOMS (Distributed Object
Management Systems)?
Management Systems)?
 DOMS fournit un ensemble diverses composantes
ensemble, et de gérer leurs communications.
 Les objectifs sont les suivants:
- Un simple interface pour gérer la complexité d' environnement
hétérogène
- C'est un cadre de travail , basé sur le standard et l'extensibilité,
permettant de construire , d'intégrer et de déployer les applications
distribuées ouvertes.
- Une méthode pour créer des applications clientes indépendantes du
site où elles sont.

85
DAE?
DAE?
 Distributed Application Environment a été
conçu pour développer des applications
d'affaire sur les RISC System/6000 d'IBM
et PS2.
 DAE consiste
(1) MESSAGING services;
(2) DATABASE services;
(3) PRESENTATION services;
(4) DEVICE services.

86
La vague du Client/Serveur
La vague du Client/Serveur
Serveurs de
fichiers
Serveurs de
SGBD
Distributed
Objects
1982 1986 1995 1998
Groupeware

87
DBMS
DBMS
 SQL?
– Langage de requêtes intéractives
– Langage de programmation de base de données
– langage de définition de données et
d'administration de données
– langage des serveurs de base de données
réseaux
– Environement réseau multi-usager permettant
la protection des données

88
Les versions SQL
Les versions SQL
SQL-89 SQL-92 SQL3 1995
SQL Intersection
Enchassement
Intégrité
référentiel
Connections
BLOBs
Join Operators
Catalogs
Dynamic SQL
Intégrité de
domaine
Object SQL
Stored Procedures
Triggers
User defined type
CLI
Sensitive cursors
Multimédia

89
Groupeware
Groupeware
 Documents multimédias
 Workflow
 E-mail
 Téléconférence
 Planificateur de temps

90
Groupeware
Groupeware
 Lotus Notes
 Windows- workgroup

91
Les objets
Les objets
subselect.me
sdfsd sadf
asdfs df
Gestion des objets
Conception orienté
objet
Programmation
orienté objet

92
Les objets (suite)
Les objets (suite)
–La programmation orientée-objet
La structure des données est cachée et
tous les processus sont encapsulés
comme des opérations sur des objets.
– La gestion d’objets
Les objets peuvent être presque
n’importe quoi, incluant des fichiers, des
ordinateurs, des organisations, des
interfaces de services RPC, des
imprimantes et des pays. Les objets
peuvent être imbriqués à l’intérieur
d’autres objets. La gestion d’objets est
une approche commode pour le réseau
étendu.
–La conception orientée-
objet
La conception orientée-objet
donne une conception de
programmes du point de vue de
l’utilisateur. Les objets sont des
items qui apparaissent sur l’écran
de l’utilisateur, comme les boites
d’entrées, les boites à cocher, les
boutons et les boutons radio.
L’interface utilisateur est créée
en premier, et est construite à
l’intérieur d’un environnement
de développement graphique.

93
Le processus de sélection
Le processus de sélection
des équipements
des équipements
 1. Faire la liste de tous les éléments que vous avez
déjà et que vous allez garder :
– Description du matériel et des logiciels, incluant
les différentes versions.
– La raison pour laquelle vous garder ces items.
– Dates significatives;
– Qui dans l’organisation choisit la technologie?
– Qui la défend aujourd’hui? Répondez à cette
question pour éviter des problèmes politiques
potentiels.

94
Le processus de sélection des
équipements
équipements
 2. Faites la liste du nouvel équipement que vous devez
obtenir. Inclure les raisons pour ces acquisitions
spécifiques:
– Relation stratégique
– Directives corporatives
– Requis pour que les composantes existantes fonctionnent
 3. Faites la liste des items que vous ne pouvez acquérir,
avec les raisons pour l’interdiction.
 4. En travaillant dans les limites de ces trois listes, choisir
les éléments que vous allez investiguer dans la conception
de la plateforme de réseaux.

95
équipements
équipements
 5. Diviser le système
dans des composantes
physiques:
– a. DBMS
 Logiciel de serveur de base
de données
 Système d’exploitation
 Matériel
– b. Stations de
travail
 · Logiciel client
 · Système d’exploitation
 · Matériel
– c. Plateforme de
réseaux
de serveur de fichier
 Matériel
 Système de câblage
 Cartes d’interface de
réseaux (NIC)
 Ponts, routeurs et
passerelles
 Système de reléve

96
Sélection du Système de
Sélection du Système de
gestion de Base de Données
gestion de Base de Données
 Capacité du DBMS
 Type de transaction
 Commodité pour le
serveur :
 Compatibilité avec la
carte d’interface de
réseaux (NIC)
 Fiabilité du matériel
 Error trapping
 Compatibilité
 Capacité du matériel
 Bus
 Vitesse

97
 GUI
 API (Application program interfaces)
 Protocoles de réseaux
 Gestion de système
 Sécurité
 Outils CASE (Computer-aided software
engineering)
 Gestion d’objet
 DBMS

98
OSF
OSF
 OSF (Open Software Foundation) est un groupe
de développeurs UNIX qui établit des standards en
sélectionnant des implémentations spécifiques de
technologie, le code, aussi bien que les
spécifications et la documentation.
 L’OSF a été formé pour garder le contrôle de la
direction des systèmes ouverts hors des mains
d’un seul.

99
DCE
DCE
 Le DCE inclut les éléments suivant :
 DECdns : Digital’s Distributed Name Services, une
convention de nommage développée pour localiser des
ressources et des usagers à travers des WAN
 DIR-X : Siemen’s CCITT X.50 worldwide directory
service
 RPC : HP(Apollo) et DEC
 Threads Service : DEC
 Distributed Time Services : DEC

100
Disponibilté de DCE
Disponibilté de DCE
 IBM : DCE sur AIX v3.0 pour RS/6000 et
AIX/ESA pour mainframe
 HP : MPE/XL, HP-LJX, Domain/OS et OSF/L
 Locus Computing : RPC test-and-validation suite
 Banyan : support dans VINES pour permettre des
clients DOS, Windows, OS/2 et Macintosh
 NCR : DCE est incorporé dans Open Cooperative
Computing (OCC)

101
L’architecture client/serveur
L’architecture client/serveur
de DEC
de DEC
 Open Computing
Environnement, est conçu pour
supporter l’interopabilité entre
des plates-formes hétérogènes.
 DCE inclut plusieurs produits
DEC :
– DECdns
– Threads Service
– Distributed Time Service
 Network Application Support
(NAS) :
– Services d’accès : définit l’accès
usagers et l’accès application au
autre applications
– Services de communication :
– Services d’information et de
partage de ressources :
– Services de systèmes :
– UNIX, VMS, Macintosh,
DOS, OS/2, Sun et SNA. Il
supporte des BD multiples,
incluant DB2, IMS, VSAM,
Oracle, Rdb, RMS, Sybase et
Apple DAL; et des réseaux
multiples, incluant OSI,
TCP/IP, DECnet, SNA,
Microsoft LAN Manager,
AppleTalk et NetWare.

102
SUN
SUN
 Open Network Computing
 Le RPC de Sun est licenciés par plus de 300 compagnies,
incluant DEC, IBM et Apple Computer.
 Les Transport Independent Remote Procedure Calls (TI-RPC)
furent co-développés par Sun et AT&T. TI-RPC fonctionne de
façon indépendante du réseau de transport sous-jacent,
permettant les applications de rouler sans modifications sur
des protocols de transport multiple incluant NetWare,
PC/NFS, AIX/6000, Solaris, UNIX/SVR4 et AIX/ESA.
 NetManage développa le ONC RPC-Dynamic Link Library,
une implémentation de RPC/XDR sous Windows 3.0.

Client serveur pour administration de réseau informatique

Contenu connexe

Similaire à Client serveur pour administration de réseau informatique

Client serveur pour administration de réseau informatique

Notes de l'éditeur