At Uptime.com, we are dedicated to constantly enhancing our product to better serve your needs. Your feedback is invaluable in guiding our development. We invite you to share your feature requests below, as your input directly influences our product roadmap.
Have something to say?
Completed
Create a Kubernetes operator
Create a Kubernetes operator to manage uptime monitoring with cdr, or specific annotations. It’s can be useful to manage annotation on Ingress or Istio virtualService resources for example (as like external-dns for example)
Status Page Downtime Events Automatically Create Incident Option
Have a status page option that allows you to see the downtime related events in the event history. This would be helpful to see trends better as well as provide better tracking for downtime that is accessible to a broader audience. A couple of options would be to either 1-allow downtime events to automatically create incidents (probably most useful if done per object vs page as a whole) or 2-have a new category that downtime events are assigned to that will show in the history of events. Seeing the events you want reflected in the event history without manual intervention of incident creation process is the goal.
In Progress
Add "White Label" functionality to Status Pages
Allow the Uptime.com branding to be hidden/removed from my public status pages as well as the email notification footer so that users can present a fully white-labeled experience to my users. This feature will add a "Hide Uptime Branding" checkbox under the "Customize Look & Feel" settings page. This functionality will only be available only to Premium and higher-tier plans. When enabled, it will remove "Powered by Uptime.com" from status pages and the footer links to Uptime.com in notifications.
AWS CloudFormation/CDK Support
Cloud services that are defined in code via AWS Cloudformation (and the associated Cloud Development Kit) would benefit from being able to define service monitors in the same infrastructure definition language in which they define the rest of their infrastructure.
SCIM User Provisioning Support
SCIM User Provisioning Support for automatic user provisioning and creation via SCIM protocol.
Incident Management & On-Call IRM
Incident management system for Site Reliability Engineers (SRE) and Operations teams for on call and notification management.
Planned
Self monitoring of private locations
It would be good if there was built in monitoring to know when the private location is no longer reporting back to our instance.
Planned
Run Test Immediately (UI+API) for any test type
There is a desire to create an immediate API check for CI/CD environments when there are continuous deployments. Currently there is a need to wait for the minimum duration, but the ability to test a deployment during the promotion process could save costly downtime. Ability to hit an API to run the test immediately and return a result (up/down) for any test type.
Completed
Private Location Container Image that works with K8s "Restricted" PSS
Our organisation requires Restricted level in Pod Security Standards, which means there can be no sudo/root commands. Yet the private location container runs cron as root and thus fails to start correctly. Can you make a K8s image that utilises the “uptime” users crontab; or disable cron in the container and provide a setup for Kubernets CronJobs?
Technical Review
Use email to send a pulse to a heartbeat check
We have a few business process that we’d like to monitor with heartbeat checks, but the processes are not capable of invoking a web service. Those processes are capable of sending email, so we’d like to see a way to send a pulse to a heartbeat check via email. We can accomplish this today only by either paying for a third party service that can act as a bridge or building something ourselves. If uptime.com supported this functionality natively, we would be likely to use more heartbeat checks.
Planned
Option to automatically set public status page maintenance based on check
Hi, We had some feedback from internal users that they were expecting the public status pages to show active maintenance, if the associated check(s) were configured to be under maintenance. I believe this does not happen - but it would be very useful if this could be an option. It would save additional (somewhat duplicated) work in terms of having to additionally set maintenance on the status page. Currently we’re making use of the internal status page, and we utilise both “Under maintenance now” and “Maintenance schedules” on http checks. Thanks
Completed
Third-party Monitoring
Monitor cloud dependencies (such as Amazon and Google Cloud) and detect any incidents that may occur.
Technical Review
Add China location for Pagespeed tests
Currently this is supported for Website/HTTP tests, but not for Pagespeed tests. We would find this useful as we have to serve clients and employees in China. Given the network problems and workarounds that are typically involved in supporting access from China, monitoring pagespeed would be a great benefit.
gRPC check
Requesting a gRPC check type Our team heavily gRPC endpoints internally with mTLS for authentication. We want to ensure those services are reachable and functional without exposing an additional REST endpoint solely for monitoring. Native gRPC checks would allow us to monitor the real production path and catch API breaks sooner.
StatusPage - Custom Incident/Maintenance Notifications Per customer/group (custom notification groups)
StatusPage Custom Incident/Maintenance Notifications Per customer/group There are scenarios where on large StatusPages a customer may have an incident that only impacts a subset of users. Those users need to be grouped into a notification group and can be selected to be notified vs notifying everyone. Having support for a Groups of Users based on if the incident/maintenance impacts them. Only the groups selected to be notified will be notified.
Planned
Scheduled SLA Calculation Windows
Scheduled SLA Calculation Windows Add the ability to schedule when the SLA should be impacted on checks; i.e. - I only want my SLA impacted during 9AM UTC to 5PM UTC. This is a different functionality then maintenance windows - where as the alerts will still be fired and sent to endpoints and users/contacts but downtime will not impact the SLA during the scheduled period of time Maintenance Windows that overlap with these schedules would be over ridden by the Maintenance Schedule in place (if one exists)