Handelssystemarchitektur Pdf

Algorithmisches Trading System Architecture Bisher habe ich in diesem Blog über die konzeptionelle Architektur eines intelligenten algorithmischen Handelssystems sowie die funktionalen und nicht-funktionalen Anforderungen eines algorithmischen Produktionssystems geschrieben. Seitdem habe ich eine Systemarchitektur entworfen, von der ich glaube, dass sie diese architektonischen Anforderungen erfüllen kann. In diesem Beitrag werde ich beschreiben die Architektur nach den Richtlinien der ISOIECIEEE 42010 Systeme und Software Engineering Architektur Beschreibung Standard. Nach dieser Norm muss eine Architekturbeschreibung enthalten: Mehrere standardisierte architektonische Ansichten (z. B. in UML) enthalten und die Rückverfolgbarkeit zwischen Entwurfsentscheidungen und architektonischen Anforderungen beibehalten Softwarearchitekturdefinition Es gibt noch keinen Konsens darüber, was eine Systemarchitektur ist. Im Rahmen dieses Artikels wird sie als die Infrastruktur definiert, innerhalb der Anwendungskomponenten, die funktionalen Anforderungen genügen, spezifiziert, implementiert und ausgeführt werden können. Funktionale Anforderungen sind die erwarteten Funktionen des Systems und seiner Komponenten. Nicht funktionale Anforderungen sind Maßnahmen, durch die die Qualität des Systems gemessen werden kann. Ein System, das seine funktionalen Anforderungen voll erfüllt, kann die Erwartungen nicht erfüllen, wenn nicht funktionale Anforderungen unbefriedigt bleiben. Um dieses Konzept zu veranschaulichen, betrachten Sie das folgende Szenario: ein algorithmisches Handelssystem, das Sie gerade gekauft haben, macht ausgezeichnete Handelsentscheidungen, ist aber völlig inoperabel mit den Organisationen Risikomanagement und Buchhaltungssysteme. Würde dieses System Ihren Erwartungen entsprechen Konzeptionelle Architektur Eine konzeptionelle Sicht beschreibt hochrangige Konzepte und Mechanismen, die im System auf höchster Granularität existieren. Auf dieser Ebene folgt das algorithmische Handelssystem einer ereignisgesteuerten Architektur (EDA), die über vier Schichten aufgebrochen ist, und zwei architektonische Aspekte. Für jede Schicht - und Aspektreferenz werden Architekturen und Muster verwendet. Architektonische Muster sind bewährte, generische Strukturen, um spezifische Anforderungen zu erfüllen. Architektonische Aspekte sind Querschnittsaufgaben, die sich über mehrere Komponenten erstrecken. Ereignisgetriebene Architektur - eine Architektur, die Ereignisse erzeugt, erkennt, konsumiert und reagiert. Ereignisse umfassen Echtzeitbewegungen, komplexe Ereignisse oder Trends und Handelsereignisse, z. B. Einreichung einer Bestellung. Dieses Diagramm veranschaulicht die konzeptionelle Architektur des algorithmischen Handelssystems Referenzarchitekturen Um eine Analogie zu verwenden, ähnelt eine Referenzarchitektur den Blaupausen für eine tragende Wand. Dieses Blau-Druck kann für mehrfache Gebäudeentwürfe wiederverwendet werden, unabhängig davon, welches Gebäude errichtet wird, da es einen Satz von allgemein auftretenden Anforderungen erfüllt. Ähnlich definiert eine Referenzarchitektur eine Vorlage, die generische Strukturen und Mechanismen enthält, die verwendet werden können, um eine konkrete Softwarearchitektur zu konstruieren, die spezifischen Anforderungen genügt. Die Architektur für das algorithmische Handelssystem verwendet eine raumbasierte Architektur (SBA) und einen Model View Controller (MVC) als Referenzen. Gute Vorgehensweisen wie der Betriebsdaten-Speicher (ODS), das Extrakt-Transformations - und Belastungsmuster (ETL) und ein Data Warehouse (DW) werden ebenfalls verwendet. Modellansicht-Controller - ein Muster, das die Darstellung von Informationen von der Benutzerinteraktion mit ihr trennt. Raumbasierte Architektur - spezifiziert eine Infrastruktur, in der lose gekoppelte Verarbeitungseinheiten miteinander über einen gemeinsamen assoziativen Speicher mit dem Namen Space interagieren (siehe unten). Strukturansicht Die Strukturansicht einer Architektur zeigt die Komponenten und Unterkomponenten des algorithmischen Handelssystems. Es zeigt auch, wie diese Komponenten auf physische Infrastruktur eingesetzt werden. Die in dieser Ansicht verwendeten UML-Diagramme umfassen Komponentendiagramme und Bereitstellungsdiagramme. Im Folgenden finden Sie eine Übersicht der Implementierungsdiagramme des algorithmischen Handelssystems und der Verarbeitungseinheiten in der SBA-Referenzarchitektur sowie zugehörige Komponentendiagramme für die einzelnen Schichten. Architectural Tactics Nach dem Software Engineering Institute ist eine architektonische Taktik ein Mittel zur Befriedigung einer Qualitätsanforderung durch Manipulation eines Aspekts eines Qualitätsattributmodells durch architektonische Designentscheidungen. Ein einfaches Beispiel, das in der algorithmischen Handelssystemarchitektur verwendet wird, ist, einen operativen Datenspeicher (ODS) mit einer kontinuierlichen Abfragekomponente zu manipulieren. Diese Komponente würde das ODS kontinuierlich analysieren, um komplexe Ereignisse zu identifizieren und zu extrahieren. Folgende Taktiken werden in der Architektur verwendet: Das Disruptormuster im Ereignis - und Auftragswarteschlange Gemeinsamer Speicher für die Ereignis - und Auftragswarteschlangen Ununterbrochene Abfragesprache (CQL) auf dem ODS Datenfilterung mit dem Filterentwurfsmuster auf eingehenden Daten Vermeidungsalgorithmen auf allen Eingehende und ausgehende Verbindungen Active Queue Management (AQM) und explizite Staubenachrichtigung Rohstoffrechenressourcen mit Upgradefähigkeit (skalierbar) Aktive Redundanz für alle Single Points of Fail Indexierung und optimierte Persistenzstrukturen im ODS Planen Sie regelmäßige Datensicherungs - und Bereinigungsskripts für ODS Transaktionshistorie auf allen Datenbanken Prüfsummen für alle Aufträge, um Fehler zu erkennen Annotieren von Ereignissen mit Zeitstempeln, um veraltete Ereignisse zu überspringen Bestellen von Validierungsregeln zB Maximale Handelsmengen Automatisierte Händlerkomponenten verwenden eine Speicher-Datenbank für die Analyse Zwei-Stufen-Authentifizierung für Benutzerschnittstellen, die eine Verbindung zu den ATs herstellen Verschlüsselung auf Benutzerschnittstellen und Verbindungen zu den ATs Observer-Entwurfsmuster für das MVC zur Verwaltung von Ansichten Die obige Liste ist nur ein paar Design Entscheidungen, die ich bei der Gestaltung der Architektur identifiziert habe. Es ist nicht eine vollständige Liste der Taktiken. Da das System entwickelt wird, sollten zusätzliche Taktiken auf mehreren Ebenen der Granularität eingesetzt werden, um funktionale und nicht-funktionale Anforderungen zu erfüllen. Unten sind drei Diagramme, die das Disruptor-Designmuster, das Filterentwurfsmuster und die kontinuierliche Abfragekomponente beschreiben. Verhaltensansicht Diese Ansicht einer Architektur zeigt, wie die Komponenten und Schichten miteinander interagieren sollen. Dies ist hilfreich bei der Erstellung von Szenarien zum Testen von Architekturentwürfen und zum Verständnis des Systems von Ende zu Ende. Diese Ansicht besteht aus Sequenzdiagrammen und Aktivitätsdiagrammen. Aktivitätsdiagramme, die den internen Prozess der algorithmischen Handelssysteme zeigen und wie Händler mit dem algorithmischen Handelssystem interagieren sollen, sind nachfolgend dargestellt. Technologien und Rahmenbedingungen Der letzte Schritt beim Entwerfen einer Softwarearchitektur besteht darin, mögliche Technologien und Rahmenbedingungen zu identifizieren, die zur Verwirklichung der Architektur genutzt werden könnten. Grundsätzlich ist es sinnvoll, bestehende Technologien auszuschöpfen, sofern sie sowohl funktionale als auch nicht funktionale Anforderungen adäquat erfüllen. Ein Framework ist eine realisierte Referenzarchitektur, z. B. JBoss ist ein Framework, das die JEE-Referenzarchitektur realisiert. Die folgenden Technologien und Frameworks sind interessant und sollten bei der Implementierung eines algorithmischen Handelssystems berücksichtigt werden: CUDA - NVidia verfügt über eine Reihe von Produkten, die eine hochleistungsfähige Computational Finance Modellierung unterstützen. Man kann bis zu 50x Performance-Verbesserungen in der Ausführung von Monte Carlo Simulationen auf der GPU anstelle der CPU erreichen. Apache River - River ist ein Tool-Kit zur Entwicklung verteilter Systeme. Es wurde als Rahmen für den Aufbau von Anwendungen auf der Grundlage der SBA-Muster Apache Hadoop - für den Fall, dass pervasive Logging ist eine Anforderung, dann die Verwendung von Hadoop bietet eine interessante Lösung für die Big-Data-Problem. Hadoop kann in einer Clusterumgebung eingesetzt werden, die CUDA-Technologien unterstützt. AlgoTrader - eine Open-Source-algorithmische Handelsplattform. AlgoTrader könnte an Stelle der automatisierten Händlerkomponenten eingesetzt werden. FIX Engine - eine eigenständige Anwendung, die die Financial Information Exchange (FIX) - Protokolle einschließlich FIX, FAST und FIXatdl unterstützt. Obwohl es sich nicht um eine Technologie oder ein Framework handelt, sollten Komponenten mit einer API (Application Programming Interface) aufgebaut werden, um die Interoperabilität des Systems und seiner Komponenten zu verbessern. Fazit Die vorgeschlagene Architektur wurde entwickelt, um sehr allgemeine Anforderungen für algorithmische Handelssysteme zu erfüllen. Im Allgemeinen werden algorithmische Handelssysteme durch drei Faktoren kompliziert, die bei jeder Implementierung variieren: Abhängigkeiten von externen Unternehmen und Tauschsystemen Herausforderung an nicht funktionale Anforderungen und Entwicklung von architektonischen Zwängen Die vorgeschlagene Softwarearchitektur müsste daher im Einzelfall von Fall zu Fall angepasst werden Um spezifische organisatorische und regulatorische Anforderungen zu erfüllen sowie regionale Zwänge zu überwinden. Die algorithmische Handelssystemarchitektur sollte nur als Referenz für Einzelpersonen und Organisationen betrachtet werden, die ihre eigenen algorithmischen Handelssysteme entwerfen wollen. Für eine vollständige Kopie und Quellen verwendet, laden Sie bitte eine Kopie meines Berichts. Thank you. There sind eigentlich nur 3 große Blöcke in einem Algo Trading System. 1. Market Data Handler (z. B. FAST-Handler) 2. Strategie-Modul (z. B. crossOver-Strategie) 3. Order Router (z. B. FIX Router) können Sie Risikotests entweder am Strategy Module oder dem Order Router Module oder beides hinzufügen. So lange Ihr Datenfluss ist korrekt, sollten Sie gut zu gehen. Denken Sie daran, dass Sie ein ATS für minimale Latenz entwerfen, und das Hinzufügen von mehr Ebenen oder Komplexität wird auf Kosten der Latenz kommen. Minimal ATS-Architektur Und wenn Sie die Glocken und Pfeifen hinzufügen, würde es wie die folgenden aussehen: Wenn Sie auch an der Nitty-Gritty der Umsetzung der oben genannten Architektur interessiert sind, sollten Sie die folgenden Dinge im Auge behalten. Vermeiden Sie locksmutexes. Wenn Sie es verwenden müssen, versuchen Sie, sie durch lockless Strukturen mit Atomkernen zu ersetzen. Es gibt mehrere Bibliotheken für locklose Datenstrukturen (z. B. libcds, Concurrency-Kit usw.). C-11 unterstützt std :: atomar. Und Sie sollten danach streben, sie zu benutzen. Vermeiden Sie, was in QuickFIX getan wird. Seine geschrieben für Sicherheitselektivität Wiederverwendbarkeit als Objekt (Lock) Erstellung und Vernichtung wird für jeden Aufruf einer Nachricht an den Router durchgeführt. Sicherlich keine Möglichkeit, eine Latenz sensible Code schreiben. Keine Laufzeitspeicherbelegung. Laufzeitpfad sollte maßgeschneiderte und sperrenfreie Speicherverwaltung mit vorab zugewiesenem Speicherpool verwenden. Die gesamte Initialisierung kann in Konstruktoren durchgeführt werden. Feste Verbindung. Threading-Modell, IO-Modell und Speicher-Management sollte so konzipiert, zusammen zu arbeiten, um eine optimale Gesamtleistung zu erzielen. Dies geht gegen das OOP-Konzept der losen Kopplung, aber es ist notwendig, um Laufzeitkosten des dynamischen Polymorphismus zu vermeiden. Verwenden Sie Vorlagen. In der gleichen Vene, würde ich auch vorschlagen, dass Sie auf C-Templatierung, um Flexibilität des Codes zu erreichen. OSHardware-Optimierung: Schließlich sollten Sie mit Linux RT Kernel und Solarflare Netzwerkkarte mit OpenOnLoad Treiber für die Erreichung minimale Latenz arbeiten. Können Sie weiter schauen, um die CPU zu isolieren und führen Sie Ihr Programm auf, dass bestimmte Kern. Und schließlich die öffentliche API, die Sie benötigen, um strategischen Entwicklern auszusetzen. Ich möchte, dass dies die minimale Menge, die die gesamte Komplexität dieser bestimmten Austauschstation verkapseln würde. Class OrderRowOrd (OrderInfo) 0 virtual bool sendRplOrd (OrderInfo) 0 virtuelles bool sendCxlOrd (OrderInfo) 0 virtualBut bedeutet dies, dass die OrderInfo-Klasse ALLE Angaben benötigen, die für den destinationexchange erforderlich sind. In der Regel erfordert der Austausch die gleiche Art von Informationen, aber wie Sie entlang gehen und unterstützen mehr AustauscheDestinationen würden Sie sich hinzufügen, mehr Variablen in dieser Klasse. Im Folgenden sind die wichtigen Fragen, die Sie sich stellen müssen: 1. Multi-Prozess-Architektur oder Multi-Thread-Architektur. Ob ein monolithischer Prozess mit mehreren Threads zu bauen, oder schreiben Sie mehrere Prozesse. Die Kosten für mehrere Prozesse ist die Nachricht übergeben Latenz, während die Kosten für mehrere threaded einzigen Prozess ist, dass jeder Fehler kann das gesamte System zu senken. 2. Nachrichtenübergabe: Während Sie aus einer Vielzahl von Optionen wählen können, sind Sie durch Latenzbetrachtung eingeschränkt. Am schnellsten IPC wäre Shared Memory, aber dann, wie würden Sie tun, die Synchronisation verbringen einige Zeit mit diesen beiden Fragen, weil sie den Baustein, auf dem Ihre Architektur steht. Bearbeiten: FIX und FAST Bezüglich populäres Standardprotokoll ist FIX zum Senden von Aufträgen und FAST für Marktdaten. Having said, dass die meisten Börsen haben ihre eigene native Protokoll, das schneller als FIX ist, weil FIX ist in der Regel auf der Oberseite ihres nativen Protokolls implementiert. Aber sie unterstützen immer noch FIX erhöht die Geschwindigkeit der Bereitstellung. Auf der anderen Seite, während FIX von den meisten Börsen übernommen wird, genießt FAST nicht so viel Akzeptanz. Wenn überhaupt, würde es nur eine Handvoll Austausch geben. Die meisten von ihnen senden entweder über FIX selbst (niedrige Latenzzeit) oder verwenden Sie ihre eigenen nativen binären Protokoll. z. B. In Indien, NSE, BSE und MCXMCXSX, alle drei Börsen gibt Ihnen FIX-Protokoll zusätzlich zu nativen Protokoll, aber nur BSE gibt Ihnen FAST für Marktdaten. Und das ist auch von FAST auf native mit Einführung von EOBI. Können Sie die gleiche Sache an andere Börsen extrapolieren. 3.6k Views middot View Upvotes middot Nicht für Fortpflanzung Wie John erwähnt, ist OMS der Crux von jeder Handelsplattform und Sie sollten von der Erforschung beginnen. Sie müssen Zeit verbringen, um Ihre Handelslebenszyklus, Ereignisse und Eigenschaften zu bestimmen, die Sie auf dem OMS einbetten möchten und die, die Sie Ihre Algo-Maschine behandeln möchten. Metcetera bietet eine Open-Source-OMS, ich haven039t verwendet es persönlich aber it039s einer der wenigen auf dem Markt. Die nächste Sache, die Sie betrachten sollte, ist die Bereitstellung einer Schnittstelle zu Quelldaten in und schieben Sie es aus. Dies ist für ein Kundenauftragseingabesystem, zum der Auftragsdetails zu werfen und Algo-Maschine, um sie zu versorgen. Viele Sell Side OMS039s verwenden eine Kombination von proprietären Programmen in JavaC mit FIX geschrieben. FIX-Protokoll ermöglicht es Ihnen, Echtzeit über Systeme in einem vereinfachten amp-vordefinierten Nachrichtenformat zu kommunizieren, das von der FIX-Protokollgemeinschaft festgelegt wird. Gehen Sie zu der FIX-Protokoll-Organisation gt Homepage, um mehr darüber zu lesen. Betrachtet auch Open Source FIX Engine. Eine Open-Source-Implementierung der FIX-Engine. Als nächstes kommt eine Marktdaten-Schnittstelle, um Echtzeit-Zeitsicherheits-Marktinformationen zu liefern, Daten, die von HighLowOpenClose zu Best BidBest Ask, Total gehandeltes Volumen, Letzter Preis, Letztes Volumen, Bid-Anführungszeichen, Ask-Anführungszeichen usw. reichen Strategie, die Sie implementieren möchten. Ich glaube, Interactive Broker bietet einen Echtzeit-Daten-Feed über FIX. Exchange-Konnektivität ist als nächstes, wo Ihr Algo interpretiert die Signale, erstellen Sie eine Bestellung und Routen zu einem Exchange oder ECN. Entwickeln sie im eigenen Haus könnte hart sein, wie Sie benötigen, um auszutauschen Exchange-Mitgliedschaft, zertifizieren Sie Ihre Plattform und zahlen einen regulären Mitgliedsbeitrag. Ein billiger Weg ist, eine Broker-API (wie IB) zu verwenden und Route der Reihenfolge durch sie. Historische Daten sind ebenso von wesentlicher Bedeutung, wie man das aktuelle Marktverhalten mit seinen historischen Werten vergleichen möchte. Parameter wie durchschnittlicher Spread, VWAP-Profile, durchschnittliches Tagesvolumen usw. können erforderlich sein, um die Entscheidungsfindung zu beeinflussen. Sie können es auf Datenbank (bevorzugt), aber wenn Geschwindigkeit der Essenz dann laden Sie es auf dem Server-Cache, wenn Sie Ihr Programm beginnen. Sobald Ihre Peripherie-Systeme eingerichtet sind, können Sie mit der Entwicklung Ihrer Algo-Programm, wie Sie es funktionieren wollen. Diese grundlegende Infrastruktur ermöglicht es Ihnen, einen übergeordneten Algo-Auftrag einzugeben, Marktdaten zu lesen, auf die Signale zu reagieren, aber untergeordnete Aufträge zu generieren und sie auf das Austauschauftragsbuch und die historischen Daten zu setzen, um die Entscheidungsfindung zu beeinflussen. Das OMS hält die Verknüpfung zwischen der übergeordneten Amp-Kinderreihenfolge, deren Echtzeitstatus und Aktualisierungen durch die Algo - oder Exchange-Konnektivitätsplattform. Was Sie innerhalb des Algo umsetzen wollen, ist ganz bei Ihnen. 2.1k Ansichten middot Ansicht Upvotes middot Nicht für ReproductionSpecial Feature: Online Trading Infrastruktur Eine erfolgreiche Handelsarchitektur Online-Börsen ermöglichen schnellere Transaktionen durch die Bereitstellung von Online-Handelsportalen und Maklerhäusern Leichtigkeit und Flexibilität. Heres einen Blick auf die Kern-Infrastruktur von NSE, BSE, und einige Handelsportale. Von Soutiman Das Gupta Wie im vergangenen Jahrzehnt von Technologie-Visionären und Prognose-Gruppen versprochen, hat das Internet tatsächlich neue Wege für die Geschäftsabwicklung eröffnet. Börsen weltweit führen nun einen Großteil ihres Geschäfts online durch ihre Makler und Partner, eine bedeutende Verschiebung von der traditionellen Methode. In den entwickelten Ländern werden fast alle Devisentransaktionen online durchgeführt. Der Trend hat sich in Indien langsam aufgehoben und zwei der größten Börsen, die National Stock Exchange (NSE) und die Bombay Stock Exchange (BSE) führen Online-Handel erfolgreich für einige Zeit jetzt. Warum verspätete indische Börsen und Maklerhäuser waren langsam, um ihre Transaktionen online zu verschieben. Dies ist vor allem auf die Regierungsvorschriften zurückzuführen. Es gab eine anfängliche Verzögerung bei der Festlegung von Spezifikationen für die Erstellung von geschlossenen Benutzergruppen (CUGs). Das Problem wurde zwischen dem DoT und dem Finanzministerium um 1998 gelöst und bald Handelsportale wie ICICIDirect, motilaloswal und smartjones entstanden. Konnektivität war vielleicht der wichtigste technologische Faktor. Die Kosten für Mietleitungen und VSAT-Verbindungen waren traditionell sehr hoch und die Zuverlässigkeit der Links war gering. Es dauerte auch eine lange Zeit, um die Verknüpfungen in Auftrag zu geben, da man einen Antrag stellen musste und einige Wochen auf die Verbindung warten musste. Andere Probleme wie Sicherheit, und Backup-und Recovery-Verfahrenskosten waren auch Abschreckungsmittel. Glücklicherweise hat Indien mit der Lösung von regulatorischen Fragen keine dringende Konnektivität und Bandbreite mehr. Mit dem Eintritt privater Akteure in das Breitband-Szenario und der Regierung, die den Telekommunikationssektor eröffnet, sind diese Fragen fast nicht vorhanden. Sicherheitslösungen und - dienste, die auf dem Markt verfügbar sind, haben gereift und es kostet kein hübsches Paket mehr, um eine einfache Backup-Lösung zu setzen. Anatomie einer Online-Börse Online-Handel beinhaltet große Mengen an Daten, die täglich durchgeführt werden. Als Beispiel wurde bei BSE der durchschnittliche Tagesumsatz in den Jahren 2001-2002 (April-März) Rs 1244.10 crore und die Anzahl der durchschnittlichen täglichen Trades betrug Rs 5,17 lakh. Hinzu kommen strenge RBI-Vorschriften, die es zwingend erforderlich machen, dass Unternehmen mindestens sieben Jahre Transaktions - und Finanzdaten speichern. Design Muss immer einsatzbereit, sicher, redundant sein und über ausreichende Sicherungs - und Wiederherstellungsprozesse verfügen. Storage Für solche hohen Mengen an kritischen Daten seine natürliche Bereitstellung von Netzwerk-basierten Speicher wie NAS oder SAN. Sicherheit Sicherheit ist ein wichtiger und integraler Bestandteil der Designarchitektur. Die Hardware - und Software-Elemente sollten um eine mehrschichtige Sicherheitsarchitektur herum aufgebaut werden und sollten mit einer gut dokumentierten Sicherheitsrichtlinie eingerichtet werden. Verfügbarkeit Idealerweise sollten Online-Börsen eine Fünf-Neun-Verfügbarkeit haben. Anwendungen Es ist schwer zu implementieren, out-of-the-box-Anwendungen an Börsen, da jeder hat eine einzigartige Architektur auf Faktoren wie Betriebsablauf, Handelsvolumen, Anzahl der Mitglieder, Anzahl der Benutzer und Anzahl der Standorte. Architekturen NSE hat NIBIS (NSEs Internet Based Information System) für die Echtzeit-Verbreitung von Handelsinformationen über das Internet und NEAT eine Client-Server-basierte Anwendung bereitgestellt, um ihre Operationen zu unterstützen. BSE hat ein OnLine-Handelssystem (BOLT) auf einer Tandem-Plattform implementiert, die über eine zweistufige Architektur verfügt. Sie behauptet, bis zu 2 Millionen Trades pro Tag zu unterstützen. Indische Börsen Die NSE und BSE gehören zu den größten Börsen des Landes. Sie handhaben sehr große tägliche Handelsvolumina, unterstützen große Mengen an Datenverkehr und haben ein sehr großes bundesweites Netzwerk. Die Handelsvolumina in beiden Börsen sind riesig. Der durchschnittliche Tagesumsatz im Kapitalmarktsegment bei NSE liegt bei Rs 2300 crore und im Derivatsegment bei rs 1300 crore. Das durchschnittliche tägliche Verkehrsvolumen liegt bei rund einer Million Trades pro Tag im Kapitalmarktsegment und rund 50.000 Trades pro Tag im Derivate-Segment. Es gibt rund 13.000 registrierte Benutzer in beiden Segmenten und durchschnittlich rund 9500 Nutzer sind zu einem Zeitpunkt angemeldet. Bei BSE betrug der durchschnittliche tägliche Umsatz in den Jahren 2001-2002 (April-März) Rs 1244.10 crore und die durchschnittliche tägliche Trades betrug Rs 5,17 lakh. Netzwerk-Design Unnötig zu sagen, jeder Online-Austausch muss immer-on, sicher, redundant und haben ausreichende Backup-und Recovery-Prozesse. G. M Shenoy, VP, NSE-IT, spricht über die Designphilosophie seines Online-Austauschs. "Das grundlegende Designziel bestand darin, einen fairen, gleichberechtigten und transparenten Zugang über alle unsere Standorte zu gewährleisten. Ein wichtiger Aspekt war, so schnell wie möglich eine Verbindung zu unseren Handelsteilnehmern zu schaffen. "Der Telekommunikationssektor ist heute ziemlich liberal. Bereits 1993 wurde die Technologie reif und war teuer. Mietleitungen kosten fast zehnmal so viel wie heute. Satelliten-Technologie war ein Segen, da es schnellere Bereitstellung als Standleitungen erlaubt. NSE verfügt nun über das landesweit größte VSAT-Netzwerk mit über 3000 VSATs und rechnet damit, bis bald mehr als 4000 VSATs zu wachsen. Quote Netzelemente Ein Blick auf die massiven Handelsvolumina und die Verkehrslast sind genügend Beweis für die kritische Natur der Systeme. Es macht einen schaudern, um die erwarteten Verluste im Falle einer zehnminütigen Ausfallzeiten zu denken, wenn der tägliche Handel kreuzt Rs 3000 crore. Netzwerkelemente wie Speicher, Sicherheit, Sicherungs - und Wiederherstellungsprozesse, Verfügbarkeit und die verschiedenen Anwendungen müssen sorgfältig geplant und in Betrieb genommen werden. Dann muss man strengen Regeln des RBI folgen, um mindestens 7 Jahre Transaktions - und Finanzdaten zu speichern. Storage Für solche hohen Mengen an kritischen Daten seine natürliche Bereitstellung von Netzwerk-basierten Speicher wie NAS oder SAN. NSE implementiert ein SAN, da es glaubt, dass seine Datenmengen phänomenal gewachsen sind. Sicherheit Dies sollte ein wesentlicher und integraler Bestandteil der Designarchitektur sein. Die Hardware - und Software-Elemente sollten um eine mehrschichtige Sicherheitsarchitektur herum aufgebaut sein. Und es sollte stattfinden, mit einer gut dokumentierten Sicherheitspolitik. Shenoy sagt, die Sicherheit ist das wichtigste Element im Netzwerk. Alle Anwendungen wurden mit einem bewussten Ansatz in Richtung Sicherheit. Die Sicherheitsrichtlinien sind eng integriert und werden regelmäßig überprüft, um keinen Kompromiss zu schließen. Alle Anwendungen und Betriebssysteme werden regelmäßig für security. quot gehärtet Sicherung und Wiederherstellung Dies hat sich als einer der wichtigsten Aspekte der Business Continuity entpuppt. Wenn Online-Austausch vor ein paar Jahren entworfen wurde, wurde vielleicht nicht viel Wert auf diesen Aspekt gelegt, wie es heute ist. Allerdings ist es nicht schwer, Business Continuity-Prozesse zu einem bestehenden Netzwerk hinzuzufügen. Shenoy sagt, quotAs ein Backup für unser VSAT-Netzwerk, ein terrestrisch-basiertes Handelsnetz wurde Mitte 2000 eingesetzt. Wir haben mehr als 850 Standleitungen verbindet unsere bundesweit Standorte. Wir sind die einzige Börse im Land, um eine voll-redundant Business Continuity-Website in Chennai. quot Verfügbarkeit Idealer Online-Austausch sollte Fünf-Neun Verfügbarkeit haben. Börsen bevorzugen es, ihre Infrastruktur im eigenen Haus zu hosten und nicht die Dienste eines externen Rechenzentrums zu nutzen. NSE behauptet, eine Betriebszeit von mehr als 99,9 zu erreichen. "Dies ist vor allem auf intern formulierte Verfahren und die kontinuierliche Überprüfung von SLAs mit Hardware-Anbietern, sagt Shenoy. Anwendungen Es ist schwer zu implementieren, out-of-the-box-Anwendungen an Börsen, da jeder hat eine einzigartige Architektur auf Faktoren wie Betriebsablauf, Handelsvolumen, Anzahl der Mitglieder, Anzahl der Benutzer und Anzahl der Standorte. Die Anwendungen wie Handel, Clearing, Risikomanagement, Überwachung, Indexberechnung, Listing, Mitgliedschaft und Konten können im eigenen Haus oder durch externe Softwareentwickler entwickelt werden. Die großen zwei Architekturen NSE und BSE, die großen beiden Börsen glauben an die Aktualisierung und Modernisierung ihrer Technologie-Systeme zu halten liefern nach Verpflichtungen und Versprechen an ihre Mitglieder, Partner und Kunden. NSE-Architektur - NEAT NSE hat NIBIS (NSEs Internet Based Information System) für die Echtzeit-Verbreitung von Handelsinformationen über das Internet und NEAT eine Client-Server-basierte Anwendung bereitgestellt, um ihren Betrieb zu unterstützen. NEAT speichert alle Handelsinformationen in einer In-Memory-Datenbank am Server-Ende, um eine minimale Reaktionszeit und maximale Systemverfügbarkeit für Benutzer zu erzielen. Die Handelsserver-Software läuft auf einem fehlertoleranten STRATUS-Mainframe und die Client-Software läuft auf Windows-PCs. Das Telekommunikationsnetz nutzt das X.25-Protokoll und ist das Rückgrat des automatisierten Handelssystems. Jeder Handelsteilnehmer tauscht auf dem NSE mit anderen Mitgliedern durch einen PC, der in der Handelsmitgliedsbüro gelegen ist. Die Handelsteilnehmer im Segment Wholesale Debt Market sind über eigene 64-Kbps-Mietleitungen und VSAT-Terminals mit dem zentralen Computer der NSE verbunden. Diese Standleitungen werden unter Verwendung von dedizierten 2 MB optischen Faserverbindungen multiplexiert. Die WDM-Teilnehmer werden über DFÜ-Verbindungen mit dem Handelssystem verbunden. Für die Backoffice-Verarbeitung werden RISC-basierte Unix-Server von Digital und HP verwendet. Anwendungen wie Oracle 7 und SQLOracle Forms 4.5 Frontends werden für die Exchange-Funktionen verwendet. BSE-Architektur - BOLT BSE hat am 14. März 1995 ein OnLine-Handelssystem (BOLT) eingesetzt. Es arbeitet auf einer Tandem S74016-Plattform mit 16 CPUs. Die Tandem Himalaya S74016 Maschinen dienen als Backend zu mehr als 8000 Trader Workstations, die auf Ethernet, VSAT und Managed Leased Data Network (MLDN) vernetzt sind. Die Systeme behaupten, bis zu zwei Millionen Trades pro Tag zu behandeln. BOLT hat eine zweistufige Architektur. Die Trader-Workstations sind direkt mit dem Backend-Server verbunden, der als Kommunikationsserver und Central Trading Engine (CTE) fungiert. Andere Dienste wie Informationsverbreitung, Indexberechnung und Positionsüberwachung werden ebenfalls vom System bereitgestellt. Eine Transaktionsüberwachungseinrichtung in der Tandemarchitektur unterstützt die Datenintegrität durch Non-Stop-SQL. Mit Hilfe von MTNL hat BSE ein MLDN-Netzwerk eingerichtet, das 300 Mbps-Linien und 1500-Kbps-Linien umfasst, die alle regionalen Börsen und Büros in Mumbai verbinden. Der Zugang zu marktbezogenen Informationen über die Trader-Workstations ist für die Marktteilnehmer unverzichtbar, um auf Echtzeitbasis zu handeln und sofortige Entscheidungen zu treffen. BOLT wurde mit verschiedenen Informationsanbietern wie Bloomberg, Bridge und Reuters verbunden. Marktinformationen werden Nachrichtenagenturen in Echtzeit zugeführt. Die Austauschpläne zur Verbesserung der Fähigkeiten weiter zu einem integrierten Zwei-Wege-Informationsfluss haben. Online-Handelsportale Online-Handel ist die Investitionstätigkeit, die über das Internet stattfindet, ohne physische Einbeziehung des Brokers. Ein Endbenutzer (Investor) muss sich mit einem Online-Handelsportal wie ICICdirect, motilaloswal, smartjones und sharekhan registrieren. Der Investor erhält damit eine Vereinbarung mit dem Unternehmen über den Handel mit verschiedenen Wertpapieren gemäß den in der Vereinbarung aufgeführten Bedingungen. Da die Server des Online-Handelsportals ständig an die Börsen und benannten Banken angeschlossen sind, erfolgt die Auftragsbearbeitung in Echtzeit. Investoren können auch Updates über den Handel und überprüfen Sie den Status ihrer Aufträge entweder per E-Mail oder über die Schnittstelle. Portal Design Harish Malhotra, Chief Technology Officer, Motilal Oswal Securities Limited, sagt quotthe Portal sollte einfach zu navigieren, voll von nützlichen und relevanten Informationen, die mit der geringsten Anzahl von Klicks zur Verfügung steht und sollte personalisiert werden. quot Allerdings ein sehr wichtiger Aspekt Ist, dass die Systeme in der Lage sein sollten, sich direkt mit denen des Online-Austauschs ohne Inkompatibilitätsprobleme zu verbinden. ICICIdirect verwendet 128-Bit-verschlüsselte SSL (Secure Socket Layer), um sicherzustellen, dass die über das Internet übertragenen Informationen sicher sind und von Dritten nicht zugegriffen werden können. Benutzer sind in der Regel Optionen, um ihre Bankkonten, Demat Konten und Brokerage-Konten zu einer einzigen Schnittstelle zu verknüpfen. Es gibt auch ein einziges Fenster für alle Börsen und einen einzigen Bildschirm für den gesamten Order-Routing-Mechanismus. Die verwendete Hardware umfasst Web - und Anwendungsserver, Switches, Router, Firewalls und Sicherheitsgeräte sowie spezialisierte Appliances. Motilaloswal nutzt Compaq Server für Applikationen und Datenbanken, Cisco Router und Checkpoint Firewalls. Die Systeme wurden von ihrem eigenen Team angepasst. Die Handelsanwendungen werden ausgelagert. "Wir haben auch einen Offline-Speicher, der regelmäßig an verschiedenen Standorten gesichert wird", sagt Harish. Portal-Erfolg Der Erfolg eines Handels-Portals wird auf jeden Fall von seinem Bouquet von Dienstleistungen für einen Endbenutzer abhängen. Die meisten Portale berechnen eine kleine Anmeldegebühr und Vermittlung auf der Grundlage verschiedener Bedingungen. Allerdings ist es wichtig für die Organisation, sich auf kundenorientierte Dienstleistungen und Liefermodelle zu konzentrieren, um tatsächlich die meiste Aufmerksamkeit zu genießen.