• [^] # Re: Peut-être que ça va finir comme un Freenode des Gamers

    Posté par (site web personnel) . En réponse au journal Le nuage de la discorde. Évalué à 3.

    Tu prend leur solution de base de données (SQL du coup - c'est
    pas le moins chère un dynamodb serait probablement moins
    couteux mais pas installable ailleurs... -) que tu garde at
    vitam. Il faut voir si leur modèle de données grossi
    linéairement avec le nombre d'utilisateurs ou pas.

    La base RDS la plus petite, c'est db.t3.micro, ça commence à 12$ par mois. Si tu prends une instance réservé, ça chute vers 9$ par mois si je pige bien. Je ne sais pas combien tu as pour ce prix la, ni les perfs, ni le disque. Du coup, je peux pas trop comparer

    Et l'usage des données crois par rapport au nombre de salles ou les utilisateurs sont, et avec la taille des salles (en terme d'utilisateurs). Donc plus de personnes dans les mêmes salles ne va pas faire grossir la DB significativement.

    Tu monte la partie applicative soit sur des petites machines
    (comme celles que tu as choisies) soit en function as a
    service, mais pour l'un comme pour l'autre tu rend l'ensemble
    élastique. Tu va lancer les applications en fonction du nombre
    d'utilisateurs connectés.

    Ça, c'est l'archi idéal. C'est ce que dendrite devrait à terme être via des microservices. Mais c'est pas ce qui est dispo en ce moment, et c'est pas le cas de synapse, et je ne pense pas que New Vector a un 3eme serveur secret entièrement en FaaS.

    De surcroit, le fonctionnement de matrix, c'est que tout les serveurs se synchronisent en permanence sur les rooms. Il y a clairement des optimisations à faire, mais le code de synapse, que je sache, ne permet pas ce genre de "virtual hosting". Tu as 1 process synapse, 1 DB, et basta.

    Il y a clairement des optimisations à faire à ce niveau (plein), mais le code n'est pas la.