Question

Question rapide:

J'ai deux serveurs, et l'idée initiale était d'utiliser une application comme niveau et les données de niveau, et l'autre en tant que machine de construction.

Mais il est un projet relativement faible, il semble donc exagéré totale d'utiliser un seul serveur pour les services de construction (je supposais une machine plus faible viendrait, je me suis surpris).

Si je fais tier application divisée et niveaux de données entre les deux serveurs, où dois-je mettre le Build Service?

Du côté de niveau d'application ou sur le côté de niveau de données? Lequel serait mieux?

Était-ce utile?

La solution

Dans notre environnement, nous avons l'AT et DT séparés sur leurs propres machines, et l'hôte d'un service de construction sur l'AT. Ce qu'il revient à dire où vous avez le plus de ressources « de rechange » disponibles pour la machine de construction. Jetez un oeil à des compteurs perfmon pour la mémoire et CPU au fil du temps, et de voir que l'on regarde comme il est le plus légèrement utilisé, et mettre votre agent de construction là-bas.

De l'expérience, qui est susceptible d'être votre niveau d'application, surtout si vous avez les services d'information et le cube installé sur le niveau de données avec le référentiel de code source et stocker l'élément de travail.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top