Larm via e-post

Radar berättar vad som händer för den som öppnar skärmen. Larmen gör tvärtom: de varnar utan att någon behöver titta. Det är skillnaden mellan att veta att en app har varit nere och att veta att den är det.

De konfigureras alla på samma ställe — Inställningar, i sidofältet, i administrationsdelen — och gäller hela plattformen, inte per app.

#Slå på varningarna

1. Öppna Inställningar i sidofältet.
2. Hitta raden Varningar via e-post i panelen Bakgrundsarbete — ”Det som körs av sig självt medan ingen tittar. Att stänga av tar inte bort något — det stoppar bara.”
3. Slå på reglaget. Hjälptexten bredvid säger vad som står på spel: ”Varnar när något passerar gränserna nedan. Utan detta får du bara veta när du öppnar skärmen.”
4. Gå ner till slutet av sidan och klicka på Spara. Bekräftelsen lyder ”Inställningarna har sparats.”

I samma panel finns tre andra reglage som är värda att känna till, för hälften av alla ”larm som inte kommer fram” beror på att ett av dem är avstängt:

Reglage	Vad det gör
Schemaläggare	Kör scheman, schemalagda rapporter och arbetsflödenas timers.
Observerbarhetsindex	För det apparna registrerar till det centrala indexet och tillämpar varje apps gallringsfrister. Avstängt visar skärmarna gamla data.
Aviseringar i realtid	Realtidsserver för aviseringarna. Utan den levereras aviseringarna vid nästa besök.

#Vart varningarna går

Panelen E-post för varningar — ”Servern som plattformens varningar skickas via. Den är skild från varje apps e-post.” — har den utgående servern och mottagarna.

Fält	Vad det är
Server	Adressen till den utgående e-postservern.
Port	Dess port.
Implicit TLS	”Normalt påslaget på port 465. På övriga uppgraderas anslutningen efter att den öppnats.”
Användare	Kontot som autentiserar mot servern.
Lösenord	”Sparas krypterat och visas aldrig igen på den här skärmen. Lämna blankt för att behålla det som redan finns.”
Avsändare	Adressen som skickar. Den är obligatorisk.
Mottagare	Vilka som tar emot.

Fältet Mottagare har en notering som löser ett underhållsproblem: ”Kommaseparerade. Om fältet är tomt varnas de aktiva administratörerna — en lista som håller sig aktuell av sig själv.”

Lösenordets status visas under fältet: Angivet — skriv för att byta eller Inte angivet.

#När varning ska skickas

Panelen När varning ska skickas — ”Värdena nedan är standardvärdena.” — har gränserna. Ett larm utlöses när något av dessa värden överskrids inom tidsfönstret.

Gräns	Vad den mäter	Anteckning
API-fel (%)	”Andel misslyckade anrop, per app.”	Det räknas app för app, inte på summan av alla.
Minsta antal anrop	Hur många anrop som krävs för att procenten ska räknas	”Under det säger procenten ingenting: 1 fel av 3 är 33 %.”
Misslyckade skript	Hur många skriptkörningar som får misslyckas innan det varnas
Köns fördröjning (s)	Hur mycket indexkön får ligga efter	”Så länge kön ligger efter visar skärmarna gamla data.”
Ledigt diskutrymme (%)	Under vilken andel ledigt diskutrymme det varnas
Fönster (min)	Perioden som allt detta räknas över	”Den period som talen ovan räknas över.”

Minsta antal anrop är det viktigaste fältet och det mest bortglömda. Utan det larmar en app med lite trafik hela dagen: tre anrop, ett misslyckat, 33 % fel. Med det räknas procenten först när det finns tillräckligt många anrop för att den ska betyda något.

#Hur man väljer värdena

Det finns inga universella tal, men det finns en metod som fungerar:

1. Låt plattformen köra en vecka med standardvärdena.
2. Öppna Observerbarhet → Översikt med tidsintervallet på 7 d och titta på den verkliga Felfrekvensen och Svarstiden (p95).
3. Sätt gränsen för API-fel (%) en bit över vad som är normalt i den installationen — målet är att fånga det onormala, inte att bekräfta det normala.
4. Anpassa Minsta antal anrop till trafiken i den lugnaste appen.

#Kontrollera att larmen verkligen fungerar

Observerbarhetens avsnitt Tillstånd har, överst, en mening som säger sanningen om larmen i den här installationen. Det är stället att kontrollera på efter att du rört inställningarna.

Det finns tre möjliga meningar:

Vad som står där	Vad det betyder
”Larmen är påslagna: meddelar administratörerna över 5 % fel, från och med 20 anrop.”	Allt fungerar — och med dina gränser synliga.
”Larmen är avstängda. Ingen får veta när något går fel — den här sidan berättar bara vad som händer för den som öppnar den.”	Varningar via e-post är inte påslaget.
”Larmen är påslagna, men e-post kan inte skickas: … Larmen registreras och ingen får veta något.”	Varningen utlöses, men går inte ut — e-postservern är inte konfigurerad.

Den tredje är den lömskaste, för allt ser konfigurerat ut. Om du ser den, gå tillbaka till panelen E-post för varningar och komplettera det som saknas.

#Sessioner och gränser

Fortfarande under Inställningar har panelen Sessioner och gränser — ”De gäller för hela plattformen.” — två värden som inte är larm men som brukar sökas samtidigt:

• Sessionens längd (h) — ”En aktiv session förnyas av sig själv; det här är den inaktivitet som gör att den upphör.”
• Största fil (MB) — maxstorleken för en uppladdad fil.

#Varför ser jag inte…?

• …några larm komma fram, trots att allt är påslaget? Kontrollera panelen Tillstånd: står det ”e-post kan inte skickas” saknas den utgående servern. Står det ”avstängda” är det inte sparat.
• …panelen Bakgrundsarbete? Du är i en apps inställningar, inte i plattformens. Plattformens öppnas via menyn Inställningar i sidofältet.
• …mina gränser gälla? Utan Spara i slutet av sidan sparas ingenting. Bekräftelsen är ”Inställningarna har sparats.”
• …larm per app? De finns inte: gränserna tillhör plattformen. Det som är per app är rotationen av poster, i varje apps inställningar.