Frage

Ich bereite einen APNS Message-Server einzurichten, und ich frage mich, ob jemand eine Analyse auf APNS Serverbelastung getan hat, dass sie teilen würden. Minimale Server-Spezifikationen, die maximalen Nachrichten pro Sekunde, so etwas.

Danke!

edit: Ich plane, das mit .NET zu implementieren, aber Informationen über jede Plattform wären unglaublich nützlich sein

.
War es hilfreich?

Lösung

Für meine Anwendung (die etwa 24.000 Downloads hat) ich einen Durchschnitt sehe der von etwa 1300 gesendeten Nachrichten einen Tag.

Das sind niedrige Zahlen, aber dann ist meine Kundenbasis entweder nicht so groß. Aber ich denke, ich könnte genauso gut ein paar Informationen beitragen. : -)

Meine Benachrichtigung Anbieter sind müßig, die meiste Zeit, so gibt es viel mehr Kapazität zur Verfügung, wenn ich es brauche.

Es ist auch an dieser Stelle sehr wenig RAM mit (irgendwo um 13 mb - ich meinen Provider in Python implementiert und vermuten, die meisten davon wird von der Laufzeit aufgenommen)

.

ich auf einer Media Temple dv leite (insbesondere die Basiskonfiguration).

Ich habe nicht die Zahlen hochgerechnet, um herauszufinden, was mein theoretisches Maximum wäre, sondern wegen des Nischenmarkt meiner Anwendung etwas sein nicht, die mich an diesem Punkt macht mir Sorgen. Ich habe viel Kapazität mit maßstäblich.

Ich hoffe, das hilft ein wenig.

chris.

Andere Tipps

Einer des Apple-Entwicklers erwähnt, dass 100.000 Nachrichten keine große Menge betrachtet werden, die nicht wirklich Ihre Frage nicht beantworten, aber ich würde nicht erwarten, dass die tatsächlichen Nachrichten senden die Engpass wäre. Jeder Server, Datenbank Arbeit umgehen können soll zum Senden der Nachrichten aus fein sein. Das Protokoll ist absichtlich leicht.

Es gibt keine Höchst Nachrichten pro Sekunde.

Sie sollten bedenken, dass jede Nachricht kleiner als 256 Byte sein muss. Andernfalls wird Apple Ihre Nachrichten ablehnen werden. Und Sie können auch überprüfen, MonoPush . AFAIK sie bauen ihre Produkte oben auf dem .Net Framework.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top