O Mainframe como Servidor

1. O Mainframe como Servidor Uma alternativa Segura, Rápida, Barata, e Estrategicamente Correta. Mainframe como Servidor

2. Arquiteturas Cliente/Servidor • Clássica: três segmentos: • Base de Dados corporativa. • Base de Dados local e Servidor de aplicações. • Cliente final: PC com programas locais. • Alternativa: apenas dois segmentos: • Base de Dados, Servidor de Dados, e Servidor de Aplicações integrados. • Cliente final: um simples browser. Mainframe como Servidor

3. Solução implantada • No Mainframe: há solução completa IBM • Servidor WEB • Ambiente UNIX • Java. • Acesso direto aos arquivos VSAM. • Acesso a arquivos DB2, se tivessemos o DB2. • Acesso a arquivos Oracle em máquinas Unix. • Novidade: Acesso ao Adabas c/driver JDBC Mainframe como Servidor

4. Segurança Física • Replicação em andamento. • Operadores e Suporte 24x7. • Site com acesso controlado. • Equipamentos e Arquivos ao abrigo de roubo físico. • Energia garantida. • Defesas contra incêndio, etc. Mainframe como Servidor

5. Segurança Técnica • Arquitetura de HW e SW com longa tradição de confiabilidade e disponibilidade. • Equipe de suporte 24x7, Backups diários. • Capacidade de absorver picos de uso sem travar (apenas fica lento). • Sincronismo e consistência dos dados manipulados pelas diversas aplicações. Mainframe como Servidor

6. Segurança Lógica • Usar os arquivos diretamente no Mainframe elimina a replicação descontrolada para outros ambientes menos seguros. • Permite real controle e registro dos acessos. • Evita roubo de arquivos. • Permite registro do uso dos dados. • Permite criar vários indicadores. Mainframe como Servidor

7. Eficiência • Integração do Servidor de BD com o Servidor de Aplicação elimina os custos e o tempo da comunicação entre os dois. • Acesso direto Mainframe - TCP/IP - cliente. • Mainframe absorve bem picos de carga. • Garantia de tempo de resposta. • Capacidade do Mainframe usada 24x7. Mainframe como Servidor

8. Simplicidade • Do lado do mainframe: • Servidor de aplicações logicamente separado. • Do lado do cliente: • Browser comum, sem depender de extensões proprietárias. • Uma prisão é uma casa com extensões proprietárias. Muito obrigado, prefiro aprender a viver sem estas. Mainframe como Servidor

9. Controle dos Aplicativos • Facilitação do controle dos fontes, já que ficam residentes no Mainframe, onde há longa tradição de controle externo das equipes de desenvolvimento. • Impede a existência de códigos malignos. • Permite verificação da qualidade e do desempenho por equipe independente. Mainframe como Servidor

10. Repartição de Tarefas • Cada servidor pode contribuir com o que ele tem de melhor. • Visualização, Processamento, Acesso a diferentes Bancos de Dados feitos na plataforma mais adequada a cada caso. • Processamento realmente distribuído. Mainframe como Servidor

11. Redução de custos • Para cada novo serviço, não há necessidade de comprar e instalar mais um novo servidor, mais um novo site e mais uma nova equipe, aumentando ainda mais a complexidade e o tráfego na Rede. • Redução do tempo entre decisão gerencial sobre serviço e implantação operacional. • TIME IS MONEY. Mainframe como Servidor

12. Comunicação ao Público Interno • Fazer palestras, emitir uma correspondência para todas as Chefias, explicando as possibilidades e limitações desta nova opção de prestação de serviços. • Emitir uma correspondência para os Analistas e Programadores, incentivando o auto-estudo da linguagem Java. Mainframe como Servidor

13. Visão estratégica 1: Mainframe • Funciona. • Capacitação já existe. • Sem custos incrementais para cada serviço. • Precisa dizer mais ? Mainframe como Servidor

14. Visão Estratégica 2: Java • Linguagem e Ambiente implantados em todas as plataformas. • Facilite o remanejamento do pessoal. • Bom para a Empresa: elimina as barreiras entre sistemas, facilita o recrutamento. • Bom para o Pessoal: abre perspectivas de mobilidade e promoção profissional. Mainframe como Servidor

15. Visão Estratégica 3: Browser • Usar no PC cliente um browser simples SEM extensões proprietárias (como VB), abre um futuro sem os problemas do PC: • dificuldade de real controle centralizado. • inchaço sem limites. • custo de propriedade. • Viva o Network Computer. Mainframe como Servidor

16. Implementação • Mapa dos processos internos relevantes: • processo ……………fala com • Adabas……………. Base de Dados • EDA Server………. Outras máquinas • Open Edition (EDA Client) • WEB server (Java)… Arquivos VSAM • TCP/IP ……………. Intranet …….Browser Mainframe como Servidor

17. Exemplo de resultado • Consulta aos arquivos de chamadas telefônicas (CDRs, Call Data Records) • 30.000.000 CDRs • Horário de pico de uso • Máquina: 4 * 110 MIPS • Consulta em 7 a 10 segundos Mainframe como Servidor

18. Demonstração • Visitar a página “IBMWEB” na Intranet. • 5 tipos diferentes de soluções Java desenvolvidas pela Iara Regina. • Fonte aberto aos desenvolvedores internos. • Já temos aplicações internas em produção, com consultas a BDs reais e volumosos. • Medidas de desempenho: excelentes. Mainframe como Servidor

19. Conclusão • Objetivo: fazer cada vez mais (e fazer mais seguro) gastando cada vez menos. • Resposta 1: passar a usar o Mainframe como Servidor de Dados e de Aplicações. • Resposta 2: pensar em NCs ao invés de engordar indefinitivamente os PCs, já que a Embratel vende comunicações e não processamento local. Mainframe como Servidor

20. Obrigados Iara Regina de Azevedo Fernandes +55 21 519-2189, +55 21 99 69 14 85 iarareg@embratel.com.br Pierre J. Lavelle +55 21 519-8731, +55 21 91 69 72 51 lavelle@embratel.com.br Mainframe como Servidor