Arquitetura do sistema de comércio pdf

Arquitetura do sistema de comércio algorítmico Anteriormente neste blog, escrevi sobre a arquitetura conceitual de um sistema de negociação algorítmico inteligente, bem como os requisitos funcionais e não funcionais de um sistema de comércio algorítmico de produção. Desde então, criei uma arquitetura de sistema que, acredito, poderia satisfazer esses requisitos arquitetônicos. Nesta publicação, descreverei a arquitetura seguindo as diretrizes do sistema ISOIECIEEE 42010 e padrão de descrição da arquitetura de engenharia de software. De acordo com este padrão, uma descrição de arquitetura deve: Conter várias visualizações arquitetônicas padronizadas (por exemplo, em UML) e Manter a rastreabilidade entre decisões de design e requisitos arquitetônicos. Definição de arquitetura de software. Ainda não existe consenso sobre o que é uma arquitetura de sistemas. No contexto deste artigo, é definido como a infra-estrutura dentro da qual os componentes do aplicativo que satisfazem os requisitos funcionais podem ser especificados, implantados e executados. Os requisitos funcionais são as funções esperadas do sistema e seus componentes. Os requisitos não funcionais são medidas através das quais a qualidade do sistema pode ser medida. Um sistema que satisfaça plenamente seus requisitos funcionais ainda pode não atender às expectativas se os requisitos não funcionais permanecerem insatisfeitos. Para ilustrar este conceito, considere o seguinte cenário: um sistema de negociação algorítmico que você acabou de comprar construído faz excelentes decisões de negociação, mas é completamente inoperacional com os sistemas de gestão e contabilidade de risco das organizações. Esse sistema atenderá às suas expectativas Arquitetura conceitual Uma visão conceitual descreve conceitos e mecanismos de alto nível que existem no sistema no mais alto nível de granularidade. Nesse nível, o sistema de negociação algorítmica segue uma arquitetura orientada a eventos (EDA) dividida em quatro camadas e dois aspectos arquitetônicos. Para cada camada e referência de aspecto arquiteturas e padrões são usados. Os padrões arquitetônicos são estruturas comprovadas e genéricas para alcançar requisitos específicos. Os aspectos arquitetônicos são preocupações transversais que abrangem múltiplos componentes. Arquitetura orientada a eventos - uma arquitetura que produz, detecta, consome e reage a eventos. Os eventos incluem movimentos do mercado em tempo real, eventos ou tendências complexas e eventos comerciais, e. Enviando um pedido. Este diagrama ilustra a arquitetura conceitual do sistema de negociação algorítmica Arquiteturas de referência Para usar uma analogia, uma arquitetura de referência é semelhante aos planos para uma parede de suporte de carga. Esta impressão em azul pode ser reutilizada para vários projetos de construção independentemente do edifício que está sendo construído, pois satisfaz um conjunto de requisitos comuns. Da mesma forma, uma arquitetura de referência define um modelo contendo estruturas genéricas e mecanismos que podem ser usados ​​para construir uma arquitetura de software concreta que satisfaça requisitos específicos. A arquitetura do sistema de negociação algorítmica usa uma arquitetura baseada em espaço (SBA) e um controlador de exibição de modelo (MVC) como referências. São também utilizadas boas práticas como o armazenamento de dados operacionais (ODS), o padrão de transformação e carregamento de extratos (ETL) e um data warehouse (DW). Controlador de exibição de modelo - um padrão que separa a representação de informações da interação dos usuários com ela. Arquitetura baseada em espaço - especifica uma infra-estrutura onde as unidades de processamento acopladas vagamente interagem entre si através de uma memória associativa compartilhada chamada espaço (mostrado abaixo). Visão estrutural A visão estrutural de uma arquitetura mostra os componentes e subcomponentes do sistema de negociação algorítmica. Ele também mostra como esses componentes são implantados em infra-estrutura física. Os diagramas UML utilizados nesta visão incluem diagramas de componentes e diagramas de implantação. Abaixo está a galeria dos diagramas de implantação do sistema de negociação algorítmico geral e as unidades de processamento na arquitetura de referência SBA, bem como diagramas de componentes relacionados para cada uma das camadas. Táticas arquitetônicas De acordo com o instituto de engenharia de software, uma tática arquitetônica é um meio de satisfazer um requisito de qualidade, manipulando algum aspecto de um modelo de atributo de qualidade através de decisões de design arquitetônico. Um exemplo simples usado na arquitetura do sistema de negociação algorítmica é manipular uma loja de dados operacional (ODS) com um componente de consulta contínua. Este componente analisaria continuamente o ODS para identificar e extrair eventos complexos. As seguintes táticas são usadas na arquitetura: o padrão de disruptor nas filas de evento e ordem Memória compartilhada para as filas de eventos e pedidos Idioma de consulta contínuo (CQL) na filtragem de dados ODS com o padrão de design do filtro em dados recebidos Algoritmos de evitação de congestionamentos em todos Conexões de entrada e saída Gerenciamento de fila ativa (AQM) e notificação de congestionamento explícito Recursos de computação de mercadorias com capacidade de atualização (escalável) Redundância ativa para todos os pontos de falha únicos Indicação e estruturas de persistência otimizadas no backup regular de dados ODS e scripts de limpeza para ODS Histórico de transações em todos os bancos de dados Súmrios para todas as ordens para detectar falhas Anotar eventos com timestamps para ignorar eventos obsoletos Regras de validação de pedidos, por exemplo, Quantidades de comércio máximo Componentes de comerciante automatizado usam um banco de dados em memória para análise Autenticação em dois estágios para interfaces de usuário conectando-se à ATs Criptografia em interfaces de usuário e conexões ao padrão de design ATs Observer para o MVC para gerenciar vistas. A lista acima é apenas um projeto pequeno Decisões que identifiquei durante o projeto da arquitetura. Não é uma lista completa de táticas. À medida que o sistema está sendo desenvolvido, táticas adicionais devem ser empregadas em vários níveis de granularidade para atender aos requisitos funcionais e não funcionais. Abaixo estão três diagramas que descrevem o padrão de design do disruptor, o padrão de design do filtro e o componente de consulta contínua. Visão comportamental Esta visão de uma arquitetura mostra como os componentes e camadas devem interagir um com o outro. Isso é útil ao criar cenários para testar projetos de arquitetura e para entender o sistema de ponta a ponta. Essa visão consiste em diagramas de seqüência e diagramas de atividades. Diagramas de atividades que mostram o processo interno dos sistemas de negociação algorítmica e como os comerciantes devem interagir com o sistema de negociação algorítmica são mostrados abaixo. Tecnologias e estruturas O passo final na concepção de uma arquitetura de software é identificar possíveis tecnologias e estruturas que possam ser utilizadas para realizar a arquitetura. Como princípio geral, é melhor aproveitar as tecnologias existentes, desde que satisfaçam adequadamente os requisitos funcionais e não funcionais. Uma estrutura é uma arquitetura de referência realizada, e. JBoss é uma estrutura que realiza a arquitetura de referência JEE. As seguintes tecnologias e estruturas são interessantes e devem ser consideradas na implementação de um sistema de negociação algorítmica: a CUDA - NVidia tem uma série de produtos que suportam modelagem de finanças computacionais de alto desempenho. Pode-se alcançar até 50x melhorias de desempenho na execução de simulações de Monte Carlo na GPU em vez da CPU. Rio Apache - Rio é um kit de ferramentas usado para desenvolver sistemas distribuídos. Ele foi usado como uma estrutura para a construção de aplicativos com base no padrão SBA Apache Hadoop - no caso de registro invasivo ser um requisito, então o uso do Hadoop oferece uma solução interessante para o problema dos grandes dados. O Hadoop pode ser implantado em um ambiente em cluster que suporta tecnologias CUDA. AlgoTrader - uma plataforma de negociação algorítmica de código aberto. O AlgoTrader poderia ser implantado no lugar dos componentes do comerciante automatizado. FIX Engine - um aplicativo autônomo que aceita os protocolos do Financial Information Exchange (FIX), incluindo FIX, FAST e FIXatdl. Embora não seja uma tecnologia ou uma estrutura, os componentes devem ser criados com uma interface de programação de aplicativos (API) para melhorar a interoperabilidade do sistema e seus componentes. Conclusão A arquitetura proposta foi projetada para satisfazer requisitos muito genéricos identificados para sistemas de negociação algorítmica. De um modo geral, os sistemas de negociação algorítmica são complicados por três fatores que variam de acordo com cada implementação. Dependências em sistemas externos de negócios e de intercâmbio Desafio de requisitos não funcionais e restrições arquitetônicas em evolução. A arquitetura de software proposta deveria, portanto, ser adaptada caso a caso Para satisfazer requisitos organizacionais e regulamentares específicos, bem como para superar restrições regionais. A arquitetura do sistema de comércio algorítmico deve ser vista como apenas um ponto de referência para indivíduos e organizações que desejam projetar seus próprios sistemas de negociação algorítmica. Para uma cópia completa e fontes usadas, baixe uma cópia do meu relatório. Obrigado. Na verdade, existem apenas 3 blocos principais em um sistema de comércio Algo. 1. Manipulador de dados do mercado (por exemplo, manipulador FAST) 2. Módulo de estratégia (por exemplo, estratégia crossOver) 3. Encomendar roteador (por exemplo, roteador FIX), você pode adicionar verificações de risco no módulo de estratégia ou no módulo de roteador de pedidos ou ambos. Por enquanto, seu fluxo de dados está correto, você deveria estar disposto a ir. Lembre-se de que você está projetando um ATS para uma latência mínima e a adição de mais camadas ou complexidade virá ao custo da latência. Arquitetura mínima de ATS E se você adicionar os sinos e assobios, pareceria o seguinte: se você também estiver interessado no conteúdo da implementação da arquitetura acima, você deve manter as seguintes coisas em mente. Evite locksmutexes. No caso de você ter que usá-lo, tente substituí-los por estruturas sem bloqueio usando atomics. Existem algumas bibliotecas disponíveis para estruturas de dados sem bloqueio (por exemplo, libcds, kit de concorrência etc.). C-11 suporta std :: atomic. E você deve se esforçar para usá-los também. Evite o que é feito no QuickFIX. É escrito para a flexibilidade de segurança, pois a criação e destruição do objeto (bloqueio) é feita para cada invocação de qualquer mensagem para o roteador. Certamente nenhuma maneira de escrever um código sensível à latência. Nenhuma atribuição de memória em tempo de execução. O caminho de tempo de execução deve usar gerenciamento de memória personalizado e sem bloqueio com pool de memória pré-alocado. Toda a inicialização pode ser feita em construtores. Acoplamento apertado. O modelo de Threading, o modelo de IO e o gerenciamento de memória devem ser projetados para colaborar uns com os outros para alcançar o melhor desempenho geral. Isso vai contra o conceito OOP de acoplamento solto, mas é necessário evitar o custo de tempo de execução do polimorfismo dinâmico. Use modelos. Na mesma linha, eu também sugeriria que você olhasse a C templatização para conseguir flexibilidade de código. Otimização do OSHardware: Finalmente, você deve procurar trabalhar com a placa de rede Linux RT Kernel e Solarflare com o driver OpenOnLoad para alcançar a latência mínima. Você pode continuar procurando isolar a CPU e executar seu programa nesse núcleo específico. E, finalmente, a API pública que você precisaria expor aos desenvolvedores de estratégias. Gostaria que este fosse o conjunto mínimo que encapsularia toda a complexidade desse intercâmbio particular. Class OrderRouter public: virtual bool sendNewOrd (OrderInfo) 0 virtual bool sendRplOrd (OrderInfo) 0 virtual bool sendCxlOrd (OrderInfo) 0 virtualBut isso significa que a Classe OrderInfo precisa ter TODOS os detalhes exigidos pelo destinoexchange. Em geral, os intercâmbios exigem o mesmo tipo de informação, mas, à medida que você acompanha e apoia mais discussões de intercâmbios, você se encontrará adicionando mais variáveis ​​nesta classe. Os seguintes são os principais desafios que você precisa se perguntar: 1. Arquitetura multiprocesso ou arquitetura Multi-Threaded. Seja para construir um processo monolítico com vários tópicos, ou escrever vários processos. O custo do processo múltiplo é a latência de passagem de mensagem, enquanto o custo do processo único de thread múltiplo é que qualquer falha pode reduzir todo o sistema. 2. Mensagem que passa: enquanto você pode escolher uma infinidade de opções, você é restrito por consideração de latência. O IPC mais rápido seria memória compartilhada, mas então, como você faria a sincronização, passaria algum tempo com essas duas perguntas, porque elas seriam o bloco de construção em que sua arquitetura se encontra. Editar: FIX e FAST Em relação ao protocolo popularstandard, o FIX é para enviar pedidos e FAST é para dados de mercado. Dito isto, a maioria das trocas tem seu próprio protocolo nativo, que é mais rápido que o FIX, porque o FIX geralmente é implementado no topo do seu protocolo nativo. Mas eles ainda suportam o FIX para aumentar a velocidade de implantação. Por outro lado, enquanto o FIX é adotado pela maioria das trocas, o FAST não goza de uma ampla aceitação. Se alguma coisa, haveria apenas um punhado de troca adotando-o. A maioria deles envia o próprio FIX (baixa latência) ou usa seu próprio protocolo binário nativo. por exemplo. Na Índia, NSE, BSE e MCXMCXSX, todas as três trocas fornecem o protocolo FIX, além do protocolo nativo, mas apenas a BSE oferece FAST para dados de mercado. E isso também está passando de FAST para nativo com a introdução do EOBI. Você pode extrapolar o mesmo para outras trocas. 3.6k Vistas middot View Upvotes middot Não é para reprodução Como John mencionou, a OMS é o cerne de qualquer plataforma de negociação e você deve começar a pesquisar sobre isso. Você precisaria gastar tempo para determinar o ciclo de vida do seu comércio, eventos e recursos que deseja inserir no OMS e aqueles que você deseja que seu Algo Engine lide. A Metcetera oferece uma OMS de código aberto, eu não usei isso pessoalmente, mas é uma das poucas no mercado. A próxima coisa que você deve observar é fornecer uma interface para obter dados de origem e empurrá-lo. Isto é para um sistema de entrada de pedido do cliente para lançar os detalhes da ordem e o mecanismo Algo para gerá-lo. Muitas Sales Side OMS039s usam uma combinação de programas proprietários escritos em JavaC usando o FIX. O protocolo FIX permite que você comunique em tempo real em todos os sistemas em um formato de mensagem pré-definido de amplificador simplificado estabelecido pela comunidade de protocolos FIX. Vá para Organização do Protocolo FIX gt Página inicial para ler mais sobre isso. Também olha para Open Source FIX Engine. Uma implementação de fonte aberta do mecanismo FIX. Em seguida, vem uma interface de dados de mercado para obter informações de mercado de segurança de tempo em tempo real, dados que variam de HighLowOpenClose para Best BidBest Ask, Volume negociado total, Último preço, Último volume, Cotações de lances, Pedir orçamentos, etc. As informações que você procura realmente dependem do tipo de Estratégia que deseja implementar. Eu acredito que Interactive Broker fornece um feed de dados em tempo real via FIX. A conectividade do Exchange é a próxima onde seu Algo interpreta os sinais, cria um pedido e roteia para um Exchange ou ECN. Desenvolvê-lo em casa pode ser difícil, pois você precisará trabalhar com a associação do Exchange, certificar sua plataforma e pagar uma taxa de associação regular. Uma maneira mais barata é usar uma API de corretor (como IB) e rotear a ordem através delas. Os dados históricos também são essenciais, pois você pode querer comparar o comportamento atual do mercado com seus valores históricos. Podem ser necessários parâmetros como propagação média, perfis VWAP, volume diário médio, etc., para influenciar a tomada de decisões. Você pode tê-lo no banco de dados (preferido), mas se a velocidade da essência, então, baixe-o no cache do servidor quando você inicia seu programa. Uma vez que seus sistemas periféricos estão configurados, você pode começar a desenvolver o seu programa da forma como deseja que ele funcione. Esta infra-estrutura básica permitiria que você insira uma ordem de algo pai, lesse dados de mercado, reaja aos sinais, mas que gerasse ordens infantis e colocasse no livro de pedidos de câmbio e dados históricos para influenciar a tomada de decisões. O OMS mantém a ligação entre a ordem do filho amador principal, seus status em tempo real e as atualizações pela plataforma de conectividade de troca ou. O que você deseja implementar dentro do Algo é completamente para você. 2.1k Views middot View Upvotes middot Não é para reprodução. Característica especial: infra-estrutura de negociação on-line Uma arquitetura de negociação bem-sucedida As trocas on-line facilitam transações mais rápidas, proporcionando facilidades e flexibilidade de portais de negociação on-line e casas de corretagem. Tem um olhar sobre a infraestrutura central da NSE, BSE e alguns portais comerciais. Por Soutiman Das Gupta Como prometido por visionários de tecnologia e grupos de previsão na última década, a Internet realmente abriu novas avenidas para a realização de negócios. As bolsas de valores em todo o mundo agora conduzem uma grande parte de seus negócios on-line através de seus corretores e parceiros, uma grande mudança do método tradicional. Nos países desenvolvidos, quase todas as transações de câmbio são realizadas on-line. A tendência diminuiu lentamente na Índia e em duas das maiores bolsas, a Bolsa Nacional de Valores (NSE) e a Bolsa de Valores de Bombay (BSE) estão conduzindo o comércio on-line com sucesso há algum tempo. Por que as trocas indianas e as casas de corretagem já foram lentas para mover suas transações on-line. Isso deveu-se principalmente aos regulamentos governamentais. Houve atraso inicial na definição de especificações para a criação de grupos de usuários fechados (CUGs). A questão foi resolvida entre o DoT e o Ministério das Finanças em 1998 e, em breve, os portais de comércio como ICICIDirect, motilaloswal e smartjones surgiram. A conectividade foi talvez o fator tecnológico mais importante. O custo das linhas alugadas e dos links VSAT tem sido tradicionalmente muito alto e a confiabilidade dos links foi baixa. Também demorou muito para encomendar os links, uma vez que teve que fazer um aplicativo e aguardar algumas semanas para que o link esteja funcionando. Outras questões como a segurança e os custos processuais de recuperação e recuperação também foram dissuasivas. Felizmente, juntamente com a resolução de questões regulatórias, a Índia já não tem nenhuma conectividade premente e problemas de largura de banda. Com a entrada de jogadores privados no cenário de banda larga e o governo que abre o setor de telecomunicações, essas questões são quase inexistentes. Soluções e serviços de segurança disponíveis no mercado amadureceram e não custa mais um pacote bonito para colocar uma solução de backup simples no lugar. Anatomia de uma troca on-line O comércio on-line envolve grandes volumes de dados a serem negociados todos os dias. Apenas como exemplo, na BSE, o volume de negócios diário médio em 2001-2002 (abril-março) foi Rs 1244,10 crore e o número de trades diários médios foi de Rs 5,17 lakh. Além disso, há regulamentos RBI rigorosos que tornam obrigatório para as empresas armazenar pelo menos 7 anos de dados transacionais e financeiros. Design Precisa ser sempre seguro, seguro, redundante e ter processos adequados de backup e recuperação. Armazenamento Para tais quantidades elevadas de dados críticos é natural implantar armazenamento baseado em rede como NAS ou SAN. Segurança A segurança é uma parte vital e integral da arquitetura de design. Os elementos de hardware e software devem ser construídos em torno de uma arquitetura de segurança em camadas e devem ser mantidos no local com uma política de segurança bem documentada. Disponibilidade Idealmente, os intercâmbios on-line devem ter disponibilidade de cinco nove. Aplicações É difícil implementar aplicativos inesquecíveis nas trocas, pois cada uma possui uma arquitetura única baseada em fatores como fluxo de operações, volumes de negociação, número de membros, número de usuários e número de locais. Arquiteturas A NSE implantou o NIBIS (NSEs Internet Based Information System) para a divulgação em tempo real de informações comerciais pela Internet e NEAT, um aplicativo baseado no cliente e servidor para ajudar suas operações. A BSE implementou um sistema OnLine Trading (BOLT) em uma plataforma Tandem que possui uma arquitetura de duas camadas. Ele afirma ser capaz de suportar até 2 milhões de negócios por dia. Intercâmbios indianos O NSE e a BSE estão entre as maiores trocas no país. Eles lidam com volumes de negociação diários muito grandes, suportam grandes quantidades de tráfego de dados e possuem uma rede nacional muito grande. Os números do volume de negócios em ambos os intercâmbios são enormes. O volume de negócios diário médio no segmento de mercados de capitais da NSE é de cerca de Rs 2300 crore e no segmento de derivativos, em torno de Rs 1300 crore. O volume médio de tráfego diário é de cerca de um milhão de negócios por dia no segmento de mercados de capitais e cerca de 50.000 negócios por dia no segmento de derivativos. Existem cerca de 13.000 usuários registrados em ambos os segmentos e uma média de cerca de 9500 usuários são logados de cada vez. Na BSE, o volume de negócios diário médio em 2001-2002 (abril-março) foi de Rs 1244,10 crore e o número de trades diários médios foi de Rs 5,17 lakh. Design de rede Desnecessário dizer que qualquer troca on-line precisa ser sempre, segura, redundante e ter processos adequados de backup e recuperação. G. M Shenoy, VP, NSE-IT, fala sobre a filosofia de design de sua troca on-line. O objetivo básico do projeto era fornecer acesso justo, igual e transparente em todos os nossos locais em todo o país. Um aspecto importante foi proporcionar conectividade aos nossos membros comerciais o mais rápido possível. O setor de telecomunicações é bastante liberal hoje. Em 1993, a tecnologia estava em vencimento e era dispendiosa. As linhas alugadas custam quase dez vezes mais do que hoje. A tecnologia de satélite foi um benefício, pois permitiu uma implantação mais rápida do que as linhas alugadas. NSE agora tem a maior rede VSAT do país com mais de 3000 VSATs e espera crescer para mais de 4000 VSATs em breve. Elementos da rede Um olhar sobre os volumes de negociação maciços e o volume de tráfego é prova suficiente da natureza crítica dos sistemas. Faz um estremecimento pensar nas perdas esperadas em caso de um tempo de inatividade de dez minutos quando o comércio diário cruza Rs 3000 crore. Elementos de rede como armazenamento, segurança, backup e processos de recuperação, disponibilidade e as diferentes aplicações devem ser cuidadosamente planejados e comissionados. Em seguida, é necessário seguir regulamentos rigorosos do RBI para armazenar pelo menos 7 anos de dados financeiros e transacionais. Armazenamento Para tais quantidades elevadas de dados críticos é natural implantar armazenamento baseado em rede como NAS ou SAN. A NSE está implementando uma SAN, pois sente que seus volumes de dados cresceram fenomenalmente. Segurança Esta deve ser uma parte vital e integral da arquitetura de design. Os elementos de hardware e software devem ser construídos em torno de uma arquitetura de segurança em camadas. E deve ser mantida no lugar com uma política de segurança bem documentada. Shenoy diz quotSecurity é o elemento mais importante na rede. Todas as aplicações foram construídas com uma abordagem consciente para a segurança. As políticas de segurança são bem integradas e regularmente examinadas para não deixar espaço para compromissos. Todos os aplicativos e sistemas operacionais são endurecidos periodicamente por segurança. Backup e recuperação Isso surgiu como um dos aspectos vitais da continuidade do negócio. Quando as trocas em linha foram projetadas há alguns anos atrás, talvez muita ênfase não tenha sido colocada sobre esse aspecto, como é hoje. No entanto, não é difícil adicionar processos de continuidade de negócios a uma rede existente. Shenoy diz, como um backup na nossa rede VSAT, uma rede comercial baseada em terra foi implantada em meados de 2000. Temos mais de 850 linhas alugadas que conectam nossos locais em todo o país. Nós somos a única bolsa de valores no país a ter um site de continuidade de negócios totalmente redundante em Chennai. Disponibilidade Idealmente, os intercâmbios on-line devem ter disponibilidade de cinco nove. As trocas geralmente preferem hospedar sua infraestrutura internamente e não usar os serviços de um data center externo. A NSE afirma atingir um tempo de atividade superior a 99,9. Isto é principalmente devido a procedimentos internos formulados e revisão contínua de SLAs com fornecedores de hardware, diz Shenoy. Aplicações É difícil implementar aplicativos inesquecíveis nas trocas, pois cada uma possui uma arquitetura única baseada em fatores como fluxo de operações, volumes de negociação, número de membros, número de usuários e número de locais. As aplicações como comércio, compensação, gerenciamento de riscos, vigilância, computação de índices, listagem, associação e contas podem ser desenvolvidas internamente ou por desenvolvedores de software externos. As duas grandes arquiteturas NSE e BSE, as duas grandes bolsas acreditam na atualização e atualização de seus sistemas de tecnologia para manter a entrega de acordo com compromissos e promessas feitas aos seus membros, parceiros e clientes. Arquitetura NSE - A NEAT NSE implantou o NIBIS (NSEs Internet Based Information System) para a divulgação em tempo real de informações comerciais pela Internet e NEAT, um aplicativo baseado no cliente para ajudar suas operações. A NEAT armazena todas as informações de negociação em um banco de dados na memória no final do servidor para alcançar o tempo mínimo de resposta e a disponibilidade máxima do sistema para os usuários. O software do servidor de negociação é executado em um mainframe STRATUS tolerante a falhas e o software cliente é executado em PCs Windows. A rede de telecomunicações usa o protocolo X.25 e é a espinha dorsal do sistema de negociação automatizado. Cada membro comercial é negociado no NSE com outros membros através de um PC localizado no escritório de membros comerciais. Os membros comerciais no segmento do mercado de dívida por atacado estão vinculados ao computador central na NSE através de linhas alugadas dedicadas de 64 Kbps e terminais VSAT. Essas linhas alugadas são multiplexadas usando links dedicados de fibra óptica de 2 MB. Os participantes do WDM se conectam ao sistema de negociação através de links dial-up. O intercâmbio usa servidores Unix baseados em RISC da Digital e HP para processamento de backoffice. Aplicações como front-ends Oracle 7 e SQLOracle Forms 4.5 são usadas para as funções de troca. Arquitetura da BSE - A BOLT BSE implantou um sistema OnLine Trading (BOLT) em 14 de março de 1995. Funciona em uma plataforma Tandem S74016 com 16 CPUs. As máquinas Tandem Himalaya S74016 atuam como backend para mais de 8000 estações de trabalho Trader em rede, Ethernet, VSAT e Managed Leased Data Network (MLDN). Os sistemas afirmam lidar com até dois milhões de negócios por dia. BOLT tem uma arquitetura de duas camadas. As estações de trabalho do comerciante estão conectadas diretamente ao servidor backend que atua como um servidor de comunicação e um Central Trading Engine (CTE). Outros serviços, como disseminação de informações, computação de índice e monitoramento de posição também são fornecidos pelo sistema. Uma facilidade de monitoramento de transações na arquitetura Tandem ajuda a manter a integridade dos dados através de SQL não-interrompido. Com a ajuda da MTNL, a BSE configurou uma rede MLDN que compreende 300 linhas de 2 Mbps e 1500 linhas de 64 Kbps que conectam todas as bolsas de valores regionais e escritórios em Mumbai. O acesso a informações relacionadas ao mercado através das estações de trabalho do comerciante é essencial para que os participantes do mercado atuem em tempo real e tomem decisões instantâneas. BOLT foi interagido com vários fornecedores de informações como Bloomberg, Bridge e Reuters. A informação do mercado é alimentada às agências de notícias em tempo real. Os planos de intercâmbio para aprimorar as capacidades para além de ter um fluxo integrado de informação bidirecional. Portais de negociação on-line O comércio on-line é a atividade de investimento que ocorre na Internet sem a inclusão física do corretor. Um usuário final (investidor) tem que se registrar com um portal de negociação on-line como ICICdirect, motilaloswal, smartjones e sharekhan. O investidor consegue um acordo com a empresa para negociar diferentes valores mobiliários de acordo com os termos e condições listados no contrato. Uma vez que os servidores do portal de negociação on-line estão conectados o tempo todo às bolsas de valores e bancos designados, o processamento de pedidos é feito em tempo real. Os investidores também podem obter atualizações sobre a negociação e verificar o status de seus pedidos, seja por e-mail ou através da interface. Projeto de portal Harish Malhotra, diretor de tecnologia da Motilal Oswal Securities Limited, diz que o portal de quotthe deve ser simples de navegar, cheio de informações úteis e relevantes, disponível com o menor número de cliques, e deve ser personalizado. No entanto, um aspecto muito importante É que os sistemas devem ser capazes de se relacionar diretamente com os intercâmbios online sem problemas de incompatibilidade. ICICIdirect usa criptografia de 128 bits habilitada Secure Socket Layer (SSL) para garantir que as informações transmitidas pela Internet sejam seguras e não possam ser acessadas por terceiros. Geralmente, os usuários oferecem opções para vincular suas contas bancárias, contas Demat e contas de corretagem em uma única interface. Há também uma única janela para todas as trocas e uma única tela para o mecanismo de roteamento de pedidos completo. O hardware utilizado inclui servidores de internet e de aplicativos, switches, roteadores, firewalls e dispositivos de segurança e aparelhos especializados. Motilaloswal usa servidores Compaq para aplicativos e banco de dados, roteadores Cisco e firewalls Checkpoint. Os sistemas foram personalizados pela sua equipe interna. As aplicações comerciais são terceirizadas. Também temos armazenamento off-line que é feito backup periodicamente em locais separados, diz Harish. Sucesso do portal O sucesso de um portal de comércio definitivamente dependerá do seu bouquet de serviços para um usuário final. A maioria dos portais cobra uma pequena taxa de registro e corretagem baseada em várias condições. No entanto, é importante que a organização continue focada em serviços centrados no cliente e modelos de entrega para realmente aproveitar a maior atenção.