Hi Lord_British,
ja, stimmt, du hast recht, meine Antwort war eigentlich ein bischen am Thema vorbei.
Ich habe auch das ERP Thema garnicht beruecksichtigt bzw. bin darauf eingegangen.
SLES vs. Solaris
Ich weiss jetzt nicht welche Linux Enterprise Distributionen dem Solaris "gefaehrlich" werden koennten.
Das x86 Solaris ist nicht die typische Kundschaft von SUN, zumal SUN das seit dem 10er Release ohnehin "einstampfen" wollte und nur durch einen Aufschrei der Community weitergefuert wurde.
Aus der Praxis (die Sicht des Admins) moechte ich dir sagen das SLES eine sehr lieblos "zusammengekloppte" Distribution ist, sehr viele Sachen sind lediglich in 32bit Compiliert und wenn die Software oder Libs in 64bit benoetigt werden kannst du direkt neu anfangen zu "basteln" (mal ganz abgesehen davon das das meist "uralte" Software ist).
Mit dem "basteln" verlaesst du den offizielen Pfad von Novell und somit hast du keinen Anspruch auf Support.
Und Compilieren ist mit SuSE immer so eine Sache, das ist auch hinlaenglich bekannt.
SUN hat sich fuer einen Weg entschieden der genau kontraer zu deinem Vorschlag (keine Hardware nur noch Software) geht.
SUN verschenkt die Software und das Kerngeschaeft sind Server und OS und Support.
Das SUN seit diesem Jahr einen Serviceplan fuer den Download von Recommended Patchcluster finde ich als sehr ungluecklich geloest.
Wenn du einen Opel (SLES) brauchst dann kaufst du dir doch auch keinen Mercedes (SUN Hardware + Solaris).
Die typische Kundschaft von SUN weiss genau was sie moechte und warum, das wird Novell auch nicht durch den Zukauf von SuSE und durch eine Kooperation mit Microsoft veraendern koennen.
ERP
Ich persoenlich sehe beim Thema ERP nicht das das ein Oligopoler Markt ist, gugge doch mal bei $Suchmaschine wieviele Produkte es da gibt, das ist ein sehr harter Wettbewerb.
Von der "Administroesen" Seite kenne ich ein wenig Navision und Oracle Bussiness Suite.
Das Navision wird gerade von Micosoft ganz toll verfrickelt, immerhin kann man in der neusten Version (bitte verbessere mich wenn ich falsch liege) in MS SQL 2005 Datenbanken schreiben \o/ .
Ich denke mal das der Navision Server nur gegen SQL Datenbanken die Lokal installiert sind schreiben oder nach Remote Server mit dem tollen ODBC, so machen das die restlichen supertollen Produkte von zb. SAGE auch.
Tolle Wurst, wie will man mit der Config ne schicke Performace rausholen?
Aus der Erfahrung mochten die User das Navision in der alten Version sehr gerne, wurde aber in vielen Unternehmen gegen SAP ausgetauscht weil die probietaere Datenbank von Navision nur eine bestimme Anzahl an Objekten aufnehmen konnte.
Das war fuer viele IT-Entscheider zu der Zeit nicht hinnehmbar und es wurde mit SAP darauf reagiert.
Diesen "neuen" Rollenbasierten Client werden die User mit Sicherheit hassen ( siehe SAP) aber Microsoft hat bestimmt auch ne tolle License gebaut (wie SAP) mit der man gut Geld verdienen kann.
Der "richtige" Weg wird derzeit von Oracle eingeschlagen, der Client ist ein Webbasierter Client und das Oracle auch was von Datenbanken versteht brauch ich nicht extra zu erlaeutern.
Deine Analysen beim Kunden werden mit Sicherheit sehr gut sein aber deine Antwort dem Kunden gegenueber wird immer Microsoft sein, du hast keine objektive Sicht auf die Sachen. Das was du schreibst liesst sich immer wie ein Hochglanzprospekt.
Das soll jetzt keine Kritik im direkten Sinn sein, "Wessen Brot ich esse, dessen Lied ich singe", das ist nunmal so in der Branche und das schonmal erst Recht wenn du in einer Branche bzw. Firma arbeitest die keinen Oligopolen Markt bedient.
Ich moechte das Ganze jetzt nicht zu lang werden lassen sonst liesst sich das so schlecht und wird unuebersichtlich.
Gruesse,
madcode
-=[keine krasse Signatur]=-