sboak
sboak on Hacker News
Datadog | Engineering, Product, Product Design | NYC, Paris, Remote | datadoghq.com/jobs-engineering
At Datadog, we’re on a mission to build the best monitoring platform in the world. We operate at high scale—trillions of data points per day—and high availability, providing always-on alerting, visualization, and tracing for our customers' infrastructure and applications around the globe.
We're looking for front-end and back-end engineers, product designers, and data scientists to join the team
this assumes that phone numbers matter
Posted by
sboak on Tuesday January 31, 2017 @03:00PM
from the soundcloud.com dept.
Posted by
sboak on Thursday July 21, 2016 @05:36PM
from the blog.framerjs.com dept.
Posted by
sboak on Thursday July 21, 2016 @01:02PM
from the heavybit.com dept.
Thanks! It's wonderful to hear that the thing our team worked harder on than anything else is appreciated :)
The biggest difference is in the way we handle checks inside AWS. When you add our EC2 Instance we automatically discover your infrastructure and track changes. When you create health checks for groups and other dynamic AWS resources (ELBs, RDS, ECS, etc...) we track membership and automatically update your checks with no maintenance.
Hi, I'm Steve and I run product at Opsee. There are a few important differences:
1. The rich assertion language in Opsee means we're checking for more than availability - we're looking for correct responses too. This makes us more useful for checking APIs, since services can fail and still return a 200
2. We're measuring round-trip time for every check - Pingdom charges a lot more for this than their standard checks
3. Usability. Our integrations with Slack and Pagerduty are really simple to set up, our UI is responsive and well...better
4. We can also health check inside your AWS environment when you add our EC2 Instance, giving you more complete coverage. We actually do a lot of cool stuff inside AWS.
Posted by
sboak on Wednesday May 25, 2016 @12:20PM
from the opsee.com dept.
Posted by
sboak on Tuesday May 24, 2016 @03:03PM
from the blog.launchdarkly.com dept.
Posted by
sboak on Tuesday May 24, 2016 @03:03PM
from the gradle.org dept.
Posted by
sboak on Friday May 20, 2016 @12:28PM
from the opsee.com dept.
Posted by
sboak on Wednesday May 18, 2016 @12:37PM
from the blog.opsee.com dept.
Posted by
sboak on Tuesday May 17, 2016 @02:13PM
from the blog.launchdarkly.com dept.
Posted by
sboak on Monday April 18, 2016 @12:15PM
from the blog.opsee.com dept.
Yes, definitely. That will become more clear when we launch support for RDS/SQL health checks in the next few weeks. The biggest differentiator between us and these OSS tools is ease-of-use and maintenance. With Opsee there are no configurations to manage, YAML files to create, or agents to run. Setup is dead simple, and you never need to maintain health checks. Our checks react instantly to changes in your infrastructure.
Co-founder here. The big difference, compared with tools like Pingdom, is that we're operating inside your environment. We can tell you where the failure happened and give you tools to fix it. We're like Pingdom for microservice environments, helping developers know their services, inside or outside the firewall, are working as expected.
I'm going to risk a plug since our service is highly relevant. If you're using AWS, Opsee will let you define service-level health checks and automatically detect instance membership. You can set detailed assertions on response bodies, including JSON keys, to verify that your services are responding as expected. This all works inside your environment, running checks from an instance we spin up. More info at opsee.com
Posted by
sboak on Friday January 29, 2016 @01:28PM
from the medium.com dept.
It's fascinating to see a book approaching data visualization from first principles, without any preconceived notions or the baggage and confusion of modern tools and techniques
This is the best thing to come out of New Jersey since Jon Stewart