Planner
Detects new flight triggers, validates incoming data, creates tasks, and manages priorities and dependencies.
Engineering case study
An event-driven platform that automates, orchestrates and monitors the processing of flight-test data from aircraft landing to cloud availability.
01 — The challenge
Before the platform, flight-test engineers waited for data, manually retrieved and organised files, launched independent scripts, monitored each step, and reacted to failures themselves.
The real constraint was not just processing speed. Repetitive operational supervision consumed attention that belonged on engineering analysis and decision-making.
02 — The solution
The platform coordinates the end-to-end flow while preserving the validated logic of the existing engineering tools it integrates.
Detects new flight triggers, validates incoming data, creates tasks, and manages priorities and dependencies.
The single source of truth for flights, tasks, status, file locations, and execution history.
Execute ready tasks based on priority, dependencies, and available capacity—critical work first, overnight work later.
Performs integrity checks, storage optimisation, compression, and cloud synchronization.
Dash-based monitoring provides live task status, worker activity, notifications, retry controls, and priority management.
03 — Workflow
Flight data transferred after landing
JSON event trigger created
Automatic validation of incoming data
Task planning with priorities and dependencies
Parallel execution by workers
Automatic synchronization to the company cloud
04 — Key engineering decisions
Processing starts automatically as soon as flight data becomes available. No manual launch is required.
Tasks run only after their required predecessors succeed, protecting reliability while maximizing parallelism.
Critical deliverables are produced immediately; resource-intensive background processing is automatically delayed until overnight.
Workflow state lives in PostgreSQL rather than application memory, providing transparency, traceability, and straightforward maintenance.
05 — Reliability
Automated checks cover flight identifier consistency, raw and converted files, mandatory auxiliary data, dependencies, and failure propagation. Each execution leaves an auditable history in PostgreSQL.
The platform was continuously validated with flight-test engineers throughout deployment, ensuring operational behaviour stayed aligned with how campaigns actually run.
06 — Distributed processing
During remote campaigns, critical processing runs locally while intermediate files are compressed for limited-bandwidth transfer. Remaining work automatically continues on the main server.
This keeps critical reports available quickly without treating bandwidth as an unlimited resource.
07 — File and cloud management
Additional services perform nightly storage integrity checks, compress intermediate datasets, convert recorded display videos, verify obsolete indexes, and synchronize approved data to the company cloud.
Intermediate TDMS datasets are compressed by approximately 10× before archival, materially reducing storage requirements without turning optimisation into a manual cleanup task.
08 — Results
09 — My role
I designed and developed the overall platform architecture, workflow orchestration engine, PostgreSQL data model, Dash user interface, worker system, monitoring tools, file-management services, and cloud-synchronization package.
Existing engineering tools were integrated into the platform while preserving their validated processing logic. Throughout the project, I worked closely with flight-test engineers to validate the workflow, improve usability, and refine the platform from operational feedback.
10 — Lessons learned
Reliable orchestration is often more challenging than implementing individual processing algorithms.
Clear monitoring and traceability dramatically reduce operational effort.
Automation should remove repetitive operational work so engineers can concentrate on analysis and decisions.
