Noções básicas de aplicações multi-tier no Oracle 12c
A Oracle 12c percebe que maplicações ulti-tier são o padrão da indústria atual e compor web múltipla, aplicação e servidores de banco de dados que fornecem conteúdo para thin clients com a apresentação através de um navegador web. Você já se perguntou o que está por trás dos bastidores quando você efetuar login em uma aplicação web para compras online ou bancário?
O cliente-tier é apenas um navegador web acessando um servidor web. Exibição de conteúdo para o usuário é o principal objectivo de o cliente neste Architecture- nenhum processamento real ocorre nesta camada dentro do navegador. Apresentação ocorre mais comumente via HTML (HyperText Markup Language), mas também pode estar dentro de um applet Java ou um componente ActiveX e usar javascript para formatação mais dinâmico e conteúdo.
Comunicação a partir do navegador para o servidor web ocorre via HTTP (HyperText Transfer Protocol) ou HTTPS para dados seguras (criptografadas). servidores Web conceitualmente atuar como web listeners- que recebem solicitações de navegadores e retornar conjuntos de resultados formatados com pouco processamento por conta própria. Uma vez no servidor web, o pedido do browser é analisado e enviado para o servidor de aplicativos apropriado para processamento.
O componente do servidor de aplicação podem estar no mesmo servidor físico que o servidor da web, ou pode estar em outro servidor físico. De longe, o servidor web mais comum é Apache, ou um de seus derivados comerciais, com mais de 50 por cento da quota de mercado de acordo com a Netcraft.
No nível do servidor de aplicativos, a solicitação do usuário é processado usando a lógica da aplicação relevante. Um método muito comum é usar um servidor de aplicativos Java, como o Tomcat, Orion, ou Glassfish. Neste caso, a lógica do programa for executado dentro de uma máquina virtual Java (JVM), que actua como o ambiente de tempo de execução para o código de programa.
Outra ferramenta popular é o Oracle Fusion Middleware (OFM). Dentro OFM, o programa pode ser executado como Oracle Forms, Reports, Discoverer, ou até mesmo Java via Oracle Containers for J2EE (OC4J). Independentemente do produto, é dentro do componente servidor de aplicativos que a lógica do aplicativo é executado.
Durante o processamento no servidor de aplicativos, é comum a necessidade de acesso de banco de dados para consultar, criar, atualizar ou excluir dados. O servidor de aplicativo se comunica com o servidor de banco de dados através de protocolos, como JDBC ou Oracle Net, para acessar os dados. Durante este tempo, o servidor de aplicativos está acessando o banco de dados em nome do usuário que fez a solicitação do aplicativo.
Ao invés de conectar como um chamado, o usuário distintas, como JSMITH, o servidor de aplicativo se conecta usando uma conta de web genéricos (tais como WEB_USER). Múltiplas conexões simultâneas a partir do servidor de aplicativos para o formulário de banco de dados a pool de conexão que permite a qualquer conexão com o banco de dados de acesso para um pedido. O pool de conexões é um benefício de desempenho, pois apenas algumas conexões de banco de dados pode servir milhares de pedidos em nome de muitos usuários.
Quando conectado ao banco de dados instância, as consultas de usuários da web genéricos ou executa DML em nome do servidor de aplicativos, que está processando uma solicitação de usuário real. A conexão em pool usuário da web não tem a propriedade de esquema para o database- tem apenas as permissões necessárias para acessar ou atualização de dados em nome do servidor de aplicativos.
Durante este tempo, são usados normais funções de banco de dados, permissões e concessões. Além disso, a lógica do programa de banco de dados implementado em PL / SQL através de procedimentos, funções e pacotes muitas vezes é executado.
Depois que os dados conjunto de resultados é gerado no banco de dados de camada, que é passado de volta para o servidor de aplicativos para mais processamento. Em seguida, os resultados são transmitidas de volta através do servidor web e em toda a rede para a apresentação ao utilizador através do seu navegador web.
Parece complicado com todos os vários componentes? Você pode pensar assim no início, mas existem boas razões para quebrar o sistema em web, aplicativos e componentes de banco de dados:
Você pode usar componentes de diferentes fornecedores em uma # 147 Melhor da Raça # 148- configuração. Por exemplo, você pode usar uma instância do servidor web Apache livre juntamente com Tomcat ou o Glassfish para um componente servidor de aplicativos barato. Em seguida, amarre que o poder do banco de dados Oracle, e você tem um sólido sistema a custos mais baixos!
À medida que mais usuários ficam online, você pode adicionar mais, aplicativo ou instâncias de servidor de banco de dados da web para aumentar o seu poder de processamento. Em vez de comprar servidores maiores, basta comprar servidores menores.
Depois de ter uma série de vários servidores, você ganha tolerância a falhas. Isto é chamado de agrupamento. Se um servidor web falhar ou o servidor de aplicação precisa de manutenção, não há problema - os servidores redundantes vai pegar a carga de trabalho.
Felizmente, esses benefícios mostrar por arquiteturas de sistemas multi-camadas são o padrão da indústria e ultrapassaram os sistemas cliente-servidor.