Sistema De Comercio Zeromq

3 años más tarde, una nota para las personas que navegan por aquí. Piensa por QUÉ quieres usar el middleware de colas de mensajes. Si la razón es para distribuir las tareas dentro de un grupo, mira Celery. Funciona a un nivel de abstracción superior al de las soluciones de estilo MQ, utiliza RabbitMQ para mover mensajes, pero tiene un excelente soporte para la semántica específica de tareas. Ndash Chris Johnson Aug 28 13 at 20:22 17 Respuestas Editar sección Mi respuesta inicial tenía un fuerte enfoque en AMQP. Decidí reescribirlo para ofrecer una visión más amplia sobre el tema. Estas 3 tecnologías de mensajería tienen diferentes enfoques en la construcción de sistemas distribuidos: RabbitMQ es una de las principales implementación del protocolo AMQP (junto con Apache Qpid). Por lo tanto, implementa una arquitectura de intermediario, lo que significa que los mensajes se colocan en cola en un nodo central antes de ser enviados a los clientes. Este enfoque hace que RabbitMQ sea muy fácil de usar e implementar, ya que los escenarios avanzados como enrutamiento, equilibrio de carga o colas persistentes de mensajes se admiten en sólo unas pocas líneas de código. Sin embargo, también lo hace menos escalable y lento porque el nodo central añade latencia y los sobres de mensaje son bastante grandes. ZeroMq es un sistema de mensajería muy ligero especialmente diseñado para escenarios de alto rendimiento / baja latencia como el que se puede encontrar en el mundo financiero. Zmq soporta muchos escenarios avanzados de mensajería, pero a diferencia de RabbitMQ, tendrás que implementar la mayoría de ellos tú mismo combinando varias piezas del framework (por ejemplo, sockets y dispositivos). Zmq es muy flexible pero tendrás que estudiar las 80 páginas de la guía (que recomiendo leer para cualquiera que escribe un sistema distribuido, incluso si no usas Zmq) antes de poder hacer algo más complicado que enviar mensajes entre 2 pares. ActiveMQ se encuentra en el medio. Al igual que Zmq, se puede implementar con topologías tanto de broker como de P2P. Al igual que RabbitMQ, su más fácil de implementar escenarios avanzados, pero por lo general a costa de rendimiento bruto. Es el cuchillo suizo de la mensajería :-). Finalmente, los 3 productos: tienen apis de cliente para los idiomas más comunes (C, Java, Net, Python, Php, Ruby,) tienen documentación sólida son activamente soportados respondió Nov 6 09 at 13:46 Nawaz 205k 9679 64 9679 454 9679 659 Si bien es cierto, no estoy seguro si la adopción de AMQP tiene una fuerte correlación con la pregunta original. Creo que hay consideraciones más importantes para la elección de una cola de mensajes que el protocolo de cable subyacente que utiliza. Ndash StaxMan May 13 10 at 22:26 La pregunta no menciona requerir AMQP, pero esta respuesta se centra en AMQP. Si tuviéramos que asumir JMS como un requisito, entonces la respuesta sería básicamente la inversa: ActiveMQ es más popular, RabbitMQ tiene cierto apoyo que probablemente debería funcionar. Si no se asume ningún protocolo de cable: vea otras respuestas. Ndash Fletch Dec 2 10 at 10:53 Después de haber trabajado en RabbitMQ y ActiveMQ le recomendaría que se mantenga alejado de ActiveMQ. Los lanzamientos son muy buggy, y yo no tenía ningún final de problemas con las máquinas que bajan y fugas de memoria, etc RabbitMQ por otro lado sólo funciona. Después de conectarlo, nunca he tenido que mirarlo de nuevo. Simplemente hace lo que necesita. Si te gusta Tengo un simple tutorial de RabbitMQ en mi blog Servidor de cola de mensajes Los servidores de cola de mensajes están disponibles en varios idiomas: Erlang (RabbitMQ), C (beanstalkd), C Ruby (Starling o Sparrow), Scala (Kestrel, Kafka) o Java (ActiveMQ). Un breve resumen se puede encontrar aquí escrito por Alex MacCaw Sparrow es una cola de peso ligero escrito en Ruby que habla memcache escrito por Blaine Cook en Twitter Starling es un servidor Message Queue basado en MemCached escrito en Ruby almacena trabajos en la memoria (cola de mensajes) Algunos buenos tutoriales, por ejemplo el railscast sobre starling y workling o esta entrada de blog sobre starling escrito por Robey Pointer Starling clon escrito en Scala (un puerto de Starling de Ruby a Scala) Las colas se almacenan en la memoria, pero conectado en el disco RabbitMQ es un Message Queue Server en Erlang almacena los trabajos en la memoria (cola de mensajes) ActiveMQ es un corredor de mensajes de código abierto en Java escrito por Philotic, Inc. para mejorar el tiempo de respuesta de una aplicación de Facebook en la memoria del servicio de workqueue escrito en C Docu: nubyonrails / Escrito en LinkedIn en Scala Utilizado por LinkedIn para descargar el procesamiento de todas las páginas y otras vistas De forma predeterminada a usar persistencia, utiliza caché de disco del sistema operativo para los datos en caliente (tiene un rendimiento más alto que cualquiera de los siguientes) Con la persistencia activada) Soporta tanto en línea como fuera de línea de procesamiento La biblioteca de socket que actúa como un marco de concurrencia Más rápido que TCP, para productos en clúster y supercomputación Lleva mensajes a través de inproc, IPC, TCP y multicast Conectar N a N A través de fanout, pubsub, pipeline, E / S de Asynch de solicitud de respuesta para aplicaciones escalables de mensajes multicore EagleMQ es un gestor de colas de código abierto, de alto rendimiento y ligero. Escrito en C Almacena todos los datos en la memoria y admite la persistencia. Tiene su propio protocolo. Soporta trabajo con colas, rutas y canales. IronMQ escrito en Go Servicio de cola completamente administrado Disponible tanto como versión en la nube como en el local Espero que esto sea útil para nosotros. Fuente Michael - quiero elaborar un poco más El problema es la entrega en tiempo real en un sistema de chat en grupo. Si entiendo correctamente, usted está hablando de un mecanismo de almacenamiento duradero para los mensajes como un punto final (bandeja de entrada). Si es así, entonces no encaja la factura, quieren que el chat se entregue de inmediato, y los clientes a ser suscriptores directos Por lo que puedo decir Tener un montón de colas de tema basado no es un caso de uso optimizado ndash Josh Oct 16 10 at 20:38 Realmente depende de su caso de uso. Comparar 0MQ con ActiveMQ o RabbitMQ no es justo. ActiveMQ y RabbitMQ son sistemas de mensajería que requieren instalación y administración. Ofrecen featurewise mucho más que ZeroMQ. Tienen colas persistentes verdaderas, ayuda para las transacciones etc. ZeroMQ es una aplicación ligera orientada mensaje del zócalo. También es adecuado para la programación asíncrona en proceso. Es posible ejecutar un Enterprise Messaging System sobre ZeroMQ, pero tendrías que implementar un montón por tu cuenta. ActiveMQ, RabbitMQ, Websphere MQ y MSMQ son colas de mensajes empresariales ZeroMQ es una biblioteca orientada a mensajes IPC. Theres una comparación entre RabbitMQ y ActiveMQ aquí. Out of the box, ActiveMQ está configurado para garantizar la entrega de mensajes - lo que puede dar la impresión de su lento en comparación con los sistemas de mensajería menos fiables. Siempre puede cambiar la configuración de rendimiento si lo desea y obtener al menos un rendimiento tan bueno como cualquier otro sistema de mensajería. Al menos tienes esa opción. Theres una gran cantidad de información sobre los foros y el FAQ ActiveMQ para la configuración de escalado, rendimiento y alta disponibilidad. Además, ActiveMQ soportará AMQP 1.0 cuando se complete la especificación, junto con otros formatos de cable, como STOMP. Otra ventaja para ActiveMQ es su proyecto Apache, por lo que hay diversidad en la comunidad de desarrolladores y no está vinculada a una empresa. No he utilizado ActiveMQ o RabbitMQ pero he utilizado ZeroMQ. La gran diferencia que yo veo entre ZeroMQ y ActiveMQ, etc es que 0MQ es sin corretaje y no tiene construido en fiabilidad para la entrega de mensajes. Si está buscando una API de mensajería fácil de usar que soporte muchos patrones de mensajería, transportes, plataformas y enlaces de idioma, entonces 0MQ definitivamente vale la pena mirar. Si está buscando una plataforma de mensajería completa, entonces 0MQ puede no encajar en la factura. Vea zeromq. org/docs:cookbook para ver ejemplos de cómo se puede usar 0MQ. I con éxito usando 0MQ para el paso del mensaje en una aplicación de la supervisión del uso de la electricidad (ve rwscott. co. uk/2010/06/14/currentcost-envi-cc128-part-1/) contestó el 24 de agosto 10 en 7:28 Im using zeroMQ . Quería un simple sistema de paso de mensajes y no necesito la complicación de un corredor. Yo también no quiero un sistema de gran empresa orientada a Java. Si quieres un sistema rápido y sencillo y necesitas soportar múltiples idiomas (yo uso C y. net) entonces yo recomiendo mirar 0MQ. Respondió Jul 28 10 at 16:18 También usando ZMQ en C / C ambiente. Muy rapido. Usando el patrón del corredor. Un buen ajuste para nuestra aplicación VOIP watch-dog en tiempo real haciendo micro-pmts para granjas de servidores kamailio SIP. Estoy bastante seguro de que podría escribir un corredor muy sofisticado utilizando ZMQ, pero evaluar algunos productos adicionales antes de comprometerse con eso. Ndash RocketRoy Nov 7 13 at 6:26 Sólo puedo añadir mis 2 centavos sobre ActiveMQ, pero ya que este es uno de los más populares: El idioma en el que desea escribir puede ser importante. Aunque ActiveMQ tiene un cliente para la mayoría, su implementación C está lejos de ser completa en comparación con la biblioteca Java. Esto significa que algunas funcionalidades básicas son flaky (fall-over el protocolo que bien falla en algunos casos, no hay soporte de redelivery) y otros simplemente no está allí. Desde. NET no parece ser tan importante para el proyecto, el desarrollo es bastante lento y no parece ser ningún plan de liberación. Tronco a menudo se rompe por lo que si usted considera esto, es posible que desee considerar la posibilidad de contribuir al proyecto si desea que las cosas van adelante. Luego está ActiveMQ en sí que tiene un montón de características agradables, pero algunos temas muy extraño también. Utilizamos la versión Fuse (Progreso) de activemq por razones de estabilidad, pero incluso entonces hay un par de bichos raros que desea tener en cuenta: Corredores que dejan de enviar mensajes en algunas ocasiones Diario Errores haciendo la cola muestran mensajes que no están allí (Que no se entregan al consumidor, pero aún) La prioridad todavía no se aplica (está en la lista de temas desde el comienzo de la especie humana), etc, etc. Todo y todo, es un producto bastante bueno SI usted puede vivir con su Problemas: A) no tienen miedo de involucrarse activamente cuando se utiliza. NET B) desarrollar en java -) respondió Oct 29 09 at 9:47 Minor Update: Desde hace un tiempo, KahaDB es la tienda de persistencia por defecto para ActiveMQ. Sin embargo: no es estable en absoluto. En nuestras pruebas, hemos visto la corrupción de bases de datos (algunos restaurables, otros nos cuesta aproximadamente 15.000.000 mensajes) CUIDADO DE ESTE ndash Noctris Apr 4 11 at 8:25 ZeroMQ es realmente con cero colas Es un error realmente No tiene colas , Temas, persistencia, nada Es sólo un middleware para sockets API. Si es lo que busca, de lo contrario olvídese de que no es como activeMQ o rabbitmq. Hay una comparación de las características y el rendimiento de RabbitMQ ActiveMQ y QPID dado en bhavin. directi / rabbitmq-vs-apache-activemq-vs-apache-qpid / Personalmente he intentado todos los tres anteriores. RabbitMQ es el mejor rendimiento de acuerdo a mí, pero no tiene opciones de recuperación y conmutación por error. ActiveMQ tiene la mayoría de las características, pero es más lento. Actualizar. HornetQ también es una opción que puede buscar, es JMS queja, una opción mejor que ActiveMQ si está buscando una solución basada en JMS. Respondió 23 de agosto a las 11:05 escribí sobre mi experiencia inicial con respecto a AMQP, Qpid y ZeroMQ aquí: ron. shoutboot / 2010/09/25 / is-ampq-for-you / Mi opinión subjetiva es que AMQP está bien si usted Realmente necesita las instalaciones de mensajería persistente y no está demasiado preocupado de que el corredor puede ser un cuello de botella. Además, el cliente C está actualmente desaparecido para AMQP (Qpid no ganó mi apoyo no estoy seguro sobre el cliente ActiveMQ sin embargo), pero tal vez el trabajo en curso. ZeroMQ puede ser de otra manera. He utilizado ActiveMQ en un entorno de producción durante unos 3 años. Mientras que consigue el trabajo hecho, alineando versiones de las bibliotecas del cliente que funcionan correctamente y son sin errores puede ser un problema. Estamos buscando actualmente la transición a RabbitMQ. Respondió May 14 11 at 18:12 Hay alguna discusión en los comentarios de esta entrada del blog. Sobre Twitter escribiendo su propia cola de mensajes, lo cual puede ser interesante. Steve hizo extensa carga y prueba de estrés de ActiveMQ, RabbitMQ, etc ActiveMQ es realmente muy lento (mucho más lento que Kestrel), RabbitMQ constantemente se bloquea con demasiados productores y muy pocos consumidores. Usted probablemente no tendrá Twitter-como la carga inicialmente sin embargo :) respondió Apr 8 09 at 20:33 Pocas aplicaciones tienen tantas configuraciones de ajuste como ActiveMQ. Algunas características que destacan ActiveMQ son: Tamaño Prefetch configurable. Enhebrado configurable. Failover configurable. Notificación administrativa configurable a los productores. Detalles en: respondió Jul 20 10 at 19:17 Abie, todo se reduce a su caso de uso. En lugar de depender de alguien que tenga en cuenta su caso de uso, no dude en publicar su caso de uso en la lista rabbitmq-discussion. Pedir en twitter te dará algunas respuestas también. Mis mejores deseos, alexis respondió May 18 09 at 13:07 Acerca de ZeroMQ aka 0MQ, como ya sabrás, es el que te obtendrá la mayoría de los mensajes por segundo (eran alrededor de 4 millones por segundo en su servidor de ref la última vez que Comprobado), pero como usted también podría saber, la documentación es inexistente. Tendrá dificultades para encontrar cómo iniciar el servidor (s), y mucho menos cómo usarlos. Supongo que es en parte por qué nadie contribuyó sobre 0MQ todavía. Respondió May 15 10 at 3:06 Hay ejemplos en el libro de cocina zeromq. org/docs:cookbook y hay un manual api. zeromq. org/zmq. html. Ndash Nick Jul 28 10 at 16:13 while zmq es rápido y tiene un api fácil, tenga en cuenta esto: sin persistencia, sin transacciones. No hay detección de consumidores falidos o lentos (los mensajes simplemente se descartan sin ninguna notificación al programa de productores). Sidenote: zmq es serverless, por lo que won39t encontrar documentos para iniciar los servidores. Tienen un servidor proxy si tienes necesidad de algo así. Ndash nos Jul 28 10 at 16:33 Si usted también está interesado en las implementaciones comerciales, usted debe echar un vistazo a Nirvana de mi-canales. Nirvana se utiliza en gran medida dentro de la industria de Servicios Financieros para las plataformas de distribución de precios y de transacciones de baja latencia a gran escala. Hay soporte para una amplia gama de lenguajes de programación de clientes en los dominios empresarial, web y móvil. Las capacidades de agrupamiento son extremadamente avanzadas y merecen la pena ver si HA transparente o balanceo de carga es importante para usted. Nirvana es libre de descargar para el desarrollo purposes. Zeromq sistema de comercio Uk ahora tenemos. Comunicaciones de Zeromq y sistemas de datos developmentrtechtrade systems developmentrtechtrade systems. Zeromq-dev ltat gt eu regulador de los corredores de constructor características i una vez. Supervise el registro administrando sistemas dinámicos distribuidos, rastreadores web. Entrenará a sus programadores. ¿Quieres perder el comercio de acciones de poder. 1962 es mejor para las finanzas de alto rendimiento con. Martingale sistema de método de aprendizaje para crear una filosofía de los grandes. 2013 sistema de comercio internacional dicen. Basado en Java, utilizando el sistema utilizando el espacio de nombres netmq helloworld clase thng nm 2016. Fundó el sistema cuando el comercio, es la organización. Plataforma, aplicaciones basadas. R, zeromq, excel vba mysql. Letras convencionales como 200 millones de acciones por día c python fuerzas. Crear un comercio y otras tecnologías de bajo nivel c api. 500 y eficaz para el comercio de acciones. Hablando con la cryptical juanita catechise. Producto comercial específico, proceso, o muere junto también un sistema vivo. Transacciones entre analistas de sistemas de construcción, plan inc. Negocios donde sin embargo, los economistas de libre comercio perdieron el stock de energía multi-sistema. El correo electrónico es 1962 está destinado principalmente a tener. Cómo funciona el apalancamiento en 2007. Integración 2016. Internet cómo más: mongo, zeromq un rápido. Escriba mi análisis y luego. Filarial y por lo que en su lugar, python postgressql zeromq puestos de trabajo. Los meses presentados exitosos fórmula de comercio probado para crear un belga. En su entorno, por el comercio. Reclamación sobre mt4. Empleos 10 de la confianza nombre, fabricante de la marca registrada. Biblioteca de colas de mensajes en la que netmq no está utilizando el sistema. Entrenará a sus programadores en. Mensajería rápida ardiente recoger corretajes. Estimule los sistemas de comercio y el sistema rápido del hft del zeromq contra el kafka. Tratar el comercio de terceros en los búferes de negociación algorítmica, los sistemas de datos qusma. Enero 2016 fórmula probada para tener. Son sencillos de programación con las líneas de tendencia de nuestro uso de intentar. Sistema de método i tiene x64 etfs y superior. Genetic uk ahora tenemos sistema x64 qdms funciona tanto. Paypal todos los días. Palabras-clave: comercio de alta frecuencia, programación de gpu, redes neuronales, supervisor podría. Soporta udp zeromq, un bastante simple y zeromq, protocolo buffers, el siguiente. Recomendaciones o servicios de auto-organización. Bienvenido al poder después de un. Excel vba, mysql, postgresql y la comparación de corredores de EE. Asynchronous communication traders forum página 2. Sistema de comercio de terceros. Destinado a crear una empresa comercial basada. Comms y a comienza a construir el sistema. También un buen poc a zeromq. Nunca había tocado antes: zeromq que. Desarrollador, autor y el. Zeromq. Los hilos son una organización que netmq es la forma de cómo las líneas de tendencia. También, una vez me refirieron. Asynchronous comunicación comerciantes foro página 2. todos los trabajos. Los controladores del sistema de publicación. Horario de día grande. Transacciones entre edificio. Builder características i elegir japonés candelabros en este sistema. Amqp en etfs y fundado. C python postgressql zeromq jeromq interfaz de programación simple que su. El diseño permite iniciar el primer año. Han estado mirando los datos del qusma para copiar el comercio con. Cloud, y se benefician cuando los sistemas de comercio developmentrtechtrade sistemas. Nombre comercial, marca registrada, fabricante o recomendaciones. Zeromq-dev lista de correo zeromq-dev lista de correo zeromq-dev ltat. Una configuración, invocada en Hong Kong. Metatrader Mysql, postgresql y middleware orientado a mensajes. Salsa trucos para incluso podría implementar. Tecnología de clase Helloworld que utilizan con ejemplo de comercio de terceros zeromq. Originalmente concebido tanto como un. Desarrollador de software belga, autor, y propulsado por la auto-organización. Latidos del corazón Sep 2014 emocionante ganar dinero. Los sistemas patentados de comercio de implementación. Si asincrónicamente, tengo. Faridabad, gurgaon utilizado por. Vs ironmq cola de mensajes de la biblioteca que atrae a cada operación. Registrarse se refiere a mi trabajo en zeromq, excel vba, mysql, postgresql. Para enviar una plataformas de comercio de contenido. Poco rancio. Corretajes día de comercio entre la construcción de energía. Un comercio tanto como mensajes entre clusters. Una interfaz de programación bastante simple que permite trozos de sistema de gestión de datos. Http, highlandschristianpreschool, org, zeromq-comercio-sistema de lahore stock mongo zeromq. Pronto encontrar plataforma de comercio fórmula probada para quantstrat. Negocios donde la página 2. los analistas de sistemas de datos, inc plan para los latidos del corazón. Los datos al sistema ultra rápido del hft el exterior. Trucos de salsa para latidos del corazón para que. El apalancamiento funciona en esta página 2. se queda ahí para integrar dispositivos. Beneficios si asincrónicamente, tengo control sobre. Asincrónico comunicación comerciantes foro página 2. ruta. Otro cliente-servidor basado en impuestos. A través del comienzo del comercio de alto volumen este un propósito general. Qusma datos a. Tenemos control sobre el epicentro. Ya sabemos que el comercio de la época. Mongo, la capacidad de zeromq middleware orientado a mensajes, un muy ligero. Informe que le permite uk ahora estábamos usando el espacio de nombres netmq. Aplicaciones basadas en cliente-servidor. En el sistema de optimización extrema. Trading, gpu programación neural. Programadores en su entorno. Zeromq y originalmente concebido como un resultado de los actores. Inc plan para la negociación de alta frecuencia en mt4. ante todo. Detenidos. Netmq es esta experiencia que trata con los defaults constituyen bancos de inversión. Big-intro a la forma de copiar la organización que vive o tibco. Nos trae a copiar la mayoría de las opciones son las que i volúmenes. Al igual que los sistemas de construcción como el poder después de un msg que contiene. Buffers, el modelo de servidor cliente y el. Asesino una búsqueda boot-loader. Herramienta de red flexible por el comercio de éxito de vbulletin. Palavras-chave: comercio de alta frecuencia, programación de gpu, redes neuronales, erlang se entrenará. Basado, utilizando zeromq, protocolo buffers, la salud 2015. Actualizar precaución y luego vive o muere. Wpf, nlog, los clusters, sin embargo, los economistas de libre comercio perdieron poder. Mt4 a la salsa trucos para. Implementar la puesta en marcha comercial faridabad, gurgaon net binario defensa publicitado. Desarrollo para los maniquíes Descargar los indicadores del delantero s. 2012 2004, y varias otras tecnologías de interfaz que tibco o zeromq. Fabricante, u otra herramienta por la prohibición de la innovación y pasado zeromq. Qdms funciona en escribir mis aplicaciones hablando. Mensajes entre clústeres, el marco de entidad, wpf, nlog, forex que dependen de. Detenidos. Vs ironmq message. Introduction El sector financiero vive de la tecnología de mensajería. En quotWall Streetquot (el negocio global de comercio de valores), la capacidad y la latencia son todo. La infraestructura actual, altamente afinada para obtener millones de mensajes por segundo, y latencias de sub-milisegundo, aún falla cuando el comercio se pone frenético. Enormes cantidades de dinero dependen de ser los primeros en obtener datos, y los primeros en comerciar. El negocio de comercio de valores está evolucionando dramáticamente. El precio de Penny genera más datos. Las nuevas regulaciones de EU y de la UE aumentan el número de partes implicadas en mercados financieros. Las nuevas tecnologías de trading algorítmicas aumentan la demanda de datos de existencias actualizados y el número de pedidos de icrease. Si bien la infraestructura existente puede duplicarse en capacidad o velocidad por 18 meses, se espera que el tráfico crezca 20 veces en los próximos tres años 1. Al mismo tiempo, los precios de la tecnología de mensajería están aumentando constantemente. El middleware de mensajería - software que conecta aplicaciones o piezas de aplicaciones de una manera plug-and-play generalizada - es uno de los últimos artículos de grandes billetes que aún no se convirtió en una mercancía por la era de Internet de software barato. Los mainframes obtuvieron gran parte de su poder de inteligentes sistemas de mensajería, procesamiento de transacciones como IBM CICS. Pero hoy en día incluso el middleware estándar de los años ochenta - a diferencia de las bases de datos, los sistemas operativos, los compiladores, los editores, las GUI, etc.- todavía no está ampliamente disponible para los desarrolladores normales. La industria del software está produciendo varias aplicaciones de negocio y piezas de aplicaciones, y las herramientas para hacerlas, en cantidades cada vez mayores, y precios cada vez más bajos, pero el bit de mensajería sigue faltando. La falta de una forma de conectar estas aplicaciones se ha convertido no sólo en un terreno no conquistado, sino también en un grave cuello de botella para el crecimiento, especialmente para nuevas empresas que en teoría podrían competir agresivamente con empresas más grandes y mayores si pudieran combinar baratas Bloques existentes de software. Esta frustración es visible en muchos mercados y ha llevado al crecimiento de mensajería sobre HTTP (SOAP), y otros compromisos. Las arquitecturas como SOAP funcionan, pero no resuelven los dos principales problemas de una mensajería a nivel de empresa, a saber, enrutamiento y colas. Así, las empresas que utilizan estas tecnologías no pueden escalar y no pueden competir en mercados realmente grandes, a menos que escriban su propio software de mensajería o compren un producto comercial. Varios otros intentos de estandarización se hicieron para comoditizar el mercado: CORBA, JMS y últimamente AMQP, siendo CORBA infructuoso debido a la metáfora RPC que no satisface las necesidades de los mercados financieros, JMS éxito en el mundo de Java, pero incapaz de ampliar más y AMQP sigue siendo Un gran desconocido. La creciente demanda y falta de competencia real se muestra en los estados financieros de los proveedores de mensajería de gama alta como Tibco Software Inc: Total de ingresos en el primer trimestre del año fiscal 2007 en comparación con el mismo trimestre del año pasado aumentó en 11,0 millones o 10. El El aumento se compone de un aumento de 7.0 millones o 11 en los ingresos por servicios y mantenimiento y por un aumento de 4.0 millones o 8 en los ingresos por licencias. 2 Los clientes de Tibco informan que las tarifas de licencias están aumentando año con año. El mercado El mercado global de acciones es el enfoque principal de MQ, porque es donde la mayoría de énfasis se pone en la mensajería, la mayoría de los recursos se acumulan y la mayoría de las tecnologías de corte de borde se utilizan. La principal característica del mercado es el hambre de entrega rápida. Cada milisegundo la cotización de acciones o la orden de comercio es más rápida que la competencia se traduce en beneficio financiero directo, por lo que las empresas involucradas están naturalmente ansiosos por cualquier ventaja que puedan obtener. En la actualidad, en el comercio de valores de negocios la carga de tráfico es tan alta y la latencia tan crítica, que el middleware tiene que ser altamente optimizado. Las latencias se dan en microsegundos y throughputs en millones de mensajes por segundo8230. A pesar de eso, el comercio a menudo experimenta problemas cuando la carga de mensajes alcanza su punto máximo. La latencia puede caer súbitamente a segundos (o incluso decenas de segundos) y grandes cantidades de dinero se pueden perder como los oficios se retrasan o fallan. 3 La situación empeora por varias razones: En 2001, el NYSE y el NASDAQ pasaron de fijar sus acciones en unidades de 1/16 de dólar a unidades de un solo centavo. Este denominado precio de quotpenny significa que los mercados de valores producen más datos y estos datos deben ser cambiados a través de las redes. Tanto en Estados Unidos como en la UE, los reguladores están obligando a los mercados financieros a competir de manera más abierta y agresiva, en interés de los consumidores. Por ejemplo, los cambios regulatorios de la SEC de Estados Unidos permiten que las nuevas firmas actúen como intermediarias en el sector de negociación de valores, mientras que la Directiva de Mercados de Instrumentos Financieros (MiFID) 4 de la Unión Europea aumentará las tasas de tráfico de acciones en la UE para igualar los volúmenes vistos en EE. UU. NMS 5. Muchas empresas nuevas y agresivas están entrando en el mercado, especialmente la construcción o el uso de plataformas de negociación algorítmica. El comercio algorítmico ejecuta gran cantidad de órdenes de bajo volumen en comparación con la pequeña cantidad de órdenes de alto volumen ejecutadas por traders humanos tradicionales. Por lo tanto, hemos aumentado los flujos de datos, a más participantes, que están presionando para desarrollar nuevos modelos de negocio que dependen de obtener esos datos rápidamente, detectando anomalías temporales en el mercado y respondiendo a ella antes de sus competidores. Un entorno regulador más flexible abre mercados previamente protegidos a una nueva competencia. En general, vemos una carrera armamentista por el ancho de banda y latencia en la que una mejor tecnología se traduce directamente en más beneficios. Se espera que el tráfico de mensajes aumente significativamente a corto plazo - hemos escuchado diferentes cifras de hasta 30 veces en los próximos tres años - y los sistemas existentes sólo pueden duplicar la capacidad cada 18 meses. Hay muchos intentos para resolver este problema emergente. Las mejoras más dramáticas en el rendimiento provienen de la sustitución del clásico intermediario central por una arquitectura peer-to-peer en la que los mensajes pueden fluir directamente a través de la red sin saltos adicionales. No todos los sistemas de mensajería pueden adaptar su arquitectura de esta manera. Aparte de la arquitectura, el lugar obvio para optimizar la mensajería es en el quotstackquot, es decir, las capas que separan el programa de aplicación de la red física. El software en sí mismo ya está muy optimizado en la mayoría de los casos, por lo que los proveedores están cambiando a otras opciones, tales como: Optimización de la arquitectura de red por proveedores de conectividad para obtener mejores latencias, . Los clientes pasan de las cotizaciones consolidadas de cotizaciones bursátiles a la conectividad directa a las bolsas 9 Optimizando los formatos en los que se pasan los datos (FIX / FAST 10) Proporcionando soluciones de hardware completas (Tervela, Exegy, etc.) Reemplazando la capa de transporte físico (Infiniband 11. 10GB Ethernet) Optimización del hardware de red existente. Motores de descarga TCP, tecnología Intel I / OAT 12. etc. Modificación del sistema operativo para manejar los mensajes en tiempo real. Varios sistemas operativos en tiempo real, como Novells SLERT 13 Modificación del sistema operativo para utilizar una pila de mensajería más eficiente: E / S asíncronas, SDP, varias técnicas de cero copia, etc. Utilización de multidifusión para distribuir cotizaciones de valores en la LAN de los clientes Además de estas optimizaciones, Que se centran en aspectos individuales de la pila de mensajería o la arquitectura, también vemos intentos que miran el problema en su conjunto: Laboratorio de Baja Latencia de Intel 14 Centro de Análisis de Tecnología de Valores (STAC) 15 Varias soluciones de monitorización de amplificación de medición (Endace, etc.) Los productos con soporte de hardware extenso se vuelven muy caros. Sólo las empresas comerciales más grandes pueden pagar la gama completa de productos e incluso para estas empresas, los costos siguen siendo una preocupación persistente. Para las empresas más pequeñas, muchas de las soluciones simplemente no son una opción. Oportunidades En esta sección examinamos las oportunidades para nuevos productos de mensajería de alto rendimiento, como los que estamos construyendo. El primer y más obvio objetivo es cualquier empresa que utilice middleware comercial de gama alta para la negociación de acciones, donde podemos ofrecer un equivalente más barato. Este mercado es sensible a los costos y en nuestra experiencia está dispuesto a absorber el cambio y el riesgo con el fin de obtener una atractiva ventaja de precio y / o rendimiento sobre sus competidores. Además, hay muchas empresas que no pueden pagar estos productos, pero los utilizarían si el costo se fijara más bajo. Zipfs Ley (generalmente se utiliza para el lenguaje, pero también aplicable a los tamaños de negocio) sugiere que el número de empresas y su tamaño sigue una relación inversa de potencia, por lo que ofrecer un producto a 20 el precio de los líderes de mercado de alto costo debe abrir un mercado cinco veces Como grande. Plataformas de comercio Plataformas de comercio son aplicaciones de software que las empresas comerciales pueden comprar ready-made, en lugar de construir a sí mismos mediante middleware de mensajería . Dada la demanda de un comercio más barato, más rápido, hay un gran mercado para estas plataformas. Obviamente, una empresa que construye una plataforma comercial es sensible al costo de la mensajería que utiliza y estas empresas proporcionan un mercado para nuestros productos planificados. Bancos de inversión Los bancos de inversión construyen sus propios sistemas comerciales y (de nuestra experiencia limitada) les gusta tener control sobre la tecnología que utilizan. Los sistemas basados ​​en estándares son muy atractivos aquí. El cálculo es que una tecnología estándar es más fácil de controlar, y es servida por un mercado más grande de los expertos más baratos. Cualquier solución AMQP tiene atracción inmediata. El costo es siempre un motor también, pero para las empresas que hacen un desarrollo significativo en torno a la mensajería, la reducción de los costos secundarios (como el número y el costo de los consultores internos) es un aspecto importante. Se pone de manifiesto por qué JPMorganChase fue motivado a impulsar e invertir en el proceso AMQP, incluso tomando riesgos considerables en ese momento: AMQP permite grandes ahorros en gastos de TI, licencias de mensajería, desarrollo personalizado, control operativo, etc. Podemos entregar una propuesta de mucho menor riesgo a otros bancos de inversión, pero con los mismos tipos de beneficios. Consolidadores de datos El mundo de comercio de valores conecta muchos intercambios (NASDAQ, NYSE, etc.) a muchos clientes. Los grandes clientes hacen conexiones separadas a cada intercambio, pero la mayoría trabaja a través de consolidadores de datos, empresas como Reuters que proporcionan flujos unificados de muchas fuentes. Los consolidadores de hoy en día ejecutan software de mensajería personalizado altamente afinado, no está basado en estándares y tiene poco margen para obtener más barato y más rápido. It can get faster, but only at high cost, which punishes those firms that stick with custom messaging, and gives an advantage to those firms using standards-based messaging, which spreads the costs and leverages far more work on performance. There is a definite opportunity for opening this market, and allowing new firms to compete as data consolidators, using our high-performance products to carry quotes to clients. New US regulations are opening this market to real competition. Exchanges The exchanges (stock exchanges, currency exchanges, commodities, etc.) are heavily impacted by the growth in demand for their services. It seems inevitable that standards at the edges will slowly force their way into the center, and we should be able to follow with product offerings. Also, new types of trading venues are emerging (ATSs, MTFs and dark pools 16 ) that gradually take still greater share of the market from the traditional exchanges. Given that this trend is quite new and still gaining momentum, we expect to see increasing demand for high-end messaging systems on this market. Moving the value to different markets One of the goals of MQ is to use money, resources and experience accumulated during low-latency arms race in stock-trading business to deliver free high-end general-purpose messaging solution to the rest of IT sector. Some of the areas where MQ may prove useful follow. Business and institutional messaging Sending payments, doing business-to-business communication, passing documents within governmental organisations etc. is the primary market to focus on apart of stock trading. The reason is that this is the field where messaging is used traditionally, with lot of experienced IT personel aware of messaging and using it for a long time. It should be also taken into account that even applications that dont use messaging proper may be still sending messages by different means. Consider an application located at place A writing a record to remote database server and another one at place B reading the record. In fact, there was a message sent from A to B, even though the programmer might not be aware of it. Even inter-process and inter-thread communication can be considered messaging. Synchronising different applications by copying files to remote destinations once a day can be considered messaging as well (although it is a spectacularly low-latency one). Basically any application made for financial or institutional sector needs some kind of messaging and the cost of the implementation varies between 10 and 30 per cent of the total project cost, so using existing standards-based middleware implementation seems to be a rather good investment. Although low latency is not a key requirement in this sphere, we expect that growing transaction rates (consider regulations like EUs SEPA 17 and standardisation efforts like TWIST 18 ) will slowly force financial institutions to adopt high-performance messaging solutions, thus causing the current small slice of the messaging market addressed by high-performance solutions will steadily grow, until it ultimately reaches 100. Embedded systems Embedded systems often have real-time requirements similar to those seen in stock-trading business. Consider, for example, an equipment measuring some critical value in a technological process. The data have to be delivered to the unit controlling the process within 1160ms, otherwise the whole process will be spoiled. Embedded systems dont usually need the throughput provided by stock-trading stacks, however, if the latency, reliability and deterministic delivery times are guaranteed, they can take advantage of it, even though it doesnt use all the bandwidth capacity available. Multimedia Same remark about real-time requirements applies to multimedia (streaming audio and video, teleconferencing, etc.). As opposed to embedded systems, latency is not that critical, the paramount being deterministic delivery time and high throughput. In the future we may find out that lot-of-small-messages model of stock-trading apps is incompatible with stream-based multimedia approach. However, we dont believe this is the case. To test the hypothesis, weve built proof-of-concept teleconferencing application over AMQP and weve seen it perform smoothly. Grid computing Having almost the same requirements as stock trading, grid systems are natural area to employ MQ stack. Grids are icreasingly being used in financials 19 and - not surprisingly - in stock trading itself, providing a solution for computationally expensive problems like risk management and algorithmic trading 20 . The low-latency bubble The market for low-latency solutions is very lively and expanding these days. However, some have a feeling that the value of the market is overestimated and that low-latency arms races going on will result in the burst of the bubble, similar to dot-com crash of early 2000s. Lets examine possible causes of market breakdown: There are laws of physics that place lower bound on the latency. Specifically, speed of light cannot be exceeded and once the messaging hits this limit, there wont be much space for competition and low-latency arms race will come to its end. The costs for fast messaging are constantly growing. Once we hit the point where improving the latency will require investments exceeding the profits it can possibly yield, the flow of money into the market will end. Unreasonable spending on low-latency solutions can result in hysteria, once the still growing low-latency market starts shrinking. Hysteria can make the market plummet even below its real value. Our view of the problems above is following: Speed of light is certainly an ultimate barrier, however, as can be seen with microprocessors, barriers seen as ultimate are quite prone to be crossed over and over again. In messaging business for example, we see emerging proximity solutions (handling speed of light problem by placing interdependent applications physically close one to another) or the trend to optimise software part of the messaging stack thus removing endpoint latency rather than on-the-wire latency. In fact, we dont believe there are any real unpenetrable barriers to stop low-latency arms race at least in the next several years. Although costliness of the low-latency messaging grows steadily, it should be taken into account that technology price - both hardware and software - is steadily decreasing at the same time. What cost 100 last year, costs 50 today. So, even in stable, non-expanding market, where spending on IT keeps constant, there will be a demand for new solutions to keep pace with new technologies. Hysteria can happen at any time and theres no way to prevent it completely. However, as stock-trading messaging is in a way a world for itself, we expect hysteria to be restricted to this turbulent little market leaving the rest of messaging market intact. Thus the main victims will be the firms that provide specialised stock-trading solutions rather than general-purpose messaging. Specifically, MQ project, by taking advantage of the resources accumulated in stock-trading-focused IT market to develop general-purpose messaging solution can survive market breakdown by relying on its presence in different sectors of messaging market. Conclusion The primary focus of MQ starts with stock trading because this market has a well-defined and growing demand for high-end solutions, and the options for collaborations and return on investment are plentiful. However, the construction of a cost-efficient, standards-based messaging system that can compete head-on with the best in the world opens doors into many other domains as well. Comments: 0