Sind automatische Upgrades ein realistisches Feature von Enterprise-Webanwendungen?

Question

Die meiste Arbeit, die ich mache, ist, was man als Enterprise-Web-Anwendungen bezeichnen könnte. Diese Projekte haben große Budgets, längere Zeitspannen (von 3-12 Monaten) und umfangreiche Anpassungen. Weil wir als Entwickler die Idee des Webs als das nächste Desktop-Betriebssystem gepriesen haben, erwarten Kunden, dass die Software, die auf diesem "neuen Betriebssystem" läuft, genauso reagiert wie auf dem Desktop. Dazu gehören auch einfache automatische Upgrades. Mit anderen Worten: "Ein Update ist verfügbar. Möchten Sie ein Upgrade durchführen?" Ist das überhaupt eine realistische Erwartung? Kann jemand aus Erfahrung über die Implementierung dieser Funktion sprechen?

Answer 1

Bei my company haben wir Enterprise-Installationen in die Tausende von Sitzen. Wenn wir ein Auto-Upgrade einführten, würden unsere Kunden meutern!

Große Installationen haben besondere Probleme, die für kleine nicht gelten. Zum Beispiel, mit 2000 Benutzern (nicht alle von denen sind, sagen wir, die anspruchsvollsten der Tool-Benutzer), ist Tool-Training eine große Sache: Trainingszeit, interne Demos, interne Prozessdokumente, etc .. Sie können nicht entfesseln Änderungen an neuen Funktionen oder Benutzeroberflächen ohne die Möglichkeit, zu verstehen, wie sie in ihren Prozess passen und welche internen Best Practices sie verwenden und wie sie diese an ihre Benutzer weitergeben.

Auch wenn Anwendungen fehlschlagen, ist das interne IT-Team dafür verantwortlich. Daher möchten sie Zeit haben, eine neue Version in einem Testbereich zu installieren, sie zu vereiteln und an einem Samstag nur dann einzusetzen, wenn sie gut und bereit sind.

Ich kann den Wert sehen, wenn kleinere Patches einfacher zu installieren sind, besonders wenn der Patch nur für einen Bug-Fix gedacht ist und nicht für irgendetwas, was Umschulung erfordert, und wenn die Admins immer noch sagen, wann sie installiert wird . Aber selbst dann glaube ich nicht, dass jemals jemand danach gefragt hat! Ob sie es nicht wollen oder darauf trainiert sind, es nicht zu erwarten, es scheint sich nicht zu lohnen.

Answer 2

Einer der Hauptgründe für die Implementierung einer Anwendung als Webanwendung ist, dass Sie automatische Upgrades kostenlos erhalten. Warum werden Benutzer zu Upgrades für eine Webanwendung aufgefordert?

Für Windows-Anwendungen ist das "Update verfügbar, möchten Sie ein Upgrade durchführen?" Die Funktionalität wird von Microsoft mithilfe von ClickOnce bereitgestellt, das ich erfolgreich in einer Unternehmensumgebung verwendet habe. Es gibt einige Fehler, aber in den meisten Fällen ist es eine gute Möglichkeit, die automatische Bereitstellung und Aktualisierung von Windows-Apps zu verwalten.

Für mobile Apps können Sie auch Auto-Upgrades implementieren, obwohl es ein wenig komplizierter ist.

In jedem Fall, um Ihre Frage in einem breiten Sinn zu beantworten, ich weiß nicht, ob erwartet wird, dass alle Enterprise-Anwendungen die Aktualisierung einfach machen, aber es ist sicherlich das Geld von einem IT-Support-Standpunkt wert, um sie zu gestalten um eine einfache Aktualisierung zu ermöglichen.

Answer 3

Nun, es hängt wirklich von Ihrem Geschäftsmodell ab, aber für viele Anwendungen kann das SaaS-Modell Sie beißen. Es ist großartig für viele Dinge, aber für einige größere Anwendungen investieren die Benutzer nicht so viel Geld in den Vordergrund und könnten möglicherweise zu etwas anderem wechseln, bevor Sie Geld verdient haben.

Siehe

http://news.zdnet.com/2424-9595_22-218408.html

und hier

http://www.25hoursaday.com/weblog/2008/07/21/SoftwareAsAServiceWhenYourBusinessModelBecomesAParadox.aspx

für weitere Informationen

Answer 4

Wenn Sie eine gehostete Lösung sind die Bereitstellung, würde ich nicht stören. Lassen Sie das Upgrade im Hintergrund laufen (vielleicht mit einer Notiz, dass Sie es getan haben). Wenn Sie eine Anwendung verkaufen, die auf ihren Servern gehostet wird, lassen Sie die Upgradeentscheidung von einem einzelnen Besitzer treffen, nicht von jedem Benutzer der App.