Производительность Openfire на EC2

Question

Мы планируем ввести чат в режиме реального времени в наших мобильных приложениях. Конечно, мы будем идти по пути XMPP.

Может ли кто-нибудь пролить свет на статистику для максимального количества одновременных пользователей Openfire поддерживал экземпляры EC2 (сервер Windows) разных размеров в реальном мире?

Мы смотрим на цифры от 22500 одновременных пользователей до 75000 одновременных пользователей в зависимости от шаблонов роста, прогнозируемых для загрузки приложений и адаптации пользователей для этой новой чат-функции чата. временной диапазон = следующие 12 месяцев.

Из всего того, что я сделал до сих пор, кажется, что Openfire не лучший выбор, когда дело доходит до масштабирования, могут ли эти числа поддерживаться на одном экземпляре ec2 с течением времени? т.е.: мы начинаем размещать на небольших экземплярах и увеличиваем размер экземпляра в зависимости от нагрузки.

Ejabbered, казалось, был лучшим вариантом, когда дело доходило до масштабирования, но поскольку нам нужно было иметь навыки erlang, чтобы продлить его, это делает сложный выбор для нас. Другой альтернативой является tigase, который является java, поэтому мы могли бы легко его расширить, но если Openfire может работать для нас в течение следующих 12 месяцев или около того, масштабируя и масштабируя, мы будем рады использовать его сейчас и посмотреть, насколько хорошо это новая функция чата обнимается. Одной из причин является простота управления.

Наконец, если вы можете помочь со ссылками на поставщиков SaaS/PaaS для чата XMPP + Push-уведомления на мобильные устройства, когда пользователь находится в автономном режиме, это было бы потрясающе. Мы связались с quickblox.com, но их предложения на рынке для нас в настоящее время дороги. Мы хотим 100% владение и переносимость наших данных, если мы пойдем по пути SaaS/PaaS.

Answer 1

Число, которое вы упомянули, должно быть легко обработано ejabberd.

Я не уверен, как вы хотите «расширить» ejabberd. Многопользовательский чат и обмен сообщениями обрабатываются всеми серверами и, конечно же, ejabberd. Кроме того, если вы думаете о пользовательских протоколах, они могут быть написаны на выбранном вами языке и подключаться к ejabberd в качестве компонента XMPP.

Единственное, что вы можете пропустить, это веб-интерфейс (который имеет ejabberd, но он довольно ограниченный), но опять же, если вы планируете управлять вещами через веб-интерфейс для приложения, вам нужно будет подумать еще раз;)

Answer 2

Если вы хотите пойти с ejabberd, вы всегда можете получить поддержку от ProcessOne. Это еще один плюс для ejabberd, поскольку он может быть коммерчески поддержан, если вы хотите/можете себе позволить.

Answer 3

Есть несколько ссылок на Openfire handling those and larger numbers одновременных пользователей на одном сервере.

С 2007 года существует document on scalability, в котором указаны версии 50000 пользователей, поддерживаемых в версии 3.2. Текущий выпуск - 3.7.1. Не забывайте, что это также означает гораздо более медленную машину, чем все, что вы, вероятно, будете использовать сегодня.

Вы также должны учитывать, какие функции XMPP вы будете использовать, но простой обмен сообщениями должен иметь возможность легко обрабатывать номера, на которые вы ссылаетесь.

Answer 4

Android Push Notification - хорошее решение.

С помощью сервисов Android-Push вы (разработчики Android) можете отправлять сообщения непосредственно людям, которые установили ваше приложение.Все, что вам нужно, это включить фрагмент кода в ваше приложение и отправить его по определенному URL-адресу для пользователей приложений, даже если ваше приложение неактивно на телефоне.

Характеристика:

Free

Free, если вам не требуется обширное количество толчков для вашего приложения. Конечно, вы можете заплатить за больший толчок и более быструю техническую поддержку.

Easy

Очень легко интегрировать в приложение Супер просто нажать на приложение: просто отправить запрос на URL- Нет предела C2DM, вы не должны иметь учетную запись GMAIL использовать толчок службы сервис Cloud, нет необходимости установить собственный толчок сервера

Эффективное

низкий уровень заряда батареи и потребление сети по телефону Отслеживайте взаимодействие пользователей, узнайте, как пользователи реагируют на ваш push