Suchergebnisse

Hi, Ich habe eine Web API und derzeit haben wir sie als Dienst auf dem Server registriert. Nachdem aber diverse Überprüfungsregeln ständig erweitert werden und die API entsprechend sehr oft neu auf den Server geladen werden muss, was dazu führt, dass der Dienst entsprechend manuell heruntergefahren und neu gestartet werden muss, wenn alles hochgeladen ist, stellt sich mir die Frage, ob es nicht noch einfacher gehen würde, sie direkt über IIS API bereitzustellen. Was sind die jeweiligen Vor- und …

Zitat von Joshi: „Hi. @Translating-IT Ich rate mal hier, dass Ihr mit IIS arbeiten müsst? “ Hi, müssen ist relativ, aber sagen wir mal ja. Wir haben halt schon seit Jahren einen Windows-Server mit IIS für unseren Webauftritt in Verwendung. Das ist somit schon alles vorhanden. @ErfinderDesRades Das ist ja gerade die Frage, ob es damit evtl. einfacher geht. Mein Gedanke ist, dass wir das nur veröffentlichen müssen, z. B. über Visual Studio, und nicht jedes Mal den Dienst herunterfahren, hochladen …

Vollzitat des direkten Vorposts an dieser Stelle entfernt ~VaporiZed Ja, das kenn ich schon für die Veröffentlichung der Web App. Das heißt, den Dienst abschalten und IIS API einrichten. Soll ich dafür den bestehenden Site unter IIS nutzen, oder ist es besser für die API einen eigenen einzurichten?

Die Leistung sollte passen. Zur Not kann noch aufgerüstet werden, aber derzeit sind wir noch sehr weit von den Leistungsgrenzen entfernt. Ja, die App ist dann später auch für die breite Öffentlichkeit gedacht. Ok, hab's eh mal mit nem neuen Site und App-Pool eingerichtet. Jetzt muss ich nur noch schauen, warum die Verbindung nicht zu klappen scheint. *grml*