Jenkins eigenständig gegen Tomcat ausführen

Welche Dinge sollten bei der Entscheidung zwischen der eigenständigen Ausführung von Jenkins oder innerhalb von Tomcat berücksichtigt werden? Wir würden es vorziehen, Tomcat nicht verwenden zu müssen, da es auf diesem Server keine anderen Anwendungen gibt, die Tomcat benötigen würden. Daher würden wir eine andere Anwendung nur für Jenkins einrichten und warten.

Das Ausführen von Jenkins in Tomcat muss jedoch einige Vorteile haben. Warum sollte sich sonst nicht jeder dafür entscheiden, es eigenständig auszuführen (da es einfacher ist, eigenständig einzurichten und zu warten). Was sind diese Vorteile? Was wird uns fehlen, wenn wir eigenständig arbeiten und Tomcat nicht verwenden?

Berücksichtigt die Größe der Jenkins-Installation die Entscheidung? dh ist es nach einer bestimmten Anzahl von Jobs / Builds oder Ladevorgängen erforderlich, von einem zum anderen zu wechseln, oder sind sowohl winzige als auch massive Jenkins-Installationen für beide Optionen gleichermaßen gültige Kandidaten?

Jenkins Standalone verwendet die Winstone-Servlet-Engine. In gewisser Weise geht es bei dieser Frage auch um Winstone vs Tomcat.

Wir führen Jenkins mit der Standard-Winstone-Engine hinter nGinx aus (um unsere SSL- und Port 8080- bis 80-Umleitung zu handhaben) und haben keine Probleme mit der Leistung. Es scheint, dass bei der Verwendung von Ant-Build-Skripten alles außerhalb von Java / Jenkins ausgeführt wird, sodass der integrierte Webserver kein Hindernis darstellt.

Ich habe eine schnelle Google-Suche durchgeführt und diesen Thread gefunden, der die Vor- und Nachteile des Betriebs mit dem eingebauten Server (WinStone) gegenüber TomCat aufzeigt. Tomcat V / S eingebauten Winstone Container