# 14 feb 2020

- Quem é o nosso client?
- Qual é a dimensão dos logs?
- Formatos de logs. É uniformizado ou cada dispositivo tem o seu próprio?
- Podemos ter exemplos?
- Que tipo de análise queremos fazer aos logs?
- Qual a frequência que recebemos logs?
- Como funciona a nível de workflow?
- Nós pedimos a data via uma API?
- Se sim, com quanta frequência?
- Nós recebemos a data diretamente via uma API nossa?
- Se sim, com quanta frequência?
- Têm preferência em usarmos algum cloud provider?
- Google Cloud, Amazon, Azure
- Vamos ter frontend?
- Queremos analytics? (seems like it)

## Food for thought
- Asymmetric JWT (for security)
- https://www.scala-lang.org/ (programming language)
- https://www.elastic.co/kibana (frontend)
- https://grafana.com/ (frontend)

## Info fixe
### [Cloud functions](https://youtu.be/1w2t3EWmlVU)
Resumidamente, em vez de termos um servidor a correr o nosso website / plataforma, como aconteceu, por exemplo, em LTW e LBAW, em que estava a correr num servidor da FEUP, mete-se simplesmente o código numa plataforma como Google Cloud (ou AWS, Azure...) e eles correm-na "sem servidores".

O conceito interessante aqui é que não nos temos que preocupar tanto com escalar a nossa infraestrutura, porque cada vez que um endpoint é chamado, a Google (etc.) muito rapidamente inicia uma máquina, corre o nosso código para responder ao pedido de um client (browser de alguém), e volta a desligar a máquina.

Imaginem que de repente muitas pessoas aparecem no vosso website e a máquina que está a hospedar o vosso código não aguenta com tanto load. Preferem ter o vosso website down, ou isso nunca ser uma preocupação? :slightly_smiling_face:

#### Pricing
É essencialmente calculado a partir de quantas vezes as vossas funções ("endpoints") são chamadas. Os preços são bastante bons até, comparativamente com o gasto de tempo e money relacionado com full blown servers.