Si je rajoute les 3G de la base de données (chez moi) et 3G pour le système, ça fait 6G de disque, donc grosso modo du 0.5$ par mois.
Ta base de données tu ne veux pas qu'elle disparaisse au moindre souci de disque donc tu va dupliquer ça 2 ou 3 fois.
Mais tu te trompe sur l'usage d'AWS, il ne faut pas l'utiliser comme ça sinon c'est très chère.
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.
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.
Du coup :
Sur AWS (vu que New Vector est client, cf la privacy policy ou le DNS), c'est les ressources d'une instance t4.nano chez AWS, facturé à 0.0042 US$ de l'heure, soit 3$ du mois. Si je suppose qu'il faut un peu plus de ram pour un usage opérationnel (ou juste rejoindre des salons plus conséquents), et qu'on passe à 1G de ram (donc t4.nano), ça passe à 6$ du mois.
Si on pars sur 8h/jour par utilisateur, tu peux diviser le prix par 3.
Bien sûr ça demande d'avoir une part que tu garde fixe pour gérer l'authentification et faire la gestion, mais si tu ambitionne d'avoir beaucoup d'utilisateur c'est un travail nécessaire.
[^] # Re: Peut-être que ça va finir comme un Freenode des Gamers
Posté par barmic 🦦 . En réponse au journal Le nuage de la discorde. Évalué à 3.
Ta base de données tu ne veux pas qu'elle disparaisse au moindre souci de disque donc tu va dupliquer ça 2 ou 3 fois.
Mais tu te trompe sur l'usage d'AWS, il ne faut pas l'utiliser comme ça sinon c'est très chère.
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.
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.
Du coup :
Si on pars sur 8h/jour par utilisateur, tu peux diviser le prix par 3.
Bien sûr ça demande d'avoir une part que tu garde fixe pour gérer l'authentification et faire la gestion, mais si tu ambitionne d'avoir beaucoup d'utilisateur c'est un travail nécessaire.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll