One architect, by design.
Rōkyn is a single-architect practice. Every engagement is scoped, designed, and delivered by the same person. That is a constraint, and it is the point.
§ 01 — The practice
Most architecture engagements are sold by someone senior and delivered by someone else. The diagrams in the pitch are not the diagrams you get. It is a reasonable commercial model and it produces predictable results: designs that are technically competent and organizationally naive, because the person drawing them was never in the room when the constraints were explained.
Rōkyn is structured to avoid that. One architect, two or three concurrent engagements, no bench to keep busy. The consequence is limited capacity, which is stated plainly rather than managed as a sales technique.
Architecture rarely makes the agenda until it makes the incident report.
The work spans multi-cloud architecture, AI and GenAI enablement, and security architecture for regulated workloads. Those three overlap more than they used to — an agentic system is an identity problem before it is a model problem, and a landing zone that cannot absorb an acquisition is a governance problem before it is a networking one.
§ 02 — Ralph Webster
Twenty-nine years in IT, sixteen of them in architecture. I came up hands-on — build and operations through to 2005 — then moved into storage architecture and from there into infrastructure architecture, which is where I have worked ever since. Pure architecture began in 2010 in banking, and has since run through insurance, semiconductors, pharma and healthcare, telecom, and professional services.
The early client-side years were close to the metal. That grounding in regulated, audit-heavy environments shaped everything since.
- Virtualization estate health checksSemiconductor manufacturer · European data centers
- Private cloud platformMajor insurer · Test and development environment
- Private and hybrid cloud deliverySMEs · Netherlands and Western Europe
- Data center and enterprise architectureTelecom group · 75 business units, 15 operating companies
- Commercial platform architectureGlobal pharmaceutical · EMEA product lines
- Database infrastructureBig Four professional services firm
- Group audit engagementSystemic bank · Private cloud program and outsourcing cost model
I started Rōkyn because I kept watching the same thing happen. Architecture goes wrong in most organizations not because they lack people or hours, but because it is not treated as a strategic priority. The incentives point elsewhere — delivery dates are measured, design quality is not. Decisions get made in rooms where nobody writes down why. Architecture becomes a document produced to satisfy a gate rather than a discipline that shapes what gets built.
Working across banking, insurance, semiconductors, pharma, telecom, and professional services has convinced me this is structural rather than sector-specific. The same failure shows up in a systemic bank and a semiconductor manufacturer, and what worked in one is usually recognizable in the other. That pattern transfer is most of what I bring — not a methodology, but having watched how this goes in six different industries.
What I am working on at the moment comes down to three questions. Agent identity as a first-class access control problem — scoped, revocable, auditable, not borrowed credentials. Evaluation as a deployment gate baked into the pipeline rather than a checklist run before launch. And whether vendor performance claims hold up against real production data before anyone commits to them. Most of the rest is downstream of those three decisions.
§ 03 — How the work goes
- 01
Start with what is deployed
Not the target architecture, not the diagram in the wiki. What is actually running, who can reach it, and which controls are enforced rather than documented. This step regularly changes the engagement.
- 02
Write the decisions down
Architecture decision records are not bureaucracy. Most failures traced back far enough are a decision nobody recorded and everybody later assumed was deliberate.
- 03
Design for being wrong
The org chart will change, the regulator will move, the vendor will deprecate the thing. A design that assumes otherwise is a snapshot, not an architecture.
- 04
Leave it operable
A design the team cannot run is a document. Runbooks, infrastructure-as-code, and handover are part of the work, not an optional extra at the end.
§ 04 — What this is not
Rōkyn does not do delivery capacity, staff augmentation, penetration testing, or incident response. Those are real disciplines with real specialists, and pretending otherwise would be a disservice.
Nor is there a reseller relationship with any platform. Vendor recommendations carry no commission, which occasionally makes them less enthusiastic than the alternative.
The first conversation is about what is breaking, not about scope.
Start a conversation