/ / Bibliotheksversionen in Windows Azure Cloud Services - iis, dll, azure

Bibliotheksversionen in Windows Azure Cloud Services - iis, dll, azure

Daher haben wir eine Anwendung für Windows Azure bereitgestelltund es stürzte dort ohne ersichtlichen Grund ab. Nach dem Debuggen für eine Weile haben wir einen Fehler gefunden, der aufgrund eines Fehlers bei der Analyse der Razor-Engine auftrat. Dies war etwas überraschend, da die Anwendung auf einem lokalen IIS Express problemlos funktionierte. Der Fehler wurde anscheinend von einer anderen Version der Razor-Ansichts-Engine in Azure Cloud Service und lokalem IIS Express verursacht.

Anscheinend wird nicht alles zu Azure bereitgestelltWenn die Anwendung die Razor-View-Engine ist und so aussieht, ist sie eine dieser Bibliotheken, die NICHT mit dem eigentlichen Projekt oder rot aus einer Konfigurationsdatei bereitgestellt wird. Das war etwas überraschend für mich, da ich ziemlich sicher war, dass alles entweder mit dem Anwendungspaket bereitgestellt ODER aus einer Konfigurationsdatei überprüft wurde und eine korrekte Version in Azure IIS verwendet wurde. Es scheint ein wenig albern, verschiedene Versionen zu verwenden, die möglicherweise Fehler in den Anwendungen verursachen, die in der Azure-Umgebung ausgeführt werden.

Jetzt ist die Frage; Was wird tatsächlich auf dem Azure Cloud Service-IIS basierend auf den Konfigurationsdateien in der zu implementierenden Anwendung implementiert oder "installiert" und was nicht?

Ich habe keine Informationen dazu gefunden und bin gespannt, wie die Konfiguration des Azure-Cloud-Dienstes bei der Anwendungsbereitstellung erfolgt.

Auch eine andere Frage; Welche Version von IIS verwendet Azure Cloud Service tatsächlich?

Antworten:

0 für die Antwort № 1

Ihre Azure PAAS-Maschinen sind sehr einfach undenthalten Standardinstallationen des Windows-Servers. Sie möchten sicherstellen, dass alles außerhalb des .NET-Frameworks mit Ihrer Anwendung bereitgestellt wird (z. B. CopyLocal ist true), dh; MVC, RDLC usw.

Es ist eine der häufigsten Deployment-Versprechen, wieIhre Lösung kann sich auf die .DLLs aus dem GAC stützen, während Ihr auf dem Azure-Server bereitgestelltes System in GAC nicht die gleichen Komponenten enthält. Daher ist die Beachtung von CopyLocal sehr wichtig.