Getting started
Create your first monitor, add and verify an alert channel, make it the default, send a test alert, and gate a deploy from CI. About five minutes.
The shortest path to a working setup: one HTTP monitor on a URL you care about, one alert channel that you have proven works, and a deploy pipeline that refuses to continue while the site is down.
Prerequisites
- A Norcube account. Sign up for Monitor if you don't have one.
- A public URL to watch. Checks come from Norcube's servers, so the
target has to be reachable from the internet. If it sits behind an
allowlist, allow the source IP
18.185.27.174.
Without any alert channel, every member of your organization gets an email when a monitor goes down. You can skip the channel steps and still be covered; the steps below give you a channel you control and have tested.
Set up monitoring
Create the first monitor
Open Monitor in the dashboard and click New monitor at the top of the sidebar. The page asks what to watch first:
- HTTP / website: a website or API answers with the status you expect.
- Keyword: a page contains, or no longer contains, a piece of text.
- SSL certificate: a certificate is valid, trusted and not about to expire.
- Domain expiry: a domain's registration doesn't run out.
Ping, Port, Heartbeat and DNS checks are listed as coming soon.
Keep HTTP / website and fill in:
- URL: for example
https://example.com/health. - Name: suggested from the URL, change it to anything you'll recognise.
- Check every: 1 minute by default. Pick anything from 30 seconds to 1 day that your organization's limit allows (60 seconds is the shortest by default).
Under the fields the form spells out the defaults: a GET request that
accepts 2xx, times out after 10 s, follows up to 5 redirects, verifies
TLS and watches the expiry of its certificate and domain. Advanced
options opens everything else; see HTTP monitors.
Under Who gets alerted leave Organization defaults for now, then click Create monitor. The first check runs at once and the monitor's page opens.
Add an alert channel
In the sidebar open Alert channels and click New channel. Pick a Kind:
| Kind | What you enter |
|---|---|
| Every member of the organization, or One address (confirmed with a code) and the address. | |
| Webhook | Endpoint URL (https) and an optional Signing secret; one is generated for you when left blank. |
| Slack | Webhook URL: a Slack incoming-webhook URL. |
| Discord | Webhook URL: a Discord webhook URL. |
| SMS | Phone number in international format, for example +420601123456. |
Give it a Name (On-call, #alerts) and click Create channel.
A webhook channel shows its signing secret once; copy it now, it is not
shown again.
Verify it
An email address or a phone number has to be confirmed before any alert goes there. The Verify dialog opens right after you create such a channel (and the row keeps a Verify button until it is done):
- Click Send code. A 6-digit code goes to the address or number.
- Type it in and click Confirm.
The code works for 10 minutes and allows 5 attempts. Send a new code becomes available after a minute; a contact gets at most 5 codes a day. Slack, Discord, webhook and member-email channels need no verification.
Make it the default
A default channel gets the alerts of every monitor that has no alert settings of its own, which is every monitor you create with Organization defaults. Tick Default channel when you create the channel, or open its row menu, choose Edit and tick it there.
Default channels get down, expiring, expired and recovered
alerts. Slow-response warnings are opt-in per monitor; see
Alerts.
Send a test
Open the channel's row menu and choose Send test. The test goes through the real delivery path, and once delivered it counts as one notification. The toast confirms it was handed over; check that it arrived. From a monitor's page, Test notification sends a test to every channel that monitor alerts, or to one you pick.
The channel's Delivery log (click the row) shows every alert of the last 90 days with its status and, for a failure, the provider's error.
Gate a deploy from CI (optional)
With the Norcube CLI signed in (nrc login), one
command tells you whether anything is wrong:
nrc monitor status # open incidents by severity, monitors by status
nrc monitor status --fail-on critical # exit 1 while a critical incident is openIn a pipeline, use a CI token with the
monitor.read scope as NORCUBE_TOKEN. To check a monitor right after
a deploy and fail the job when it is down, give the token
monitor.check and run:
nrc monitor monitors run "Shop API" --waitMore in CLI.
Next steps
Monitors
Kinds, intervals, statuses, the list and the detail page, uptime and history.
Alerts
Channels, verification, defaults, routes per monitor, reminders and the delivery log.
Incidents
How an incident opens, escalates and resolves, and how to acknowledge one.
Webhooks
The payload and how to verify its signature.
Status pages
Show chosen monitors to your customers on a public page.
Monitor
Uptime, SSL certificate and domain expiry monitoring from Norcube's servers, with confirmed incidents, alerts by email, webhook, Slack, Discord or SMS, and public status pages.
Monitors
The kinds of monitors, intervals and statuses, the monitor list with filters and bulk actions, and the detail page with uptime, response times, history and CSV export.