Revamping Phoenix.
The build plan.
Where we are, where we're going, and the actual sequence of work to get there — the PRDs, what each unblocks, and what we start this week.
A system that works — carrying the debt of moving fast.
Phoenix becomes the system of record.
Pluggable ingestion in. A clean canonical model Phoenix owns. Analysts work out of Phoenix — Jira and the rest become sinks, not the source of truth.
Sources →
- Cisco XDR
- AI-activity feeds
- + future detections
★ Phoenix core
- Canonical data model
- Cases & workbench
- SLAs · enrichment
Sinks →
- Jira (optional)
- Salesforce
- Platform API
Harden in place. Don't rewrite.
Phoenix owns the record
Canonical model, cases, state, SLAs — ingestion stays federated & pluggable.
Build vs buy, per component
Build the data model & workbench; buy the queue, pipeline, IdP.
Controller: strangler
Harden the live engine, then extract a clean service. No big-bang.
Wrap the shared DB
Versioned API replaces Platform's raw reads — with Maya.
The SOC keeps running the entire time. “Multi-quarter” is a direction, not a deadline.
What unblocks what.
The PRDs, in detail.
Two things, this week.
Security pass
Secrets, config, the urgent items. Quick, shared, real — we owe our customers this, and it clears the ground for everything else.
Canonical data model
The keystone. We design the OCSF-aligned model together — connectors, the API-wrapped DB, the workbench, and the AI layer all build on this shape.
Lock the data model early → the most expensive rework never happens.
Built together, in the open.
You co-author
Every PRD is drafted and reviewed with you in Linear — your names on the architecture.
Ship in slices
Near-term wins each cycle; the dependency graph keeps us honest about order.
SOC never stops
Delivery is protected throughout — we harden the live system, we don't gamble it.
Next: PRD-A1 kicks off now · PRD-B1 we design this week.