Je n'ai pas encore de documentation écrite "pointue". Je pense que cela va venir au fur et a mesure.
Pour les choix de ES et de Cassandra, se sont le résultat de grosses réflexions car le besoin est très varié. j'aimerai me passer de l'un ou de l'autre, voir des deux, mais ce n'est pas encore possible.
J'ai notamment besoin :
De tenir la charge en terme de quantité d'éléments sans pénaliser la vitesse
De TTL dans les enregistrements
De faire des locks centralisées en DB
De gérer des files d'attente de taches en DB
D'un moteur de recherche rapide et souple
D'une installation la plus simplifiée au possible (donc éviter d'avoir plus de 2 moteurs de DB différents et d'avoir un process d'init de base le plus simple possible)
De multiplateforme aussi bien pour l'applicatif que pour les bases. Et ça doit tourner sur des OS qui ont 5 ans.
De pérennité, d'assurance comme quoi cela a déjà fait ces preuves.
Et tout cela depuis 2011, au moment ou j'ai commencer les travaux sur MyDMAM.
Pleins de technos peuvent répondre à ces besoins. Mais il n'y en a que peut qui sont facilement accessibles de 0, libres, sans avoir une courbe d’apprentissage très raide.
[^] # Re: choix d'architecture logiciel
Posté par Media ex Machina (site web personnel, Mastodon) . En réponse au journal Évolution et maturation de MyDMAM. Évalué à 1.
Je n'ai pas encore de documentation écrite "pointue". Je pense que cela va venir au fur et a mesure.
Pour les choix de ES et de Cassandra, se sont le résultat de grosses réflexions car le besoin est très varié. j'aimerai me passer de l'un ou de l'autre, voir des deux, mais ce n'est pas encore possible.
J'ai notamment besoin :
Et tout cela depuis 2011, au moment ou j'ai commencer les travaux sur MyDMAM.
Pleins de technos peuvent répondre à ces besoins. Mais il n'y en a que peut qui sont facilement accessibles de 0, libres, sans avoir une courbe d’apprentissage très raide.