Уточнить военнослужащих соединения
Я немного запутался в модели ценообразования Firebase, особое внимание уделяется соединениям или, точнее, параллельным соединениям.
приведем пример мобильного приложения для iOS под названием FanZONE:
пользователь будет создавать группы во время футбольных матчей. Они будут комментировать фактическую игру, и комментарии немедленно отображаются на каждом экране членов.
Это означает, что каждый пользователь, который принимает участие в комментирование / просмотр имеет значение для одного соединения?
Итак, если группа содержит 100 пользователей, которые активно следят за экраном и время от времени комментируют, есть ли 100 соединений каждые 90 минут?
Как насчет пользователей, у которых есть приложение в фоновом режиме, и приложение проверяет каждые 5 минут счет. Это соединение также 90 минут или только часть времени каждые 5 минут?
2 ответов:
в вашем первом сценарии - короткий ответ да. Пока ваши пользователи сохраняют экран, на котором у вас есть соединение Firebase, которое позволяет им комментировать/читать комментарии - у вас будет одно одновременное соединение на экране.
во втором сценарии - это зависит от того, как вы разрабатываете свое приложение. API-интерфейс военнослужащих предоставит вам goOffline и goOnline методы (https://www.firebase.com/docs/ios-api/Classes/Firebase.html#class_methods), которые дают вам контроль над вашим соединением. Если вы хотите перейти в автономный режим в течение 5 минут, а затем ненадолго вернуться в интернет, чтобы проверить результаты, а затем снова перейти в автономный режим, то вы будете удерживать соединение только на короткое время.
параллельные соединения - это просто соединения, установленные одновременно. Поэтому, если у вас есть 3 человека, которые используют ваше приложение для проверки результатов, но приложение пользователя 1 выходит в интернет в 12: 00 PM и соединение длится 5 секунд, затем приложение пользователя 2 выходит в интернет в 12:01 PM В течение 5 секунд, а приложение пользователя 3 выходит в интернет в 12:02 PM В течение 5 секунд, тогда у вас было только 1 одновременное соединение.
Если с другой стороны, все 3 приложения пользователей выходят в интернет в 12:00 PM в течение 5 секунд, то у вас будет 3 одновременных соединения.
вы могли бы потенциально использовать эту же стратегию goOffline / goOnline с вашим первым сценарием, но это может отвлекать от опыта, если ваш пользователи ожидают, что будут общаться об игре в режиме реального времени.
в дополнение к превосходному ответу Майка П, вот несколько других дискуссий на ту же тему, которые могут оказаться проницательными.
с огневой базы прайс-листе:
Что такое связь?
подключение к открытой сети подключение к нашим серверам. Это измерение количества пользователей, использующих ваше приложение или сайт одновременно. Это не то же самое, что (и обычно намного ниже чем) общее количество посетителей вашего сайта или общее количество пользователи вашего приложения. По нашему опыту, 1 параллельный соответствует примерно 1400 посетителей в месяц.
наша разработка Firebase имеет жесткий лимит на количество соединений допустимый. Однако все платные пожарные базы являются "взрывоопасными", что использование средств не ограничено, и вместо этого вам выставляется счет за любые перерасходы. Мы измеряем соединения для платных планов на основе 95-го процентиля использование во время месяц.
с это обсуждение списка рассылки, Эндрю Ли (основатель Firebase):
Я настоятельно рекомендую вам не беспокоиться об этом, если ты на самом деле натыкаясь на наши границы...большинство разработчиков сильно переоценивают количество параллельные пользователи у них будут. Хорошее эмпирическое правило-1 параллельный = 1000 ежемесячных посещений типичного веб-сайта. Для мобильных устройств соотношение между установками и параллельными потоками иногда даже выше (хотя это значительно меняется в зависимости от вашего варианта использования). Наши планы вполне щедрый, когда дело доходит до одновременных пользователей. Как точка данных -- наша собственная сайт может работать комфортно на" свободном " плане Firebase больше всего дни. На самом деле, более 99,5% всех Firebases никогда не попадали в 50 параллельный предел.
Итак, короче говоря, если вы работаете над проектом хобби, вы будете почти наверняка не попал в наш свободный уровень 50-параллельный лимит. Если вы бизнес или большое приложение, я надеюсь, что вы найдете наш план $49 / месяц более экономически эффективным, чем тратить инженерное время, чтобы выяснить, когда чтобы goOnline / goOffline минимизировать это число.
на очень высоком конце (огромные корпоративные приложения с 10k + параллельными потоками) мы предлагайте пользовательские цены,которые имеют более низкую скорость за один раз.
пользовательский бенчмаркинг и тестирование соединений здесь на SO:как вычисляется соединение в Опорному пункту
еще один подобный вопрос здесь на так: как вычисляются параллельные соединения
Comments