¿Cuáles son los componentes arquitectónicos críticos de un intercambio de subasta electrónica donde los compradores competirán para comprar cuentas comerciales por cobrar u otros instrumentos de deuda a los vendedores?

Hay dos enfoques, probablemente el segundo es lo que desea, que consideraría según el volumen de transacciones y cómo funcionan realmente las subastas. Como recuerdo, Ebay al principio tuvo problemas para respaldar sus volúmenes de transacciones. Para evitar algo como esto, es importante tener en cuenta que la arquitectura de la base de datos determinará en última instancia la escalabilidad de sus operaciones de subasta.

El primer enfoque es utilizar las bolsas de valores de Wall Street como modelo. Esto permitirá las tasas de transacción más altas. Utilizan una solución transaccional sin SQL que se basa en RLS de IBM y una arquitectura de comunicaciones tipo BUS. ¡Usaría esta arquitectura si una sola subasta pudiera generar millones de ofertas y usted tuviera mucho capital!

El segundo enfoque es desarrollar un sistema basado en un RDBMS como Post / GRE, Oracle o SQL Server. En comparación con el primer enfoque, esta arquitectura tiene la ventaja de ser un orden de magnitud más barato, más fácil de desarrollar y mucho más flexible, pero solo puede admitir una escalabilidad limitada en las subastas. Piense con mucho cuidado acerca de definir el alcance de una subasta al desarrollar el esquema.

El segundo enfoque tendría algunos o todos los siguientes componentes principales que, según sus requisitos:

  1. Sitio de contenido
  2. Seguridad de Membresía
  3. Gestión de ofertas
  4. Ciclo de vida de la subasta
  5. Resolución de subasta
  6. Carro
  7. Pago
  8. Cumplimiento y captura
  9. Monitoreo de subasta
  10. Administración de subastas
  11. Informes
  12. Capacidades de marketing que incluyen seguimiento del sitio, seguimiento de referencias de terceros, correo electrónico, etc.
  13. Fuentes de datos entrantes y salientes para contenido
  14. API para la participación del sitio de terceros
  15. Envío
  16. Finanzas y ERP

Un sistema de subasta suele ser un sistema en tiempo real que recibe muchas solicitudes concurrentes y debe manejarlas muy rápidamente, y al mismo tiempo debe ser justo y obedecer las reglas que se anunciaron (por ejemplo, el último mejor postor debería ganar ) Como resultado, uno de los componentes más importantes es una base de datos transaccional que puede manejar muchas solicitudes concurrentes.

Propongo leer estos dos artículos sobre sistemas de subastas:

Estudio de caso: Implementación de un sistema de subastas basado en la web utilizando UML y programación basada en componentes

Un marco para las subastas en línea en tiempo real

Este es el diagrama de componentes de un sistema de subastas en línea proporcionado en el primer artículo (+).

Lo siento, mi respuesta no es sobre la discusión … de todos modos!

¿No le parece que en el caso del inicio de la cuenta y la elección del intercambio debe prestar atención a lo esencial?

Me refiero a perfeccionar las habilidades de negociación, ¡incluida la continuidad de los esquemas de negociación!

¡Una persona con mucha experiencia puede inventar sus indicadores peculiares o incluso intercambiar robots!

De todos modos, todas estas bases en una cosa básica que todos, sin excepción, tenemos que aprender: ¡en la plataforma de negociación!

Usted es libre de observar las vistas o probar las plataformas más comunes por su cuenta.

Aconsejaría que los aprobara gratis y pruebe en el sitio:

Obtenga cualquier plataforma de negociación en vivo y de demostración para acciones, futuros, opciones, forex

En mi humilde opinión, la parte crítica aquí es el manejo de las transacciones. Esto se puede lograr en DB o App Server, como J2EE.