This is GOLD Jerry, Gold. but who detects the down detector detecting the down detector detecting the down detector
I know you were joking, but responding in seriousness - while in general it's worthwhile asking "Quis custodiet ipsos custodes?", in this particular case, I don't see any issue with Down Detector detecting the Down Detector Down Detector. Assuming they are in different availability zones, using different code, with a different deployment cadence, this approach works quite well in practice.
Show HN: I made a down detector for down detector
161–170 of 184 posts
Re: Show HN: I made a down detector for down detector
#162Earlier quoted context omitted.
> Quis custodiet ipsos Custodes? Arbites.
"To serve the Emperor. To protect His domains. To judge and stand guard over His subjects. To carry the Emperor's law to all worlds under His blessed protection. To pursue and punish those who trespassed against His word."
Re: Show HN: I made a down detector for down detector
#163Earlier quoted context omitted.
AWS and Cloudflare don't actually experience more downtime, it's just a bigger story when they are down because so many people use them. You can use whatever infrastructure you want for whatever reason, but you may not have an accurate picture of the availability.
> AWS and Cloudflare don't actually experience more downtime, it's just a bigger story when they are down because so many people use them. This may be true over a long enough timeframe, but GP stated that their clients had experienced no downtime since switching at the start of the year. That is clearly better than both AWS and Cloudflare during that time.
That's the least useful information.
What matters for his service availability is what he should expect going forward. What matters for reviewing his decision making process is what he should have expected at the time of choosing service providers.
Re: Show HN: I made a down detector for down detector
#164Earlier quoted context omitted.
There is this weird thing that happens with hyperscale - the combination of highly central decision-making, extreme interconnection / interdependence of parts, and the attractiveness of lots of money all conspire to create a system pulled by unstable attractors to a fracturing point (slowed / mitigated at least a little by the inertia of such a large ship). Are smaller scale services more reliable? I think that's too…
Have you considered that a widespread outage is a feature, not a bug? If AWS goes down, no one will blame you for your web store being down as pretty much every other online service will be seeing major disruptions. But when your super small provider goes down, it's now your problem and you better have some answers ready for your manager. And you'll still be affected by the AWS outage anyways as you probably rely on…
Re: Show HN: I made a down detector for down detector
#165Earlier quoted context omitted.
My clients (extremely large) AWS based infrastructure experienced no downtime this year. So, if it's based on some random person's clients, it's not clearly better at all. I don't use cloud flare for anything, so no comment there.
> So, if it's based on some random person's clients, it's not clearly better at all. Valid. I should have made it clear that I meant "clearly better from GP's perspective."
Re: Show HN: I made a down detector for down detector
#166Earlier quoted context omitted.
Those are all much smaller. Smaller providers have a much stronger incentive to be reliable, as they will lose customers if they are not. In a corporate settings management will say "this would not have happened if you had gone with AWS". its the current version of "no one ever got fired for buying IBM" (we had MS and others in between). Hetzner provides a much simpler set of services than AWS. Less complexity to go…
>I have sometimes been told its unprofessional or looks bad to run things yourself instead of using a managed service. That's an incredibly bad take lol. There are times where "The Cloud" makes sense, sure. But in my experience the majority of the time companies over-use the cloud. On Prem is GOOD. It's cheaper, arguably more secure if you configure it right (a challenge, I know, but hear me out) and gives you data s…
Re: Show HN: I made a down detector for down detector
#167Earlier quoted context omitted.
> Smaller providers have a much stronger incentive to be reliable, as they will lose customers if they are not. Hard disagree. A smaller provider will think twice about whether they use a Tier 1 data center versus a Tier IV data center because the cost difference is substantial and in many cases prohibitively expensive.
This. There's a fundamental logic error here. You simply don't hear about downtimes at smaller providers that often because it doesn't affect a significant portion of the internet like it does e.g. for AWS. But that doesn't mean they are more stable in general.
FlyIO (and Digital Ocean) had horrible up-time when they first got started. In the last 6-12 months, FlyIO been much better. But they would go down all the time or have unexpected CI bugs/changes.
Digital Ocean accidentally hard deleted user's object stores before their IPO.
Re: Show HN: I made a down detector for down detector
#168Re: Show HN: I made a down detector for down detector
#169Yo dawg I hear you like downdetector so...
Re: Show HN: I made a down detector for down detector
#170So, naturally, the feature request is: who watches the watchmen? We need downdetectorsdowndetectorsdowndetector.com next.