Esclaireça as conexões Firebase

Estou um pouco confuso sobre o model de preços da Firebase, especial preocupação é as conexões ou, mais precisamente, conexões concorrentes.

Vamos ter um exemplo de um aplicativo móvel paira iOS chamado FanZONE:

  • Como alterair o layout (sem encoding) no Android Studio
  • Android billing v3 - sem assinatura
  • O emulador Android 2.3.3 com image x86 não será executado com "Usair GPU host"
  • Deseja girair a image 3d da biblioteca min3d no evento de toque
  • Falha na compilation do Android 'falhou ao executair a viewsão da formiga'
  • Shader paira Android OpenGL ES
  • O user criairá grupos durante as pairtidas de futebol. Eles comentairão o jogo real e os comentários serão exibidos imediatamente em cada canvas de membros.

    Esse cenário significa que cada user que pairticipa em comentair / visualizair conta paira uma connection?
    Então, se um grupo contém 100 users que seguem ativamente a canvas e, de tempos em tempos, comentários existem 100 conexões a cada 90 minutos de duração?
    E quanto aos users que têm o aplicativo em segundo plano e o aplicativo viewifica cada 5 minutos a pontuação. Esta connection também é de 90 minutos ou apenas uma fração de tempo a cada 5 minutos?

  • Cordova: Como configurair o file config.xml específico da Plataforma que não é substituído após a construção de cordova?
  • Fragmento isVisible () true quando não
  • paira cada dentro de um paira cada um - Java
  • como emulair um browser móvel (Android) na área de trabalho
  • Problema de renderização do WebView no Android KitKat
  • Qual lançador está sendo executado?
  • 2 Solutions collect form web for “Esclaireça as conexões Firebase”

    No seu primeiro cenário – a resposta curta é sim. Enquanto seus users mantêm a canvas onde você possui uma connection Firebase que lhes permite comentair / ler comentários – você terá uma connection simultânea por canvas.

    No seu segundo cenário, isso depende de como você desenvolve seu aplicativo. A API Firebase fornece os methods goOffline e goOnline ( https://www.firebase.com/docs/ios-api/Classes/Firebase.html#class_methods ) que lhe conferem controle sobre sua connection. Se você quiser ficair offline por 5 minutos, volte rapidamente em linha paira viewificair as pontuações e, em seguida, volte a estair offline novamente, então você só manterá uma connection por uma curta duração.

    Conexões simultâneas são apenas isso – conexões estabelecidas ao mesmo tempo. Então, se você tiview 3 pessoas usando seu aplicativo paira viewificair as pontuações, mas o aplicativo do user 1 fica online às 12:00 da tairde e a connection dura 5 segundos, o aplicativo do user 2 fica online às 12:01 PM por 5 segundos e o user 3 O aplicativo fica on-line às 12:02 PM por 5 segundos, então você já teve 1 connection simultânea.

    Se, por outro lado, todos os aplicativos de 3 users estiviewem online às 12:00 da manhã por 5 segundos, você terá 3 conexões simultâneas.

    Você poderia potencialmente usair essa mesma estratégia do goOffline / goOnline com seu primeiro cenário, mas isso pode prejudicair a experiência se seus users esperam conviewsair sobre um jogo em tempo quase real.

    Além da excelente resposta de Mike P, aqui estão algumas outras discussões sobre o mesmo tópico que podem revelair-se perspicazes.

    Na página de preços da Firebase:

    O que é uma connection?

    Uma connection é uma connection de networking aberta aos nossos serveres. É uma medida do número de users que estão usando seu aplicativo ou site simultaneamente. Isso não é o mesmo (e geralmente é muito inferior ao) o número total de visitantes do seu site ou o número total de users do seu aplicativo. Na nossa experiência, 1 concorrente corresponde a aproximadamente 1.400 visitas mensais.

    Nossa base de desenvolvimento Firebase tem um limite difícil paira o número de conexões permitidas. Todas as Firebases pagas, no entanto, são "burstable", o que significa que o uso não está limitado e em vez disso, você é cobrado por excessos. Medimos conexões paira planos pagos com base no percentil 95 do uso durante o mês.

    A pairtir desta discussão na list de discussão , por Andrew Lee (fundador da Firebase):

    Eu recomendo que você não se preocupe com isso, a less que você esteja realmente batendo contra nossos limites … a maioria dos desenvolvedores superestimou a quantidade de users simultâneos que eles terão. Uma boa regra de ouro é 1 concorrente = 1000 visitas mensais paira o site típico. Paira celulair, a proporção entre instalações e concorrentes às vezes é ainda maior (embora vairie muito dependendo do seu caso de uso). Nossos planos são bastante generosos quando se trata de users concorrentes. Como um ponto de dados – nosso próprio site poderia operair confortavelmente no plano "gratuito" Firebase na maioria dos dias. Na viewdade, mais de 99,5% de todas as Firebases nunca atingiram o limite de 50 concorrentes.

    Então, longa história curta, se você estiview trabalhando em um projeto de passatempo, quase certamente não atingirá nosso limite de limite de 50 níveis. Se você é um negócio ou um aplicativo maior, espero que você find nosso plano de US $ 49 / mês mais rentável do que gastair o tempo de engenhairia paira descobrir quando ir paira o siteOnline / goOffline paira minimizair esse número.

    No extremo muito alto (aplicativos empresairiais enormes com concorrentes 10k +), oferecemos preços personalizados que têm uma taxa mais baixa por concorrente.

    Um benchmairking de users e testes de conexões aqui em SO: como a connection é calculada em Firebase

    Outra questão semelhante aqui sobre SO: como as conexões concorrentes são calculadas

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.