Front-to-Back Trade Finance. Sebagian besar bank yang menyediakan layanan perdagangan sekarang menyadari kebutuhan untuk menawarkan sistem pembiayaan front-trade keuangan best-of-breed terbaik untuk melengkapi infrastruktur back-office mereka yang ada Sistem front-end harus mudah digunakan. Dan fungsional kaya, sehingga bank dapat meningkatkan kepuasan dan retensi pelanggan Karena tekanan persaingan, sistem seperti itu seringkali harus dilaksanakan dalam beberapa minggu untuk menunjukkan hasil nyata kepada pelanggan perbankan. Untuk memaksimalkan penggunaan dan efisiensi pelanggan di ujung depan, seharusnya Sepenuhnya terintegrasi dengan sistem pembiayaan perdagangan kantor belakang bank Namun, membangun solusi trade finance end-to-end yang menggabungkan sistem front-end nasabah dan sistem back office bank adalah tugas yang menantang Integrasi ke depan dapat terbukti sulit. Karena sistem back-office warisan, yang seringkali tidak mampu menerima umpan real-time, memetakan masukan data oleh pelanggan, dan mendownload data yang dibutuhkan ke pelanggan. Ketergantungan tergantung Dalam membangun solusi front-to-back inovatif dan terdepan di dunia yang didukung oleh layanan pelanggan berkualitas dari vendor reputasi. Solusi Keuangan Perdagangan Terbaik-to-End. Surecomp memberikan solusi pembiayaan perdagangan terpadu end-to-end yang terdiri dari best - Sistem front-end dan back-office kelas atas Di sisi kantor belakang bank, Surecomp menawarkan beberapa sistem, masing-masing ditargetkan untuk berbagai tingkat penggunaan, lokasi geografis dan infrastruktur TI Di sisi depan pelanggan, Surecomp menawarkan sebuah Sistem single-unified J2EE yang terintegrasi penuh dengan semua sistem back-office Surecomp Karena arsitekturnya yang sangat terbuka, sistem front-end juga mudah terintegrasi dengan sistem back-office pihak ketiga atau di rumah. Lokasi bank, ukuran, penyebaran operasi geografis, atau volume transaksi, Surecomp memiliki solusi pembiayaan perdagangan front-to-back yang memenuhi kebutuhan spesifik masing-masing dan setiap klien. Perhatian menghargai penerapan penuh sistem kantor belakang. Tem dapat memakan waktu, sehingga menunda penyebaran solusi front-to-back Bank, misalnya, mungkin memerlukan penyesuaian sistem Selain itu, sistem harus diinstal, dikonfigurasi sesuai praktik spesifik bank, dihubungkan ke beberapa sistem internal , Diuji dan dipindahkan ke produksi Akibatnya, penerapan sistem back office Surecomp biasanya memakan waktu beberapa bulan. Namun, tidak setiap bank siap menunggu penyelesaian pelaksanaan back-office sebelum meluncurkan layanan front end pelanggannya. Adalah mengapa Surecomp juga menyediakan versi stand-alone dari sistem front-end-nya, yang dapat diluncurkan sebagai solusi sementara hanya dalam beberapa minggu Segera setelah selesainya produksi back-office, solusi terpadu dapat disediakan untuk Bank. Pendekatan end-to-end ini berarti bahwa bank-bank yang menganut sistem back-office Surecomp bersama-sama dengan sistem front-endnya menghadapi tantangan integrasi tanpa sedikit pun. Solusi Bujet ke Akhir Mencapai seluruh dunia yang telah menerapkan solusi pembiayaan perdagangan langsung dari Surecomp sekarang menuai keuntungan Mereka, bersama dengan pelanggan mereka, merangkul solusi end-to-end terpadu dengan antusiasme yang tinggi. Perspektif Bank. Implementasi dan integrasi end-to-end. Informasi data yang sangat berkurang karena pemetaan data otomatis. Transaksi penyelesaian transaksi yang lebih cepat secara komplet diselesaikan dalam beberapa menit. Peningkatan volume bisnis yang meningkat karena kepuasan pelanggan yang meningkat. ROI sangat pendek serendah 6 bulan. Perspektif Pelanggan .24 X 7 penggunaan sistem tidak ada downtime. Extremely cepat pelaksanaan sistem front-end. Internet akses dari lokasi manapun tidak ada instalasi perangkat lunak. Pelanggan inisiasi dari setiap jenis transaksi perdagangan keuangan. Easy organisasi portofolio dan manajemen melalui alat bantu multi-bahasa. Mengapa Sistem pembiayaan perdagangan Surecomp. Proven Surecomp telah diterapkan di ratusan bank dan perusahaan di seluruh dunia, termasuk regio nasional utama, regio Nal dan bank global. Surecomp berpengalaman telah aktif dalam industri perbankan perdagangan keuangan sejak tahun 1987, dan telah memperoleh pengetahuan yang luas tentang praktik-praktik perda dan regional. Solusi pembiayaan perdagangan mutakhir mutakhir dikembangkan secara in-house. Oleh tim spesialis IT dan perbankan yang berdedikasi. Sistem back-office dan front-end terdepan di New Breeding Surecomp secara luas diakui sebagai penawaran terdepan di wilayah masing-masing. Perizinan Bank Paraguayan Surecomps Java End-to-End Trade Finance Solusi. Capital Markets. Derivatif adalah kompleks. Kawasan peraturan dan teknologi yang berubah dengan cepat mengubah pasar keuangan Beradaptasi dengan kondisi pasar baru ini sangat penting Dodd-Frank dan EMIR adalah realitas baru dengan perdagangan elektronik, kliring wajib dan pelaporan perdagangan yang secara signifikan mempengaruhi operasi derivatif Dan alur kerja Perusahaan sell-side harus secara akurat mencerminkan semua risiko pasar, kredit dan likuiditas dalam perhitungan harga dan manajemen risiko I Kebutuhan modal yang meningkat didikte oleh Basel III memberikan tekanan tambahan pada profitabilitas. Calypso membuat mereka mudah. Platform front-to-back crossover aset untuk trading, pemrosesan, manajemen risiko dan akuntansi disesuaikan untuk menangani semua aspek baru pasar derivatif yang telah dibuka dan OTC. Solusi kami memungkinkan pelanggan untuk memenuhi tuntutan industri yang berubah dengan cepat tanpa memaksakan perkembangan teknologi yang mahal. Paket pengelolaan aset dan solusi manajemen aset silang yang tidak tergantikan. Arsitektur Lantai Pertambangan. Lantai Dasar Arsitektur. Ikhtisar Eksperimental. Peningkatan persaingan, volume data pasar yang lebih tinggi, Dan tuntutan peraturan baru adalah beberapa kekuatan pendorong di balik perubahan industri Perusahaan berusaha mempertahankan keunggulan kompetitif mereka dengan terus mengubah strategi trading mereka dan meningkatkan kecepatan perdagangan. Arsitektur yang layak harus mencakup teknologi terbaru dari domain jaringan dan aplikasi. Harus modular untuk menyediakan jalan yang mudah diatur untuk berkembang Komponen ch dengan gangguan minimal terhadap keseluruhan sistem Oleh karena itu, arsitektur yang diusulkan oleh makalah ini didasarkan pada kerangka layanan Kami memeriksa layanan seperti pesan latency ultra rendah, pemantauan latency, multicast, komputasi, penyimpanan, virtualisasi data dan aplikasi, ketahanan perdagangan, Mobilitas perdagangan, dan thin client. Solusinya terhadap persyaratan kompleks dari platform perdagangan generasi berikutnya harus dibangun dengan pola pikir holistik, melintasi batas-batas silo tradisional seperti bisnis dan teknologi atau aplikasi dan jaringan. Tujuan utama dokumen ini adalah untuk Memberikan panduan untuk membangun platform perdagangan laten ultra-rendah sambil mengoptimalkan throughput mentah dan tingkat pesan untuk data pasar dan pesanan perdagangan FIX. Untuk mencapai hal ini, kami mengusulkan teknologi pengurangan latency berikut. Sambungan InfiniBand berkecepatan tinggi atau konektivitas 10 Gbps untuk cluster perdagangan. Bus perpesanan berkecepatan tinggi. Akselerasi aplikasi via RDMA tanpa aplikasi re-code. Pemantauan latency real-time dan arahan ulang lalu lintas perdagangan ke jalur dengan latency minimum. Tren dan Tantangan Industri. Arsitektur perdagangan generasi mendatang harus merespons tuntutan peningkatan kecepatan, volume, dan efisiensi. Misalnya, volume pasar opsi Data diharapkan dua kali lipat setelah diperkenalkannya opsi penny trading di tahun 2007 Ada juga tuntutan peraturan untuk eksekusi terbaik, yang memerlukan penanganan update harga dengan tarif yang mendekati 1M msg sec untuk pertukaran Mereka juga memerlukan visibilitas terhadap kesegaran data dan bukti bahwa Klien mendapatkan eksekusi terbaik. Dalam jangka pendek, kecepatan perdagangan dan inovasi adalah pembeda utama. Semakin banyak perdagangan ditangani oleh aplikasi perdagangan algoritmik yang ditempatkan sedekat mungkin dengan tempat pelaksanaan perdagangan Tantangan dengan perdagangan kotak hitam ini. Mesin adalah bahwa mereka menambah volume meningkat dengan mengeluarkan perintah hanya untuk membatalkannya dan mengirimkannya kembali Penyebabnya Avior adalah kurangnya visibilitas ke tempat mana yang menawarkan eksekusi terbaik Pedagang manusia sekarang adalah insinyur keuangan, analis quant kuantitatif dengan keterampilan pemrograman, yang dapat menyesuaikan model perdagangan dengan cepat. Perusahaan mengembangkan instrumen keuangan baru seperti derivatif cuaca atau perdagangan kelas lintas-aset. Dan mereka perlu menyebarkan aplikasi baru dengan cepat dan dengan cara yang terukur. Dalam jangka panjang, diferensiasi kompetitif harus berasal dari analisis, bukan hanya pengetahuan Para pedagang bintang di masa depan memiliki risiko, mencapai wawasan klien sejati, dan secara konsisten mengalahkan sumber pasar IBM. Ketahanan bisnis telah menjadi perhatian utama perusahaan perdagangan sejak 11 September 2001 Solusi di bidang ini berkisar dari pusat data yang berlebihan yang berada di geografi yang berbeda dan terhubung ke beberapa tempat perdagangan ke solusi pedagang virtual yang menawarkan kepada para pedagang listrik sebagian besar fungsi lantai perdagangan. Di lokasi yang jauh. Industri jasa keuangan adalah salah satu yang paling menuntut dalam hal TI Persyaratan Industri mengalami pergeseran arsitektur menuju Layanan Arsitektur Berorientasi SOA, layanan Web, dan virtualisasi sumber daya TI SOA memanfaatkan peningkatan kecepatan jaringan untuk memungkinkan pengikatan dinamis dan virtualisasi komponen perangkat lunak Hal ini memungkinkan terciptanya aplikasi baru tanpa kehilangan Investasi pada sistem dan infrastruktur yang ada Konsep ini berpotensi merevolusi cara integrasi dilakukan, memungkinkan pengurangan kompleksitas dan biaya integrasi yang signifikan. Tren lainnya adalah konsolidasi server ke server pusat data center, sementara meja pedagang hanya memiliki Ekstensi KVM dan klien ultra tipis misalnya solusi blade SunRay dan HP Metro Area berkecepatan tinggi memungkinkan data pasar menjadi multicast di antara lokasi yang berbeda, memungkinkan virtualisasi lantai perdagangan. Arsitektur Tingkat Tinggi. Gambar 1 melukiskan arsitektur tingkat tinggi Dari lingkungan perdagangan Tanaman ticker dan algoritma C mesin perdagangan terletak di cluster perdagangan dengan kinerja tinggi di pusat data perusahaan atau di bursa Pedagang manusia berada di area aplikasi pengguna akhir. Secara umum ada dua komponen aplikasi di lingkungan perdagangan perusahaan, penerbit dan pelanggan. Messaging bus menyediakan jalur komunikasi antara penerbit dan pelanggan. Ada dua jenis lalu lintas yang spesifik untuk lingkungan perdagangan. Data Pasar Membawa informasi harga untuk instrumen keuangan, berita, dan informasi nilai tambah lainnya seperti analisis Hal ini searah dan sangat latency sensitif, biasanya disampaikan melalui multicast UDP Hal ini diukur dalam beberapa update dan Mbps Data pasar mengalir dari satu atau beberapa eksternal. Feed, berasal dari penyedia data pasar seperti bursa saham, agregator data, dan ECN Setiap penyedia memiliki format data pasar mereka sendiri Data diterima oleh penangan umpan, aplikasi khusus yang menormalkan dan membersihkan data dan kemudian mengirimkannya ke konsumen data, seperti Mesin harga, aplikasi perdagangan algoritmik, atau pedagang manusia Perusahaan sisi penjualan juga mengirim data pasar ke klien mereka, perusahaan sisi beli seperti reksadana, hedge fund, dan manajer aset lainnya Beberapa perusahaan dengan sisi penawaran dapat memilih untuk menerima umpan langsung Dari pertukaran, mengurangi latency. Gambar 1 Arsitektur Perdagangan untuk Side Side Menjual Side Firm. Tidak ada standar industri untuk format data pasar Setiap pertukaran h Sebagai format kepemilikan mereka, penyedia konten keuangan seperti Reuters dan Bloomberg mengumpulkan beragam sumber data pasar, menormalisasinya, dan menambahkan berita atau analisis Contoh umpan gabungan adalah RDF Reuters Data Feed, RWF Reuters Wire Format, dan Bloomberg Professional Services Data. Untuk menyampaikan Data pasar latency yang rendah, kedua vendor telah merilis umpan data pasar real-time yang kurang diproses dan kurang memiliki analisis. Bloomberg B-Pipe Dengan B-Pipe, Bloomberg mengganti data pasar mereka dari platform distribusi mereka karena sebuah terminal Bloomberg tidak diperlukan untuk mendapatkan B-Pipe Wombat dan Reuters Feed Handlers telah mengumumkan dukungan untuk perusahaan B-Pipe. A dapat memutuskan Untuk menerima umpan langsung dari pertukaran untuk mengurangi latensi Keuntungan dalam kecepatan transmisi bisa berkisar antara 150 milidetik hingga 500 milidetik. Umpan ini lebih kompleks dan lebih mahal dan perusahaan harus membangun dan memelihara pabrik ticker mereka sendiri. Pesanan Perdagangan Trafik jenis ini membawa perdagangan yang sebenarnya Ini bersifat bi-directional dan sangat latency sensitive Hal ini diukur dalam pesan sec dan Mbps Perintah berasal dari sisi beli atau sisi penjualan dan dikirim ke tempat-tempat perdagangan seperti Exchange atau ECN for Eksekusi Format yang paling umum untuk transportasi pesanan adalah Informasi Keuangan FIX Aplikasi yang menangani pesan FIX disebut mesin FIX dan mereka berinteraksi dengan sistem manajemen pesanan OMS. Pengoptimalan ke FIX disebut FAST Fix Adapted for Streaming, yang menggunakan skema kompresi untuk mengurangi Panjang pesan dan, pada dasarnya, mengurangi FAST latency lebih ditargetkan pada pengiriman data pasar dan berpotensi menjadi standar FAST juga dapat digunakan sebagai skema kompresi untuk format data pasar proprietary. Untuk mengurangi latency, perusahaan dapat memilih untuk memilih Menetapkan Direct Market Access DMA. DMA adalah proses otomatis untuk merutekan pesanan sekuritas secara langsung ke tempat eksekusi, oleh karena itu hindari intervensi oleh Glossary pihak ketiga 383 DMA memerlukan koneksi langsung ke tempat eksekusi. Bus pesan adalah perangkat lunak middleware dari vendor seperti Tibco, 29West, Reuters RMDS, atau platform open source seperti AMQP Bus perpesanan menggunakan mekanisme yang andal untuk menyampaikan pesan. Transportasi dapat dilakukan melalui TCP IP TibcoEMS, 29West, RMDS, dan AMQP atau UDP multicast TibcoRV, 29West, dan RMDS Salah satu konsep penting dalam distribusi pesan adalah aliran topik, yang merupakan subset dari data pasar yang didefinisikan oleh kriteria seperti simbol ticker. , Industri, atau sekumpulan instrumen keuangan tertentu Pelanggan bergabung dengan kelompok topik yang dipetakan ke satu atau beberapa sub-topik untuk hanya menerima informasi yang relevan Di masa lalu, semua pedagang menerima semua data pasar Pada arus lalu lintas saat ini, ini akan menjadi Suboptimal. Jaringan memainkan peran penting dalam lingkungan perdagangan Data pasar dibawa ke lantai perdagangan dimana para pedagang manusia berada melalui Jaringan Kampus atau Metro Area berkecepatan tinggi. Pekerjaan Ketersediaan tinggi dan latency rendah, serta throughput yang tinggi, adalah metrik yang paling penting. Lingkungan perdagangan berperforma tinggi memiliki sebagian besar komponennya di peternakan server Data Center Untuk meminimalkan latensi, mesin perdagangan algoritmik perlu ditempatkan di kedekatan. Dari penangan umpan, mesin FIX, dan sistem manajemen pesanan Model penerapan alternatif memiliki sistem perdagangan algoritmik yang berada di bursa atau penyedia layanan dengan konektivitas cepat ke banyak bursa. Model Pemeliharaan Ada dua model penyebaran untuk platform perdagangan berperforma tinggi. Perusahaan mungkin memilih untuk memiliki perpaduan keduanya. Pusat Data perusahaan perdagangan Gambar 2 Ini adalah model tradisional, di mana platform perdagangan penuh dikembangkan dan dikelola oleh perusahaan dengan tautan komunikasi ke semua tempat perdagangan Latensi bervariasi dengan kecepatan tautan dan jumlah hop antara Perusahaan dan tempat-tempat itu. Gambar 2 Model Penerapan Tradisional. Co-location di bursa perdagangan, penyedia layanan keuangan FSP Gambar 3. Perusahaan perdagangan menyebarkan platform perdagangan otomatis sedekat mungkin ke tempat eksekusi untuk meminimalkan latency. Gambar 3 Hosted Deployment Model. Services-Oriented Trading Architecture. We adalah Mengusulkan kerangka kerja berorientasi layanan untuk membangun arsitektur perdagangan generasi berikutnya Pendekatan ini menyediakan kerangka kerja konseptual dan jalur implementasi berdasarkan modularisasi dan minimisasi ketergantungan antar. Kerangka kerja ini memberi perusahaan metodologi untuk. Evaluasi keadaan mereka saat ini dalam hal layanan. Prioritaskan layanan berdasarkan nilai mereka pada bisnis. Berevolusilah platform perdagangan ke keadaan yang diinginkan dengan menggunakan pendekatan modular. Arsitektur perdagangan berperforma tinggi bergantung pada layanan berikut, seperti yang didefinisikan oleh kerangka arsitektur layanan yang ditunjukkan pada Gambar 4.Gambar 4 Kerangka Arsitektur Layanan untuk Perdagangan Berkinerja Tinggi. Ultra-Low Latency Layanan Perpesanan. Layanan ini disediakan oleh bus perpesanan, yang merupakan sistem perangkat lunak yang memecahkan masalah dalam menghubungkan banyak aplikasi. Sistem terdiri dari. Satu set skema pesan yang telah ditentukan sebelumnya. Satu set pesan perintah umum. Infrastruktur aplikasi bersama untuk mengirim pesan ke penerima Infrastruktur bersama dapat didasarkan pada broker pesan atau pada model berlangganan penerbitan. Persyaratan utama untuk bus perpesanan generasi berikutnya adalah sumber 29West. Terendah mungkin latency e g kurang dari 100 mikrodetik. Stabilitas di bawah beban berat lebih dari 1 4 juta msg sec. Kontrol tingkat kontrol dan fleksibilitas dan transportasi yang dapat dikonfigurasi. Ada upaya di industri untuk menstandardisasi bus pesan Advanced Message Queuing Protocol AMQP adalah contoh standar terbuka yang diperjuangkan oleh JP Morgan Chase dan didukung oleh sekelompok vendor seperti Cisco, Envoy Technologies , Red Hat, Twist Process Innovations, Iona, 29West, and iMatix Dua dari tujuan utamanya adalah untuk menyediakan jalur yang lebih sederhana untuk interoperabilitas untuk aplikasi yang ditulis pada platform dan modularitas yang berbeda sehingga middleware dapat dengan mudah berevolusi. Pada umumnya sangat umum Istilah, server AMQP analog dengan server E-mail dengan setiap pertukaran bertindak sebagai agen transfer pesan dan setiap antrian pesan sebagai kotak pesan Bindings menentukan tabel routing di setiap agen transfer Penerbit mengirim pesan ke masing-masing agen transfer, yang kemudian melakukan rute Pesan ke dalam kotak pesan Konsumen mengambil pesan dari kotak pesan, yang menciptakan model yang kuat dan fleksibel yang merupakan sumber sederhana. Latency Monitori Layanan ng. Persyaratan utama untuk layanan ini adalah. Perincian granularitas sub-milidetik. Visibilitas jarak dekat-nyata tanpa menambahkan latency ke lalu lintas perdagangan. Kemampuan untuk membedakan latency pemrosesan aplikasi dari latensi jaringan transit. Kemampuan untuk menangani tingkat pesan yang tinggi. Menyediakan antarmuka program untuk aplikasi perdagangan untuk menerima data latensi, sehingga memungkinkan mesin perdagangan algoritmik menyesuaikan dengan perubahan kondisi. Berkorelasi dengan aktivitas jaringan dengan acara aplikasi untuk tujuan pemecahan masalah. Litas dapat didefinisikan sebagai interval waktu antara saat pesanan perdagangan dikirim dan kapan pesanan yang sama dikenali dan ditindaklanjuti oleh pihak penerima. Menangani masalah latensi adalah masalah yang kompleks, yang memerlukan Pendekatan holistik yang mengidentifikasi semua sumber latensi dan menerapkan teknologi yang berbeda pada lapisan sistem yang berbeda. Gambar 5 menggambarkan berbagai komponen yang dapat mengenalkan latensi pada setiap lapisan tumpukan OSI. Ini juga memetakan setiap sumber latensi dengan solusi yang mungkin dan Solusi pemantauan Pendekatan berlapis ini dapat memberi perusahaan cara yang lebih terstruktur untuk menyerang masalah latensi, di mana setiap komponen dapat dianggap sebagai layanan dan diperlakukan secara konsisten di seluruh perusahaan. Mempertahankan ukuran akurat dari keadaan dinamik interval waktu ini di seluruh alternatif Rute dan tujuan dapat sangat membantu dalam keputusan perdagangan taktis Kemampuan untuk mengidentifikasi Lokasi penundaan yang tepat, baik di jaringan tepi pelanggan, pusat pemrosesan pusat, atau tingkat aplikasi transaksi, secara signifikan menentukan kemampuan penyedia layanan untuk memenuhi perjanjian tingkat layanan perdagangan mereka SLA Untuk sisi beli dan sisi penjualan, Dan juga untuk sindikator pasar-data, identifikasi cepat dan penghapusan kemacetan diterjemahkan langsung ke dalam peluang dan pendapatan perdagangan yang disempurnakan. Gambar 5 Arsitektur Manajemen Latency. Cisco Alat Pelatih dengan Tingkat Rendah. Alat pemantau jaringan tradisional beroperasi dengan granulasi menit atau detik Next - Platform perdagangan generasi, terutama yang mendukung perdagangan algoritmik, memerlukan latensi kurang dari 5 ms dan tingkat packet loss yang sangat rendah Di LAN Gigabit, microburst 100 ms dapat menyebabkan 10.000 transaksi hilang atau terlalu tertunda. Cisco menawarkan pilihan kepada pelanggannya. Alat untuk mengukur latency dalam lingkungan perdagangan. Manajer Kualitas Bandwidth BQM OEM dari Corvil. Solusi Pemantauan Latency Financial Services berbasis Cisco AON FSMS. Bandwidth Quality Manager. Bandwidth Quality Manager BQM 4 0 adalah produk manajemen kinerja aplikasi jaringan generasi berikutnya yang memungkinkan pelanggan untuk memantau dan menyediakan jaringan mereka untuk tingkat kinerja latensi dan kerugian terkontrol Sementara BQM Tidak secara eksklusif ditargetkan pada jaringan perdagangan, visibilitas mikrosekalnya dikombinasikan dengan fitur penyediaan bandwidth yang cerdas membuatnya ideal untuk lingkungan yang menuntut ini. BQM 4 0 menerapkan serangkaian pengukuran lalu lintas yang dipatenkan dan dipatenkan dengan paten dan teknologi analisis jaringan yang memberi pengguna yang belum pernah terjadi sebelumnya. Visibilitas dan pemahaman tentang bagaimana mengoptimalkan jaringan untuk kinerja aplikasi yang maksimal. Cisco BQM sekarang didukung pada keluarga produk dari Deployment Engine Penerapan Cisco ADE Keluarga produk ADE Cisco adalah platform pilihan untuk aplikasi manajemen jaringan Cisco. BQM Benefits. Cisco BQM Visibilitas mikro adalah abilit Y untuk mendeteksi, mengukur, dan menganalisis latency, jitter, dan loss menginduksi kejadian lalu lintas sampai tingkat granularitas mikrodetik dengan per resolusi paket. Ini memungkinkan Cisco BQM mendeteksi dan menentukan dampak kejadian lalu lintas pada latensi jaringan, jitter, dan kerugian. Kritis untuk Lingkungan trading adalah bahwa BQM dapat mendukung pengukuran latency, loss, dan jitter satu arah untuk lalu lintas multicast TCP dan UDP Ini berarti laporan lancar untuk lalu lintas perdagangan dan umpan data pasar. BQM memungkinkan pengguna menentukan batasan ambang yang komprehensif terhadap Aktivitas microburst, latency, loss, jitter, utilisasi, dll pada semua antarmuka BQM kemudian mengoperasikan latar belakang pengumpulan paket bergulir Setiap kali ada pelanggaran ambang atau kejadian penurunan kinerja potensial lainnya, hal itu memicu Cisco BQM untuk menyimpan capture paket ke disk untuk analisis selanjutnya. Memungkinkan pengguna untuk memeriksa secara lengkap lalu lintas aplikasi yang terkena dampak degradasi kinerja korban dan th Lalu lintas yang menyebabkan penurunan kinerja penyebabnya Hal ini dapat secara signifikan mengurangi waktu yang dihabiskan untuk mendiagnosis dan menyelesaikan masalah kinerja jaringan. BQM juga mampu memberikan bandwidth dan rekomendasi layanan QoS provisioning service yang terperinci, dimana pengguna dapat langsung menerapkannya untuk mencapai jaringan yang diinginkan. Performance. BQM Measurements Illustrated. Untuk memahami perbedaan antara beberapa teknik pengukuran yang lebih konvensional dan visibilitas yang diberikan oleh BQM, kita dapat melihat beberapa grafik perbandingan Pada himpunan pertama grafik Gambar 6 dan Gambar 7, kita melihat perbedaan antara Latensi yang diukur dengan MQ Quality MQQ Quality Quality PNQM dan latency yang diukur dengan menyuntikkan paket ping setiap 1 detik ke arus lalu lintas. Pada Gambar 6 kita melihat latency yang dilaporkan oleh paket ping ICMP 1 detik untuk lalu lintas jaringan yang nyata dibagi dengan 2 Untuk memberikan perkiraan untuk satu arah penundaan Ini menunjukkan penundaan nyaman di bawah sekitar 5ms untuk hampir semua Waktu. Gambar 6 Latency Dilaporkan oleh Paket Ping ICMP 1-Kedua untuk Lalu Lintas Jaringan Nyata. Pada Gambar 7 kita melihat latensi yang dilaporkan oleh PNQM untuk lalu lintas yang sama pada waktu yang sama Di sini kita melihat bahwa dengan mengukur latency satu arah dari yang sebenarnya Paket aplikasi, kita mendapatkan gambaran yang sangat berbeda Disini latency terlihat melayang sekitar 20 ms, dengan sesekali semburan jauh lebih tinggi Penjelasannya adalah karena ping hanya mengirim paket hanya setiap detik, ia benar-benar kehilangan sebagian besar latensi lalu lintas aplikasi. Kenyataannya, hasil ping biasanya hanya menunjukkan delay propagasi round trip daripada latency aplikasi yang realistis di seluruh jaringan. Gambar 7 Latency yang Dilaporkan oleh PNQM untuk Traffic Jaringan Nyata. Pada contoh kedua Gambar 8, kita melihat perbedaan beban link yang dilaporkan atau tingkat kejenuhan antara Tampilan rata-rata 5 menit dan tampilan microburst 5 ms BQM dapat melaporkan microbursts sampai sekitar 10-100 nanosecond accuracy Garis hijau menunjukkan utilisasi rata-rata pada 5 menit. E rata-rata menjadi rendah, mungkin sampai 5 Mbits s Plot biru tua menunjukkan aktivitas microburst 5ms yang mencapai antara 75 Mbits s dan 100 Mbits s, kecepatan LAN secara efektif BQM menunjukkan tingkat granularitas untuk semua aplikasi dan ini juga memberikan persediaan yang jelas. Aturan untuk memungkinkan pengguna mengendalikan atau menetralisir microburst ini. Gambar 8 Perbedaan Beban Pemuatan yang Dilaporkan Antara Rata-rata Tampilan 5-Menit dan Kemasan Microburst View. BQM 5 mms di Jaringan Perdagangan. Gambar 9 menunjukkan penyebaran BQM yang khas dalam perdagangan Jaringan. Gambar 9 Penerapan BQM Khas dalam Jaringan Perdagangan. BQM kemudian dapat digunakan untuk menjawab jenis pertanyaan ini. Apakah ada link LAN Gigabit LAN saya yang jenuh lebih dari X milidetik Apakah ini menyebabkan kerugian Link mana yang paling diuntungkan dari upgrade ke Etherchannel atau 10 kecepatan Gigabit. Lalu lintas aplikasi apa yang menyebabkan kejenuhan 1 Gigabit link saya. Apakah ada data pasar yang mengalami end-to-end loss. Berapa banyak latency tambahan yang dimiliki oleh failover data center experience Apakah link ini berukuran benar untuk menangani microbursts. Apakah trader saya mendapatkan update latency rendah dari lapisan distribusi data pasar Apakah mereka melihat penundaan lebih besar dari pada X milidetik. Menjadi mampu menjawab pertanyaan-pertanyaan ini secara sederhana dan efektif menghemat waktu dan uang dalam menjalankan jaringan perdagangan. BQM adalah alat penting untuk mendapatkan visibilitas Di data pasar dan lingkungan perdagangan Ini menyediakan pengukuran latensi end-to-end granular di infrastruktur kompleks yang mengalami pergerakan data bervolume tinggi Mendeteksi ledakan mikroba secara efektif dalam level sub-milidetik dan menerima analisis ahli pada peristiwa tertentu sangat berharga bagi arsitek lantai perdagangan Smart bandwidth Rekomendasi pengadaan, seperti ukuran dan analisis apa, jika memberikan kelincahan yang lebih besar untuk merespons kondisi pasar yang bergejolak Karena ledakan perdagangan algoritmik dan meningkatnya tingkat pesan terus berlanjut, BQM, dikombinasikan dengan alat QoS-nya, memberikan kemampuan untuk menerapkan kebijakan QoS yang dapat Melindungi aplikasi perdagangan penting. Cisco Financial Services Solusi Pemantauan Latency. Cisco dan Metrik Perdagangan telah berkolaborasi dalam solusi pemantauan latency untuk aliran pesanan FIX dan pemantauan data pasar Teknologi Cisco AON adalah fondasi untuk kelas baru produk dan solusi tertanam jaringan yang membantu menggabungkan jaringan cerdas dengan infrastruktur aplikasi, berdasarkan Arsitektur berorientasi layanan atau tradisional Trading Metrics adalah penyedia perangkat lunak analisis untuk infrastruktur jaringan dan tujuan pemantauan latensi aplikasi. Solusi Pemantauan Latency Cisco AON Financial Services FSMS menghubungkan dua jenis peristiwa pada saat pengamatan. Peristiwa jaringan berkorelasi langsung dengan penanganan pesan aplikasi bersamaan. Trade order flow dan pencocokan peristiwa update pasar. Dengan menggunakan stempel waktu yang ditegaskan pada titik penangkapan di jaringan, analisis real-time dari arus data yang berkorelasi ini memungkinkan identifikasi yang tepat dari kemacetan di seluruh infrastruktur sementara perdagangan dijalankan atau data pasar sedang Didistribusikan Dengan memantau dan mengukur latensi di awal siklus, perusahaan keuangan dapat membuat keputusan yang lebih baik mengenai layanan jaringan dan perantara, pasar, atau pihak lawan mana yang dipilih untuk memilih pesanan perdagangan. Demikian juga, pengetahuan ini memungkinkan akses yang lebih efisien ke data harga saham pasar yang diperbarui, Berita ekonomi, dll, yang merupakan dasar penting untuk memulai, menarik diri dari, atau mengejar peluang pasar. Komponen solusinya adalah. Perangkat keras AON dalam tiga faktor bentuk. AON Network Module untuk router Cisco 2600 2800 3700 3800. AON Blade untuk seri Cisco Catalyst 6500. Alat AON 8340. Perangkat lunak Trading Metrics MA 2 0, yang menyediakan aplikasi pemantauan dan peringatan, menampilkan grafik latensi di dasbor, dan mengeluarkan peringatan saat terjadi kemunduran. Gambar 10 Pemrograman Latency FIX berbasis AON. Cisco IP SLA. Cisco IP SLA adalah manajemen jaringan tertanam Alat di Cisco IOS yang memungkinkan router dan switch untuk menghasilkan arus lalu lintas sintetis yang dapat diukur untuk latency, jitter, packet loss, dan kriteria lainnya. Dua konsep kunci adalah sumber lalu lintas yang dihasilkan dan target Kedua menjalankan SLA ini. Responden, yang memiliki tanggung jawab untuk mengatur arus lalu lintas kontrol sebelum digunakan dan dikembalikan oleh target untuk pengukuran round trip Berbagai jenis lalu lintas dapat bersumber dalam IP SLA dan ditujukan pada metrik yang berbeda dan menargetkan berbagai layanan dan aplikasi. Jitter UDP Operasi digunakan untuk mengukur keterlambatan satu arah dan round-trip dan melaporkan variasi Karena lalu lintas adalah waktu yang dicap pada perangkat pengiriman dan target menggunakan resp Kemampuan onderdil, penundaan perjalanan pulang-pergi ditandai sebagai delta antara dua timestamp. Sebuah fitur baru diperkenalkan di IOS 12 3 14 T, Pelaporan IP Segmen IP SLA, yang memungkinkan cap waktu ditampilkan dengan resolusi dalam mikrodetik, sehingga memberikan Tingkat granularitas yang tidak sebelumnya tersedia Fitur baru ini sekarang telah membuat IP SLA relevan dengan jaringan kampus dimana latensi jaringan biasanya berada pada kisaran 300-800 mikrodetik dan kemampuan untuk mendeteksi tren dan lonjakan tren singkat berdasarkan penghitung granularitas mikrodetik adalah persyaratan. Bagi pelanggan yang berkecimpung dalam lingkungan perdagangan elektronik sensitif waktu. Akibatnya, SLA IP sekarang dipertimbangkan oleh sejumlah besar organisasi keuangan karena semuanya menghadapi persyaratan. Laporkan latensi dasar kepada pengguna mereka. Trend baseline latency dari waktu ke waktu. Tanggapi dengan cepat semburan lalu lintas yang menyebabkan perubahan pada latency yang dilaporkan. Laporan mutakhir milidetik diperlukan untuk pelanggan ini, karena banyak kampus dan tulang punggung saat ini memberikan latency kedua di beberapa switch hops Lingkungan perdagangan elektronik pada umumnya bekerja untuk menghilangkan atau meminimalkan Semua area perangkat dan latensi jaringan untuk memberikan pemenuhan pesanan cepat ke bisnis Melaporkan bahwa waktu respons jaringan yang berada di bawah satu milidetik tidak lagi memadai, granularitas pengukuran latensi yang dilaporkan di segmen jaringan atau tulang punggung harus mendekati 300-800 mikro - seconds with a degree of resolution of 100 seconds. IP SLA recently added support for IP multicast test streams, which can measure market data latency. A typical network topology is shown in Figure 11 with the IP SLA shadow routers, sources, and responders. Figure 11 IP SLA Deploymentputing Servicesputing services cover a wide range of technologies with the goal of elim inating memory and CPU bottlenecks created by the processing of network packets Trading applications consume high volumes of market data and the servers have to dedicate resources to processing network traffic instead of application processing. Transport processing At high speeds, network packet processing can consume a significant amount of server CPU cycles and memory An established rule of thumb states that 1Gbps of network bandwidth requires 1 GHz of processor capacity source Intel white paper on I O acceleration. Intermediate buffer copying In a conventional network stack implementation, data needs to be copied by the CPU between network buffers and application buffers This overhead is worsened by the fact that memory speeds have not kept up with increases in CPU speeds For example, processors like the Intel Xeon are approaching 4 GHz, while RAM chips hover around 400MHz for DDR 3200 memory source Intel. Context switching Every time an individual packet needs to be processed, the CPU performs a context switch from application context to network traffic context This overhead could be reduced if the switch would occur only when the whole application buffer is complete. Figure 12 Sources of Overhead in Data Center Servers. TCP Offload Engine TOE Offloads transport processor cycles to the NIC Moves TCP IP protocol stack buffer copies from system memory to NIC memory. Remote Direct Memory Access RDMA Enables a network adapter to transfer data directly from application to application without involving the operating system Eliminates intermediate and application buffer copies memory bandwidth consumption. Kernel bypass Direct user-level access to hardware Dramatically reduces application context switches. Figure 13 RDMA and Kernel Bypass. InfiniBand is a point-to-point switched fabric bidirectional serial communication link which implements RDMA, among other features Cisco offers an InfiniBand switch, the Server Fabric Switch SFS. Figure 14 Typical SFS Deployment. Trading applications benefit from the reduction in latency and latency variability, as proved by a test performed with the Cisco SFS and Wombat Feed Handlers by Stac Research. Application Virtualization Service. De-coupling the application from the underlying OS and server hardware enables them to run as network services One application can be run in parallel on multiple servers, or multiple applications can be run on the same server, as the best resource allocation dictates This decoupling enables better load balancing and disaster recovery for business continuance strategies The process of re-allocating computing resources to an a pplication is dynamic Using an application virtualization system like Data Synapse s GridServer, applications can migrate, using pre-configured policies, to under-utilized servers in a supply-matches-demand process. There are many business advantages for financial firms who adopt application virtualization. Faster time to market for new products and services. Faster integration of firms following merger and acquisition activity. Increased application availability. Better workload distribution, which creates more head room for processing spikes in trading volume. Operational efficiency and control. Reduction in IT complexity. Currently, application virtualization is not used in the trading front-office One use-case is risk modeling, like Monte Carlo simulations As the technology evolves, it is conceivable that some the trading platforms will adopt it. Data Virtualization Service. To effectively share resources across distributed enterprise applications, firms must be able to leverage data across multiple sources in real-time while ensuring data integrity With solutions from data virtualization software vendors such as Gemstone or Tangosol now Oracle , financial firms can access heterogeneous sources of data as a single system image that enables connectivity between business processes and unrestrained application access to distributed caching The net result is that all users have instant access to these data resources across a distributed network. This is called a data grid and is the first step in the process of creating what Gartner calls Extreme Transaction Processing XTP id 500947 Technologies such as data and applications virtualization enable financial firms to perform real-time complex analytics, event-driven applications, and dynamic resource allocation. One example of data virtualization in action is a global order book application An order book is the repository of active orders that is published by the exchange or other market makers A global order book aggregates orders from around the world from markets that operate independently The biggest challenge for the application is scalability over WAN connectivity because it has to maintain state Today s data grids are localized in data centers connected by Metro Area Networks MAN This is mainly because the applications themselves have limits they have been developed without the WAN in mind. Figure 15 GemStone GemFire Distributed Caching. Before data virtualization, applications used database clustering for failover and scalability This solution is limited by the performance of the underlying database Failover i s slower because the data is committed to disc With data grids, the data which is part of the active state is cached in memory, which reduces drastically the failover time Scaling the data grid means just adding more distributed resources, providing a more deterministic performance compared to a database cluster. Multicast Service. Market data delivery is a perfect example of an application that needs to deliver the same data stream to hundreds and potentially thousands of end users Market data services have been implemented with TCP or UDP broadcast as the network layer, but those implementations have limited scalability Using TCP requires a separate socket and sliding window on the server for each recipient UDP broadcast requires a separate copy of the stream for each destination subnet Both of these methods exhaust the resources of the servers and the network The server side must transmit and service each of the streams individually, which requires larger and larger server farms On th e network side, the required bandwidth for the application increases in a linear fashion For example, to send a 1 Mbps stream to 1000recipients using TCP requires 1 Gbps of bandwidth. IP multicast is the only way to scale market data delivery To deliver a 1 Mbps stream to 1000 recipients, IP multicast would require 1 Mbps The stream can be delivered by as few as two servers one primary and one backup for redundancy. There are two main phases of market data delivery to the end user In the first phase, the data stream must be brought from the exchange into the brokerage s network Typically the feeds are terminated in a data center on the customer premise The feeds are then processed by a feed handler, which may normalize the data stream into a common format and then republish into the application messaging servers in the data center. The second phase involves injecting the data stream into the application messaging bus which feeds the core infrastructure of the trading applications The larg e brokerage houses have thousands of applications that use the market data streams for various purposes, such as live trades, long term trending, arbitrage, etc Many of these applications listen to the feeds and then republish their own analytical and derivative information For example, a brokerage may compare the prices of CSCO to the option prices of CSCO on another exchange and then publish ratings which a different application may monitor to determine how much they are out of synchronization. Figure 16 Market Data Distribution Players. The delivery of these data streams is typically over a reliable multicast transport protocol, traditionally Tibco Rendezvous Tibco RV operates in a publish and subscribe environment Each financial instrument is given a subject name, such as Each application server can request the individual instruments of interest by their subject name and receive just a that subset of the information This is called subject-based forwarding or filtering Subject-based f iltering is patented by Tibco. A distinction should be made between the first and second phases of market data delivery The delivery of market data from the exchange to the brokerage is mostly a one-to-many application The only exception to the unidirectional nature of market data may be retransmission requests, which are usually sent using unicast The trading applications, however, are definitely many-to-many applications and may interact with the exchanges to place orders. Figure 17 Market Data Architecture. Design Issues. Number of Groups Channels to Use. Many application developers consider using thousand of multicast groups to give them the ability to divide up products or instruments into small buckets Normally these applications send many small messages as part of their information bus Usually several messages are sent in each packet that are received by many users Sending fewer messages in each packet increases the overhead necessary for each message. In the extreme case, sending onl y one message in each packet quickly reaches the point of diminishing returns there is more overhead sent than actual data Application developers must find a reasonable compromise between the number of groups and breaking up their products into logical buckets. Consider, for example, the Nasdaq Quotation Dissemination Service NQDS The instruments are broken up alphabetically. This approach allows for straight forward network application management, but does not necessarily allow for optimized bandwidth utilization for most users A user of NQDS that is interested in technology stocks, and would like to subscribe to just CSCO and INTL, would have to pull down all the data for the first two groups of NQDS Understanding the way users pull down the data and then organize it into appropriate logical groups optimizes the bandwidth for each user. In many market data applications, optimizing the data organization would be of limited value Typically customers bring in all data into a few machines a nd filter the instruments Using more groups is just more overhead for the stack and does not help the customers conserve bandwidth Another approach might be to keep the groups down to a minimum level and use UDP port numbers to further differentiate if necessary The other extreme would be to use just one multicast group for the entire application and then have the end user filter the data In some situations this may be sufficient. Intermittent Sources. A common issue with market data applications are servers that send data to a multicast group and then go silent for more than 3 5 minutes These intermittent sources may cause trashing of state on the network and can introduce packet loss during the window of time when soft state and then hardware shorts are being created. PIM-Bidir or PIM-SSM. The first and best solution for intermittent sources is to use PIM-Bidir for many-to-many applications and PIM-SSM for one-to-many applications. Both of these optimizations of the PIM protocol do not ha ve any data-driven events in creating forwarding state That means that as long as the receivers are subscribed to the streams, the network has the forwarding state created in the hardware switching path. Intermittent sources are not an issue with PIM-Bidir and PIM-SSM. Null Packets. In PIM-SM environments a common method to make sure forwarding state is created is to send a burst of null packets to the multicast group before the actual data stream The application must efficiently ignore these null data packets to ensure it does not affect performance The sources must only send the burst of packets if they have been silent for more than 3 minutes A good practice is to send the burst if the source is silent for more than a minute Many financials send out an initial burst of traffic in the morning and then all well-behaved sources do not have problems. Periodic Keepalives or Heartbeats. An alternative approach for PIM-SM environments is for sources to send periodic heartbeat messages to the mu lticast groups This is a similar approach to the null packets, but the packets can be sent on a regular timer so that the forwarding state never expires. S,G Expiry Timer. Finally, Cisco has made a modification to the operation of the S, G expiry timer in IOS There is now a CLI knob to allow the state for a S, G to stay alive for hours without any traffic being sent The S, G expiry timer is configurable This approach should be considered a workaround until PIM-Bidir or PIM-SSM is deployed or the application is fixed. RTCP Feedback. A common issue with real time voice and video applications that use RTP is the use of RTCP feedback traffic Unnecessary use of the feedback option can create excessive multicast state in the network If the RTCP traffic is not required by the application it should be avoided. Fast Producers and Slow Consumers. Today many servers providing market data are attached at Gigabit speeds, while the receivers are attached at different speeds, usually 100Mbps This creates the potential for receivers to drop packets and request re-transmissions, which creates more traffic that the slowest consumers cannot handle, continuing the vicious circle. The solution needs to be some type of access control in the application that limits the amount of data that one host can request QoS and other network functions can mitigate the problem, but ultimately the subscriptions need to be managed in the application. Tibco Heartbeats. TibcoRV has had the ability to use IP multicast for the heartbeat between the TICs for many years However, there are some brokerage houses that are still using very old versions of TibcoRV that use UDP broadcast support for the resiliency This limitation is often cited as a reason to maintain a Layer 2 infrastructure between TICs located in different data centers These older versions of TibcoRV should be phased out in favor of the IP multicast supported versions. Multicast Forwarding Options. PIM Sparse Mode. The standard IP multicast forwarding protoco l used today for market data delivery is PIM Sparse Mode It is supported on all Cisco routers and switches and is well understood PIM-SM can be used in all the network components from the exchange, FSP, and brokerage. There are, however, some long-standing issues and unnecessary complexity associated with a PIM-SM deployment that could be avoided by using PIM-Bidir and PIM-SSM These are covered in the next sections. The main components of the PIM-SM implementation are. PIM Sparse Mode v2. Shared Tree spt-threshold infinity. A design option in the brokerage or in the exchange.
Comments
Post a Comment