Anonymized client work / Identifying details removed

Production AI + real-time voice platform

Reliability System
Case Study

Live recording and AI analysis

API + workers + real-time voice + AWS

Representative extract from ongoing work

Engagement
Ongoing production reliability and delivery work
My work
Architecture, backend, infrastructure, evaluation gates, and operating controls
System scope
API, workers, recording pipeline, real-time voice, AWS, and product telemetry
Evidence boundary
Public thresholds and operating patterns only; customer data and confidential implementation details removed

These labels describe how the public claims are supported. Confidential source material remains private.

  • Verified

    Evaluation thresholds, pipeline controls, AWS health signals, and telemetry contracts are supported by delivery artifacts from the engagement.

  • Reported

    Production behavior is summarized without publishing customer data, internal dashboards, or confidential implementation details.

  • Inferred

    The broader operating impact follows from the controls and release decisions; no public revenue or adoption claim is made.

Reliability had to become a release property, not a series of production rescues.

The product already delivered customer value, but model quality, long-running recording work, infrastructure health, and cost were governed by separate signals. The intervention connected those signals into explicit gates and operating controls.

Quality floor95% minimum evaluation pass rate
Provider healthZero provider errors allowed at the gate
Runtime evidenceQueue, worker, DLQ, latency, and cost signals

From conversation to trusted product output

01CaptureWeb + mobile
02Recording queueDurable intake
03AI pipelineTranscript + insights
04Product surfacesCoaching + feed
05Evidence loopQuality + cost + runtime

What changed: Quality, processing state, infrastructure health, and usage telemetry now meet at the release decision instead of being investigated independently after failure.

4 initiatives changed the operating model.

I-01 / Model quality

Turn AI evaluation into a blocking deployment gate

BeforeA cheaper or faster model could look attractive from a small sample while regressing the behavior customers actually relied on.

Why it matteredA model switch could reduce cost and latency while silently lowering product quality.

InterventionBuilt a repeatable gate with a 95% pass floor, no more than two percentage points of quality regression, bounded latency and cost regression, and zero provider errors.

I-02 / Processing pipeline

Make long-running recording work recoverable

BeforeOne broad processing path covered media, transcription, speaker work, AI generation, storage, search, integrations, and notifications.

Why it matteredHung work could remain in processing, partial local recordings could disappear too early, and retries lacked stage context.

InterventionIntroduced bounded processing, retryable failure semantics, safer local-to-cloud reconciliation, and a typed job boundary for staged pipeline evolution.

I-03 / Infrastructure

Tie worker health to the real work loop

BeforeQueue polling and health reporting were coupled, so a healthy worker could be killed while waiting or a stuck job could look alive indefinitely.

Why it matteredInfrastructure recovery could create additional recording failures instead of containing them.

InterventionSeparated the worker heartbeat into a 15-second loop, bounded processing time, and verified readiness through ECS, queue depth, DLQ depth, and CloudWatch alarms.

I-04 / Product telemetry

Measure AI and voice usage without collecting content

BeforeProvider, model, workload, usage, cost, and error signals were not represented through one product analytics contract.

Why it matteredThe team could not compare quality, adoption, reliability, and cost on the same operating surface.

InterventionAdded content-free AI and voice usage events with workload, provider, model, usage counters, and bounded telemetry retry that never changes the user outcome.

The platform can reject a bad improvement before customers experience it.

A faster and cheaper model candidate was correctly rejected as a global replacement because it failed the quality contract. The production baseline passed. Recording failures became bounded and recoverable, while infrastructure and usage moved onto inspectable operating surfaces.

Release decisionQuality, latency, cost, and provider health evaluated together
Failure handlingHung processing becomes retryable instead of permanent
OperationsAWS health and product telemetry are visible before escalation

Controls first, decomposition second.

  1. Gate 01Protect current behavior

    Make the existing evaluation suite blocking and separate baseline health from candidate replacement.

  2. Gate 02Bound the failure modes

    Add worker heartbeat, processing timeout, retry, DLQ, and partial-recording retention rules.

  3. Gate 03Expose the operating system

    Connect ECS, SQS, CloudWatch, product analytics, model usage, and cost signals.

  4. ThenSplit the pipeline safely

    Introduce typed job envelopes and stage-aware handlers while legacy work remains compatible.

Make reliability
an operating property.

Describe the fragile workflow