Installieren Sie Office auf ASP.NET IIS-Servern: Pro/Contra?

Question

Zuerst schreit die kleine Stimme in meinem Kopf, dass dies eine schlechte Idee ist und es sollte nicht getan werden, aber meine pragmatische Seite fragt: "Wie schlimm könnte es sein?"

Die krasse Tatsache ist, dass der größte Teil des täglichen Geschäfts meines Unternehmens in einem MS Office-Tool oder einem anderen MS Office-Tool passiert. Daten werden aus unseren benutzerdefinierten Tools als * .tab, * .csv exportiert, in Excel manipuliert und mit verschiedenen Erfolgsgraden wieder importiert.

Die meisten dieser benutzerdefinierten Tools sind ASP.NET MVC-Webanwendungen, deren Benutzerfreundlichkeit durch mehr Interoperabilität mit Office verbessert werden kann.

Ich habe den guten Kampf seit vielen Jahren gekämpft und gesagt, Office auf einem Webserver ist eine schreckliche Idee. In letzter Zeit denke ich, dass die verbesserte Benutzerfreundlichkeit die potenziellen Risiken überwiegt.

Werde ich verrückt?

Answer 1

Sie sagen nicht, welche Version von MS Office Sie an Ihrem Arbeitsplatz verwenden oder welche Art von Interoperabilität Sie anstreben.

Wenn Sie Office-Dokumente "on the fly" direkt aus der Webanwendung generieren möchten, basieren die Standarddokumentformate (.docx, .xlsx) bei Verwendung von Office 2007 oder 2010 auf Open XML SDK. Dies bedeutet, dass Dokumente dynamisch generiert werden können, ohne MS Office auf dem Webserver installieren zu müssen.

Wenn Sie Office 2003 oder früher verwenden, wird die Installation von MS Office auf dem Server in der Regel als schlecht angesehen - es handelt sich um eine nicht unterstützte Konfiguration.

Diese Microsoft article beschreibt viele der möglichen Probleme, denen Sie begegnen können, wenn Sie sich entscheiden, diese Route zu gehen.

Answer 2

Sie können gute Office-Dokumente erstellen, ohne Office auf dem Webserver zu installieren. Zu den Optionen gehören SpreadsheetML, Komponenten von aspose.net, und sogar nur die Dateierweiterung und der Inhaltstyp bei HTML-Antworten ändern, um Office selbst zu täuschen.

Answer 3

Wenn Sie nicht die vollständige Office-Suite installieren möchten, können Sie einfach die primären Interop-Assemblys von Microsoft Office installieren.

http://msdn.microsoft.com/en-us/library/aa159923(office.11).aspx

Answer 4

Microsoft Office ist nicht darauf ausgelegt, in einem Server zu arbeiten, die eine hochgradig verteilte, Multithread-Umgebung sein könnte. Es ist eine Client-Anwendung, die übrigens hauptsächlich nicht verwalteten Code ist. Wenn Sie es also installieren und von einem Webserver aus verwenden, könnten Sie potenzielle Probleme verbergen: undichte Handles, GDI-Objekte, Marshalling zwischen verwaltetem/nicht verwaltetem Speicher, STA COM-Objekte usw. Ich würde Ihnen nur Tools empfehlen, die für die Verwendung in einem Serverumgebung.

Answer 5

Ich habe diese Arbeit in Umgebungen mit sehr niedrigen Lasten gesehen ... aber sobald die Last steigt, beginnen die Probleme zu schleichen. Dies wurde sogar von Microsoft dokumentiert, wie der Artikel von Jazza deutlich zeigt. Beachten Sie, dass dieser Artikel ziemlich neu ist (Juli/2010).

Die Probleme, die ich gesehen habe, sind Speicherverluste, Instanzen von Word/Excel nicht im Speicher stecken, seltsame Registrierungsprobleme und so weiter.

Eine andere Sache, die Sie beachten sollten, ist, dass Microsoft Sie nicht unterstützt, wenn Sie sie mit Problemen in Verbindung mit Office in einer Serverumgebung aufrufen.

Noch einmal, wenn Sie nur ein paar Benutzer haben könnte dies kein Problem für Sie sein, zunächst aber für Skala Fragen vorbereitet werden.