Brian Taylor

25+ years architecting distributed, data-intensive, and secure systems.

Principal-level software architect and systems engineer. The consistent work across a long career has been turning architectural uncertainty into practical, accountable decisions — and delivering the least complexity that meets the goal.

Resolving Architecture is the practice this work is done under, spanning enterprise integration, modernization, scalability and data processing, security and identity, and decentralized, resilient systems.

25+ years

Principal-level architecture and delivery across startups, growth-stage companies, enterprise systems, regulated environments, and decentralized systems.

Architecture depth

Enterprise, solution, application, integration, security, data, and platform architecture — grounded in hands-on work in Java/Spring, Python, and Rust.

US Navy nuclear

Former naval nuclear reactor operator and prior DoD Secret clearance holder. Honorable discharge. High-consequence operational discipline that still shapes the work.

Selected work

How architecture decisions were made in practice.

A few representative examples. Each is written around why one direction was chosen over another, not a list of technologies.

Unchained — architecture evaluation, governance, and domain boundaries

Collaborative Bitcoin custody, where reliability, data sensitivity, recoverability, and operational accountability are central. Delivered an initial enterprise architecture charter, a lightweight governance model, role mapping, data classification review, and domain-boundary recommendations — enough structure for custody-grade risk without a heavyweight program.

Segmint — scalability, parallel processing, and real-time analytics

Banking and retail marketing analytics constrained by Greenplum throughput. Parallelized task processing for a 40% throughput gain on the same hardware, then prototyped a real-time analytics engine sustaining ~12k transactions per second at low cloud cost — opening a new business channel.

Veterans Health Administration — national authentication and authorization

Identity and access integration across a large, heterogeneous national healthcare environment. Led design, prototype, and pilot work using SSO, SAML, XACML, RBAC, PKI, and Kerberos — because application-by-application access could not scale across organizational boundaries.

VeDiscovery / Heureka — parallel unstructured-data processing

Legal discovery under court-driven time pressure. Designed a distributed processing architecture with remotely deployable discovery agents and central review, achieving more than 10x throughput on the same hardware.

See all selected work →

Point of view

Architecture is the design decisions required to achieve stakeholder consensus.

Diagrams, documents, standards, and reviews are supporting mechanisms. The central work is clarifying what must be decided, why it matters, who owns the decision, and what trade-offs are accepted — then keeping that reasoning usable while implementation continues.

  • Start with the decision: define what must be decided before producing artifacts.
  • Make trade-offs visible: every meaningful architecture choice has consequences.
  • Respect current reality: a target state only matters if the transition path is practical.
  • Preserve rationale: decisions lose value when teams forget why they were made.
  • Support implementation: architecture should guide engineering work, not sit apart from it.
  • Keep governance lightweight: just enough structure to stay accountable.

Research

Independent engineering projects, run alongside client work.

Meridian — a prototype testing whether structured decision-capture helps teams keep architectural intent intact as AI accelerates delivery.

1M5 — resilient, infrastructure-independent communication that keeps working under denied or degraded network conditions.

SEDA bus — the same minimal staged-message-system design built across four runtimes (Rust, Java, Python, TypeScript) to see what each concurrency model does to it.

All are early or open-source, not commercial. Each exists to find out whether an approach actually helps, not to sell it.

See the research

Résumé & contact

The full record, and a way to start a conversation.

Open to conversations about senior architecture and engineering work, past projects and references, or the research.