Case Study / Smart City

Engineering Work

Safe City Integrated Platform

Unified operational platform for UAE federal public safety — connecting 10,000+ government IoT devices across civil defence, police, and traffic enforcement with a single real-time data backbone.

10,000+ Connected government devices
300,000+ AI-assisted assessments processed
25% Efficiency gain in driver licensing

Problem

UAE federal agencies managing public safety operations — civil defence, police patrol, traffic enforcement, and impound operations — were running disconnected systems with no unified operational picture. Incident response depended on manual coordination across siloed data sources, creating blind spots in coverage, delays in dispatch, and no cross-agency audit trail.

Each agency’s field infrastructure ran different hardware, different protocols, and different update rates. There was no shared data model, no event backbone, and no mechanism for one agency’s operational state to inform another’s response in real time.

Approach

Architected a unified Safe City platform connecting heterogeneous government IoT infrastructure under a single real-time operational layer. Designed a Kafka-based event-driven ingestion architecture to normalize telemetry from 4,150+ tracked vehicles, 6,000 impound devices, ANPR camera networks, and smart parking sensors — each running different protocols and update frequencies — into a canonical data model consumed by agency-specific dashboards.

Built edge buffering on all GSM-connected field units so telemetry gaps never occur during connectivity loss. Underground parking, tunnel crossings, and low-coverage rural zones all produce intermittent signal; the platform maintains a continuous audit trail regardless, with buffered events flushing in order on reconnection.

Implemented per-agency Kafka consumer groups enforcing data access boundaries between civil defence, police patrol, and traffic units at the infrastructure level — not the application layer. Access is structural, not a permission check that can be misconfigured. Integrated an AI/ANPR pipeline for automated violation detection and an embedded-sensor-based driver assessment system across 55 field vehicles, processing test results with full offline resilience during assessments.

Led a team of five engineers across embedded firmware, backend services, and frontend delivery — responsible for architecture decisions, sprint planning, and direct technical delivery on all platform components.

Outcome

A live operational platform serving multiple UAE federal agencies simultaneously — 10,000+ connected devices, 300,000+ AI-assisted assessments processed across two emirates, 25% efficiency improvement in driver licensing operations, and real-time law enforcement visibility across civil defence and police fleet assets.

The platform established a repeatable architecture pattern: any new device type or agency can be integrated by adding a normalization adapter and a Kafka consumer group — the core ingestion and audit infrastructure does not change.

Architecture

System design shown as an operational topology, not a decorative diagram.

The architecture visual is intended to show how edge capture, buffering, transport, event processing, and operator-facing systems fit together under real deployment constraints.

Systems Map

Safe City Integrated Platform

A concise overview of edge capture, reliable transport, event handling, and operator visibility.

Architecture diagram of the Safe City platform showing tracked vehicles, impound devices, ANPR cameras, and smart parking sensors feeding normalized telemetry into Kafka pipelines, routed through per-agency consumer groups to civil defence, police patrol, and traffic enforcement dashboards, with an AI assessment layer processing driver licensing data across two emirates.
Safe City Integrated Platform

What to look for

  • Offline resilience and deterministic recovery are treated as first-class design concerns.
  • Operational visibility is separated from ingestion reliability so reporting never destabilizes capture.
  • Protocol choices reflect topology and failure modes, not just team familiarity.
10,000+ Connected government devices
300,000+ AI-assisted assessments processed
25% Efficiency gain in driver licensing

What I Would Do Differently

Establish a device simulator and synthetic load generator before field deployment, not after. Several normalization edge cases — malformed payloads, duplicate event IDs from reconnecting devices, clock drift in field units — only surfaced in production. A proper simulation environment covering those failure modes would have caught them before they reached the audit trail.

Stack

The implementation choices below reflect the boundary between field reliability, event architecture, and operator-facing systems.

NestJS Kafka MQTT Angular Python ANPR/AI GPS GSM/4G BLE Docker Azure Linux