PeakD Tech Tales: A New Status Page

in About PeakD3 years ago

As I was writing my previous post I realized that the status page for PeakD.com has not been updated or improved for quite some time. So I decided to have a look at a couple of different services and compare them to the custom page we used for the past 2 years.

<p dir="auto"><img src="https://images.hive.blog/768x0/https://files.peakd.com/file/peakd-hive/asgarth/23tRxgFi7xza8mxNjj3mkKeMoZwq63YAHLodXaTq1WtP8aBDvRYWR8ZrSvjp8PweLWxr9.png" alt="Will it be better than the previous one?" srcset="https://images.hive.blog/768x0/https://files.peakd.com/file/peakd-hive/asgarth/23tRxgFi7xza8mxNjj3mkKeMoZwq63YAHLodXaTq1WtP8aBDvRYWR8ZrSvjp8PweLWxr9.png 1x, https://images.hive.blog/1536x0/https://files.peakd.com/file/peakd-hive/asgarth/23tRxgFi7xza8mxNjj3mkKeMoZwq63YAHLodXaTq1WtP8aBDvRYWR8ZrSvjp8PweLWxr9.png 2x" /> <h3>Bye Bye Old Status Page 👋 <p dir="auto">Before checking the new page let's have a look at the old one that worked quite well for the past couple of years. <p dir="auto"><img src="https://images.hive.blog/768x0/https://files.peakd.com/file/peakd-hive/asgarth/23t76bpL9NpmtLEJjnwBz6P2gZfvUetUzqUjkMGPrLMrwq7jiimsHY7q4vZHsknvhK6BF.png" alt="Old Status Page" srcset="https://images.hive.blog/768x0/https://files.peakd.com/file/peakd-hive/asgarth/23t76bpL9NpmtLEJjnwBz6P2gZfvUetUzqUjkMGPrLMrwq7jiimsHY7q4vZHsknvhK6BF.png 1x, https://images.hive.blog/1536x0/https://files.peakd.com/file/peakd-hive/asgarth/23t76bpL9NpmtLEJjnwBz6P2gZfvUetUzqUjkMGPrLMrwq7jiimsHY7q4vZHsknvhK6BF.png 2x" /> <p dir="auto">Actually I still like the overall look of the old page, it's quite unique and customized to our specific needs. But there are a few flaws: <ul> <li>No configuration and changes to the code are required every time we want to monitor a new system <li>Not possible to track history and incidents <li>Not possible to share updates in case something goes wrong and our team is working on a fix <li>No contact point or link to reach out to us <li>Limited to PeakD, no Beacon and no PeakMonsters <p dir="auto">Of course some of the issues mentioned in the above list could have been fixed rewriting and improving the page, but before working on it I decided to do a quick comparison of other tools that are designed exactly for this specific purpose. <h3>Quick Comparison of Status Page Services <p dir="auto">On Hive we have better redundancy than other popular websites and applications as the whole system is way more decentralized. We can switch to different API nodes, use multiple login methods to interact with the blockchain and even use multiple awesome frontends.<br /> But this also means that the monitoring tool (that is the essential part providing the data to the status page) must be easy to configure and flexible enough to actually monitor all those different services. <p dir="auto">This is a short list of the best tools I checked and tried to configure to see if they can fulfill our needs: <h4>UptimeRobot <p dir="auto"><a href="https://uptimerobot.com" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">UptimeRobot is a great service, with a generous free plan that allows tons of monitors. Actually we have been using it for quite some time and we are still using it as the main monitoring tool of our infrastructure. These two screens should give you an idea of how we use this service even while we are on the go: <p dir="auto"><img src="https://images.hive.blog/400x400/https://files.peakd.com/file/peakd-hive/asgarth/23tGVVfyMmQgRkbaNARvpDNwcPqotLQGLdNWg3rMBr6NJeW9bt832GvGJKv4eD7MezFha.png" alt="UptimeRobot mobile screens" /> <p dir="auto">They also offer a status page, but there are a couple of drawbacks (maybe it's possible to solve some of them with more configuration but I've not been able to figure it out): <ul> <li>Monitors support only GET requests. No support POST requests unfortunately and this is required to check the status of Hive API nodes <li>Using a custom domain (like <code>status.peakd.com) requires a paid plan (not too expensive but not cheap either) <li>Check interval limited to 5 minutes, not too bad but there are other options with lower limits. <h4>Instatus <p dir="auto"><a href="https://instatus.com" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">Instatus is slightly different from the other solutions listed here as it offers the actual status page but not the monitoring tools. So it's a complimentary system that can be integrated with other services to unlock it's full potential (UptimeRobot and Better Uptime are both supported as many more). <p dir="auto">There are some advantages in providing only the status page because having to focus on a specific thing allow the team behind this service to provide some great customization options and tons of different integration to receive notifications about downtimes. <p dir="auto">Biggest downside is that for our small team is not optimal to manage and configure multiple services just to provide the status page. <h4>Better Uptime <p dir="auto"><a href="https://betteruptime.com" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">Better Uptime is a new service I discovered recently. I tried it out and I was really surprised by how easy it is to use while still allowing a bunch of different configuration options. Let's dive into pros and cons: <p dir="auto"><strong>Pros: <ul> <li>Possible to use a custom domain <li>Easy to use and configure <li>Allow monitors to use POST requests and is suitable for Hive API node checks <li>Support multiple regions, so checks are not performed from a single source <li>Check interval as low as 3 minutes <p dir="auto"><strong>Cons: <ul> <li>Free plan allows only 10 monitors <p dir="auto">This is a very nice configuration dashboard 😯 <p dir="auto"><img src="https://images.hive.blog/768x0/https://files.peakd.com/file/peakd-hive/asgarth/23tHbYLE46shRJp2tRoXKxbaTQqQjcaszorss3HhD9A46c7VwANwPej1ya8QyFNYXcVa1.png" alt="Better Uptime Configuration Dashboard" srcset="https://images.hive.blog/768x0/https://files.peakd.com/file/peakd-hive/asgarth/23tHbYLE46shRJp2tRoXKxbaTQqQjcaszorss3HhD9A46c7VwANwPej1ya8QyFNYXcVa1.png 1x, https://images.hive.blog/1536x0/https://files.peakd.com/file/peakd-hive/asgarth/23tHbYLE46shRJp2tRoXKxbaTQqQjcaszorss3HhD9A46c7VwANwPej1ya8QyFNYXcVa1.png 2x" /> <h4>Cachet <p dir="auto"><a href="https://cachethq.io" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">Cachet<span> is an open source (<a href="https://github.com/CachetHQ/Cachet" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">https://github.com/CachetHQ/Cachet) solution that has been available for some time. I considered using it for it's huge customization potential, but I decided to move on for the following reasons: <ul> <li>Take more time to be configured <li>The status page is not looking so nice out of the box (compared to other solutions) <li>Self hosting is time consuming, but even more critical is that if you host the monitoring solution for your infrastructure yourself you may experience issues on both your own servers and your own status page at the same time. <p dir="auto">The last point was a deal-breaker for us because we don't want to build redundancy ourselves for a monitoring tool that should make our life easier, not more complicated 😆 <h4>Upptime <p dir="auto"><a href="https://upptime.js.org" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">Upptime is by far the most cleaver solution on this list. Basically it's a monitoring system built on top of GitHub infrastructure and <a href="https://github.com/features/actions" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">GitHub Actions. The whole thing is deployed as a repository (fork from the official one) and managed with standard GitHub features: <ul> <li>Checks are performed using GitHub Actions, and you have infinite configuration options as you can write the code for those actions yourself <li>Incidents are managed using GitHub Issues and are part of the repository. Also interactions on incidents is pretty easy as it is exactly the same you can do on GitHub Issues <li>Status page itself is simply powered by <a href="https://pages.github.com" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">GitHub Pages. <p dir="auto">So are we using it? Actually no 😆 ...or not yet. Main reason is that we use GitLab as our code management system and I don't want to start using GitHub just for this. Also I would like to dig into it a bit more before making a final decision. <h3>So What Are We Going To Use? <p dir="auto">After checking all the above tools we decided to use <a href="https://betteruptime.com/?ref=7yc6" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">BetterUptime<span> for the time being. Main reasons are listed above in the comparison and here you can see a preview of the final page (or check yourself at <a href="https://status.peakd.com" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">https://status.peakd.com): <p dir="auto"><img src="https://images.hive.blog/768x0/https://files.peakd.com/file/peakd-hive/asgarth/23tSzR6hh5KrabobjqwbN1QJ58vLWs4LQ8x7bj674qTaG6ETXbx7pVuhPv2pFfxF4SKzg.png" alt="New Status Page powered by Better Uptime" srcset="https://images.hive.blog/768x0/https://files.peakd.com/file/peakd-hive/asgarth/23tSzR6hh5KrabobjqwbN1QJ58vLWs4LQ8x7bj674qTaG6ETXbx7pVuhPv2pFfxF4SKzg.png 1x, https://images.hive.blog/1536x0/https://files.peakd.com/file/peakd-hive/asgarth/23tSzR6hh5KrabobjqwbN1QJ58vLWs4LQ8x7bj674qTaG6ETXbx7pVuhPv2pFfxF4SKzg.png 2x" /> <p dir="auto">I know that some of you may prefer a darker version, but the new options and easy to use features we get with the new page are way more valuable 😉 <h3>What's next <p dir="auto">My original idea is still in place and I plan to share some more details about our "way of working" next ...stay tuned !! <hr /> <h3>That's all for now, see you next time 👋 <p dir="auto">If you like what we do and you would like to get in touch feel free to reach out in <a href="https://discord.gg/u9H85vH2nx" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">our Discord server or if you are a developer have a look at <a href="https://peakd.com/hive-163399/@peakd/peakd-projects-official-job-posting-developer" target="_blank" rel="noreferrer noopener" title="This link will take you away from hive.blog" class="external_link">this post.
Sort:  

We use Better Uptime at Vixio and it's proven to be very useful. Great choice and interesting to read about how you arrived at the final decision.

Thanks, I'm very happy about it so far and glad to know others are using it too :)

Nice. I like it. Cool breakdown of the different uptime tools. I had no idea there were so many.

Oh there are many more ...I focused on the few that seemed a good fit for us 😁

We also use Better Uptime for @rabona status page :) It works well even on a free plan!

Yep, great experience so far 👍

This is a great change and it look nice

well done!

Nice. I use UptimeRobot for some websites, but your choice is good. I'll try these others and maybe change it.

Tks

Thanks for sharing! This is very informative for me!

I found this useful, like many posts on Peakd. Sometimes I will tag in my comment the specific user that I want to see a great post for example @cryptocharmers. I am pretty new, so I don't know if this is the correct way. If I want one specific user of PeakD to be notified of a great PeakD post, is there a way for me to share just to that user while staying inside PeakD front-end?