Operational architecture

Operational architecture: from data to a reproducible run.

An intermediate level between methodology and the advanced dossier: software components, execution flow, testing, state and tools.

Progressive path

From visible output to implementation.

Each level adds detail without forcing the reader to restart: enter at the most useful point and continue progressively.

In practice

Six technical concepts translated into mental pictures.

Adapter

An interpreter that transforms different sources into a common form.

State machine

A traffic light distinguishing completed, skipped, blocked or failed work.

Idempotency

Pressing the button twice must not create two identical publications.

Log

A diary recording what happened and when.

Offline test

Testing the system with controlled copies of data without relying on the external source each time.

Secrets and credentials

Passwords and keys must not appear in code or reports.

Operational level

The pipeline is split into components with verifiable responsibilities.

01AdapterAPIs, feeds, files, HTML and PDF
02SchemaPydantic, types, units and timestamps
04Statecache, snapshots, fingerprints and URIs
05Processingfeatures, rules, ML and geospatial
07RenderingMatplotlib, Pillow, HTML and alt text
Engineering loop joining ingestion, validation, inference, publication, observation and revision.
Quality is not a final check: it follows the entire cycle.

From component to behaviour.

A reliable workflow grows from separated responsibilities, explicit states and repeatable controls. Architecture makes visible where a run may proceed, degrade or stop.

sourcesmethodcontrolsoutputsmemory

Implemented toolchain

Frameworks and tools mapped to a clear role.

Core and data

Tabular processing, object validation and auditable persistence.

PythonpandasNumPyPydanticJSONCSVParquet

Machine learning

Supervised models, anomaly detection, clustering, graphs and bootstrap.

scikit-learnXGBoostoptional PyTorchNetworkXDBSCANIsolation Forest

Acquisition

HTTP clients, web and PDF parsing, public feeds and APIs.

requestshttpxBeautiful SouppypdfyfinanceOpen-MeteoNASA FIRMS

Rendering and web

Static cards, navigable charts and an indexable bilingual website.

MatplotlibPillowChart.jsHTML5CSSJavaScriptJSON-LD

Automation

Schedules, protected environments, artifacts, tests and idempotent publishing.

GitHub Actionscronworkflow_dispatchpytestRuffuvHatch CLI

Delivery

Standalone social records, static site delivery and language routing.

AT ProtocolXRPCTIDBlueskyCloudflare PagesCloudflare Worker

Run lifecycle

Each execution moves through explicit states.

1

Trigger

Schedule, event, manual dispatch or a new source.

2

Acquire

Retries, timeout, source date and metadata.

3

Validate

Schema, freshness, missing data, ranges and gates.

5

Decide

Published, dry run, skipped, blocked or failed.

6

Persist

Artifacts, state, provenance, hashes and URIs.

Software quality

Different tests cover different failure classes.

Unit tests

Parsers, transformations, captions, record keys, metrics and guards.

Contract tests

Versions, file structure, output schemas and release requirements.

Offline integration

Fixtures and mocks reproduce external sources without network dependency.

Dry runs

Generate cards, payloads and provenance without sending live records.

CI

Ruff, pytest, artifact builds and checks before scheduled execution.

Runbooks

Outcomes, failure modes, retries and state recovery are documented.

Maturity boundary

Implemented components and possible evolution remain distinct.

IMPLEMENTED

Current repositories and workflows

GitHub Actions, artifacts, JSON state, pytest, Ruff, static rendering, AT Protocol and Cloudflare Pages.

POSSIBLE EVOLUTION

More structured production

OCI/Docker containers, registries, FastAPI APIs, DVC or MLflow, OpenTelemetry, Prometheus/Grafana and object storage. These are not presented as active components.

Next level

Explore validation, model risk and failure modes.

The advanced dossier covers point-in-time logic, baselines, calibration, ablation, drift, idempotency and technical governance.

Open advanced details