Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

--- comitegestor:arquiteturabatch [02/12/2015 13:26] – bruno.barros
+++ comitegestor:arquiteturabatch [31/08/2017 01:11] (atual) – edição externa 127.0.0.1
@@ Linha 1: / Linha 1: @@
+<WRAP center round todo 60%>
+documento em construção
+</WRAP>
 ====== Proposta de Arquitetura da Evolução do Módulo Batch ======
@@ Linha 11: / Linha 15: @@
 EJB 2 é uma parte requerida do Java EE 7, e como o WildFly é Java EE 7 compatível ele dá suporte a tecnologia EJB 2, com exceção de um determinado tipo de bean, chamado entity-bean, cuja persistência é gerenciada pelo container e que agora tornou-se opcional. Como o sistema Gsan só apresenta EJB 2 do tipo session bean e message driven bean, é tecnicamente possível realizar o deployment do Gsan no Wildfly.
-===== Objetivo =====
+==== Objetivo ====
 Este documento compreende as informações pertinentes a Arquitetura Candidata para a atualização técnológica do Módulo Batch do GSAN. O documento está divido em três principais seções: [[:comitegestor:arquiteturabatch#Contexto_do_Sistema|Contexto do Sistema]], [[:comitegestor:arquiteturabatch#requisitos_arquiteturais|Requisitos Arquiteturais]] e [[:comitegestor:arquiteturabatch#representacao_da_arquitetura|Representação da Arquitetura]].
@@ Linha 19: / Linha 23: @@
 Na seção Requisitos Arquiteturais são enumerados os requisitos não-funcionais e requisitos funcionais relevantes do ponto de vista arquitetural. A Representação da Arquitetural foi dividida em Visão Conceitual, Visão dos Módulos, Visão da Execução e Visão do Código.
-Para fechamento do documento temos duas seções complementares: Definições, acrônimos e abreviações e as Referências
+Para fechamento do documento temos duas seções complementares: Definições, acrônimos e abreviações e as Referências.
+==== Estratégia ====
+Migrar a aplicação para permitir a execução no Wildfly com o mínimo de interferência nas regras de negócio da aplicação. Será utilizado um migrador automático com o objetivo de diminuir o tempo necessário e permitir a reprodutibilidade das alterações de forma a minimizar possíveis bugs. Serão abordados os principais elementos arquiteturais e as bibliotecas utilizadas pelo Gsan de forma que seja possível o funcionamento do Gsan no Wildfly.
+==== Benefícios ====
+  * Atualização tecnológica e de segurança
+  * Aumento da performance
+  * Possibilidade de utilização de cluster
+  * Alta disponibilidade
+  * Balanceamento de carga
+  * Administração de forma centralizada (domain)
+  * Melhores ferramentas de administração e monitoramento
 ===== Contexto do Sistema =====
@@ Linha 108: / Linha 126: @@
     * 6.4.	Suporte a tipos pré-definidos de XML (XSD)
     * 6.5.	Suporte a Web Services;
+===== Diagrama Esquemático (Cluster) =====
+Cluster de servidores de aplicação visam a aumentar a escalabilidade e disponibilidade. De forma a obter estes benefícios, faz-se necessário gerenciar a configuração de uma série de serviços e componentes como por exemplo a camada de transporte, a replicação/distribuição dos dados entre os nós do cluster, como também todo o esquema de balanceamento de cargas entre os nós.
+O maior desafio na configuração de um cluster é achar as condições ótimas de escalabilidade e disponibilidade.
+Disponibilidade se refere ao fato de caso um nó falhe, outro nó assumirá a função. Escalabilidade representa a fato de aumentar o poder computacional a medida que novos nós são adicionados ao cluster. Estas duas propriedades se bem equilibradas podem promover um aumento considerável da performance das rotinas batch e também do módulo online.
+<WRAP center round box 80%>
+{{ :comitegestor:cluster.png?nolink&750 |}}
+<html><center>Figura 3 – Diagrama de Clusterização</center></html>
+</WRAP>
 ===== Representação da Arquitetura =====