Disclaimer: If I have mistakenly misrepresented anything, or if I missed any information, PLEASE let me know in the comments below.
What providers are we looking about today?
What is the URL of each status page (and are they easy to remember in times of need)?
- Amazon Web Services: http://status.aws.amazon.com/ (Somewhat easy to remember)
- Salesforce: http://trust.salesforce.com/ (Easy to remember)
- Zoho: http://status.zoho.com/ (Extremely easy to remember)
- Amazon Web Services: "AWS Service Health Dashboard"
- Salesforce: "Trust.salesforce.com - System Status" (Note: salesforce.com goes beyond simply providing system status by also providing security notices, both under their "Trust.salesforce.com brand")
- Zoho: "Zoho Service Health Status"
- Amazon Web Services: All four core services (EC2, S3, SQS, SimpleDB), plus Mechanical Turk and FlexPay. They also break out the two S3 datacenter locations (EU and US), the two ends of a Mechanical Turk transaction (Requester and Worker), plus the EC2 API.
- Salesforce: Only the core salesforce.com services across 12 individual systems (based on geographic location and purpose).
- Zoho: All 23 Zoho services are covered, plus their mobile site and their single sign-on system.
- Amazon Web Services: Current status, plus about 30 days of historical status. Status is determined to be one of "Service is operating normally", "Performance Issues", or "Service disruption". "Information messages" are occasionally provided.
- Salesforce: Current status, plus exactly 30 days of historical status. Status is determined to be either "Instances available", "Performance Issues", "Service disruption", or "Status not available". "Informational messages" are also provided on occasion.
- Zoho: Current status and the response time for the past hour, in addition to historical uptime for the past week. Also provided are two graphs representing uptime and response time for the past seven days. If that wasn't enough, current uptime and response from six geographical locations is also given.
- Amazon Web Services: No clue.
- Salesforce: No clue.
- Zoho: Their own "Site 24x7" monitoring service.
- Amazon Web Services: No clue.
- Salesforce: No clue.
- Zoho: No clue.
- Amazon Web Services: Yes, but unclear how consistently and how easy it is to find that information.
- Salesforce: Yes, right underneath the current status.
- Zoho: Does not appear so, but if the issue is big enough they may update customers through their blog.
- Amazon Web Services: Yes. Mousing over a past performance or downtime event brings up a chronological log of events that took place, from detection to resolution. In addition, major downtime events are explained.
- Salesforce: Yes. Clicking on any past event brings up a window giving the time of the event, a detailed description of the problem, and a root cause analysis.
- Zoho: No. Unless they are described in the blog.
- Amazon Web Services: Yes, clicking the "Report an Issue" link.
- Salesforce: No, other then using the standard support channels.
- Zoho: No, other then using the standard support channels.
- Amazon Web Services: Ability to subscribe to RSS feeds for change in status of each service.
- Salesforce: No.
- Zoho: No.
A closing questions for each provider:
- Amazon Web Services: What does "EC2 API" actually mean? Which API is this referring to and why not cover the API's for the other services?
- Salesforce: Does each server status cover every application level and API on that server? Can you offer more insight into specific services?
- Zoho: Do you expect to add details about current and past downtime events to the health dashboard? What do you expect your customers to do when they see a red light? If you answer "Email Support", you don't get the power of this status page.
- To all: How is the health actually monitored (especially for the GUI focused Salesforce and Zoho services? Working at a (the best) web monitoring company, I know how hard it is to monitor complex web applications.
Thanks for a very detailed analysis. At Zoho, we are committed to providing as much information as we can, and your suggestions are very welcome!
ReplyDeleteSridhar
Glad to hear it. My current goal is to get a better idea of what your customers (plus those of AWS and Salesforce) think about these health dashboards. Specifically, what do they want to see, what's most important to them, and would they expect every SaaS provider to offer something like this in the future.
ReplyDeleteHow is the health actually monitored (especially for the GUI focused Salesforce and Zoho services?
ReplyDeleteFor certain Zoho services such as Zoho Show & Wiki, we login to a test user account and check if everything goes through. This involves recording a sequence of urls/steps of the service and playing it back at regular intervals of time.
For other services, we monitor the availability of sample public urls which in turn fetches content from the database/fileserver.These services do a login whenever we invoke their urls, which in turn ensures the login check is working. This method of monitoring also provides data from multiple monitoring locations. Zoho writer, sheet, etc. are monitored through this method.
Arun
Site24x7
Thanks for the insight Arun! The whole concept of monitoring complex web applications is topic in itself, and I don't think it's worth getting into right now, except to say that the only way to accurately monitor and track the performance of web applications is to use a real browser (e.g. IE7, Firefox) and run through the entire transaction on a regular interval. Otherwise you risk missing problems in the javascript (which I presume Zoho uses extensively), or missing broken dynamic links since you are hitting hard coded URL's. It's a tricky business. But in the end, your solution covers a vast majority of the potential downtime and performance issues, and so it's a great start.
ReplyDeleteOne more great status page I didn't mention in the original post:
ReplyDeletehttp://status.opensrs.com/
I love how they have a link to this page from every part of the site (right along the top right). Also impressive that you can subscribe to alerts when status changes, and I like how the archive links to an event log detailing each change in status.
Couple more status pages:
ReplyDeletehttp://status.mosso.com/
http://heartbeat.skype.com/ (beating hearts are hilarious. Though the red gives the wrong impression)
http://www.mogulus.com/support/servicehealth
ReplyDeletehttp://system.opendns.com/
ReplyDeletehttp://service.quickbase.com/updates.aspx
As basic as they get:
ReplyDeletehttp://github.wordpress.com/
http://status.netsuite.com/status.html
ReplyDeleteLenny,
ReplyDeleteGreat post.
It looked like BlueTie is using your company's tool (WebMetrics). If so, I'd like to comment that the report on their site is hard to read by me (and perhaps other partially color blind people). I see virtually no distinction between the yellow and green. Also, it would be nice to be able to 'cursor over' and get a textual indicator.
Again, not sure if that is your report or theirs - just FYI.
Jeff
Great point Jeff, I hadn't once thought about that problem of color blind people having trouble with status lights. Feels like the way http://status.opensrs.com/ handles this might just be ideal.
ReplyDeleteNote that BlueTie does use the monitoring data from the company I work for (Webmetrics), but they built that dashboard completely on their own. I'll pass along that feedback to them though if I have a chance to speak with them.
Lenny,
ReplyDeleteWe've made a few enhancements to Zoho status page. These include:
1) The ability to subscribe to RSS feeds to know the change in status of the services.
2) Historical data for website availability.
3) Option for users to 'report an issue' with any of the Zoho services.
You might want to check this out.
Arun
Site24x7
Looking good Arun! The RSS will certainly be appreciated by your customers. Would also be really interesting to see how many issues are reported come from this page vs. your standard support page.
ReplyDeleteOne important thing I would still suggest you strongly consider is having a clear link to the status page from somewhere on your home page or wherever you think your customers first go when they have a problem. I'd be worried that many customers will have no idea this status page exists, defeating the purpose of even having one.
One of a kind thing about Amazon is their wonderfully created arrangements and coupons that empower customers to spare more. Amazon Coupons can be utilized to purchase items from the site at shockingly low costs. https://www.customercaretoll.com/listings/norton-customer-support-service-toll-free-phone-number
ReplyDeleteWhen health insurance for individuals and families emerged as a means for corporations to escape wage freezes and to attract and retain employees after World War II, almost overnight a great pool of money became available to pay for health care.phentermine 37.5 and topiramate 50
ReplyDeleteAbove all else, the plan of the home test units guarantees 99% proficiency in the event that they are utilized effectively, with every one of the guidelines intently took after. https://stdauthority.com/los-angeles-california-std-testing
ReplyDeleteHealth Care Regulatory Boards are often not seen as a viable member of the investigative team.http://legalsteroidsbestpro.spruz.com
ReplyDeletepackers and movers trivandrum to chennai
ReplyDeletepackers and movers trivandrum to hyderabad
packers and movers trivandrum to cochin
packers and movers pondicherry to bangalore
packers and movers pondicherry to chennai
packers and movers pondicherry to hyderabad
packers and movers pondicherry to pune
packers and movers visakhapatnam to bangalore
packers and movers visakhapatnam to chennai
packers and movers visakhapatnam to vijayawada
Be that as it may, eBay's aggregate bonus and charges after your thing sells is generally what might as well be called Amazon's bonus. Ecom Income Blueprint
ReplyDeleteIt can be offered to online retail businesses with bespoke eCommerce websites as a payment or checkout option to sell physical and digital goods and to enable multiple Amazon users to utilise information kept in their Checkout via Amazon accounts for buying purposes.
ReplyDelete