-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proper logging and monitoring #789
Labels
Comments
What is your plan @dogi about this? If there is a problem with planet how the user report the problem and told us the step they did until getting an unexpected behavior? |
@empeje good to think about this now |
got it, will add label pending |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
We have three kinds of deployment
For earth and nation it is important to log everything so that we can revisit and debug later when we need it. I think log archive is the first step and next step is something like Graylog where we push logs to
statsd
and it will send to Graylog, and it will give us flexibility when we want to search some problem in production. Thats for the backend (Nginx + CouchDB), for the frontend we should emit the data somewhere like Datadog or Newrelic for later use when debugging a problem.For the community, it is okay to have the log stored in raspberry pi and the log of client in
console.log
of the user so when they have a problem they can tell us what is the problem based on theconsole.log
.So, my point here is we need to be careful with our nation and earth.
Since we also employ docker, we also need to monitor the system-level metrics like CPU, RAM, etc.
The text was updated successfully, but these errors were encountered: