sman393

7 ms·

1. 1.▲
   by sman393 5y ago

   I have to disagree with that, I've found GCP docs to be much more informative and easier to digest.
2. 2.▲
   by sman393 5y ago

   Not sure what you mean about a lack of human support, but i've had a great experience with their support team so far if it was ever needed.
3. 3.▲
   by sman393 6y ago

   Depending on what your reporting needs are I would definitely recommend TimescaleDB. I love Prometheus for storing server resource metrics or basic app metrics (counts/timers). For more business-facing data, having the query functional
4. 4.▲
   by sman393 7y ago

   That could be a great idea, luckily the path train exists, although I've never commuted on it so I can't speak to its reliability.
5. 5.▲
   by sman393 7y ago

   This is a great idea
6. 6.▲
   by sman393 7y ago

   "Northeast Philly is the new Williamsburg" That's a bit of a stretch...
7. 7.▲
   by sman393 8y ago

   Alright thanks! I thought I read that TimescaleDB doesn't support clustering yet, only single node Postgres installs, But I could've misunderstood it.
8. 8.▲
   by sman393 8y ago

   Good to hear! how does the current TimescaleDB single node limitation play into it?
9. 9.▲
   by sman393 8y ago

   Can this be used side by side on normal Postgres cluster? As in could I have one DB for app data, and one for metrics data? Considering switching from MySQL (ndb cluster) to running a Postgres cluster and this could be a good motivator.
10. 10.▲
    by sman393 9y ago

    Agreed! It's a great service, with quality content.