Mobile App Metrics and SDK version tracking proposal

[paolobueno]

Description

Gathering information from the related spikes and docs.

Branch created in upstream repository instead of own repository to allow for contributions from others.

Tasks

• [x] service architecture
• [x] how the service works
• [x] how the SDK works
• [x] expected initial API (AEROGEAR-1894)
• [x] Storage solution evaluations (AEROGEAR-1894)
• [x] how data can be queried and visualised
• [x] extra modifications to grafana from the current metrics-apb (AEROGEAR-1892)
• [X] investigate mongo
• [x] investigate influx

[wtrocki]

@paolobueno Reviewed. Good job. We can update that once we will settle on what initial storage solution will be used.

[aliok]

@paolobueno great work!

[aliok]

@david-martin @wtrocki @pb82 I asked a couple of questions inline. I was reading the great proposal @paolobueno wrote and wanted to clear some stuff before updating the document with the new architecture.

[aliok]

@david-martin @pb82 @wtrocki Note that client side of things will not be included in this proposal. Client side seems in a separate epic:

• https://trello.com/c/lt4jc3h4/10-as-a-developer-i-want-to-be-able-to-visualise-runtime-metrics-about-what-versions-of-the-mobile-service-sdks-are-in-use-so-that
• https://trello.com/c/BZ4Y8WBB/24-as-an-android-developer-i-want-a-metrics-sdk-as-part-of-the-overall-android-sdk-so-that-the-sdk-will-capture-metrics-information

[aliok]

cc @david-martin @wtrocki @pb82 @darahayes @StevenTobin Updated the proposal. Didn't want to go into too much detail in complex technical things as they're captured in spike JIRAs.

[david-martin]

@aliok I think we're close to merging. I've left a couple of comments if you could review

[aliok]

@david-martin I think we're in a state that we can share the proposal with the wider group. Doing it now.

[aliok]

Closing this one. Gonna create a new proposal for architecture#1 here: https://issues.jboss.org/browse/AEROGEAR-1894