Il dit qu'il a 10 machines qui font tourner la chose, ça signifie qu'il y a communication de RAM entre ces deux machines, je suppose que rien n'empêche une onzième machine dédiée à ça de communiquer avec cette RAM partagée aussi, et de se contenter elle de stocker sur du disque, ou de conserver un état en dur, avec le moins de retard possible, et qui servirait en cas de redémarrage de l'ensemble du système à « kickstarter » les autres machines.
Bref, je pense que l'idée est que tout tourne en RAM, mais qu'un service extérieur s'assure de conserver l'état.
Peut-être avec en plus des logs, pour chaque « transaction », le redémarrage se fait à partir du dernier état sauvegardé auquel on applique les logs depuis la coupure.
Bref il y a des solutions, mais ce qui compte là c'est que l'application tourne avec des données en RAM et pas via un serveur de base de donnée. C'est là qu'on a un gain de temps énorme, et si ça se fait au prix d'une difficulté accrue pour la persistance des données, le jeu peut largement en valoir la chandelle.
[^] # Re: Un troll juste pour moi :)
Posté par Yth (Mastodon) . En réponse au journal S’il vous plaît... architecture-moi un Kanboard !. Évalué à 2.
Il dit qu'il a 10 machines qui font tourner la chose, ça signifie qu'il y a communication de RAM entre ces deux machines, je suppose que rien n'empêche une onzième machine dédiée à ça de communiquer avec cette RAM partagée aussi, et de se contenter elle de stocker sur du disque, ou de conserver un état en dur, avec le moins de retard possible, et qui servirait en cas de redémarrage de l'ensemble du système à « kickstarter » les autres machines.
Bref, je pense que l'idée est que tout tourne en RAM, mais qu'un service extérieur s'assure de conserver l'état.
Peut-être avec en plus des logs, pour chaque « transaction », le redémarrage se fait à partir du dernier état sauvegardé auquel on applique les logs depuis la coupure.
Bref il y a des solutions, mais ce qui compte là c'est que l'application tourne avec des données en RAM et pas via un serveur de base de donnée. C'est là qu'on a un gain de temps énorme, et si ça se fait au prix d'une difficulté accrue pour la persistance des données, le jeu peut largement en valoir la chandelle.
Yth.