Apache Airflow

Automation · Orkestrering och schemaläggning av arbetsflöden (DAG:ar)

Apache Airflow schemalägger och övervakar data- och ML-pipelines som skrivs som DAG:er i Python. Öppen källkod under Apache Software Foundation.

Öppen källkodMySQLPostgreSQLPython

Betyg 85 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

REST API

REST API

Kontrollerat:

MCP · Tredjepart

Apache Airflow MCP

Kontrollerat:

Jämför med alternativ Källor
Apache Airflow 3.3.2: DAG-listan med arbetsflödena backup_verifiering, fakturaunderlag_ekonomi, kunddata_nattlig_etl och logg_arkivering, deras scheman (0 3 * * *, 15 2 * * *), senaste och nästa körning, ägare och taggar samt körningshistorik per dag
1 / 8 DAG-listan med de fyra arbetsflödena, scheman och senaste körningsstatus

Bedömning

Så bedömer vi

Totalbetyg

85

Preliminär (källbaserad)

Bedömningsprofil
Arbetsflödesorkestrering (DAG:er) med egen drift.
Bedömningsdatum
Modellversion
3.0.0

  1. Öppenhet och kontroll

    Apache-2.0 (OSI), Apache Software Foundation, full kodfrihet — inga låsningar.

  2. Funktionell passform

    Arbetsflödesorkestrering med Python-DAG:er är exakt kärnan; täcker användningsfallet utan större luckor.

  3. Dataflytt och interoperabilitet

    DAG:er är kod (Python) och API:t öppet; DAG-definitionerna är dock Airflow-specifika.

  4. Mognad och trygghet

    Sedan 2015, ASF-styrd, industristandard med stort provider-ekosystem.

  5. Framtidskraft

    REST-API och DAG-som-kod möjliggör automation; agentintegration sker via API:et.

  6. Drift och införande

    Självhosting kräver scheduler, workers och metadata-DB med betydande löpande driftarbete och versionsuppgraderingar.

  7. Kostnadsbild

    Fri Apache-2.0-licens; TCO = infrastruktur och kompetens.

  8. Svensk användbarhet

    Engelskt gränssnitt/dokumentation; ingen svensk lokalisering belagd — tekniskt användbart i Sverige.

Om Apache Airflow

Airflows modell är att arbetsflöden beskrivs som DAG:er i Python: beroenden, schemaläggning och återförsök definieras i kod som versionshanteras tillsammans med övrig utveckling. Det gör flödena testbara och granskningsbara på samma villkor som annan kod, i stället för att logiken lever i ett klick-gränssnitt.

Plattformen ägs av Apache Software Foundation. Runt kärnan finns ett stort provider-ekosystem med kopplingar till databaser, molntjänster och affärssystem, samt ett webbgränssnitt för att följa körningar, läsa loggar och felsöka. Arkitekturen är modulär och skalas via Celery eller Kubernetes — flexibelt, men det ökar driftkraven. Schemaläggningen är intervallbaserad: Airflow passar batch- och schemalagda flöden, inte händelsestyrd bearbetning i realtid.

Ett kommandoradsgränssnitt kompletterar API:t i den dagliga driften. Automation sker via ett publikt REST-API, dokumenterat som egen referens, så externa system kan starta flöden, läsa status och hantera uppgifter programmatiskt. Driften kräver dock respekt: en metadata-databas och flera tjänster ska skötas. Dokumentationen och gränssnittet är engelska; svensk lokalisering finns inte.

Användning

Passar för

  • Schemalagda batchflöden: ETL, dataladdning och rapporter
  • Integrationsflöden mellan affärssystem och databaser
  • Python-författade datapipelines som versionshanteras som kod

Passar mindre bra för

  • Strömmande eller realtidsbearbetning
  • Enstaka enkla jobb där cron eller CI räcker
  • Team som vill bygga flöden helt utan kod

Styrkor och begränsningar

Styrkor

  • Arbetsflöden som Python-kod, versionshanterad med övrig kod
  • Modulär arkitektur som skalas via Celery eller Kubernetes
  • Körningshistorik, beroendegraf och loggar i gränssnittet
  • Brett providerbibliotek plus REST-API och CLI
  • Styrs av Apache Software Foundation med öppen utveckling

Begränsningar

  • Driftkrävande: metadata-databas och flera tjänster att sköta
  • Inget svenskt gränssnitt; dokumentation på engelska
  • Intervallbaserad schemaläggning passar inte realtidsflöden

Skärmbilder

8 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.

  • Apache Airflow 3.3.2: DAG-listan med arbetsflödena backup_verifiering, fakturaunderlag_ekonomi, kunddata_nattlig_etl och logg_arkivering, deras scheman (0 3 * * *, 15 2 * * *), senaste och nästa körning, ägare och taggar samt körningshistorik per dag
    DAG-listan med de fyra arbetsflödena, scheman och senaste körningsstatus
  • Apache Airflow 3.3.2: översikten för arbetsflödet kunddata_nattlig_etl med schemat 15 2 * * *, senaste körning 2026-10-15 04:15:00 (lyckad), nästa körning, antal aktiva körningar, ägaren dataplattform, taggarna dataplattform och kunddata samt körningshistorik som gröna staplar per dag
    Översikten för kunddata_nattlig_etl med körningshistorik och nyckeltal
  • Apache Airflow 3.3.2: grafen över arbetsflödet kunddata_nattlig_etl med uppgifterna hamta_kundregister, validera_kundposter, normalisera_adresser, skriv_till_analysmodell och kvalitetsrapport samt pilarna som visar beroendeordningen
    Grafvyn för kunddata_nattlig_etl med uppgifterna och deras beroenden
  • Apache Airflow 3.3.2: fliken Tasks för kunddata_nattlig_etl med de fem uppgifterna hamta_kundregister, kvalitetsrapport, normalisera_adresser, skriv_till_analysmodell och validera_kundposter, utlösningsregeln all_success, operatören @task och två omförsök per uppgift
    Uppgiftslistan med utlösningsregler, antal omförsök och status
  • Apache Airflow 3.3.2: loggen för uppgiften hamta_kundregister i körningen scheduled__2026-10-15T03:15:00+02:00 med uppgiftsinstansens start- och sluttid, varaktighet och loggrader från körningen
    Uppgiftsloggen för hamta_kundregister i den senaste nattkörningen
  • Apache Airflow 3.3.2: kodvyn för kunddata_nattlig_etl med Python-källan för arbetsflödet, schemat, ägaren och uppgifternas beroenden
    Arbetsflödets källkod som den ligger i DAG-katalogen
  • Apache Airflow 3.3.2: listan över anslutningar med postgres_affarssystem mot db-01, sftp_kundleverantor mot fil-02, http_api_ekonomi, smtp_avisering och ssh_drift mot app-01, deras typer och beskrivningar
    Anslutningarna mot affärssystem, filöverföring och aviseringar
  • Apache Airflow 3.3.2: listan över variabler med miljo, kunddata_exportvy, kunddata_max_avvikelser, ekonomi_kontakt, backup_retention_dagar och arkiv_arkiv_id_prefix, deras värden och beskrivningar
    Variablerna som styr körningarna, med beskrivningar och värden

Tekniska resurser

Alternativ

Home Assistant

Automation · Plattform för hemautomation

Home Assistant är en öppen smart home-plattform som körs på egen hårdvara och samlar tusentals enheter i lokal styrning, med automationsmotor, dashboards, röstassistans och energiuppfölning utan krav på molntjänster.

Öppen källkodMariaDBMySQLPostgreSQL
Startår
2013
Licens
Apache License 2.0
Öppen källkod
Ja
API
REST API · Annan
MCP
Både klient och server, Inbyggt

Betyg

94

Preliminär (källbaserad)

Läs bedömningen

Projektdata

91 949GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2013
Licens
Apache License 2.0Öppen källkod (OSI-godkänd licens) · LICENSE.md i repot home-assistant/core innehåller Apache License 2.0. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · macOS · Windows · Android · iOS · Webbläsare · containers
API
REST API · Annan Verifierat
MCP
Både klient och server, Inbyggt
Export
Ej verifierat Ingen verifierad uppgift om en generell dataexportfunktion påträffades i denna omgång. Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Apache-2.0 (OSI-godkänd), lokal kontroll, egen drift och öppna integrationsgränssnitt.
Funktionell passform Gäller: Bäst-i-klassen lokal hemautomation med 1 500+ integrationer — täcker användningsfallet utan större luckor.
Dataflytt och interoperabilitet Gäller: REST- och WebSocket-API samt bred integrationsyta; lokal data i egen databas ger full dataflyttbarhet.
Mognad och trygghet Gäller: Sedan 2013, månadsreleaser, tydlig styrning (Open Home Foundation/Nabu Casa) och stort community.
Framtidskraft Gäller: MCP-server och MCP-klient, automation via YAML/CLI och mycket aktiv utveckling — dokumenterad agentberedskap och anpassningsförmåga.
Drift och införande Gäller: Självhost kräver löpande underhåll och viss teknisk vana; hanterbart men inte trivialt för icke-tekniska användare.
Kostnadsbild Gäller: Fri kärna; valfritt Nabu Casa-abonnemang för fjärråtkomst — transparent med hårdvarukostnad som eget antagande.
Svensk användbarhet Gäller: Svenskt gränssnitt finns; dokumentationen är engelskspråkig — verifierad svensk lokal relevans.

Kostnad: .

Faktakontrollerad

Ansible

Automation · Agentlös konfigurationshantering och IT-automation (CLI)

Ansible automatiserar serverdrift från kommandoraden: önskat tillstånd beskrivs i YAML-playbooks som verkställs agentlöst över SSH — ingen mjukvara behöver installeras på målvärdarna.

Öppen källkodPython
Startår
2012
Licens
GNU General Public License v3.0
Öppen källkod
Ja
API
Annan
MCP
Både klient och server, Officiellt tillägg

Betyg

87

Preliminär (källbaserad)

Läs bedömningen

Projektdata

71 236GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2012
Licens
GNU General Public License v3.0Öppen källkod (OSI-godkänd licens) · Repots COPYING innehåller fullständig GNU GPL v3-text och GitHubs licensdata anger GPL-3.0. Motorn (ansible-core) är GPL-3.0; det samlade "ansible"-paketet innehåller dessutom collections med egna licenser. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · macOS · Windows · containers
API
Annan Verifierat
MCP
Både klient och server, Officiellt tillägg
Export
Ej tillämpligt Ansible lagrar ingen egen användardata att exportera. Allt automationsinnehåll (playbooks, roller, inventarier och variabler) är vanliga textfiler i YAML/INI som fritt kan versionshanteras och flyttas. Ej verifierat
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: GPL-3.0-or-later (OSI), full kodfrihet; kärnan och AWX är öppna, med Red Hats kommersiella AAP som valfritt tillägg.
Funktionell passform Gäller: Konfigurationshantering och drift är exakt Ansible kärna; stort modulbibliotek och idempotenta playbooks täcker användningsfallet utan större luckor.
Dataflytt och interoperabilitet Gäller: YAML-playbooks och collections är portabla och väldokumenterade, men formatet är Ansible-specifikt och saknar ett öppet standardutbyte.
Mognad och trygghet Gäller: Sedan 2012, Red Hat-stött, mycket stort community, regelbundna releaser och etablerad säkerhets-/förvaltningspraxis.
Framtidskraft Gäller: YAML/CLI, collections och AWX API ger stark automation; agentintegration sker via API:et eller tredjeparts Ansible-MCP-servrar ovanpå det.
Drift och införande Gäller: Agentlöst (SSH) ger enkelt införande, men stora inventarier, secrets och löpande playbook-underhåll kräver disciplin och struktur.
Kostnadsbild Gäller: Fri GPL-kärna; Red Hat AAP är ett transparent, valfritt kommersiellt tillägg. TCO = drift och kompetens.
Svensk användbarhet Gäller: Engelsk dokumentation och CLI; ingen svensk lokalisering belagd — tekniskt användbart i Sverige.

Kostnad: .

Faktakontrollerad

Källor

  1. Apache Airflow – officiell webbplats
  2. Apache Airflow LICENSE
  3. Airflow – publikt REST-API
  4. Airflow – förutsättningar
  5. Airflow – översikt av webbgränssnittet
  6. Airflow – projekt och historia
  7. Airflow – gränssnittets språklista (i18n/config.ts)
  8. GitHub – apache/airflow-releaser