[aerogear-dev] DB

[Matthias Wessendorf]

On Thu, Mar 26, 2015 at 11:16 AM, Ivan Gürtler <ivan.gurtler at ahead-itec.com>
wrote:

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

the analytic data is cleaned up (aka deleted) after 30 days - atm there is
no way to configure the number of days for that


> 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 at redhat.com>:
>
>> 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 at redhat.com>
>> 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/unifiedpush-test-extension
>> > (2)
>> https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension/unifiedpush-test-extension-client
>> > (3) https://github.com/aerogear/aerogear-unifiedpush-java-client
>> >
>> > On Thu, Mar 26, 2015 at 8:44 AM, Ivan Gürtler
>> > <ivan.gurtler at ahead-itec.com> 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 at lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>> >
>> >
>> >
>> > --
>> > Stefan Miklosovic
>> > Red Hat Brno - JBoss Mobile Platform
>> >
>> > e-mail: smikloso at redhat.com
>> > irc: smikloso
>>
>>
>>
>> --
>> Stefan Miklosovic
>> Red Hat Brno - JBoss Mobile Platform
>>
>> e-mail: smikloso at redhat.com
>> irc: smikloso
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150326/91aee417/attachment.html