¿Tiene Interactive Brokers (IB) una API amigable para la web?

Question

El requisito que me han dado es implementar una aplicación web que utilice la API de Interactive Brokers para obtener datos. He consultado la página web de la API de IB y he encontrado dos métodos viables: TWS y IB Gateway. Pero ambos métodos requieren que se ejecuten ejecutables propietarios. Esto no tiene sentido desde el punto de vista de la web, ya que mi proveedor de alojamiento no permite ejecutar un ejecutable en su infraestructura. ¿No es posible simplemente acceder a su API utilizando nombre de usuario/contraseña o alguna clave de API o algo similar desde un servidor web?

Si no es posible, ¿podría compartir qué otras compañías (como IB) tienen APIs amigables para la web?

Answer 1

No intente capturar datos de tick en VIVO utilizando una WebApp.

No digo que no se pueda hacer, sólo digo que se obtendría cero beneficios y tendrías que trabajar mucho más para que fuera funcional. Los servidores web están diseñados con una premisa, servir al usuario los datos solicitados lo más rápido posible y liberar ese recurso.

1. Tendrías que luchar contra la lógica del servidor (ya que no está diseñado para funcionar así)

2. Tendrías que luchar contra tu proveedor (ya que puede interpretar que el servidor está colapsado y cerrarlo)

Para capturar los datos de los ticks usando IB, use Java y busque en VPS (servidores privados virtuales) donde se le permite ejecutar cualquier proceso que desee.

Durante los últimos 4 años he utilizado las siguientes empresas para varias aplicaciones de sondeo de larga duración (tanto relacionadas con las finanzas como no relacionadas con ellas) con gran éxito.

• linode
• slicehost && rackspace (slicehost será absorbido por rackspace)

Incluso puede ejecutar X en estos sistemas headless (y necesitará X para ejecutar la API de Interactive Brokers - tanto en la versión TWS como en la de Gateway).

Answer 2

Secundo parte de la respuesta de Frankie aquí, pero por una razón diferente y con advertencias adicionales:

Primero sí, no ejecute un proceso que no sirva el contenido que usted ya proporciona como aplicación web. El objetivo de una aplicación web es simplemente hacer que el contenido esté disponible en un medio estandarizado para con fines de distribución y no con fines informáticos o de recopilación de datos .

He visto gente que implementa toda una plataforma de pruebas de estrategia y de comercio en una aplicación web, lo que en mi opinión tiene cero sentido. Es un proceso muy ineficiente y propenso a errores. El punto es que si uno de sus cálculos se cae, esencialmente hace que toda la aplicación web sea inútil. La forma correcta de ejecutar esto es recoger sus datos a través de la API en un servidor o máquina local (lo que usted prefiera) y luego ofrecer los datos recogidos (crudos o limpiados o procesados de otra manera) a los usuarios a través de una aplicación web.

En realidad, tú mismo has respondido a la pregunta, a menudo necesitas otros procesos que se ejecuten para recoger los datos que solicitas y no quieres tener que meterte con esto en una aplicación web y o, peor aún, obligar al usuario de la aplicación web a ejecutar otros procesos sólo para que funcione. Recoge los datos en una máquina, procesa los datos, haz que los datos estén disponibles a través de un servidor web y utiliza la aplicación web como interfaz. Tan sencillo como eso.