Selected experience · Identity and data · Cloud SaaS

Re-architecting identity products as cloud SaaS

Prior experience of Bexley's founder. Client identities and commercially sensitive details are withheld.

Organisation
An identity verification and data company
Region
London, UK
Period
2018–2020
Founder's role
Technical architect
Related services
Architecture, Development

Architecture at a glance

  1. 01

    Starting point

    • Monolithic .NET identity platform
    • Acquired products on other technologies
  2. 02

    Decomposition

    • Defined service contracts
    • Integration through Mule ESB
  3. 03

    Services

    • Authentication orchestration
    • Real-time workflow services
  4. 04

    Cloud SaaS

    • Multi-tenant architecture on AWS
    • Independent deployment and scaling
From a monolithic platform to multi-tenant cloud services. Simplified and illustrative.

Context

The company provides identity verification and data products to other businesses. It was moving toward a cloud SaaS model, and it had grown partly through acquisitions whose products needed to fit a common architecture.

Challenge

  • A core identity platform was built as a monolithic .NET system that was difficult to scale and change.
  • Offering products as SaaS required multi-tenancy, isolation and cloud-native operation.
  • Acquired products used different technologies and needed a route into the strategic architecture.

What was done

Bexley’s founder was technical architect:

  • Co-designed and implemented the company’s first multi-tenant, cloud-native SaaS architecture on AWS.
  • Led the transformation of a core identity platform from a monolithic .NET system to a scalable microservices platform.
  • Delivered cloud-based authentication orchestration and real-time workflow services.
  • Guided the integration of newly acquired products into the strategic architecture.

Architecture and approach

The platform was decomposed into services with clear responsibilities and contracts, so each could be deployed and scaled independently. Multi-tenancy was designed in from the start rather than added later. Integration patterns, including an enterprise service bus where suitable, gave acquired products a defined way to connect.

How this applies to your organisation

If a successful product is constrained by its original architecture, or you are bringing systems together after growth or acquisition, a target architecture with staged decomposition lets you change it without stopping delivery. See Architecture and Development.

Technologies

  • AWS
  • .NET
  • Java
  • TypeScript
  • Neo4j
  • Mule ESB
  • MS SQL Server
  • Microservices
Get a quoteAll case studies
Ask Bexley

Project assistant

How can we help?

Choose a question for a quick answer.

What kind of work does Bexley take on?

We redesign and reengineer systems and processes, with expertise across architecture, data, AI, cloud and software. Explore our services.

What does a first engagement look like?

Start with a focused assessment, a target design and plan, or delivery of a bounded improvement. We agree scope, outputs and success measures before work begins.

Which sectors do you know?

Our experience spans healthcare, manufacturing, IT and business solutions, including process improvement.

Can you bring in specialist skills?

Where a project calls for it, we can work with specialist collaborators in AI, compliance and legal technology. Roles are agreed with you from the outset.

Does this assistant use AI or save my choices?

No. Its answers are prewritten on this page. Your choices are not sent or saved. The email link opens your email application. Nothing is shared with us unless you choose to send a message.

Have a specific challenge?

Email Bexley