Basisprincipes van Multi-tier applicaties in Oracle 12c

Oracle 12c beseft dat m ulti-tier applicaties zijn de huidige industrie standaard en componeren meerdere webpagina, applicatie en database-servers die content naar thin clients met de presentatie via een webbrowser. Ooit afgevraagd wat er achter de schermen wanneer u zich aanmeldt bij een webapplicatie voor online aankopen of bankieren?

Basisprincipes van Multi-tier applicaties in Oracle 12c

De client-tier is slechts een webbrowser toegang tot een webserver. Display content naar de gebruiker is het primaire doel van de cliënt in deze architectuur; geen daadwerkelijke verwerking optreedt deze laag in de browser. Presentatie gebeurt meestal via HTML (HyperText Markup Language), maar ook binnen een Java applet of ActiveX component en gebruikt JavaScript dynamischer opmaak en inhoud.

Mededeling van de browser naar de webserver gebeurt via HTTP (HyperText Transfer Protocol) of HTTPS voor beveiligde (versleutelde) gegevens. Webservers conceptueel fungeren als web luisteraars; verzoeken van browsers die ze ontvangen en terug te keren geformatteerd resultaat sets met weinig verwerken op hun eigen. Eenmaal op de webserver, wordt de browser verzoek ontleed en verzonden naar de juiste applicatie server voor verwerking.

De server component toepassing kan zijn op dezelfde fysieke server als de webserver, maar het kan ook op een andere fysieke server. Verreweg de meest voorkomende webserver Apache, of een van haar commerciële derivaten, met meer dan 50 procent van het marktaandeel volgens Netcraft.

Bij de applicatie-server-niveau, is het verzoek van de gebruiker verwerkt met behulp van de desbetreffende applicatie logica. Een veel voorkomende methode is om een ​​Java-applicatie server, zoals Tomcat, Orion, of Glassfish gebruiken. In dit geval wordt het programma logica uitgevoerd in een Java Virtual Machine (JVM), die fungeert als de runtime-omgeving voor de programmacode.

Een andere populaire tool is Oracle Fusion Middleware (OFM). Binnen OFM, kan het programma uit te voeren als Oracle Forms, Reports, Discoverer, of zelfs Java via Oracle Containers voor J2EE (OC4J). Ongeacht het product, het binnen de applicatieserver component die de applicatie logica uitgevoerd.

Tijdens het verwerken van de applicatie-server, is het gebruikelijk om toegang tot de database nodig hebben om te vragen, maken, bijwerken of verwijderen van gegevens. De toepassingsserver communiceert met de databaseserver via protocollen zoals JDBC of Oracle Net, toegang tot de gegevens. Gedurende deze tijd, wordt de applicatie-server toegang tot de database voor rekening van de gebruiker die de aanvraag verzoek.

Eerder dan te verbinden, zoals een naam, duidelijke gebruiker, zoals jsmith, verbindt de applicatie-server met behulp van een generieke web-account (zoals WEB_USER). Meerdere gelijktijdige verbindingen van de applicatie server naar de database vormen een verbinding zwembad dat elke database verbinding met toegangsgegevens voor een verzoek toestaat. Pooling van verbindingen is een performance voordeel omdat slechts een paar database connecties duizenden verzoeken kunnen bedienen namens een groot aantal gebruikers.

Wanneer u bent aangemeld in de database bijvoorbeeld de generieke web zoekopdrachten van gebruikers of voert DML namens de applicatie server, die is de verwerking van een feitelijke verzoek van de gebruiker. De verbinding gepoolde web gebruiker niet schema eigendom in de database; het heeft alleen die rechten die nodig zijn om de toegang tot of wijziging van gegevens ten behoeve van de applicatieserver.

Gedurende deze tijd, zijn normale database-rollen, machtigingen en subsidies gebruikt. Bovendien wordt databaseprogramma logica PL / SQL via procedures, functies en pakketten uitgevoerd veelal uitgevoerd.

Nadat de gegevens resultatenset wordt gegenereerd op de database-tier, het is doorbetaald aan de applicatieserver voor meer verwerken. Vervolgens worden de resultaten terug door de webserver en over het netwerk presentatie doorgegeven aan de gebruiker via de webbrowser.

Klinkt ingewikkeld met al de verschillende onderdelen? U kunt zo denken op het eerste, maar goede redenen zijn voor het breken van het systeem in een web, applicatie en database componenten:

  • U kunt componenten van verschillende leveranciers te gebruiken in een "best of breed" configuratie. Bijvoorbeeld, kunt u een gratis Apache webserver bijvoorbeeld in combinatie met Tomcat of Glassfish naar een goedkope applicatie server-component gebruiken. Binden dan is dat om de macht van de Oracle-database, en je hebt een solide systeem tegen lagere kosten!
  • Naarmate er meer gebruikers online komen, kunt u meer web, applicatie of database server instances om uw processing power boost toe te voegen. In plaats van het kopen van grotere servers, koop gewoon kleinere servers.
  • Nadat u een reeks van meerdere servers, krijg je fouttolerantie. Dit heet clustering. Als een web server crasht of de applicatieserver heeft onderhoud nodig, geen probleem - de redundante servers zullen halen de werklast.

Hopelijk deze voordelen te laten zien waarom multi-tier systeem architecturen zijn de industrie standaard en hebben client-server systemen overtroffen.


© 2019 Quilcedacarvers.com | Contact us: webmaster# quilcedacarvers.com