01 · Arkitektur
Sådan ser Azure Automation-opsætningen ud i jeres tenant.
Et afgrænset automatiseringsmiljø i jeres egen tenant, bygget af standardkomponenter fra Microsoft. Ingen skjulte servere, ingen proprietær platform – kun ting, jeres egen IT eller en anden partner kan forstå og overtage.
Komponenterne
Hver del har én opgave. Vi tilføjer kun de dele, jeres automatiseringer faktisk kræver.
Jeres Azure-abonnement
Oprettet i jeres tenant og betalt af jer. Har I ikke et, opretter vi det sammen med jer.
Hvorfor: Forbrug og ejerskab står på jeres navn fra dag ét.
Et afgrænset område
Alle automatiseringskomponenter samles i én dedikeret ressourcegruppe. Vores adgang gælder kun den.
Hvorfor: Klar grænse for adgang, omkostninger og ansvar.
Motoren
Kører automatiseringerne som runbooks i Python eller PowerShell – på tidsplan, via webhook eller manuelt. Hver kørsel får en jobhistorik med output.
Hvorfor: Serverløs drift uden en maskine, der skal patches.
Managed identity
Hvor det er muligt, logger automatiseringen på Microsoft 365 og Azure med sin egen identitet – uden brugerkonto og uden password.
Hvorfor: Præcise rettigheder og intet password, der kan lække.
Krypterede nøgler
API-nøgler til andre systemer gemmes krypteret i Azure – som krypterede variabler eller i Key Vault. De står aldrig i koden.
Hvorfor: Nøgler kan roteres uden at røre koden.
Kun når det er nødvendigt
Skal noget køre på jeres lokale netværk eller i et system uden API, tilføjer vi en dedikeret maskine, der kun bruges til den opgave.
Hvorfor: Også ældre systemer kan automatiseres.
Logning og alarmer
Fejlede kørsler udløser en Azure-alarm, der bliver til en sag i vores support. Jobhistorik og aktivitetslog gemmes i jeres miljø.
Hvorfor: Ingen fejl forsvinder i stilhed.
En kørsel fra start til slut
Sådan forløber hver eneste kørsel – uanset om den flytter fakturaer eller lukker en brugerkonto.
- 1 · UdløserTidsplan, formular eller hændelse
Fx hver nat kl. 06:00, eller når en leder indsender en formular.
- 2 · RunbookKoden starter
Henter nøgler, logger på med sin identitet og tjekker sine forudsætninger.
- 3 · SystemerLæser og skriver
Taler med Microsoft 365 og jeres øvrige systemer via deres API.
- 4 · KontrolResultatet tjekkes
Stemmer tallene ikke, stopper kørslen frem for at gætte.
- 5 · Log og alarmAlt bliver registreret
Succes logges. Fejl bliver til en sag hos Fisker IT.
Hvad sætter en automatisering i gang?
Tidsplan
Dagligt, ugentligt eller månedligt. Typisk tidligt om morgenen, så resultatet er klar, når I møder ind.
Formular
En webformular sender en sikker besked (webhook), fx når en ny medarbejder skal oprettes.
Hændelse
Et andet system melder noget – fx en sag, der skifter status, eller en backup, der ikke er kørt.
Manuelt
Vi – eller I – kan altid starte en kørsel med et klik, fx efter en rettelse.
Tre driftstilstande – ingen overraskelser
Alle automatiseringer, vi bygger, kan køre i tre tilstande. Det gør det sikkert at teste i jeres rigtige miljø.
Kun læsning
Automatiseringen henter data og viser, hvad den ville gøre – men ændrer intet. Standard, når intet andet er valgt.
Én post ad gangen
Udfører handlingen på én enkelt bruger, faktura eller post, så resultatet kan kontrolleres i hånden.
Fuld drift
Først når læs og test er godkendt, sættes automatiseringen i skrivetilstand og på tidsplan.
Navngivning og struktur
Faste konventioner betyder, at alle – også jeres egen IT – kan finde rundt. Hver ressource mærkes med ejer, formål og kontaktperson.
jeres-tenant
└─ abonnement: [virksomhed]-automation
└─ ressourcegruppe: rg-automation
├─ automation-konto: aa-[virksomhed]
│ ├─ runbook: onboarding-bruger
│ ├─ runbook: offboarding-bruger
│ ├─ runbook: m365-sikkerhedstjek
│ └─ tidsplan: dagligt-0600
├─ alarm: automation-job-fejlet
└─ vm (valgfri): vm-[virksomhed]-browserAzure-forbruget
Forbruget står på jeres egen Azure-regning, så I altid kan se det.
- Estimat før opstartVi gennemgår forventet forbrug, inden noget oprettes.
- BudgetalarmVi opsætter en alarm, der giver besked, hvis forbruget nærmer sig det aftalte niveau.
- Den største postServerløse runbooks fylder typisk lidt. En dedikeret maskine til browseropgaver er normalt den største post – derfor tilføjer vi den kun ved behov.
Vil I se det i jeres eget miljø?
Vi viser gerne en opsætning og gennemgår, hvad det vil kræve hos jer.