Menu

Services
Industries
Solutions
WorkOffersWho we areTrust CentrePartner with us
Book a discovery session
Explore workBook discovery

Integration platforms and middleware

A working digital service often spans several systems, so we build the integration layer that keeps data moving between them reliably.

Problem

01

Point-to-point integrations multiply over time. Each new system gets its own connection to every other system, built differently each time. When one changes, several others break, and nobody has a full list of what connects to what.

Outcomes

  • One integration layer instead of a web of point-to-point connections.
  • Failures detected, alerted and retried, so data is not lost.
  • A full map of what connects to what, and who owns each flow.
  • New systems connected faster, using agreed patterns.
  • APIs published and secured in a consistent way.

Scope

In scope

  • Integration discovery and mapping.
  • Integration architecture and patterns.
  • Middleware, messaging and event set-up.
  • Building and testing integrations.
  • Monitoring, alerting and error handling.

Not included

  • Changes inside the connected systems themselves, unless agreed as part of the scope.

API management

As more systems expose APIs, they need to be published, secured and monitored in one place. We set up a managed gateway so APIs have consistent security, versioning and usage tracking.

  • API gateway set-up and policies.
  • Authentication, rate limits and versioning.
  • Developer documentation and usage monitoring.

Approach

  1. Discovery

    We list every integration, how it works and who owns it. We then choose integration patterns that suit your systems and volumes.

  2. Delivery Planning

    We plan the order in which flows move onto the shared layer, and agree the monitoring, alerts and rollback route for each flow.

  3. Build and Test

    We build integrations on the shared layer one flow at a time, and test each one before release. Every flow gets alerts, retries and a named owner. Before go-live, you get the test results, and a named person decides whether to go ahead.

  4. Operational Readiness, Hypercare and Closure

    We carry out each cutover with the old link available as a fallback, check the data afterwards and hand over to the team who will run the layer. Once the replacements are proven, we switch off the old point-to-point connections. We provide extra hypercare for the first few weeks, then close the work with your sign-off.

Deliverables

Integration map and ownership registerIntegration architecture and pattern guideWorking integrations on the shared layerMonitoring dashboards and alert rulesFor API management: gateway configuration and API documentation

Technologies

Azure integration services: Logic Apps, Service Bus, Event Grid, Azure API ManagementFormats and standards: REST, JSON, OpenAPI, webhooksMonitoring: Azure Monitor and Application Insights

Controls

Every integration has a named owner and an error-handling route.Secrets are held in a managed vault, never in code.Changes to integrations are tested before release.Personal data in transit is encrypted and logged only where needed.

Frequently Asked Questions

Do we need a full integration platform?

Not always. For a few simple connections, a lighter approach may be enough. We recommend a shared layer once the number of systems and flows makes point-to-point links hard to manage.

How do we know when an integration fails?

Every flow has monitoring and alerts that reach a named owner, with automatic retries where it is safe.

Can you work with our older systems?

Yes. We connect to older systems through their databases, files or existing interfaces where they have no modern API.

What is API management?

A managed gateway that publishes your APIs in one place, with consistent security, versioning and usage tracking.

Systems that will not talk to each other?

A Technical Audit reviews your integrations and middleware in 10 to 15 working days and gives you a prioritised remediation plan.