Faire fonctionner des systèmes de trading 24/7
Construire un bot de trading est un défi. Le garder en fonctionnement chaque jour en est un autre.
Beaucoup de gens imaginent le trading automatisé comme un processus simple : construire une stratégie, connecter un exchange, appuyer sur start, puis laisser le système générer des résultats. La réalité est beaucoup moins glamour.
Le marché ne dort jamais
Les marchés traditionnels ferment. Les marchés crypto ne ferment pas. L'activité de trading continue chaque heure, chaque jour. Cela crée un défi particulier.
Le système doit rester disponible, peu importe le moment où les opportunités apparaissent. Une indisponibilité qui semble insignifiante dans d'autres industries peut devenir étonnamment coûteuse dans un environnement automatisé.
Quelques minutes ne changent peut-être rien. Plusieurs heures, parfois, si.
Le logiciel finit toujours par échouer
Une leçon devient évidente quand on exploite un logiciel assez longtemps : tout finit par échouer. Les serveurs redémarrent. Les connexions tombent. Les APIs deviennent indisponibles. Des erreurs inattendues apparaissent. Les dépendances changent. Les hypothèses cassent.
La question est rarement de savoir si les échecs vont arriver. La question est de savoir comment le système réagit quand ils arrivent.
La fiabilité devient une fonctionnalité
Au début du projet, je me concentrais surtout sur les fonctionnalités : nouvelles capacités, nouvelle logique, nouvelle automatisation. Avec le temps, les priorités ont changé. Une fonctionnalité qui fonctionne parfois vaut moins qu'une fonctionnalité plus simple qui fonctionne régulièrement.
La fiabilité a cessé d'être une simple préoccupation technique. Elle est devenue une partie du produit lui-même.
La visibilité compte
Exploiter un système à l'aveugle est inconfortable. Exploiter un système financier à l'aveugle est dangereux.
À mesure que la plateforme grandissait, le monitoring devenait de plus en plus important.
Qu'est-ce qui tourne ? Qu'est-ce qui est déconnecté ? Qu'est-ce qui attend ? Qu'est-ce qui a échoué ? Qu'est-ce qui demande de l'attention ?
La capacité à répondre rapidement à ces questions compte souvent plus que l'ajout d'une fonctionnalité supplémentaire.
La différence entre construire et exploiter
Construire un logiciel et exploiter un logiciel sont deux compétences différentes. Construire se concentre sur la création. Exploiter se concentre sur la maintenance. Construire est stimulant. Exploiter est répétitif. Pourtant, le succès à long terme dépend des deux.
Une plateforme ne devient réelle que lorsqu'elle survit aux conditions du quotidien, encore et encore.
Le vrai défi
Avec le recul, je ne pense plus que le trading soit la partie la plus difficile dans la construction d'une plateforme de trading. Infrastructure. Fiabilité. Observabilité. Récupération.
Ces défis consomment beaucoup plus d'attention que la plupart des gens ne l'imaginent.
Le marché fournit déjà suffisamment d'incertitude par lui-même. Le rôle de l'ingénierie est d'éviter de créer de l'incertitude supplémentaire là où elle n'a pas besoin d'exister.
Parce qu'au final, une stratégie n'est utile que si le système chargé de l'exécuter l'est aussi.