3
Internetplattform für eine sehr große Benutzerzahl
Guten Tag!
Ich bin seit einigen Jahren in der Enwticklung von Internetapplikationen tätig. Bisher waren alle Projekte im mittelständischen Bereich angesiedelt, d.h. Websites, Shops, Intranet, Plattformen für max. 300 User. Bisher habe ich jedoch überhaupt keine Erfahrung mit Anwendungen, die ein paar hundertausend oder gar millionen User verwalten sollen. Im Moment deutet sich aber an, dass sich eines unserer Projekte in diese Größenordnung entwickeln kann. Natürlich werden wir irgendwann bei weiterem Wachstum erfahrene Spezialisten engagieren, aber zuerst möchte ich mich selber etwas schlau machen. Eigentlich war ich ja auf der Suche nach einer brauchbaren Informationsquelle, oder noch besser einem Buch zu dem Thema, aber bisher habe ich erfolglos gesucht. Zum Anfang habe ich ein paar Fragen, deren Beantwortung mir schonmal einen Schritt weiter helfen würde
1. Wo liegen die Grenzen der großen Mananged Server Pakete der Hauptanbieter, wie z.B. 1&1. Kann man Systemleistung / Systembeanspruchung / Benutzerzahl im Vorfeld kalkulieren, oder ist das im Prinzip reines Ausprobieren?
2. Ist die Systemperformance ausschließlich abhängig von der Serverleistung oder ist es bei der Verwendung von z.B. PHP auch eine Frage der Programmierung? (also z.B. wie viele Benutzeranfragen können gleichzietig abgearbeitet werden.
3. Eignen sich gängige CMS (z.B. Typo3) zur Verwaltung so großer Usermengen?
Damit würde ich schonmal einen weiteren Überblick bekommen. Danke für jede Hilfe im vorraus!
Gruß
Bones
Ich bin seit einigen Jahren in der Enwticklung von Internetapplikationen tätig. Bisher waren alle Projekte im mittelständischen Bereich angesiedelt, d.h. Websites, Shops, Intranet, Plattformen für max. 300 User. Bisher habe ich jedoch überhaupt keine Erfahrung mit Anwendungen, die ein paar hundertausend oder gar millionen User verwalten sollen. Im Moment deutet sich aber an, dass sich eines unserer Projekte in diese Größenordnung entwickeln kann. Natürlich werden wir irgendwann bei weiterem Wachstum erfahrene Spezialisten engagieren, aber zuerst möchte ich mich selber etwas schlau machen. Eigentlich war ich ja auf der Suche nach einer brauchbaren Informationsquelle, oder noch besser einem Buch zu dem Thema, aber bisher habe ich erfolglos gesucht. Zum Anfang habe ich ein paar Fragen, deren Beantwortung mir schonmal einen Schritt weiter helfen würde
1. Wo liegen die Grenzen der großen Mananged Server Pakete der Hauptanbieter, wie z.B. 1&1. Kann man Systemleistung / Systembeanspruchung / Benutzerzahl im Vorfeld kalkulieren, oder ist das im Prinzip reines Ausprobieren?
2. Ist die Systemperformance ausschließlich abhängig von der Serverleistung oder ist es bei der Verwendung von z.B. PHP auch eine Frage der Programmierung? (also z.B. wie viele Benutzeranfragen können gleichzietig abgearbeitet werden.
3. Eignen sich gängige CMS (z.B. Typo3) zur Verwaltung so großer Usermengen?
Damit würde ich schonmal einen weiteren Überblick bekommen. Danke für jede Hilfe im vorraus!
Gruß
Bones
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 43499
Url: https://administrator.de/contentid/43499
Ausgedruckt am: 08.11.2024 um 13:11 Uhr
3 Kommentare
Neuester Kommentar
Zu 1.:
Ich denke, Du wirst (je nach Performance-Ansprüchen) um eine Cluster-Lösung nicht herumkommen.
Klar kann man sowas exakt berechnen.
Zu 2.:
Die Systemperformance ist u.a. abhängig von der gewählten Lösung.
Zu 3.:
Kann man pauschal nicht sagen, wenn man nicht weiß, für was Typo3 in diesem Falle "ver" werden soll...
Lonesome Walker
Ich denke, Du wirst (je nach Performance-Ansprüchen) um eine Cluster-Lösung nicht herumkommen.
Klar kann man sowas exakt berechnen.
Zu 2.:
Die Systemperformance ist u.a. abhängig von der gewählten Lösung.
Zu 3.:
Kann man pauschal nicht sagen, wenn man nicht weiß, für was Typo3 in diesem Falle "ver" werden soll...
Lonesome Walker
Ok, frage ich mal anders. Stellen wir uns mal vor, ich würde eine kleine PHP-Anwendung schreiben über die ich in eine SQL-Datenbank einfache Texteinträge mache und die ich ebenfalls per SQL-Befehl wieder durchsuche und per PHP ausgebe. Für eine begrenzte Benutzeranzahl ist das ja problemlos. Stellen wir uns jetzt mal vor, das auf dieses kleine Programm plötzlich 100.000 oder 1.000.000 Benutzer zugreifen. Ist es dann damit getan einfach die Hardware- und Systemleistung zu erhöhen, damit vielleicht nicht einer sondern tausende Benutzer gleichzeitig drauf zugreifen können? Funktioniert das überhaupt tausende oder millionen von Einträgen in einer SQL-Datenbank zu verwalten und zu durchsuchen?
Lassen wir die Themen Sicherheit, Backups etc. mal beiseite. Mir geht es eigentlich nur darum, ob ein kleines System, dass jetzt z.B. für einen kleinen gemieteten Server entwickelt wird, prinzipiell auf ein größeres System protierbar ist und dann immer noch funktioniert. Oder ob man das dann von grund auf neu entwickeln muss.
Wenn ich mir z.B. sowas sowas wie FACEBOOK ansehe, das hat ja auch relativ klein angefangen auf irgendeienem Uniserver. Wie sind denn solche Anwendungen wie FACEBOOK oder die deutsche Kopie STUDIVZ überhaupt technisch aufgesetzt.
Wie gesagt, es geht mir darum einen Überblick zu bekommen, aber trotz wochenlangem gegoogle finde ich zu diesen Themen kaum Infos.
Lassen wir die Themen Sicherheit, Backups etc. mal beiseite. Mir geht es eigentlich nur darum, ob ein kleines System, dass jetzt z.B. für einen kleinen gemieteten Server entwickelt wird, prinzipiell auf ein größeres System protierbar ist und dann immer noch funktioniert. Oder ob man das dann von grund auf neu entwickeln muss.
Wenn ich mir z.B. sowas sowas wie FACEBOOK ansehe, das hat ja auch relativ klein angefangen auf irgendeienem Uniserver. Wie sind denn solche Anwendungen wie FACEBOOK oder die deutsche Kopie STUDIVZ überhaupt technisch aufgesetzt.
Wie gesagt, es geht mir darum einen Überblick zu bekommen, aber trotz wochenlangem gegoogle finde ich zu diesen Themen kaum Infos.
Hi,
theoretisch kannst du selbstverständlich eine Anwendung schreiben, die auch in riesigen Umgebungen läuft.
Das Hauptproblem sehe ich darin, sie von Anfang an so auszulegen. In kleinen Umgebungen wirken sich Laufzeiten, nur relativ gering aus. In großen Umgebungen wirkt sich jedoch ein Fehler teilweise exponentiell aus. Man muss von Anfang an hochperformant Programmieren und wichtig ist dazu eine lückenlose Dokumentation.
Es ist bis zu einem gewissen Grad möglich nicht performante Lösungen durch Rechenleistung auszugleichen. Jedoch wird irgenwann die Wirtschaftlichkeit beeinträchtigt, sodaß das Unternehmen zum Scheitern verurteilt.
Fazit: Es ist selbstverständlich möglich eine solche Plattform zu entwickeln, jedoch muss sie von Anfang an auf das Wachstum abgestimmt sein. Es müssen Laufzeitanalysen laufen usw.
Zu deinem Beispiel: Das kann man leider nicht so einfach beantworten. Theoretisch geht das.
StudyVz und Facebook haben jedoch genau so angefangen, wie du es auch tun willst. Also Do-IT. No Risk-No Money , von dem Spaß gar nicht zu sprechen.
theoretisch kannst du selbstverständlich eine Anwendung schreiben, die auch in riesigen Umgebungen läuft.
Das Hauptproblem sehe ich darin, sie von Anfang an so auszulegen. In kleinen Umgebungen wirken sich Laufzeiten, nur relativ gering aus. In großen Umgebungen wirkt sich jedoch ein Fehler teilweise exponentiell aus. Man muss von Anfang an hochperformant Programmieren und wichtig ist dazu eine lückenlose Dokumentation.
Es ist bis zu einem gewissen Grad möglich nicht performante Lösungen durch Rechenleistung auszugleichen. Jedoch wird irgenwann die Wirtschaftlichkeit beeinträchtigt, sodaß das Unternehmen zum Scheitern verurteilt.
Fazit: Es ist selbstverständlich möglich eine solche Plattform zu entwickeln, jedoch muss sie von Anfang an auf das Wachstum abgestimmt sein. Es müssen Laufzeitanalysen laufen usw.
Zu deinem Beispiel: Das kann man leider nicht so einfach beantworten. Theoretisch geht das.
StudyVz und Facebook haben jedoch genau so angefangen, wie du es auch tun willst. Also Do-IT. No Risk-No Money , von dem Spaß gar nicht zu sprechen.
