ด้านหน้าสำนักงาน การค้า ระบบ สถาปัตยกรรม

การค้าระหว่างประเทศส่วนใหญ่ธนาคารที่ให้บริการด้านการค้าในปัจจุบันตระหนักถึงความต้องการที่จะนำเสนอระบบ front-end ด้านการเงินเพื่อการค้าที่ดีที่สุดสำหรับสายการผลิตเพื่อเสริมโครงสร้างพื้นฐานด้านหลังสำนักงานที่มีอยู่ ระบบ front-end ควรใช้งานได้ง่ายและมีบทบาทที่หลากหลายเพื่อให้ธนาคารสามารถเพิ่มความพึงพอใจและการรักษาลูกค้าได้ เนื่องจากความกดดันด้านการแข่งขันระบบดังกล่าวมักต้องดำเนินการภายในไม่กี่สัปดาห์เพื่อแสดงผลที่เป็นรูปธรรมแก่ลูกค้าธนาคาร เพื่อให้การใช้งานและประสิทธิภาพของส่วนหน้าของลูกค้าเป็นไปอย่างมีประสิทธิภาพควรมีการผนวกรวมเข้ากับระบบการเงินการค้าของธนาคารในสำนักงาน อย่างไรก็ตามการสร้างโซลูชันด้านการเงินการค้าแบบ end-to-end ซึ่งรวมทั้งระบบ front-end และ back-office ของลูกค้าเป็นงานที่ท้าทาย การรวมระบบแบบ Front-to-Back อาจเป็นเรื่องยากเนื่องจากระบบ Back-Office เดิมซึ่งมักไม่สามารถรับฟีดข้อมูลเรียลไทม์การทำแผนที่ข้อมูลจากลูกค้าและการดาวน์โหลดข้อมูลที่ต้องการให้กับลูกค้า ความสำเร็จขึ้นอยู่กับการสร้างโซลูชันแบบหันหน้าไปทางด้านนวัตกรรมระดับโลกที่ได้รับการสนับสนุนจากฝ่ายบริการลูกค้าที่มีคุณภาพจากผู้จัดจำหน่าย โซลูชันการค้าระหว่างประเทศแบบครบวงจร Surecomp นำเสนอโซลูชันด้านการเงินการค้าแบบครบวงจรที่ประกอบด้วยระบบ front-end และ back-office ที่ดีที่สุด ในฝั่งแบ็คอัพของธนาคาร Surecomp มีระบบหลายระบบซึ่งมีเป้าหมายสำหรับการใช้งานที่แตกต่างกันตำแหน่งทางภูมิศาสตร์และโครงสร้างพื้นฐานด้านไอที ในส่วนของหน้าสิ้นลูกค้า Surecomp มีระบบ J2EE ที่เป็นหนึ่งเดียวที่ทำงานร่วมกันได้พร้อมกับระบบสำนักงานด้านหลังของ Surecomps ทั้งหมด ด้วยสถาปัตยกรรมที่เปิดกว้างระบบ front-end สามารถทำงานร่วมกับระบบสำนักงานได้อย่างง่ายดาย โดยไม่คำนึงถึงสถานที่ตั้งขนาดขนาดการแพร่กระจายทางภูมิศาสตร์ของการดำเนินงานหรือปริมาณการทำธุรกรรม Surecomp มีโซลูชันด้านการเงินทางการค้าแบบตรงไปตรงมาซึ่งตรงกับความต้องการเฉพาะของลูกค้าแต่ละราย การดำเนินการ Surecomp ชื่นชมว่าการใช้งานระบบ back-office อย่างเต็มรูปแบบอาจใช้เวลาซึ่งจะทำให้การใช้งานโซลูชันแบบหันหน้าเข้าหากันล่าช้า ตัวอย่างเช่นธนาคารอาจต้องปรับแต่งระบบ นอกจากนี้ระบบต้องได้รับการติดตั้งกำหนดค่าให้สอดคล้องกับแนวทางปฏิบัติของธนาคารโดยเชื่อมต่อกับระบบภายในหลาย ๆ ระบบทดสอบและย้ายไปที่การผลิต เป็นผลให้การดำเนินการของระบบสำนักงานกลับ Surecomps มักจะใช้เวลาหลายเดือน ยังไม่ทุกธนาคารเตรียมพร้อมที่จะรอการดำเนินการด้านหลังสำนักงานก่อนเปิดตัวบริการ front-end ของลูกค้า ด้วยเหตุนี้ Surecomp จึงมีระบบ front-end แบบสแตนด์อโลนซึ่งสามารถเปิดตัวเป็นโซลูชันชั่วคราวภายในไม่กี่สัปดาห์ ทันทีหลังจากเสร็จสิ้นการผลิต back-office โซลูชันแบบครบวงจรสามารถให้บริการแก่ธนาคารได้ วิธีนี้แบบ end-to-end หมายความว่าธนาคารที่ออกใบอนุญาตใด ๆ ของระบบ Back-Office ของ Surecomps พร้อมกับระบบ front-end จะต้องเผชิญกับความท้าทายในการผสานรวมที่ไม่มากนัก แนวทางการแก้ปัญหาแบบครบวงจรธนาคารพาณิชย์ทั่วโลกที่ใช้โซลูชั่นด้านการค้าระหว่างประเทศของ Surecomp ได้รับประโยชน์แล้ว พวกเขาพร้อมกับลูกค้าของพวกเขาจะได้รับโซลูชันแบบครบวงจรที่มีความกระตือรือร้นอย่างมาก มุมมองของธนาคารการดำเนินงานและการผนวกรวมอย่างรวดเร็วการป้อนข้อมูลอย่างรวดเร็วเนื่องจากการทำแผนที่ข้อมูลโดยอัตโนมัติการทำธุรกรรมที่ผันผวนเร็วขึ้นการทำธุรกรรมที่ซับซ้อนเสร็จสิ้นภายในไม่กี่นาทีการเพิ่มขึ้นของปริมาณธุรกิจที่ได้รับการพิสูจน์แล้วเนื่องจากความพึงพอใจของลูกค้าที่เพิ่มขึ้น ROI ที่สั้นมากเหลือเพียง 6 เดือน 24 x 7 การใช้ระบบ ndash ไม่มีการหยุดทำงานการใช้งานระบบอินเทอร์เน็ตแบบ front-end อย่างรวดเร็วจากสถานที่ใด ๆ โดยไม่ต้องติดตั้งซอฟต์แวร์ใด ๆ การริเริ่มการทำธุรกรรมด้านการค้าทุกประเภทการทำธุรกรรมและการจัดการผลงานแบบง่ายผ่านทางเครื่องมือช่วยเหลือหลายภาษา Surecomp ได้รับการพิสูจน์แล้ว: Surecomprsquos ระบบการเงินการค้าได้ดำเนินการไปแล้วในหลายร้อยแห่งทั้งธนาคารและ บริษัท ทั่วโลกรวมทั้งธนาคารระดับชาติระดับภูมิภาคและระดับโลกที่สำคัญ มีประสบการณ์: Surecomp มีส่วนร่วมในอุตสาหกรรมการธนาคารเพื่อการค้าการเงินตั้งแต่ปี 2530 และได้รับความรู้มากมายเกี่ยวกับการปฏิบัติในท้องถิ่นและระดับภูมิภาค รัฐ - of-the-Art: Surecomprsquos ทันสมัยโซลูชั่นด้านการเงินการค้าได้รับการพัฒนาโดยทีมงานของผู้เชี่ยวชาญด้านไอทีและการธนาคารโดยเฉพาะ Best-of-Breed: Surecomprsquos back-office และ front-end systems ได้รับการยกย่องว่าเป็นผู้นำในการให้บริการในพื้นที่ของตน ธนาคารหลักของปารากวัยอนุญาต Surecomps Java แบบครบวงจรด้านการเงินการค้าตลาดอนุพันธ์สัญญาซื้อขายล่วงหน้ามีความซับซ้อน 8230 ภูมิทัศน์ด้านกฎระเบียบและเทคโนโลยีที่เปลี่ยนแปลงอย่างรวดเร็วกำลังเปลี่ยนแปลงตลาดการเงิน การปรับตัวให้เข้ากับสภาวะตลาดใหม่เหล่านี้มีความสำคัญ Dodd-Frank และ EMIR คือความเป็นจริงใหม่ ๆ ที่มีการซื้อขายทางอิเล็กทรอนิกส์การหักบัญชีที่จำเป็นและการรายงานทางการค้ามีผลกระทบต่อการดำเนินงานสัญญาซื้อขายล่วงหน้าและขั้นตอนการทำงาน บริษัท ด้านการขายต้องสามารถสะท้อนถึงความเสี่ยงด้านตลาดสินเชื่อและสภาพคล่องได้อย่างถูกต้องในการคำนวณราคาและการบริหารจัดการความเสี่ยง ความต้องการเงินทุนที่เพิ่มขึ้นที่กำหนดโดย Basel III ทำให้เกิดแรงกดดันต่อความสามารถในการทำกำไร Calypso ทำให้ง่าย แพลตฟอร์ม Calypsos ข้ามหน้าสินทรัพย์เพื่อการซื้อขายการประมวลผลการบริหารความเสี่ยงและการบัญชีที่ปรับให้เหมาะกับการจัดการด้านใหม่ ๆ ของตลาดสัญญาซื้อขายล่วงหน้าที่มีการล้างและ OTC โซลูชั่นของเราช่วยให้ลูกค้าสามารถตอบสนองความต้องการที่เปลี่ยนแปลงไปอย่างรวดเร็วของอุตสาหกรรมของเราโดยไม่ต้องใช้การพัฒนาด้านเทคโนโลยีที่มีราคาแพง ชุดการซื้อขายหลักทรัพย์และโซลูชันการบริหารความเสี่ยงแบบข้ามรูปแบบสถาปัตยกรรมการค้าชั้นธุรกิจสถาปัตยกรรมชั้นธุรกิจการค้าการบริหารภาพรวมการแข่งขันที่เพิ่มขึ้นปริมาณข้อมูลตลาดที่สูงขึ้นและความต้องการด้านกฎระเบียบใหม่ ๆ เป็นแรงผลักดันที่อยู่เบื้องหลังการเปลี่ยนแปลงของอุตสาหกรรม บริษัท กำลังพยายามที่จะรักษาความสามารถในการแข่งขันโดยการเปลี่ยนกลยุทธ์การซื้อขายและเพิ่มความเร็วในการซื้อขายอย่างต่อเนื่อง สถาปัตยกรรมที่ทำงานได้ต้องมีเทคโนโลยีล่าสุดจากทั้งเครือข่ายและโดเมนแอ็พพลิเคชัน จะต้องมีการแยกส่วนเพื่อให้เป็นเส้นทางที่สามารถจัดการได้เพื่อพัฒนาส่วนประกอบต่างๆโดยมีการหยุดชะงักโดยสิ้นเชิงต่อระบบโดยรวม ดังนั้นสถาปัตยกรรมที่เสนอโดยบทความนี้ขึ้นอยู่กับกรอบการให้บริการ เราตรวจสอบบริการต่างๆเช่นการส่งข้อความแฝงต่ำพิเศษการตรวจสอบแอบแฝง multicast การประมวลผลการจัดเก็บข้อมูลและการประยุกต์ใช้ระบบเสมือนจริงการซื้อขายความคล่องตัวการซื้อขายและไคลเอ็นต์บางเครื่อง การแก้ปัญหาความต้องการที่ซับซ้อนของแพลตฟอร์มการซื้อขายยุคหน้าต้องสร้างขึ้นด้วยแนวคิดแบบองค์รวมข้ามพรมแดนของไซโลดั้งเดิมเช่นธุรกิจและเทคโนโลยีหรือแอพพลิเคชันและระบบเครือข่าย เอกสารฉบับนี้มีเป้าหมายหลักเพื่อให้แนวทางในการสร้างแพลตฟอร์มการซื้อขายแบบแอบแฝงต่ำพิเศษในขณะที่เพิ่มประสิทธิภาพการส่งผ่านข้อมูลดิบและอัตราการส่งข้อความสำหรับข้อมูลการตลาดและคำสั่งซื้อขาย FIX เพื่อให้บรรลุเป้าหมายนี้เราขอเสนอเทคโนโลยีการลดเวลาในการรับส่งข้อมูลดังต่อไปนี้: การเชื่อมต่อแบบ inter-connectionInfiniBand ความเร็วสูงหรือการเชื่อมต่อ 10 Gbps สำหรับสตอเรจการส่งข้อความความเร็วสูงการเร่งแอ็พพลิเคชั่นผ่าน RDMA โดยไม่ต้องใช้แอพพลิเคชันอีกครั้งการตรวจสอบเวลาแฝงในเวลาจริง การค้าขายกับเส้นทางที่มีความล่าช้าขั้นต่ำแนวโน้มและความท้าทายของอุตสาหกรรมสถาปัตยกรรมการค้ายุคหน้าจำเป็นต้องตอบสนองต่อความต้องการที่เพิ่มขึ้นสำหรับความเร็วระดับเสียงและประสิทธิภาพ ตัวอย่างเช่นปริมาณข้อมูลตลาดแบบเลือกคาดว่าจะเพิ่มขึ้นเป็นสองเท่าหลังจากที่มีการแนะนำการซื้อขายเงินดอลล่าร์ปี 2550 นอกจากนี้ยังมีข้อเรียกร้องด้านกฎระเบียบสำหรับการดำเนินการที่ดีที่สุดซึ่งจำเป็นต้องมีการปรับปรุงราคาในอัตราที่ใกล้เคียงกับ 1 ms msgsec สำหรับการแลกเปลี่ยน นอกจากนี้ยังต้องมีการเปิดเผยข้อมูลที่สดใหม่และหลักฐานที่แสดงว่าลูกค้ามีการดำเนินการที่ดีที่สุด ในระยะสั้นความเร็วในการซื้อขายและนวัตกรรมเป็นปัจจัยที่มีความแตกต่าง จำนวนการซื้อขายที่เพิ่มขึ้นจะได้รับการจัดการโดยแอพพลิเคชั่นการค้าแบบอัลกอริธึมซึ่งอยู่ใกล้กับสถานที่ดำเนินการทางการค้ามากที่สุด ความท้าทายที่เกิดขึ้นกับเครื่องมือการซื้อขายในกล่องข้อความเหล่านี้คือการรวมปริมาณเพิ่มขึ้นโดยการออกคำสั่งเพื่อยกเลิกและส่งใหม่เท่านั้น สาเหตุของพฤติกรรมนี้คือการขาดการมองเห็นในสถานที่ใดที่มีการดำเนินการที่ดีที่สุด พ่อค้าคนปัจจุบันเป็นวิศวกรทางการเงิน quotquantquot (นักวิเคราะห์เชิงปริมาณ) ที่มีทักษะการเขียนโปรแกรมซึ่งสามารถปรับรูปแบบการซื้อขายได้ทันที บริษัท ต่างๆพัฒนาเครื่องมือทางการเงินใหม่ ๆ เช่นตราสารอนุพันธ์ด้านสภาพอากาศหรือการค้าข้ามสินทรัพย์และจำเป็นต้องปรับใช้แอพพลิเคชั่นใหม่ ๆ ได้อย่างรวดเร็วและปรับขนาดได้ ในระยะยาวความแตกต่างในการแข่งขันควรมาจากการวิเคราะห์ไม่ใช่แค่ความรู้เท่านั้น ผู้ค้าดาวฤกษ์ในวันพรุ่งนี้คาดหวังว่าจะได้รับความเสี่ยงบรรลุความเข้าใจที่แท้จริงของลูกค้าและเอาชนะตลาดได้อย่างต่อเนื่อง (source IBM: www-935.ibmservicesusimcpdfge510-6270-trader. pdf) ความยืดหยุ่นในการดำเนินธุรกิจนับเป็นความกังวลหลักของ บริษัท การค้าตั้งแต่วันที่ 11 กันยายน พ. ศ. 2544 โซลูชั่นในบริเวณนี้มีตั้งแต่ศูนย์ข้อมูลสำรองที่ตั้งอยู่ในภูมิประเทศที่แตกต่างกันและเชื่อมต่อกับศูนย์ซื้อขายหลายแห่งเพื่อแก้ปัญหาผู้ประกอบการค้าเสมือนซึ่งเสนอผู้ค้าไฟฟ้ารายใหญ่ที่สุดในการทำงานของชั้นการซื้อขาย ในสถานที่ห่างไกล อุตสาหกรรมบริการทางการเงินเป็นหนึ่งในความต้องการที่มากที่สุดในแง่ของความต้องการด้านไอที อุตสาหกรรมกำลังประสบกับการเปลี่ยนแปลงทางสถาปัตยกรรมที่มีต่อสถาปัตยกรรมบริการเชิงบริการ (SOA) บริการทางเว็บและการทำงานแบบเสมือนของทรัพยากรด้านไอที SOA ใช้ประโยชน์จากความเร็วเครือข่ายที่เพิ่มขึ้นเพื่อให้สามารถใช้งานคอมโพเนนต์ซอฟต์แวร์แบบไดนามิกและแบบเสมือนได้ ช่วยให้สามารถสร้างแอพพลิเคชันใหม่โดยไม่เสียเงินลงทุนในระบบและโครงสร้างพื้นฐานที่มีอยู่ แนวคิดนี้มีศักยภาพในการปฏิวัติวิธีการรวมเข้าด้วยกันทำให้สามารถลดความซับซ้อนและต้นทุนของการรวมกันได้อย่างมีนัยสำคัญ (gigaspacesdownloadMerrilLynchGigaSpacesWP. pdf) แนวโน้มอีกประการหนึ่งคือการรวมเซิร์ฟเวอร์เข้ากับเซิร์ฟเวอร์ฟาร์มของศูนย์ข้อมูลในขณะที่โต๊ะทำงานของผู้ค้าปลีกมีเฉพาะส่วนขยาย KVM และเครื่องไคลเอนต์ที่บางเฉียบ (เช่นโซลูชั่น SunRay และ HP blade) เครือข่ายเมโทรความเร็วสูงช่วยให้ข้อมูลตลาดเป็นแบบหลายคั่นระหว่างสถานที่ต่างกันทำให้สามารถสร้างระบบเสมือนจริงของชั้นการซื้อขายได้ สถาปัตยกรรมระดับสูงรูปที่ 1 แสดงสถาปัตยกรรมระดับสูงของสภาพแวดล้อมการค้า โรงงานสัญลักษณ์และเครื่องมือซื้อขายแบบ algorithmic ตั้งอยู่ในกลุ่มการซื้อขายที่มีประสิทธิภาพสูงในศูนย์ข้อมูลของ บริษัท หรือที่ศูนย์ซื้อขายหลักทรัพย์ ผู้ค้ามนุษย์ตั้งอยู่ในพื้นที่ใช้งานของผู้ใช้ปลายทาง มีองค์ประกอบแอ็พพลิเคชันสองตัวในสภาวะแวดล้อมการค้าผู้เผยแพร่โฆษณาและสมาชิก บัสข้อความมีเส้นทางการติดต่อสื่อสารระหว่างผู้เผยแพร่และผู้ติดตาม มีสองประเภทของการเข้าชมที่เฉพาะเจาะจงสำหรับสภาพแวดล้อมการซื้อขาย ได้แก่ Market DataCarries ข้อมูลการกำหนดราคาสำหรับเครื่องมือทางการเงินข่าวและข้อมูลที่มีมูลค่าเพิ่มอื่น ๆ เช่นการวิเคราะห์ มีความละเอียดอ่อนแบบแชนแนลแบบเดียวและแบบแฝงมากโดยปกติแล้วจะส่งผ่าน multicast UDP วัดจากข้อมูลที่อัปเดต และ Mbps ข้อมูลการตลาดไหลออกจากฟีดข้อมูลภายนอกอย่างน้อยหนึ่งรายการซึ่งมาจากผู้ให้บริการข้อมูลตลาดเช่นตลาดหุ้นเจ้าหน้าที่รวบรวมข้อมูลและ ECNs ผู้ให้บริการแต่ละรายมีรูปแบบข้อมูลการตลาดของตนเอง ข้อมูลจะได้รับจากตัวให้อาหารซึ่งเป็นโปรแกรมประยุกต์เฉพาะที่ทำให้ปกติและทำความสะอาดข้อมูลแล้วส่งให้ผู้บริโภคข้อมูลเช่นเครื่องมือการกำหนดราคาแอพพลิเคชันการค้าแบบอัลกอริทึมหรือผู้ค้ามนุษย์ บริษัท ด้านการขายยังส่งข้อมูลการตลาดให้กับลูกค้า บริษัท ที่ซื้อด้านต่างๆเช่นกองทุนรวมกองทุนป้องกันความเสี่ยงและผู้จัดการสินทรัพย์อื่น ๆ บาง บริษัท ที่ซื้ออาจเลือกที่จะรับฟีดข้อมูลโดยตรงจากการแลกเปลี่ยนซึ่งจะช่วยลดความหน่วง รูปที่ 1 สถาปัตยกรรมการซื้อขายสำหรับ บริษัท SideSell ด้านการซื้อไม่มีมาตรฐานอุตสาหกรรมสำหรับรูปแบบข้อมูลการตลาด การแลกเปลี่ยนแต่ละรูปแบบเป็นกรรมสิทธิ์ ผู้ให้บริการเนื้อหาด้านการเงินเช่นรอยเตอร์และบลูมเบิร์กรวมแหล่งข้อมูลตลาดต่างๆเข้าด้วยกันทำให้เป็นเรื่องปกติและเพิ่มข่าวสารหรือการวิเคราะห์ ตัวอย่างฟีดข้อมูลรวมคือ RDF (ข้อมูลการให้บริการข้อมูล Reuters), RWF (Reuters Wire Format) และ Bloomberg Professional Services Data เพื่อให้ได้ข้อมูลตลาดที่มีความล่าช้าต่ำลงผู้จัดจำหน่ายทั้งสองรายได้เปิดตัวฟีดข้อมูลตลาดแบบเรียลไทม์ที่ไม่ได้ประมวลผลและมีการวิเคราะห์น้อยลง: Bloomberg B-Pipe ด้วย B-Pipe Bloomberg ยกเลิกการให้ฟีดข้อมูลตลาดของตนจากแพลตฟอร์มการจัดจำหน่าย ไม่จำเป็นสำหรับการรับ B-Pipe Wombat และ Reuters Feed Handlers ได้ประกาศสนับสนุน B-Pipe บริษัท อาจตัดสินใจรับฟีดข้อมูลจากการแลกเปลี่ยนโดยตรงเพื่อลดความหน่วง ความเร็วในการรับส่งข้อมูลอาจอยู่ระหว่าง 150 มิลลิวินาทีถึง 500 มิลลิวินาที ฟีดเหล่านี้มีความซับซ้อนและมีราคาแพงมากขึ้นและ บริษัท ต้องสร้างและดูแลโรงงานของตัวเอง (financetechfeaturedshowArticle. jhtmlarticleID60404306) Trading Orders ประเภทการเข้าชมนี้มีการซื้อขายที่เกิดขึ้นจริง มีความละเอียดอ่อนแบบสองทิศทางและแฝงอยู่มาก มันวัดได้จาก messagessec และ Mbps ใบสั่งซื้อมาจากฝั่งซื้อหรือ บริษัท ด้านการขายและจะถูกส่งไปยังสถานที่ซื้อขายเช่น Exchange หรือ ECN เพื่อดำเนินการ รูปแบบที่พบมากที่สุดสำหรับการส่งคำสั่งซื้อคือ FIX (ข้อมูลทางการเงิน eXchangefixprotocol. org) แอ็พพลิเคชันที่จัดการข้อความ FIX เรียกว่าเครื่องยนต์ FIX และเชื่อมต่อกับระบบการจัดการคำสั่ง (OMS) การเพิ่มประสิทธิภาพเพื่อการแก้ไขจะเรียกว่า FAST (Fix Adapted for Streaming) ซึ่งใช้ schema การบีบอัดเพื่อลดความยาวของข้อความและมีผลลดเวลาแฝง FAST มีเป้าหมายในการส่งข้อมูลตลาดมากขึ้นและมีศักยภาพในการเป็นมาตรฐาน FAST สามารถใช้เป็นรูปแบบการบีบอัดข้อมูลสำหรับรูปแบบข้อมูลการตลาดที่เป็นกรรมสิทธิ์ได้ เพื่อลดความหน่วง บริษัท ต่างๆอาจเลือกที่จะจัดตั้งการเข้าถึงตลาดแบบตรง (DMA) DMA เป็นกระบวนการอัตโนมัติในการจัดเส้นทางคำสั่งซื้อหลักทรัพย์ไปยังสถานที่ดำเนินการโดยอัตโนมัติดังนั้นจึงหลีกเลี่ยงการแทรกแซงโดยบุคคลที่สาม (towergroupresearchcontentglossary. jsppage1ampglossaryId383) DMA ต้องเชื่อมต่อโดยตรงกับสถานที่ดำเนินการ บัสข้อความเป็นซอฟต์แวร์มิดเดิลแวร์จากผู้ขายเช่น Tibco, 29West, Reuters RMDS หรือแพลตฟอร์มโอเพ่นซอร์สเช่น AMQP รถรับส่งข้อความใช้กลไกที่เชื่อถือได้ในการส่งข้อความ การขนส่งสามารถทำได้ผ่าน TCPIP (TibcoEMS, 29West, RMDS และ AMQP) หรือ UDPmulticast (TibcoRV, 29West และ RMDS) แนวคิดหนึ่งที่สำคัญในการเผยแพร่ข้อความคือกระแสข้อมูลที่เป็นข้อความซึ่งเป็นส่วนย่อยของข้อมูลการตลาดที่กำหนดโดยเกณฑ์เช่นสัญลักษณ์สัญลักษณ์อุตสาหกรรมหรือตะกร้าเครื่องมือทางการเงินบางประเภท ผู้สมัครเข้าร่วมกลุ่มหัวข้อที่แม็พกับหัวข้อย่อยหนึ่งหรือหลายหัวข้อเพื่อรับเฉพาะข้อมูลที่เกี่ยวข้อง ในอดีตผู้ค้าทั้งหมดได้รับข้อมูลตลาดทั้งหมด ในปริมาณการเข้าชมปัจจุบันปริมาณการเข้าชมจะต่ำกว่าที่ควร เครือข่ายมีบทบาทสำคัญในสภาพแวดล้อมการซื้อขาย ข้อมูลการตลาดจะถูกนำไปยังชั้นการซื้อขายหลักทรัพย์ซึ่งผู้ค้ามนุษย์ตั้งอยู่ผ่านเครือข่ายความเร็วสูง Campus หรือ Metro Area ความพร้อมใช้งานสูงและความหน่วงต่ำรวมทั้งการรับส่งข้อมูลที่สูงเป็นตัวชี้วัดที่สำคัญที่สุด สภาพแวดล้อมการซื้อขายที่มีประสิทธิภาพสูงมีองค์ประกอบส่วนใหญ่ในฟาร์มเซิร์ฟเวอร์ Data Center เพื่อลดความแฝงเครื่องยนต์อัลกอริธึมการค้าต้องอยู่ในบริเวณใกล้เคียงกับตัวจัดการให้อาหาร, เครื่องยนต์ FIX และระบบการจัดการใบสั่ง รูปแบบการปรับใช้แบบอื่นมีระบบการซื้อขายแบบอัลกอรินทึมอยู่ที่ผู้แลกเปลี่ยนหรือผู้ให้บริการซึ่งสามารถเชื่อมต่อกับการแลกเปลี่ยนข้อมูลได้อย่างรวดเร็ว โมเดลการปรับใช้มีสองรูปแบบการปรับใช้สำหรับแพลตฟอร์มการซื้อขายที่มีประสิทธิภาพสูง บริษัท อาจเลือกที่จะผสมผสานทั้งสองแบบ: ศูนย์ข้อมูลของ บริษัท การค้า (รูปที่ 2) นี่คือรูปแบบดั้งเดิมที่มีการพัฒนาและดูแลรักษาแพลตฟอร์มการซื้อขายเต็มรูปแบบโดย บริษัท ที่เชื่อมโยงการสื่อสารกับสถานที่ซื้อขายทั้งหมด ความล่าช้าแตกต่างกันไปตามความเร็วของการเชื่อมโยงและจำนวนการกระโดดระหว่าง บริษัท กับสถานที่ต่างๆ รูปที่ 2 รูปแบบการปรับใช้แบบดั้งเดิมสถานที่ร่วมในสถานที่จัดจำหน่าย (Exchange, Financial Services Provider หรือ FSP) (รูปที่ 3) บริษัท การค้าใช้แพลตฟอร์มการเทรดอัตโนมัติอัตโนมัติให้มากที่สุดเท่าที่จะทำได้เพื่อลดเวลาในการดำเนินงาน รูปที่ 3 รูปแบบการปรับใช้ที่เป็นที่รู้จักสถาปัตยกรรมการค้าที่มุ่งเน้นบริการ - เราขอเสนอกรอบการให้บริการสำหรับการสร้างสถาปัตยกรรมการค้ายุคหน้า วิธีนี้มีกรอบแนวคิดและเส้นทางการใช้งานโดยอิงตาม modularization และลดการพึ่งพาระหว่างกัน กรอบการทำงานนี้จะช่วยให้ บริษัท มีวิธีการในการ: ประเมินสถานะปัจจุบันของพวกเขาในแง่ของการให้บริการจัดลำดับความสำคัญของบริการตามมูลค่าของธุรกิจพัฒนาแพลตฟอร์มการซื้อขายให้อยู่ในสถานะที่ต้องการโดยใช้วิธีแบบแยกส่วนสถาปัตยกรรมการซื้อขายที่มีประสิทธิภาพสูงขึ้นอยู่กับบริการต่อไปนี้ กำหนดโดยสถาปัตยกรรมบริการสถาปัตยกรรมที่แสดงในรูปที่ 4 รูปที่ 4 สถาปัตยกรรมบริการสถาปัตยกรรมสำหรับการค้าบริการที่มีประสิทธิภาพสูงบริการส่งข้อความแบบแฝงต่ำบริการนี้มีให้โดยบัสการส่งข้อความซึ่งเป็นระบบซอฟต์แวร์ที่ช่วยแก้ปัญหาการเชื่อมต่อแบบ multi - หลายโปรแกรม ระบบประกอบด้วย: ชุดของ schema ข้อความที่กำหนดไว้ล่วงหน้าชุดคำสั่งทั่วไปโครงสร้างพื้นฐานโปรแกรมประยุกต์ที่ใช้ร่วมกันสำหรับการส่งข้อความไปยังผู้รับ โครงสร้างพื้นฐานที่ใช้ร่วมกันได้ขึ้นอยู่กับโบรกเกอร์ข้อความหรือแบบจำลอง publishsubscribe ข้อกำหนดที่สำคัญสำหรับบัสส่งข้อความยุคหน้าคือ (แหล่งที่มา 29 เวสท์): ความล่าช้าที่เป็นไปได้ต่ำสุด (เช่นน้อยกว่า 100 microseconds) ความเสถียรภายใต้ภาระหนัก (เช่นมากกว่า 1.4 ล้าน msgsec) การควบคุมและความยืดหยุ่น (การควบคุมอัตราและการขนส่งที่กำหนด) เป็นความพยายามในอุตสาหกรรมเพื่อสร้างมาตรฐานบัสการรับส่งข้อความ Advanced Message Queuing Protocol (AMQP) เป็นตัวอย่างของมาตรฐานเปิดโดย J. P Morgan Chase และสนับสนุนโดยกลุ่มผู้ขายเช่น Cisco, Envoy Technologies, Red Hat, TWIST Process Innovations, Iona, 29West และ iMatix สองเป้าหมายหลักคือเพื่อให้เป็นเส้นทางที่ง่ายกว่าสำหรับการใช้งานระหว่างกันสำหรับแอ็พพลิเคชันที่เขียนบนแพลตฟอร์มที่แตกต่างกันและโมดูลเพื่อให้ตัวกลางสามารถพัฒนาได้ง่าย ในแง่ทั่วไปมากเซิร์ฟเวอร์ AMQP จะเหมือนกับเซิร์ฟเวอร์อีเมลที่มีการแลกเปลี่ยนทำหน้าที่เป็นตัวแทนการถ่ายโอนข้อความและแต่ละคิวข้อความเป็นกล่องจดหมาย การผูกกำหนดตารางเส้นทางในแต่ละตัวแทนการถ่ายโอน ผู้จัดพิมพ์ส่งข้อความไปยังตัวแทนการโอนแต่ละรายซึ่งจะส่งข้อความไปยังกล่องจดหมาย ผู้บริโภคใช้ข้อความจากกล่องจดหมายซึ่งสร้างรูปแบบที่มีประสิทธิภาพและมีความยืดหยุ่นซึ่งง่าย (แหล่งที่มา: amqp. orgtikiwikitiki-index. phppageOpenApproachWhyAMQP) บริการตรวจสอบความล่าช้าข้อกำหนดหลักสำหรับบริการนี้คือการวัดขนาดย่อยของหน่วยย่อยมิลลิวินาทีการวัดความใกล้เคียงตามเวลาจริงโดยไม่ต้องเพิ่มความหน่วงในการซื้อขายความสามารถในการแยกแยะความแตกต่างของเวลาในการประมวลผลแอปพลิเคชันออกจากความล่าช้าในการรับส่งข้อมูลระบบเครือข่ายความสามารถในการจัดการอัตราการส่งข้อความสูงให้อินเตอร์เฟซ programmatic สำหรับ แอ็พพลิเคชันการซื้อขายเพื่อรับข้อมูลแฝงจึงช่วยให้เครื่องยนต์เทรดดิ้งอัลกอริธึมสามารถปรับให้เข้ากับสภาวะที่เปลี่ยนแปลงได้เชื่อมโยงเหตุการณ์ในเครือข่ายกับเหตุการณ์แอพพลิเคชันเพื่อแก้ปัญหาได้แฝงสามารถกำหนดเป็นช่วงเวลาระหว่างการส่งคำสั่งซื้อสินค้าและเมื่อได้รับการยอมรับและปฏิบัติตามคำสั่งเดียวกัน เมื่อบุคคลที่ได้รับ การแก้ปัญหาแฝงเป็นปัญหาที่ซับซ้อนโดยต้องใช้วิธีการแบบองค์รวมเพื่อระบุแหล่งที่มาของเวลาในการตอบสนองและใช้เทคโนโลยีที่แตกต่างกันในแต่ละชั้นของระบบ รูปที่ 5 แสดงความหลากหลายของส่วนประกอบที่สามารถนำเสนอ latency ได้ที่แต่ละชั้นของสแต็ค OSI นอกจากนี้ยังมีการแม็ปแต่ละแชนแนลด้วยโซลูชันที่เป็นไปได้และโซลูชันการตรวจสอบ วิธีการแบบชั้นนี้สามารถทำให้ บริษัท มีวิธีที่มีโครงสร้างมากขึ้นในการโจมตีปัญหาด้านเวลาแฝงโดยที่แต่ละองค์ประกอบสามารถคิดได้ว่าเป็นบริการและได้รับการปฏิบัติอย่างสม่ำเสมอทั่วทั้ง บริษัท การรักษาความแม่นยำในการวัดสถานะแบบไดนามิกของช่วงเวลานี้ในเส้นทางอื่นและจุดหมายปลายทางอาจเป็นประโยชน์ในการตัดสินใจเกี่ยวกับยุทธวิธีในการซื้อขาย ความสามารถในการระบุตำแหน่งที่แน่นอนของความล่าช้าไม่ว่าจะเป็นในเครือข่ายลูกค้าศูนย์กลางการประมวลผลกลางหรือระดับแอ็พพลิเคชันการทำธุรกรรมจะกำหนดความสามารถของผู้ให้บริการในการตอบสนองข้อตกลงระดับบริการการค้าของพวกเขา (SLAs) สำหรับรูปแบบการซื้อและการขายรวมทั้งผู้รวบรวมข้อมูลตลาดการระบุอย่างรวดเร็วและการกำจัดปัญหาคอขวดทำให้สามารถสร้างโอกาสทางการค้าและรายได้ที่เพิ่มขึ้นได้โดยตรง รูปที่ 5 สถาปัตยกรรมการจัดการความล่าช้า Cisco เครื่องมือตรวจสอบความล่าช้าต่ำเครื่องมือตรวจสอบเครือข่ายแบบดั้งเดิมทำงานได้ทุกนาทีหรือเป็นวินาที แพลตฟอร์มการซื้อขายยุคหน้าโดยเฉพาะอย่างยิ่งการสนับสนุนการซื้อขายแบบอัลกอริธึมต้องมีเวลาน้อยกว่า 5 มิลลิวินาทีและมีระดับการสูญเสียแพคเก็ตต่ำมาก บน Gigabit LAN การระเบิดด้วยความเร็ว 100 มิลลิวินาทีอาจทำให้การทำธุรกรรมเกิดความสูญหายหรือเกิดความล่าช้าเกินกว่า 10,000 รายการ Cisco ให้บริการเครื่องมือวัดระยะเวลาแฝงในสภาพแวดล้อมการซื้อขาย: เครื่องมือจัดการคุณภาพแบนด์วิดท์ (BQM) (OEM จาก Corvil) โซลูชันการตรวจสอบเวลาในการให้บริการทางการเงินของ Cisco AON (FSMS) แบนด์วิดท์ผู้จัดการคุณภาพ (BQM) 4.0 คือ ผลิตภัณฑ์จัดการประสิทธิภาพของแอ็พพลิเคชันเครือข่ายยุคหน้าที่ช่วยให้ลูกค้าสามารถตรวจสอบและจัดเตรียมเครือข่ายเพื่อควบคุมระดับความล่าช้าและประสิทธิภาพการสูญเสียได้ ในขณะที่ BQM ไม่ได้กำหนดเป้าหมายเฉพาะที่เครือข่ายการค้าการแสดงผลแบบ microsecond พร้อมกับคุณสมบัติการจัดสรรแบนด์วิดท์อัจฉริยะทำให้เหมาะสำหรับสภาพแวดล้อมที่ต้องการใช้งานเหล่านี้ Cisco BQM 4.0 นำเสนอชุดการจดจำข้อมูลจราจรและเทคโนโลยีการวิเคราะห์เครือข่ายที่จดสิทธิบัตรและจดสิทธิบัตรไว้เพื่อให้ผู้ใช้มองเห็นได้อย่างไม่เคยปรากฏมาก่อนและเข้าใจวิธีเพิ่มประสิทธิภาพเครือข่ายเพื่อให้ได้ประสิทธิภาพสูงสุด ขณะนี้ Cisco BQM ได้รับการสนับสนุนในตระกูลผลิตภัณฑ์ของ Cisco Application Deployment Engine (ADE) ตระกูลผลิตภัณฑ์ Cisco ADE เป็นแพลตฟอร์มที่เหมาะสำหรับแอ็พพลิเคชันการจัดการเครือข่ายของ Cisco ข้อดีของ BQM การรับรู้ความสามารถในการมองเห็นในขนาดเล็กของ BQM ของ Cisco คือความสามารถในการตรวจจับวัดและวิเคราะห์ความล่าช้าการกระวนกระวายใจและการสูญเสียที่ทำให้เกิดเหตุการณ์การจราจรลงไปถึงระดับความละเอียดที่มีความละเอียดต่อหนึ่งแพ็คเก็ต ซึ่งจะช่วยให้ Cisco BQM สามารถตรวจจับและกำหนดผลกระทบของเหตุการณ์การจราจรบนแฝงตัวของเครือข่ายการกระวนกระวายใจและการสูญเสีย สำคัญสำหรับสภาพแวดล้อมการซื้อขายคือ BQM สามารถรองรับการแอบแฝงการสูญเสียและการวัดกระวนกระวายใจแบบทางเดียวสำหรับทั้งการรับส่งข้อมูล TCP และ UDP (แบบหลายผู้รับ) ซึ่งหมายความว่ารายงานดังกล่าวได้รับการรายงานอย่างราบรื่นสำหรับการเข้าชมการซื้อขายและฟีดข้อมูลตลาด BQM ช่วยให้ผู้ใช้สามารถระบุชุดเกณฑ์ที่ครอบคลุม (กับกิจกรรม microburst ความล่าช้าการสูญเสีย jitter การใช้ ฯลฯ ) บนอินเทอร์เฟซทั้งหมด BQM จะดำเนินการจับภาพแพ็กเก็ตแบบพื้นหลัง เมื่อมีการละเมิดเกณฑ์หรือเหตุการณ์การย่อยสลายประสิทธิภาพที่อาจเกิดขึ้นอื่น ๆ ระบบจะเรียกใช้ Cisco BQM เพื่อเก็บข้อมูลการจับ packet ไปยังดิสก์เพื่อการวิเคราะห์ในภายหลัง ซึ่งจะช่วยให้ผู้ใช้สามารถตรวจสอบรายละเอียดได้อย่างครบถ้วนทั้งปริมาณการใช้งานแอพพลิเคชันที่ได้รับผลกระทบจากการลดประสิทธิภาพการทำงาน (performance victim) และการจราจรที่ทำให้ประสิทธิภาพการทำงานลดลง (culpritsquot) ซึ่งจะช่วยลดเวลาในการวินิจฉัยและแก้ไขปัญหาประสิทธิภาพของเครือข่ายได้อย่างมาก นอกจากนี้ BQM ยังสามารถให้รายละเอียดเกี่ยวกับการให้บริการแบนด์วิธและคุณภาพของบริการ (QoS) ซึ่งผู้ใช้สามารถนำไปประยุกต์ใช้โดยตรงเพื่อให้ได้ประสิทธิภาพของเครือข่ายที่ต้องการ การวัด BQM ภาพประกอบเพื่อทำความเข้าใจความแตกต่างระหว่างเทคนิคการวัดแบบเดิม ๆ และการมองเห็นของ BQM เราสามารถดูกราฟเปรียบเทียบได้ ในชุดแรกของกราฟ (รูปที่ 6 และรูปที่ 7) เราจะเห็นความแตกต่างระหว่างเวลาแฝงที่วัดโดย BQMs Passive Network Quality Monitor (PNQM) และเวลาแฝงที่วัดได้โดยการฉีด ping packets ทุกๆ 1 วินาทีในสตรีมการเข้าชม ในรูปที่ 6 เราจะดู latency ที่รายงานโดยแพ็คเก็ต ping ICMP 1 วินาทีสำหรับการรับส่งข้อมูลเครือข่ายจริง (หารด้วย 2 เพื่อประมาณค่าความล่าช้าหนึ่งทาง) มันแสดงให้เห็นถึงความล่าช้าอย่างสะดวกสบายด้านล่างประมาณ 5ms เกือบตลอดเวลา รูปที่ 6 ความล่าช้าที่รายงานโดย ICMP Ping Packets 1 วินาทีสำหรับการรับส่งข้อมูลเครือข่ายจริงในรูปที่ 7 เราจะดู latency ที่รายงานโดย PNQM สำหรับการรับส่งข้อมูลเดียวกันในเวลาเดียวกัน ที่นี่เราจะเห็นว่าโดยการวัดความหน่วงทางเดียวของแพ็คเก็ตแอพพลิเคชันที่เกิดขึ้นจริงเราจะได้ภาพที่แตกต่างกันอย่างสิ้นเชิง เวลาแฝงอยู่ที่ประมาณ 20 มิลลิวินาทีและระเบิดครั้งยิ่งใหญ่ขึ้นเป็นครั้งคราว คำอธิบายก็คือเนื่องจาก ping กำลังส่งแพ็คเก็ตเพียงอย่างน้อยทุกวินาทีจะไม่มีข้อมูลส่วนใหญ่เกิดจากความล่าช้าในการรับส่งข้อมูลแอพพลิเคชัน ในความเป็นจริงผลลัพธ์ของ ping มักจะบ่งบอกถึงความล่าช้าในการเผยแพร่ข้อมูลการเดินทางไปรอบ ๆ แทนที่จะใช้เวลาแฝงของแอพพลิเคชันที่แท้จริงในเครือข่าย ในตัวอย่างที่สอง (รูปที่ 8) เราจะเห็นความแตกต่างในการโหลดหรือระดับความอิ่มตัวของข้อมูลที่รายงานระหว่างมุมมองเฉลี่ย 5 นาทีและมุมมองการแผ่รังสี 5 มิลลิวินาที (BQM สามารถรายงานเกี่ยวกับการเกิดกระแสไฟลงได้ ความละเอียดประมาณ 10-100 นาโนวินาที) เส้นสีเขียวแสดงการใช้งานโดยเฉลี่ยที่ระดับเฉลี่ย 5 นาทีต่ำสุดอาจถึง 5 Mbitss พล็อตสีน้ำเงินเข้มแสดงกิจกรรมการระเบิดด้วยความเร็ว 5 มิลลิวินาทีซึ่งเข้าถึงระหว่าง 75 Mbitss และ 100 Mbitss ความเร็ว LAN อย่างมีประสิทธิภาพ BQM แสดงระดับรายละเอียดนี้สำหรับแอ็พพลิเคชันทั้งหมดและยังมีกฎการจัดเตรียมที่ชัดเจนเพื่อให้ผู้ใช้สามารถควบคุมหรือต่อต้านการเกิด microburst เหล่านี้ รูปที่ 8 ความแตกต่างในการโหลดการเชื่อมโยงรายงานระหว่างมุมมองค่าเฉลี่ย 5 นาทีและการใช้งาน Bulletin Microburst View ขนาด 5 ms ในเครือข่ายการซื้อขายรูปภาพ 9 แสดงการปรับใช้ BQM โดยทั่วไปในเครือข่ายการซื้อขาย รูปที่ 9 การปรับใช้ BQM ทั่วไปในเครือข่ายการซื้อขาย BQM สามารถใช้เพื่อตอบคำถามประเภทนี้ได้: มีการเชื่อมโยงแกนหลัก Gigabit LAN ของฉันอิ่มตัวนานกว่าเสี้ยววินาที X อันนี้ทำให้เกิดการสูญเสียลิงก์ใดจะได้รับประโยชน์สูงสุดจากการอัปเกรดเป็น Etherchannel หรือ ความเร็ว 10 กิกะไบต์ปริมาณการใช้งานแอ็พพลิเคชันใดที่ก่อให้เกิดความอิ่มตัวของการเชื่อมต่อ 1 กิกะบิทของฉันข้อมูลตลาดใดที่ประสบปัญหาการสูญเสียแบบ end-to-end ความล่าช้าเพิ่มเติมในการใช้งานศูนย์ข้อมูล failover มีขนาดเท่าไหร่เพื่อจัดการกับ microbursts ผู้ค้าของฉันมีขนาดเท่าไหร่ ได้รับการปรับปรุงความล่าช้าต่ำจากตลาดชั้นการกระจายข้อมูลพวกเขาเห็นความล่าช้าใด ๆ ที่มากกว่ามิลลิวินาที X ความสามารถในการตอบคำถามเหล่านี้ได้อย่างง่ายดายและมีประสิทธิภาพช่วยประหยัดเวลาและเงินในการทำงานเครือข่ายการค้า BQM เป็นเครื่องมือที่จำเป็นสำหรับการมองเห็นข้อมูลตลาดและสภาพแวดล้อมการซื้อขาย มีการวัดค่าแฝงแบบ end-to-end แบบละเอียดในโครงสร้างพื้นฐานที่ซับซ้อนซึ่งมีการเคลื่อนไหวข้อมูลที่มีปริมาณมาก การตรวจจับ microburst อย่างมีประสิทธิภาพในระดับย่อยมิลลิวินาทีและได้รับการวิเคราะห์จากผู้เชี่ยวชาญเกี่ยวกับเหตุการณ์หนึ่ง ๆ เป็นสิ่งล้ำค่าสำหรับสถาปนิกชั้นแนวหน้า ข้อเสนอแนะการจัดสรรแบนด์วิดท์อัจฉริยะเช่นการวิเคราะห์ขนาดและสิ่งที่ถ้าให้ความคล่องตัวมากขึ้นเพื่อตอบสนองต่อสภาวะตลาดที่ผันผวน เนื่องจากการระเบิดของการซื้อขายอัลกอริธึมและอัตราการส่งข้อความที่เพิ่มขึ้นอย่างต่อเนื่อง BQM รวมกับเครื่องมือ QoS ทำให้สามารถใช้นโยบาย QoS ที่สามารถปกป้องแอพพลิเคชันการซื้อขายที่สำคัญได้ โซลูชันการตรวจสอบเวลาในการให้บริการทางการเงินของ Cisco โซลูชัน Cisco และ Trading Metrics ได้ร่วมมือกับโซลูชันการตรวจสอบความล่าช้าสำหรับการสั่งซื้อ FIX และการตรวจสอบข้อมูลตลาด เทคโนโลยี Cisco AON เป็นรากฐานสำหรับผลิตภัณฑ์และโซลูชั่นแบบฝังตัวเครือข่ายใหม่ที่จะช่วยให้สามารถผสมผสานเครือข่ายอัจฉริยะกับโครงสร้างพื้นฐานแอพพลิเคชันโดยอาศัยสถาปัตยกรรมที่มุ่งเน้นการให้บริการหรือแบบดั้งเดิม เมตริกเมคเตอร์เป็นผู้ให้บริการชั้นนำด้านซอฟต์แวร์การวิเคราะห์สำหรับโครงสร้างพื้นฐานเครือข่ายและจุดประสงค์ในการตรวจสอบแอบแฝงแอพพลิเคชัน (tradingmetrics) โซลูชันการตรวจสอบเวลาในการให้บริการทางการเงินของ Cisco AON เกี่ยวกับบริการทางการเงิน (FSMS) มีความสัมพันธ์กับเหตุการณ์สองประเภทเมื่อมีการสังเกตการณ์: เหตุการณ์เครือข่ายมีความสัมพันธ์โดยตรงกับการจัดการข้อความแอ็พพลิเคชันที่สอดคล้องกันการจัดการใบสั่งทางการค้าและการจับคู่เหตุการณ์การปรับปรุงตลาดโดยใช้แสตมป์เวลาที่ถูกกล่าวหาว่าอยู่ในจุดจับภาพใน การวิเคราะห์เครือข่ายเรียลไทม์ของข้อมูลที่มีความสัมพันธ์เหล่านี้ช่วยให้สามารถบ่งบอกถึงปัญหาคอขวดทั่วโครงสร้างพื้นฐานได้อย่างแม่นยำขณะกำลังดำเนินการซื้อขายหรือมีการเผยแพร่ข้อมูลทางการตลาด โดยการตรวจสอบและวัดความแฝงในช่วงต้นรอบ บริษัท การเงินสามารถตัดสินใจได้ดียิ่งขึ้นว่าบริการเครือข่ายใดและตัวกลางตลาดหรือ counterpartyto ที่เลือกสำหรับการกำหนดเส้นทางคำสั่งซื้อทางการค้า ในทำนองเดียวกันความรู้นี้ช่วยให้สามารถเข้าถึงข้อมูลการตลาดล่าสุด (ราคาหุ้นข่าวเศรษฐกิจ ฯลฯ ) ซึ่งเป็นพื้นฐานที่สำคัญในการเริ่มต้นถอนหรือติดตามโอกาสทางการตลาด ส่วนประกอบของโซลูชันคือ: ฮาร์ดแวร์ AON ในรูปแบบสามแบบ: AON Network Module สำหรับ Cisco 2600280037003800 routers AON Blade สำหรับ Cisco Catalyst 6500 series AON 8340 เครื่องวัดการซื้อขายเครื่องใช้ไฟฟ้า MampA 2.0 ซึ่งเป็นแอปพลิเคชันการตรวจสอบและแจ้งเตือนจะแสดงกราฟความหน่วง แดชบอร์ดและแจ้งเตือนเมื่อมีการชะลอตัว (tradingmetricsTMbrochure. pdf) รูปที่ 10 การตรวจสอบแอบแฝง FIX แบบ AON Cisco IP SLA Cisco IP SLA เป็นเครื่องมือการจัดการเครือข่ายแบบฝังตัวใน Cisco IOS ซึ่งอนุญาตให้เราเตอร์และสวิทช์สร้างกระแสข้อมูลการจราจรแบบสังเคราะห์ซึ่งสามารถวัดได้สำหรับแฝงความกระวนกระวายใจการสูญหายของแพ็กเก็ตและเงื่อนไขอื่น ๆ (ciscogoipsla ) แนวคิดหลักสองข้อคือแหล่งที่มาของการเข้าชมที่สร้างขึ้นและเป้าหมาย ทั้งสองแบบนี้ใช้ IP SLA quotresponder ซึ่งมีหน้าที่รับผิดชอบในการจับเวลาการเข้าชมการควบคุมก่อนที่จะมาและส่งกลับตามเป้าหมาย (สำหรับการวัดเที่ยวรอบ) ประเภทการรับส่งข้อมูลต่างๆสามารถจัดหาได้จาก IP SLA และมีจุดมุ่งหมายเพื่อวัดและกำหนดเป้าหมายบริการต่างๆและแอพพลิเคชันต่างๆ การกระวนกระวายใจของ UDP ถูกใช้เพื่อวัดความล่าช้าแบบทางเดียวและแบบ round-trip และรูปแบบรายงาน เนื่องจากการเข้าชมเป็นเวลาประทับตราบนอุปกรณ์ส่งและอุปกรณ์เป้าหมายโดยใช้ความสามารถในการตอบกลับการหน่วงเวลาในการเดินทางไปกลับเป็นลักษณะสามเหลี่ยมระหว่างเดี๋ยวนี้ คุณลักษณะใหม่ได้รับการแนะนำใน IOS 12.3 (14) T, การรายงานย่อยมิลลิวินาทีของ IP SLA ซึ่งจะช่วยให้ timestamps สามารถแสดงผลได้ด้วยความละเอียดในหน่วยวินาทีซึ่งจะให้ระดับความละเอียดที่ไม่เคยมีมาก่อน คุณลักษณะใหม่นี้ได้ทำ IP SLA ที่เกี่ยวข้องกับเครือข่ายภายในมหาวิทยาลัยโดยที่ความหน่วงของเครือข่ายโดยทั่วไปอยู่ในช่วง 300-800 microseconds และความสามารถในการตรวจจับแนวโน้มและแนวโน้ม (แนวโน้มสั้น) ขึ้นอยู่กับตัวนับเม็ดข้อมูลขนาดเล็กเป็นข้อกำหนดสำหรับลูกค้าที่มีส่วนร่วมในเวลา - สภาพแวดล้อมการค้าอิเล็กทรอนิกส์ที่อ่อนไหว ด้วยเหตุนี้ IP SLA จึงได้รับการพิจารณาโดยองค์กรทางการเงินจำนวนมากเนื่องจากต้องเผชิญกับข้อกำหนดดังต่อไปนี้: รายงานความล่าช้าตามระยะเวลาพื้นฐานให้กับผู้ใช้ของตน Trend latency ตามช่วงเวลาตอบสนองต่อการแพร่กระจายของการเข้าชมที่ก่อให้เกิดการเปลี่ยนแปลงความล่าช้าที่รายงานไว้ได้อย่างรวดเร็ว Sub - millisecond reporting is necessary for these customers, since many campus and backbones are currently delivering under a second of latency across several switch hops. Electronic trading environments have generally worked to eliminate or minimize all areas of device and network latency to deliver rapid order fulfillment to the business. Reporting that network response times are quotjust under one millisecondquot is no longer sufficient the granularity of latency measurements reported across a network segment or backbone need to be closer to 300-800 micro-seconds with a degree of resolution of 100 igrave 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 Deployment Computing Services Computing services cover a wide range of technologies with the goal of eliminating 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 processingAt 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 IO acceleration inteltechnologyioacceleration306517.pdf ). Intermediate buffer copyingIn 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 inteltechnologyioacceleration306517.pdf ). Context switchingEvery 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 TCPIP 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): ciscoapplicationpdfenusguestnetsolns500c643cdccont0900aecd804c35cb. pdf. 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 application is dynamic. Using an application virtualization system like Data Synapses GridServer, applications can migrate, using pre-configured policies, to under-utilized servers in a supply-matches-demand process (wwwworkworldsupp2005ndc1022105virtual. htmlpage2 ). 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 quothead roomquot 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 (gridtoday030210101061.html ). This is called a data grid and is the first step in the process of creating what Gartner calls Extreme Transaction Processing (XTP) (gartnerDisplayDocumentrefgsearchampid500947 ). 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. Todays data grids are localized in data centers connected by Metro Area Networks (MAN). This is mainly because the applications themselves have limitsthey 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 is 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 the 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 serversone 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 brokerages 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 large 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 CSCO. last. 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 filtering 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 GroupsChannels 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 only one message in each packet quickly reaches the point of diminishing returnsthere 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 networkapplication 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 and 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 have 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 multicast 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 protocol 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.