Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Stripe Blog: Track Stripe's uptime

stripe.com

Post reply on HN
Print view View original

11–20 of 24 posts

Re: Stripe Blog: Track Stripe's uptime

#11

Post by carbocation »

boucher wrote: post #5
citricsquid wrote: post #4

Earlier quoted context omitted.

Something that I think would also be nice would be if the dates were most recent on the left and oldest on the right. English is read left to right, so left should be the most relevant when displaying data and right being the least relevant, where most relevant = today and least relevant = 90 days. To me closest to where I start reading = closest to the current time.

We did have it going the other direction at first, but it didn't feel right.

Almost all time-series data is represented with old data on the left, new data on the right. (Stock charts, etc.) The way you have https://status.stripe.com/ set up makes sense to me.

Re: Stripe Blog: Track Stripe's uptime

#12

Post by dangrossman »

latchkey wrote: post #6
pestaa wrote: post #3

Earlier quoted context omitted.

All your questions are fair, but I guess this site is for users who already know the difference between stripe.js and the API. Also, your worries are rightful but pointless. The API provided 4 nines and stripe.js is close to 5 nines in the last three months. There were no 10+ minutes downtimes in either (still not counting the website.) I think that is impressive uptime.

I understand the difference between the two. The point I had is that stripe.js depends on the api. I don't understand why there is a separation in the status output. If the api is down, stripe.js is also down, you can see the reference to the api in the .js file. The way that my business works is that we take a large number of orders in a short amount of time and then it tapers off. If my site was down because their…

> 4 9's for a payment processor really isn't good enough

If 99.99% isn't good enough for you, then you should just store the payment data yourself so that you can re-send it if your gateway is unavailable during those critical 4 minutes.

Payment processors of all sizes experience downtime. Authorizenet was down for almost a day last year despite having redundancy in every layer of their operations -- up to having an entire hot standby data center to fail over to. None of them lost all their customers and went out of business, so 4 9's IS good enough.

Re: Stripe Blog: Track Stripe's uptime

#13

Post by learc83 »

xxcode wrote: post #7

Why is this important? Why are you telling this to people? Why is this news that a Hacker should know. I might not get it, but IMHO if its not something of general interest, it shouldn't be on HN (even though the company might be PG's portfolio).

Many people on HN are using Stripe to handle payment processing for their startups/projects. How can you argue this information isn't relevant?

Re: Stripe Blog: Track Stripe's uptime

#14

Post by latchkey »

dangrossman wrote: post #12
latchkey wrote: post #6

Earlier quoted context omitted.

I understand the difference between the two. The point I had is that stripe.js depends on the api. I don't understand why there is a separation in the status output. If the api is down, stripe.js is also down, you can see the reference to the api in the .js file. The way that my business works is that we take a large number of orders in a short amount of time and then it tapers off. If my site was down because their…

> 4 9's for a payment processor really isn't good enough If 99.99% isn't good enough for you, then you should just store the payment data yourself so that you can re-send it if your gateway is unavailable during those critical 4 minutes. Payment processors of all sizes experience downtime. Authorizenet was down for almost a day last year despite having redundancy in every layer of their operations -- up to having an…

They haven't lost customers because there is nowhere else to go.

Re: Stripe Blog: Track Stripe's uptime

#15

Post by moe »

latchkey wrote: post #9
pc wrote: post #8

Earlier quoted context omitted.

Thanks for the honest feedback. Also, what is up with all of that downtime? I think I'd expect my payment provider to have better uptime. Makes me wonder how quality the backend really is. While all downtime is bad, we think 99.99% is decent. The best service providers -- including the services that might power your site -- tend to have guarantees in this range. Amazon EC2 and Google App Engine both have SLAs for 99.…

I don't see a SLA for Stripe on the ToS page, why not? GAE has actually had 100% uptime for the last year. http://googleappengine.blogspot.com/2012/01/happy-birthday-h...

I don't see a SLA for Stripe on the ToS page, why not?

Blanket SLAs are not normally worth the paper they're written on. Look up the breach-compensation for your favorite TOS-SLA sometime.

Publishing the uptime history is a much more honest approach. Kudos to stripe for doing just that.

Re: Stripe Blog: Track Stripe's uptime

#16

Post by latchkey »

moe wrote: post #15
latchkey wrote: post #9

Earlier quoted context omitted.

I don't see a SLA for Stripe on the ToS page, why not? GAE has actually had 100% uptime for the last year. http://googleappengine.blogspot.com/2012/01/happy-birthday-h...

I don't see a SLA for Stripe on the ToS page, why not? Blanket SLAs are not normally worth the paper they're written on. Look up the breach-compensation for your favorite TOS-SLA sometime. Publishing the uptime history is a much more honest approach. Kudos to stripe for doing just that.

I'm not knocking them for publishing their failures. That is all great.

I'm questioning the comparison with other unrelated systems that are much bigger than them, especially when they don't publish a SLA themselves.

Re: Stripe Blog: Track Stripe's uptime

#17

Post by moe »

latchkey wrote: post #16
moe wrote: post #15

Earlier quoted context omitted.

I don't see a SLA for Stripe on the ToS page, why not? Blanket SLAs are not normally worth the paper they're written on. Look up the breach-compensation for your favorite TOS-SLA sometime. Publishing the uptime history is a much more honest approach. Kudos to stripe for doing just that.

I'm not knocking them for publishing their failures. That is all great. I'm questioning the comparison with other unrelated systems that are much bigger than them, especially when they don't publish a SLA themselves.

Why should they publish an arbitrarily chosen figure in addition to telling you the actual figure?

Re: Stripe Blog: Track Stripe's uptime

#18

Post by [deleted] »

pc wrote: post #8
latchkey wrote: post #2

Is it just me, or is this really confusing? Which services are responsible for taking payments? If the website goes down, does that affect taking payments? Isn't stripe.js part of the API? If the API goes down, doesn't that affect stripe.js? Also, what is up with all of that downtime? I think I'd expect my payment provider to have better uptime. Makes me wonder how quality the backend really is. If I was using stripe…

Thanks for the honest feedback. Also, what is up with all of that downtime? I think I'd expect my payment provider to have better uptime. Makes me wonder how quality the backend really is. While all downtime is bad, we think 99.99% is decent. The best service providers -- including the services that might power your site -- tend to have guarantees in this range. Amazon EC2 and Google App Engine both have SLAs for 99.…

[deleted]

Re: Stripe Blog: Track Stripe's uptime

#19

Post by 6ren »

pc wrote: post #8
latchkey wrote: post #2

Is it just me, or is this really confusing? Which services are responsible for taking payments? If the website goes down, does that affect taking payments? Isn't stripe.js part of the API? If the API goes down, doesn't that affect stripe.js? Also, what is up with all of that downtime? I think I'd expect my payment provider to have better uptime. Makes me wonder how quality the backend really is. If I was using stripe…

Thanks for the honest feedback. Also, what is up with all of that downtime? I think I'd expect my payment provider to have better uptime. Makes me wonder how quality the backend really is. While all downtime is bad, we think 99.99% is decent. The best service providers -- including the services that might power your site -- tend to have guarantees in this range. Amazon EC2 and Google App Engine both have SLAs for 99.…

1. The graphic exaggerates your downtime (1 minute/day looks like a day - x1440 worse than it is).

2. (On the site) please explain what each status is and how they relate (or link to rel docs). I understand the website uses the API; yet sometimes the API is down but not the website...

BTW: I humoured some severe criticism of my business once; it was only years later that I realized how accurate, helpful and crucial it was.

Re: Stripe Blog: Track Stripe's uptime

#20

Post by 6ren »

pestaa wrote: post #3
latchkey wrote: post #2

Is it just me, or is this really confusing? Which services are responsible for taking payments? If the website goes down, does that affect taking payments? Isn't stripe.js part of the API? If the API goes down, doesn't that affect stripe.js? Also, what is up with all of that downtime? I think I'd expect my payment provider to have better uptime. Makes me wonder how quality the backend really is. If I was using stripe…

All your questions are fair, but I guess this site is for users who already know the difference between stripe.js and the API. Also, your worries are rightful but pointless. The API provided 4 nines and stripe.js is close to 5 nines in the last three months. There were no 10+ minutes downtimes in either (still not counting the website.) I think that is impressive uptime.

No. The site is a selling document, to potential developer-users. It sells the uptime and the honesty/integrity/trustworthiness of stripe.

It should also be selling the simplicity, transparent communication and ease-of-use of stripe.

Post reply on HN