Case study 01 / Twisted Mountain Animation

One tenant. Multiple services. No restarts.

Automating the work between a new tenant and a ready environment.

Role

Senior Software Engineer

When

Nov 2025–Present

Tenant onboarding time~1 hour → <2 minutes

01 / The problem

Tenant provisioning

A tenant is more than a database entry. It needs data resources, credentials, and runtime state that multiple services can use. Manual coordination made onboarding an operational task that took roughly an hour.

Inside the system01 / 04

A new tenant meant an hour of setup.

Onboarding touched databases, credentials, and multiple services. Making the tenant usable required coordinating all of them.

Simplified flow · based on the project summary

SYSTEM / 01
  1. 01Tenant setup
  2. 02Databases
  3. 03Vault credentials
  4. 04Redis activation
Conceptual sequenceNo live data

03 / What I changed

The intervention.

  1. 01

    Automated database provisioning across the services involved in onboarding.

  2. 02

    Used Vault-managed credentials within the provisioning workflow.

  3. 03

    Added Redis-based runtime activation so onboarding did not require service restarts.

The engineering considerations

Provisioning data resources and activating a tenant are different concerns. The important design question is when the surrounding services are ready to use that tenant. Credentials, partial completion, and service boundaries deserve explicit treatment; this overview does not claim a particular rollback or transaction mechanism.

04 / The result

~1 hour → <2 minutes

Tenant onboarding dropped from roughly one hour to under two minutes. The result describes the onboarding workflow; zero-restart activation does not imply a separate, measured zero-downtime guarantee.

Reported project outcomes from my résumé. Diagrams are simplified explanations, not production topology or benchmark telemetry.