Comprendre IronPdfEngine dans IronPDF for Node.js
IronPDF for Node.js effectue son rendu via IronPdfEngine. Comprendre comment le moteur démarre et comment il se met à l'échelle explique les limites que vous rencontrez en exécutant plus d'une instance sur une machine.
Comportement par défaut
Par défaut, IronPDF for Node.js engendre un sous-processus qui communique avec IronPdfEngine via gRPC sur le port 33350. Le moteur fonctionne localement et est lié à ce port.
Parce que le port est fixé par défaut, l'exécution de deux applications utilisant IronPDF sur la même machine n'est pas autorisée sans le changer. Donnez à chaque instance d'application son propre port de moteur lorsque vous devez en exécuter plus d'un côte à côte.
Mise à l'échelle
IronPdfEngine lui-même ne peut pas être mis à l'échelle horizontalement : les données PDF chargées résident en mémoire et ne peuvent pas être partagées entre les instances du moteur. Mettez le moteur à l'échelle verticalement à la place, en donnant plus de ressources à l'instance.
L'application peut encore être mise à l'échelle horizontalement. Tirez IronPdfEngine de Docker et connectez-y plusieurs instances de l'application, ou dockerisez l'application et exécutez chaque instance mise à l'échelle horizontalement dans son propre conteneur isolé sous le comportement par défaut.
Résumé
- IronPDF for Node.js engendre un sous-processus qui communique avec IronPdfEngine via gRPC sur le port
33350. - L'exécution de plusieurs instances d'application sur une même machine nécessite un port de moteur différent pour chaque instance.
- Au lieu de l'option par défaut, vous pouvez tirer IronPdfEngine de Docker et connecter plusieurs instances d'application à celui-ci.
- IronPdfEngine ne peut pas être mis à l'échelle horizontalement ; mettez-le à l'échelle verticalement, ou mettez l'application à l'échelle horizontalement et laissez chaque instance s'exécuter dans son propre conteneur isolé.

