Hi Ivan, you are welcome to test your scenario with our UPS extension. All you have to do is to generate some fake data at UPS side. For this performance purposes, we are using very smart tool called "unifiedpush-test-extension" (1) which adds custom endpoints to UPS in order to be able to generate such massive amount of data directly at UPS side. In a nutshell, all you have to do is to follow that README, it is super simple. For data generation, you need to use "./upte" binary in target which gets built when you do mvn install here (2). That CLI command has the ability to generate massive amount of installations and variants / applications. For example, "registering" 1M of installations is done like this: ./upte generate-data --app-name foo \ --applications 1 \ --installations 1000000 \ --variants 1 \ --variant-type ANDROID \ --cleanup-database I would personally try this at my local machine and not against OpenShift. More to it, message generation could be done by yourself very easilly as well by our Java Sender (3) (1) https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpus... (2) https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpus... (3) https://github.com/aerogear/aerogear-unifiedpush-java-client On Thu, Mar 26, 2015 at 8:44 AM, Ivan Gürtler <ivan.gurtler(a)ahead-itec.com&gt; wrote: > Hi > I have one question about DB space usage. When we use Aerogear Unified Push > with 1 milion instalation and every day server send about 200 000 push > message, how big tablespase do we need? > > Thanks > > > Mgr. Ivan Gürtler > Mobile software developer > > AHEAD iTec, s.r.o., Botanická 554/68a, > 602 00 Brno (Czech Republic) > > www.ahead-itec.com | twitter | mobile security solutions > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Stefan Miklosovic Red Hat Brno - JBoss Mobile Platform e-mail: smikloso(a)redhat.com irc: smikloso

Are data (for example push message) removed in some intervals? Or DB getting biger and biger every day?

Because we need to decide how big DB space do we need. *Mgr. Ivan Gürtler* Mobile software developer AHEAD iTec, s.r.o., Botanická 554/68a, 602 00 Brno (Czech Republic) www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile security solutions 2015-03-26 10:42 GMT+01:00 Stefan Miklosovic <smikloso(a)redhat.com&gt;: > I forgot to mention that you will probably need to turn on our proxy > which sits behind APNS and GCM senders and intercepts the > communication to real notification providers hence you will not send > 200 000 messages for real. > > Proxy does this - it looks like these pushes were sent and all looks > nice and shiny at UPS side but they really goes nowhere. > > You have to turn on proxy by calling > https://ivansappllication/unifiedpush-test-extension-server/proxy/activate > > Since the deployed extension is deployed under another context, you > have to use unifiedpush-test-extension-server context in order to call > any endpoints on it. > > On Thu, Mar 26, 2015 at 10:36 AM, Stefan Miklosovic <smikloso(a)redhat.com&gt; > wrote: > > Hi Ivan, > > > > you are welcome to test your scenario with our UPS extension. All you > > have to do is to generate some fake data at UPS side. For this > > performance purposes, we are using very smart tool called > > "unifiedpush-test-extension" (1) which adds custom endpoints to UPS in > > order to be able to generate such massive amount of data directly at > > UPS side. > > > > In a nutshell, all you have to do is to follow that README, it is super > simple. > > > > For data generation, you need to use "./upte" binary in target which > > gets built when you do mvn install here (2). That CLI command has the > > ability to generate massive amount of installations and variants / > > applications. For example, "registering" 1M of installations is done > > like this: > > > > ./upte generate-data --app-name foo \ > > --applications 1 \ > > --installations 1000000 \ > > --variants 1 \ > > --variant-type ANDROID \ > > --cleanup-database > > > > I would personally try this at my local machine and not against > > OpenShift. More to it, message generation could be done by yourself > > very easilly as well by our Java Sender (3) > > > > (1) > https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpus... > > (2) > https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpus... > > (3) https://github.com/aerogear/aerogear-unifiedpush-java-client > > > > On Thu, Mar 26, 2015 at 8:44 AM, Ivan Gürtler > > <ivan.gurtler(a)ahead-itec.com&gt; wrote: > >> Hi > >> I have one question about DB space usage. When we use Aerogear Unified > Push > >> with 1 milion instalation and every day server send about 200 000 push > >> message, how big tablespase do we need? > >> > >> Thanks > >> > >> > >> Mgr. Ivan Gürtler > >> Mobile software developer > >> > >> AHEAD iTec, s.r.o., Botanická 554/68a, > >> 602 00 Brno (Czech Republic) > >> > >> www.ahead-itec.com | twitter | mobile security solutions > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev(a)lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > > > -- > > Stefan Miklosovic > > Red Hat Brno - JBoss Mobile Platform > > > > e-mail: smikloso(a)redhat.com > > irc: smikloso > > > > -- > Stefan Miklosovic > Red Hat Brno - JBoss Mobile Platform > > e-mail: smikloso(a)redhat.com > irc: smikloso > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ aerogear-dev mailing list aerogear-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev