Notions de base d'applications multi-niveaux à Oracle 12c

Oracle 12c se rend compte que mapplications ulti rang sont la norme actuelle de l'industrie et de composer web multiples, l'application, et les serveurs de base de données fournissant des contenus vers des clients légers avec une présentation via un navigateur web. Vous vous demandez ce qui est dans les coulisses lorsque vous vous connectez à une application web pour les achats en ligne ou banque?

Le client-niveau est simplement un navigateur Web accédant à un serveur web. Affichage de contenu à l'utilisateur est le but principal du client dans ce architecture- aucun traitement réelle se produit à cette couche dans le navigateur. Présentation survient le plus souvent via HTML (HyperText Markup Language), mais il peut aussi être dans un applet Java ou un composant ActiveX et javascript pour utiliser la mise en forme plus dynamique et le contenu.

Communication à partir du navigateur vers le serveur web se fait via HTTP (HyperText Transfer Protocol) ou HTTPS pour sécuriser les données (crypté). Serveurs Web agissent conceptuellement que le Web listeners- qu'ils reçoivent des requêtes de navigateurs et de retour des jeux de résultats formatés avec peu de transformation sur leur propre. Une fois sur le serveur Web, la requête de navigation est analysé et envoyé au serveur d'application approprié pour la transformation.

Le composant de serveur d'application peut être sur le même serveur physique que le serveur Web, ou il peut être sur un autre serveur physique. De loin, le serveur web le plus commun est Apache, ou un de ses dérivés commerciaux, avec plus de 50 pour cent de la part de marché selon Netcraft.

Au niveau du serveur d'applications, la demande d'utilisateur est traité en utilisant la logique de l'application concernée. Une méthode très courante est d'utiliser un serveur d'applications Java, tels que Tomcat, Orion, ou Glassfish. Dans ce cas, la logique de programme est exécuté dans une machine virtuelle Java (JVM), qui agit en tant que l'environnement d'exécution pour le code de programme.

Un autre outil populaire est Oracle Fusion Middleware (OFM). Dans OFM, le programme peut fonctionner comme Oracle Forms, Reports, Discoverer, ou même Java via Oracle Containers for J2EE (OC4J). Quel que soit le produit, il est à l'intérieur du composant de serveur d'application que la logique de l'application est exécutée.

Pendant le traitement, sur le serveur d'application, il est fréquent de besoin d'un accès de base de données pour interroger, créer, mettre à jour ou supprimer des données. Le serveur d'application communique avec le serveur de base de données par l'intermédiaire de protocoles, tels que Oracle JDBC ou net, à accéder aux données. Pendant ce temps, le serveur d'application accède à la base de données pour le compte de l'utilisateur effectuant la requête de l'application.

Plutôt que de se connecter en tant que nom, l'utilisateur distincte comme JSMITH, le serveur d'application se connecte en utilisant un compte web générique (comme WEB_USER). Connexions simultanées multiples à partir du serveur d'application à la forme d'une base de données pool de connexion qui permet à toute connexion de base de données pour accéder aux données d'une demande. Le regroupement de connexions est un avantage de performance car seules quelques connexions de base de données peuvent desservir des milliers de demandes au nom de beaucoup d'utilisateurs.

Lorsque vous êtes connecté à l'instance de base de données, les requêtes des utilisateurs web génériques ou exécute DML au nom du serveur d'application, qui est en train de traiter une demande réelle de l'utilisateur. L'utilisateur Web de connexion commun n'a pas la propriété de schéma dans le database- il ne possède que les autorisations nécessaires pour accéder ou mettre à jour les données au nom du serveur d'application.

Pendant ce temps, normales rôles de base, les autorisations et les subventions sont utilisées. En outre, la logique du programme de base de données mis en place en PL / SQL via des procédures, des fonctions, et des forfaits est souvent exécutée.

Après les données jeu de résultats est généré sur la base de données-niveau, il est passé vers le serveur d'applications pour plus de traitement. Ensuite, les résultats sont relayées via le serveur web et à travers le réseau pour la présentation à l'utilisateur via leur navigateur Web.

Semble compliqué avec toutes les différentes composantes? Vous pouvez le penser au premier abord, mais de bonnes raisons existent pour casser le système en web, l'application et les composants de base de données:

• Vous pouvez utiliser les composants de différents fournisseurs dans un “ meilleur de la race ” configuration. Par exemple, vous pouvez utiliser une instance de serveur web libre Apache couplé avec Tomcat ou Glassfish pas cher pour un composant de serveur d'application. Ensuite, attachez à ce que la puissance de la base de données Oracle, et vous avez un système solide à moindre coût!

• Comme plus d'utilisateurs sont en ligne, vous pouvez ajouter plus de web, une application ou instances de serveur de base de données pour booster votre puissance de traitement. Plutôt que d'acheter plus gros serveurs, il suffit d'acheter des serveurs plus petits.

• Après vous avez une série de plusieurs serveurs, vous gagner la tolérance de panne. Ceci est appelé regroupement. Si un serveur Web se bloque ou le serveur d'application a besoin d'entretien, pas de problème - les serveurs redondants va ramasser la charge de travail.

Nous espérons que ces avantages montrent pourquoi système architectures multi-niveaux sont la norme de l'industrie et ont dépassé les systèmes client-serveur.