16 days ago
We’ve added configurable monitoring alerts to the Observability panel in the dashboard.
To start, monitors will send you an email when a threshold is reached.
These alerting thresholds are configurable above or below specified limits for:
CPU
RAM
Disk usage
Network egress
Monitors are very easy to set up. They look like this.
Since you can set alerts to trigger above or below thresholds, there are a lot of different use cases. You might set alerts above a threshold on RAM to avoid surprise bills from a memory leak. Or you might set alerts below a certain CPU threshold to detect that your application has crashed.
If you don’t know where to start, try setting a monitor on Network Egress, which is by far the most common cause of unintended cost overruns for most users. (Remember to always use Private Networking, people!)
We hope you like the direction we’re heading here. It makes us sad every time we read about another victim of some obscure pricing accident when using a hyperscale cloud. We’re trying to do the opposite of what they do and make it extraordinarily easy to control your costs under the belief that if we do right by you we’ll win your business over time.
Enjoy!
Attachments
1 Thread mentions this feature
3 Replies
Status changed to Completed chandrika • 16 days ago
15 days ago
This is a great start, but what we really need is alerting based on log output queries. Are you able to confirm if that will ever be supported? As suggested in the past, if the Railway team doesn't want to support that kind of alerting, I think supporting log drains should at least be implemented.
12 days ago
Absolutely need log drains/log based alerting
joeypedicini92
Absolutely need log drains/log based alerting
12 days ago
Could not agree more, so until we have that natively, locomotive + Datadog, Axiom, BetterStack, etc. is an excellent stand-in.