Systems Networking Architecture
 |
Você está visualizando uma edição arquivada desta página, feita por Jafal~ptwiki (discussão | contribs) em 13h11min de 21 de janeiro de 2010. Esta edição pode ser muito diferente da versão atual da página. O endereço URL mostrado no navegador é uma ligação permanente para esta edição. Para mais informações, consulte a página de ajuda sobre histórico de edições. |
Systems Network Architecture (SNA) é uma arquitetura de comunicação de dados desenvolvida pela IBM para especificar as convenções para a comunicação entre o vasto protfólio de hardware da IBM, seus produtos de software de comunicação de dados e outras plataformas. Entre as plataformas que implementam SNA, além dos mainframes da IBM estão disponíveis o Communications Server no Windows, AIX e Linux, Microsoft Host Integration Server (HIS) para Windows, e muitos outros.
História do SNA
Em 1974, a IBM introduziu sua Systems Network Architecture (SNA), que é um conjunto de protocolos e serviços que permitem a comunicação entre computadores host mainframes (IBM) e nós periféricos, como o controlador de comunicação 3174 para os terminais 3270 e impressoras. O subsistema do mainframe que implementa o SNA foi nomeado de Virtual Telecommunication Access Method (VTAM). A robustez do protocolo SNA, o hardware da IBM, e a operação de software de gestão de infra-estrutura fornecida pela IBM (CICS e IMS) fez do SNA o protocolo dominante nas empresas da Fortune 1000. A fim de compreender a razão das muitas funções e serviços em SNA, é preciso entender o ambiente de computação na época. Antes de 1974, o processamento de dados era baseado em lotes. O Lote é o conjunto de dados registrados em papel, geralmente em modelos pré-definidos, e que posteriormente passou a ser gravado em mídias como cartões perfurados legível pelo computador. O departamento de informática executava vários programas sobre os dados. O resultado final era um relatório impresso.
Por volta de 1974, o processamento de transações foi introduzido. As pessoas costumavam usar terminais para introduzir diretamente os dados no Sistema e receber o resultado instantaneamente. Para implementar o processamento de transações, a infra-estrutura de rede foi utilizada. As operadoras de telecomunicações naquela época passaram a fornecer serviços de voz além dos serviços de dados, com isso as linhas de comunicação se mostram lentas e pouco confiáveis (no intervalo de 9600 bits por segundo). O ouvido humano pode tolerar pequenos erros nas linhas de telefone, mas os computadores não podem. Mesmo um bit ausente, ou um bit extra, em uma linha de comunicação de dados pode ser catastrófico. Tente imaginar o que poderia acontecer à sua conta bancária, se ao usar o caixa eletrônico você recebe uma mensagem truncada.
No início dos anos 1970, a memória do computador era um recurso escasso e caro. Dispositivos com 16 KB de memória eram comuns na indústria de computadores. Esses dispositivos eram lentos em comparação com as velocidades de CPU que vemos hoje.
A IBM teve, para enfrentar as limitações impostas pelas linhas de comunicação e hardware de rede, que desenvolver um protocolo robusto que garantisse a integridade das mensagens.
O que você precisa saber sobre o SNA hoje?
Durante 20 anos quando o SNA foi o método de rede primário, muitos programas de aplicação CICS (Customer Information Control System) e IMS foram desenvolvidos e postos em prática. A interface de programação de aplicação (API) destes programas de aplicação é fortemente dependente do protocolo subjacente, o SNA.
É evidente que o TCP / IP é o protocolo de rede dominante, agora e no futuro previsível. Hoje, novas aplicações usam o estado da arte em técnicas de programação, como Java e HTTP, mas ainda vai demorar muitos anos até que todos os aplicativos SNA desapareçam.
Por que isso acontece?
A aplicação de rede depende do protocolo de comunicação que utiliza. Cada protocolo fornece uma interface de programação de aplicativos (API). A API do TCP / IP é chamada de programação de soquete e o SNA tem a sua própria API. Migrar uma aplicação de rede de um protocolo para outro (isto é, a partir do SNA para TCP / IP) exige a substituição das chamadas para a API. Gestores de negócios estão relutantes em investir na conversão de protocolo só por uma questão de mudar o protocolo subjacente, sem introduzir novas funcionalidades e melhorias.
Mais importante, nos últimos 30 anos as empresas têm investido uma quantidade enorme de trabalho e dinheiro no desenvolvimento de aplicações SNA. Estima-se que o investimento feito em aplicações CICS e IMS está na faixa de 20 trilhões de dólares americanos. Considerando os investimentos em aplicações SNA, esses programas serão utilizados por muitos anos. A recodificação destas aplicações como aplicativos de soquete TCP é muitas vezes impraticável e de custo proibitivo. Embora, existam alternativas.
A IBM introduziu novas tecnologias para ajudar as empresas a preservar o investimento no SNA e a utilização de IP como o protocolo para conexão de computadores SNA. A tecnologia é conhecida como SNA / IP ( "SNA sobre IP"). Os dois terminais envolvidos, a aplicação SNA executada no mainframe e a aplicação SNA executada no local remoto (filial, loja), permanecem inalteradas, preservando assim o investimento em SNA.
Como os aplicativos SNA vão existir nos próximos anos, alguém tem que cuidar de definições SNA, determinação de problemas, a recuperação, os processos de continuidade de negócios, e muitas outras tarefas. Essas tarefas são de responsabilidade do programador de sistemas de rede do mainframe que precisa conhecer em profundidade a arquitetura e a forma de aplicar o SNA em diversos hardwares e plataformas de software.