This fits better with the other stuff above, than below the migrations

service/prometheus.md

@@ -3094,6 +3094,26 @@ for alerting rules. We already have that for scrape targets, but that
 doesn't seem to be an issue. It did feel, however, critical for the
 more important alerting rules to have a single source of truth.
 
+### Mobile notifications
+
+Like [others][] we do not intend on having on-call rotation yet, and
+will not ring people on their mobile devices at first. After all
+exporters have been deployed (priority "C", "nice to have") and alerts
+properly configured, we will evaluate the number of notifications that
+get sent out. If levels are acceptable (say, once a month or so),
+we might implement push notifications during business hours to
+consenting staff.
+
+ [others]: https://utcc.utoronto.ca/~cks/space/blog/sysadmin/AlertsAsNotificationsFreedom
+
+We have been advised to avoid Signal notifications as that setup is
+often brittle, `signal.org` frequently changing their API and leading
+to silent failures. We might implement [alerts over Matrix][]
+depending on what messaging platform gets standardized in the Tor
+project.
+
+[alerts over Matrix]: https://gitlab.torproject.org/tpo/tpa/team/-/issues/40216
+
 ### Migrating from Munin
 
 Here's a quick cheat sheet from people used to Munin and switching to
@@ -3400,23 +3420,3 @@ to consider is [Crochet][].
 [Elm compiler]: https://github.com/elm/compiler
 [not in Debian]: http://bugs.debian.org/973915
 [Crochet]: https://github.com/simonpasquier/crochet
-
-### Mobile notifications
-
-Like [others][] we do not intend on having on-call rotation yet, and
-will not ring people on their mobile devices at first. After all
-exporters have been deployed (priority "C", "nice to have") and alerts
-properly configured, we will evaluate the number of notifications that
-get sent out. If levels are acceptable (say, once a month or so),
-we might implement push notifications during business hours to
-consenting staff.
-
- [others]: https://utcc.utoronto.ca/~cks/space/blog/sysadmin/AlertsAsNotificationsFreedom
-
-We have been advised to avoid Signal notifications as that setup is
-often brittle, `signal.org` frequently changing their API and leading
-to silent failures. We might implement [alerts over Matrix][]
-depending on what messaging platform gets standardized in the Tor
-project.
-
-[alerts over Matrix]: https://gitlab.torproject.org/tpo/tpa/team/-/issues/40216