En las dos primeras partes recopilamos el esqueleto del asesor: cotizaciones, aviso, modelo, almacenamiento, núcleo. Ahora la pregunta principal es: ¿de qué forma se puede recolectar?
Un asesor comercial no es una cosa en sí misma. Y no algo en una caja que puedas poner en un estante y olvidar. Es necesario iniciarlo, conectarse a él, solicitarle un análisis y luego recibir una señal.
Y tan pronto como dices esto, la pregunta se vuelve práctica: ¿de qué forma usaremos este producto? Aunque hay opciones, no son ilimitadas.
La opción más comprensible es ejecutar el programa en una computadora personal: de escritorio, portátil, no es tan importante. La segunda opción es una solución autohospedada, cuando iniciamos el servicio en una máquina alquilada en Internet. Y si somos lo suficientemente codiciosos o emprendedores, elija lo que más le convenga, puede crear un SaaS completo y proporcionar señales comerciales como un servicio.
Si lo simplificamos a un diagrama, las tres opciones difieren en sus respuestas a las mismas preguntas: dónde vive el asesor, quién posee las claves y los datos, quién paga por la infraestructura y los tokens, y quién es responsable cuando algo falla. A continuación, revisemos cada cuadro por separado y veamos qué módulos siguen siendo los mismos y cuáles cambian drásticamente junto con el formulario de entrega.
"Mío, todo es mío" - versión de escritorio
El escritorio es la opción más directa y comprensible: el asesor vive en la computadora del usuario. Todo lo que sabe y hace permanece cerca: configuraciones, claves, historial de velas, caché, señales, registros. Esto alivia inmediatamente la mitad de las preocupaciones sobre "dónde están mis datos" y "quién más puede verlos".
Las ventajas aquí son obvias. En primer lugar, todo se almacena localmente, sin infraestructura externa ni intermediarios innecesarios. En segundo lugar, el acceso a las señales es rápido: abres la aplicación y ves lo que está pasando, sin depender de tu servidor. En tercer lugar, esta opción es más fácil de ampliar en el futuro: puedes agregar complementos para intercambios, modelos, fuentes de noticias y no convertir el producto en un monolito, si la arquitectura lo permite.
Pero la computadora de escritorio tiene un precio. El tiempo de actividad está lejos del 100 por ciento: la computadora portátil se cerró, la computadora se puso en modo de suspensión, Internet desapareció y el asesor “desapareció”. Además, los datos no son pequeños: el historial de OHLCV está creciendo rápidamente, se agregan resultados de análisis, caché, registros y luego más noticias. Y todo esto vivirá en el disco del usuario. Finalmente, la carga también es local: procesador, memoria, red, tareas en segundo plano, y cuanto más se analiza el mercado, más se nota...
"Déjalo aquí por ahora": servicio autohospedado
Autohospedado es cuando usted alquila un servidor en Internet, implementa un asesor en él y lo utiliza como un servicio. La implementación, la configuración, las claves y las actualizaciones están de su lado. El acceso suele ser a través de la web, a veces a través de una API, y la interfaz se abre en un navegador desde cualquier dispositivo.
Las ventajas empiezan de forma sencilla: el tiempo de actividad es cercano al 100 por ciento. El servidor no entra en modo de suspensión y no cierra la tapa del portátil. Aún más importante: las fuentes de datos están más cerca y son más estables, hay menos fallas aleatorias en la red, es más fácil mantener la periodicidad y, como resultado, las señales son más uniformes y predecibles. Otra ventaja práctica es el acceso desde cualquier lugar: puedes conectarte desde diferentes dispositivos y, si es necesario, dar acceso a personas de confianza sin enviarles el proyecto completo ni las claves en un pendrive.
Las desventajas también son estándar. La infraestructura cuesta dinero, aunque no sea cósmico. El mantenimiento requiere habilidades o una persona que cubra estas habilidades: actualizaciones, copias de seguridad, registros, monitoreo, banales "por qué falló el proceso". Y está el tema de la seguridad: las claves y los datos residen en el servidor. Por lo general, esto no es motivo de pánico, pero el modo "configúrelo y olvídese" funciona peor aquí que en la versión de escritorio.
"¡Nuevas señales! ¿Señales para quién?" - tu SaaS
SaaS no es tanto una forma de entrega como una forma de negocio. No le "entregas la caja" al usuario y le pides que implemente el servicio. Usted mismo mantiene la infraestructura y vende el acceso mediante suscripción: señales como servicio.
Sin embargo, en términos de implementación, esto es notablemente diferente del autohospedado. Ahí tienes un servidor y un propietario. Aquí aparecen usuarios, roles, límites, aislamiento de datos y todo lo que suele conllevar: facturación, contabilidad de suscripciones, control de costes de tokens y cargas. Además, no solo necesitas código, sino también personas que lo soporten: monitoreo, incidentes, actualizaciones, atención al cliente. Y sí, esta ya es una conversación sobre procesos, y no sólo sobre arquitectura.
Pero la recompensa también es diferente. SaaS es el nivel en el que el producto comienza a vivir su propia vida: puede escalar, implementar cambios rápidamente, acumular estadísticas sobre señales, mejorar la calidad y empaquetarlo en tarifas comprensibles. De hecho, esto ya no es un “asesor para uno mismo”, sino una plataforma con perspectivas de crecimiento...
Resumen
El asesor no tiene una casilla correcta. Ahí está tu tarea, tu modo de uso y tus limitaciones. Para una persona, un escritorio es más lógico, porque todo es local y está bajo control. Para otros, el alojamiento propio es mejor, porque necesita un tiempo de actividad estable y acceso desde diferentes dispositivos. Y si piensas en el producto y las suscripciones, entonces esto ya es SaaS, con su propia economía y organización.
La elección no debe hacerse según el gusto, sino según los planes y las capacidades: cuánto tiempo está dispuesto a dedicar al soporte, quién será responsable del tiempo de actividad, dónde se ubicarán los datos y las claves y cómo crecerá si el proyecto de repente “vuela”.
Basado en materiales de itprolab.dev
Leer también
EthBackNode: ¿por qué su aplicación necesita un “espaciador” entre ella y el nodo Ethereum?
Si alguna vez ha intentado escribir una billetera criptográfica, una pasarela de pago o simplemente un "backend que pueda enviar y recibir ETH", rápidamente queda claro algo desagradable: el nodo Ethereum no es su backend.
Aceptamos pagos en bitcoin: Tercera parte, nuestra testnet. con veintiuna
En el último artículo te dije cómo instalar bitcoind (al menos en Ubuntu Linux) y cómo conectarte a testnet. Pero testnet es una buena solución cuando se realizan pruebas en un sitio web ya preparado que ya se ha implementado en un servidor de Internet. Pero para el desarrollo local esta está lejos de ser la solución más conveniente.
