Plusieurs instances de la même application qu'un service Windows?

J'ai une application qui gère le traitement lourd pour mon projet et doit le convertir en "Service Windows". Je dois permettre d'exécuter plusieurs versions des instances du traitement de l'application, ce qui semble être une exigence relativement normale.

Je peux voir au moins trois approches pour le faire:

1. Créer un répertoire installé unique (EXE, DLLS, config), mais Installez comme plusieurs les instances de celui-ci.
2. Demandez à un seul Services Spawn Spawn Plusieurs instances de soi après le lancement, A Apache.
3. Demandez à un seul SERVICES SPOWN multiples threads qui fonctionnent dans le même espace de processus.

   Mon intention était une approche n ° 1, mais j'ai continué à trébucher sur les limitations, à la fois dans la conception et en particulier la documentation pour Services :

   • sont des paramètres jamais transmis à Onstart () par les mécanismes de services normaux sur un système sans surveillance? Si oui, quand / pourquoi?
   • Passage des paramètres d'exécution via le registre ImageKey Registry semble un KLUDGE, existe-t-il un meilleur mécanisme?
   • J'ai eu l'application pour installer / désinstaller elle-même comme une paire de services ("xyz # 1", "xyz # 2", ...), en utilisant le imagekey pour la montrer une commande Numéro d'instance de paramètre de ligne ("-X 1", "-X 2") mais je manquais quelque chose. Lors de la tentative de démarrage du service, cela échouerait avec " le programme exécutable que ce service est configuré pour exécuter ne met pas en œuvre le service .

     Alors, les questions:

     1. Y a-t-il une description concise de ce qui se passe lorsqu'un service commence, en particulier pour ces situations où le serveur n'est pas codé dur (voir Q ci-dessus).
     2. Quelqu'un a-t-il utilisé une approche n ° 1 avec succès? Tout commentaire?

        Remarque: Je suis à l'échelle du problème en utilisant l'approche n ° 3, je ne peux donc pas justifier beaucoup de temps à comprendre. Mais je pensais que quelqu'un pourrait avoir des informations sur la manière de mettre en œuvre # 1 - ou de bonnes raisons pour lesquelles ce n'est pas une bonne idée.

        [edit] J'avais à l'origine une 4ème option ( Installez plusieurs copies de l'application sur le disque dur ) mais je l'ai supprimé car il se sent juste, um, hackish . C'est pourquoi j'ai dit " au moins trois approches ".

        Toutefois, à moins que l'application ne soit recompilée, elle doit définir de manière dynamique son servicon, donc qui a la solution à la troisième balle / problème ci-dessus. Ainsi, sauf si une instance nécessaire pour modifier ses fichiers d'installation, # 1 devrait fonctionner correctement avec n de fichiers de configuration dans le répertoire et une entrée de registre indiquant que l'instance doit utiliser.