About

Andrei Gosman

Solution architect, enterprise architect, cloud architect. Working across banking, shipping, utilities, and the Romanian public sector. Writing here when something is worth writing about.

I’m a solution architect by training and necessity, working at the intersection of enterprise architecture, cloud strategy, and the operational reality of running production systems. My day job pulls me across a handful of organisations in very different sectors, which keeps the work honest and the patterns testable.

This site is where I write about what I learn — both from the day job and from the parallel curiosities that keep me sane: gliding, software-defined radio, smart-home tinkering, and the occasional weekend project that escapes its original scope.

The corporate work pays for the gliding. The gliding keeps the corporate work in perspective. The Lab keeps both of them honest.

How I work

My approach to architecture is shaped by a few non-negotiables:

  • Decisions before diagrams. A clear decision is worth more than ten pretty diagrams documenting an unclear one.
  • Constraints over preferences. The real architecture lives in the constraints — regulatory, operational, organizational. Preferences are the easy part.
  • Honest trade-offs. If there’s no trade-off, it’s not a decision. If a vendor says there’s no trade-off, they’re selling something.
  • Hands-on enough to be useful. I write code, configure cloud resources, debug production incidents. The work doesn’t always require it; the credibility does.

If any of this resonates, or if you have a hard architecture problem you want to talk through, I’m reachable below.

Where I work

Current and recent engagements across sectors and architectures.

What I bring to the table

A condensed view of the practical capabilities I can deploy on engagements.

#01
Cloud & Hybrid
  • Azure (incl. Azure Stack Hub)
  • AWS
  • OpenShift, OpenStack
  • Hybrid landing zones
  • Regulated workload placement
#02
Enterprise Stack
  • SAP (ISU, others)
  • Oracle EBS
  • Salesforce
  • Integration & data flows
  • Vendor management
#03
Architecture Practice
  • TOGAF & beyond
  • Architecture decision records
  • Evolutionary architecture
  • GDPR & data protection
  • Cross-vendor governance

Books on the shelf

What’s actually influenced how I think about architecture, and what I’d hand to someone new to the field.

The Software
Architect
Elevator
The Software Architect Elevator
Gregor Hohpe
Cloud
Strategy
Cloud Strategy
Gregor Hohpe
37 Things
One Architect
Knows
37 Things One Architect Knows
Gregor Hohpe
Building
Evolutionary
Architectures
Building Evolutionary Architectures
Ford, Parsons, Kua

Get in touch

If you have a hard architecture problem, an interesting engagement, or just want to push back on something I’ve written, I’d genuinely like to hear from you.