Si votre application reçoit suffisamment d'utilisateurs pour s'arrêter, est-ce qu'elle lance une autre instance ? Comment comptez-vous contourner ce problème à l'avenir ?
Ian
Si votre application reçoit suffisamment d'utilisateurs pour s'arrêter, est-ce qu'elle lance une autre instance ? Comment comptez-vous contourner ce problème à l'avenir ?
Ian
Je ne sais pas si vous voulez parler des applications construites avec 'meteor bundle' ou des applications déployées sur l'hébergement gratuit avec 'meteor deploy'.
Les applications déployées sur les serveurs hébergés avec 'meteor deploy' n'ont pas encore de garanties ou d'accords de niveau de service concernant la mise à l'échelle. Cependant, les serveurs peuvent gérer une bonne partie de la charge. meteor.com est hébergé sur meteor deploy, et il a survécu au lancement de Meteor.
Un bundle serveur généré avec 'meteor bundle' est fondamentalement une application à processus unique. C'est à vous de le connecter à plusieurs instances, ou de mettre en place l'auto-scaling.
Je ne comprends pas bien votre question. Vous ne demandez pas la capacité d'évolutivité du framework meteor ou l'évolutivité de l'environnement d'hébergement des applications meteor. Peu importe, voici ce qu'il en est
Au fur et à mesure que l'écosystème du cadre Meteor se développe, votre question de l'évolutivité trouvera une réponse. Actuellement, vous pouvez invoquer jusqu'à de petits modules de code par le biais de Packages.
Meteor a quelque chose appelé meteor bundle
pour plus qui vous permettra éventuellement de déployer votre application n'importe où dans le monde, puis vous pourrez disposer de votre propre infrastructure pour exécuter votre application (quelque chose comme un équilibreur de charge réseau hébergé sur des serveurs NodeJS et une instance MongoDB multiple et évolutive).
En général, Meteor peut s'adapter en regroupant et en utilisant votre propre infrastructure, comme mongo, le serveur d'application. Comme l'a dit @n1mmy, lorsque l'application est groupée, vous pouvez spécifier un certain point de terminaison mongo à partir duquel vous pouvez faire évoluer le stockage des données. En outre, lorsque le paquet est en cours d'exécution, il est en fait exécuté sur nodejs, ce qui signifie que vous pouvez faire évoluer votre application web comme des applications nodejs. Je pense que les deux méthodes peuvent faciliter votre problème si votre application a trop d'utilisateurs.
Théoriquement, Meteor est très bien adapté, mais son efficacité dans la pratique dépend de la façon dont vous gérez vos données. Voici un excellent article sur l'évolutivité de Meteor : https://www.discovermeteor.com/blog/scaling-meteor-the-challenges-of-realtime-apps/
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.