Skip to content
IT Infrastructure — A Convergent Technology Business Unit

Networks, security, and infrastructure that scales with the enterprise.

From structured cabling to enterprise networks — Convergent's IT Infrastructure Business Unit builds the connective tissue Saudi enterprises and government operations rely on.

  • External and WAN
  • Core
  • Distribution
  • Access
  • Edge and wireless

PREVIEW MEDIA — REPLACEMENT REQUIRED. Controlled preview asset from the CT design pack. Not a photograph of a Convergent premises or project.

The problem this solves

Fragmented infrastructure fails in the gaps between its parts.

Cabling, network, security and operations are usually bought separately, from different suppliers, at different times. Each part performs. The estate as a whole does not.

Bought in pieces

Four scopes, no single drawing

  • Four suppliers, four scopes, and no one drawing that shows how they meet.
  • Segmentation designed by one party and enforced by another.
  • A fault that crosses a boundary gets attributed before it gets fixed.
  • Every change is a commercial negotiation before it is an engineering task.
Delivered as one estate

One architecture, one owner

  • One architecture, one addressing and segmentation plan, one set of as-builts.
  • Security posture designed into the topology rather than applied over it.
  • A single owner for a fault, whichever layer it turns out to sit in.
  • Change planned against a documented estate, with cutover windows agreed in advance.
The connected estate

One architecture, however far it has to reach.

An enterprise is not one site. It is a core, a campus, a set of branches, a set of operational locations that were never designed for IT, and a growing share of services that are not on any of them. The architecture has to be the same everywhere, or the exceptions become the estate.

CORE PAIR · ISLCOMPUTE · STORAGE · BACKUPDISTRIBUTION PAIRACCESS · WIRELESSBRANCH ×n — WANEDGE — HARDENEDCLOUD · EXTERNAL
  1. Core and data center

    Where compute, storage and the estate’s routing core sit. Everything else is measured by how reliably and how quickly it reaches this.

    Transport
    Core switching and routing, high-capacity interconnect
    Controls
    Segmentation boundary, east–west policy
    Operations
    Capacity and fault monitoring, change control
  2. Headquarters campus

    Dense wired and wireless coverage, floor distribution, unified communications, and the access layer most of the workforce actually touches every day.

    Transport
    Structured cabling, access switching, wireless
    Controls
    Network access control, user segmentation
    Operations
    Coverage and performance monitoring
  3. Regional sites and branches

    Smaller footprints on the same architecture and the same security model, so a branch is not a separate estate running its own rules and its own exceptions.

    Transport
    Site links, software-defined WAN, local switching
    Controls
    Inherited policy, standard branch template
    Operations
    Remote monitoring and configuration control
  4. Edge and operational sites

    Plant rooms, yards, remote facilities. Environmentally harder, often reached over fibre or wireless, and frequently carrying operational rather than office traffic.

    Transport
    Fibre or wireless backhaul, hardened distribution
    Controls
    Isolation of operational traffic
    Operations
    Availability monitoring, planned attendance
  5. Cloud and external services

    Hybrid connectivity into cloud platforms and third-party services, sized, routed and secured as part of the estate rather than treated as an exception to it.

    Transport
    Hybrid connectivity, internet edge
    Controls
    Perimeter controls, identity-aware access
    Operations
    Consumption and performance reporting
How we operate

Five stages. Each one hands you something before the next begins.

The Group standard applied to infrastructure work, scaled to the requirement. Scope boundaries are written down before anything is installed.

  1. Understand

    Current-state review: the existing cabling and network estate, traffic and capacity, security posture, and the operating constraints the environment imposes.

    Current-state and requirements record

  2. Engineer

    Architecture and security design developed against the relevant standards, with addressing, segmentation and resilience decided rather than inherited.

    Design package and addressing plan

  3. Coordinate

    Cabling, active infrastructure, security and facilities scopes sequenced together, so cutover windows and dependencies are agreed in advance.

    Programme and cutover plan

  4. Deliver

    Installation, configuration, integration and testing of the agreed scope, with acceptance testing witnessed before service transition.

    Test results and as-built records

  5. Support

    Monitoring, incident response and capacity planning under the contracted coverage and service model.

    Service model and reporting

Platform domains

Seven domains, one operating model.

This Business Unit is organised around seven technology domains. A project usually takes several of them; the value is that they are designed against one another rather than procured against one another.

Seven domains, one operating model.

Networking and connectivity

The transport layer of the estate: local and wide-area networks, software-defined WAN, wireless, and the links between facilities, campuses and edge locations, sized to the traffic the business actually carries.

  • LAN, WAN and software-defined WAN
  • Switching, routing and gateways
  • Wireless design and coverage
  • Performance, bandwidth and latency management

Infrastructure security

Perimeter and internal controls, segmentation, hardening and monitoring, aligned to the certified information-security management system and designed into the topology rather than layered over it afterwards.

  • Perimeter and internal control points
  • Segmentation and traffic policy
  • Platform hardening standards
  • Security event monitoring and response

Compute, storage and virtualisation

The platform the estate’s workloads run on: physical and virtual server estates, storage provisioning, and the virtualisation layer that decides how much of the hardware is actually usable.

  • Physical and virtual server estates
  • Storage provisioning and optimisation
  • Virtualisation and desktop delivery
  • Capacity and lifecycle planning

Cloud and hybrid integration

Migration of workloads to cloud platforms, integration of on-premises infrastructure with cloud services, and management of the resulting hybrid estate as one thing rather than two.

  • Workload migration planning and execution
  • Hybrid connectivity and integration
  • Cloud infrastructure management
  • Consumption and performance reporting

Operations, monitoring and management

What happens after go-live: monitoring across the estate, incident response, configuration and change control, and capacity planning done from measured data rather than from memory.

  • Estate-wide monitoring and alerting
  • Incident response under contracted coverage
  • Configuration and change control
  • Capacity planning and reporting

Unified communications

Voice, messaging and conferencing delivered on the network as a designed service — call routing, quality of service and the platform integration that decides whether a meeting works.

  • Voice over IP and call routing
  • Conferencing platform integration
  • Quality-of-service design
  • Endpoint and directory management

Facility interface

Power, cooling and facility monitoring for the rooms this estate lives in are engineered by the Data Centers Business Unit. This domain exists so that boundary is designed, not discovered — one drawing set, one interface register.

  • Rack, power and cooling requirement definition
  • Containment and pathway coordination
  • Facility monitoring interface
  • Joint commissioning of the room
Migration and cutover

Moving a live estate without stopping it.

Most infrastructure work happens on an estate that is already carrying production. The method is chosen per workload rather than for the project as a whole, and the cutover window is agreed before anything is touched.

  • In-place migration

    The workload stays where it is and the platform beneath it changes. Lowest disruption, highest dependency on the current environment being accurately documented first.

  • Lift and shift

    The workload moves unchanged to new infrastructure. Fast, predictable, and appropriate where the application cannot be modified inside the programme’s window.

  • Database migration

    Data moved with consistency and rollback proved before cutover, and a defined position on what happens to transactions in flight.

  • Storage migration

    Volumes relocated between platforms with performance and protection levels preserved, and the restore path tested rather than assumed.

  • Application migration

    The application is re-platformed with its integrations mapped first, because the integrations are what actually break on cutover night.

  • Physical relocation

    Equipment physically moved between rooms or sites, sequenced so the estate is never dependent on something that is currently on a truck.

Resilience

What happens when part of it stops.

Resilience is a design position taken deliberately, with a stated recovery expectation, and then tested. Otherwise it is an assumption that gets checked for the first time during an incident.

  • Risk assessment

    The failure modes that would actually interrupt the business, identified against the estate as built rather than as originally drawn.

  • Backup and recovery

    Protection levels set per workload, with the restore path exercised so recovery time is a measured figure rather than a hope.

  • Redundancy and failover

    Redundant paths and failover mechanisms designed where the business case supports them, and proved by inducing the failure they exist for.

  • Continuity planning

    A written continuity position covering who decides, who is told, and what the estate falls back to — reviewed rather than filed.

Inside the Group

What this Business Unit owns, and who owns the rest.

Convergent’s Business Units meet inside the same buildings and on the same cabling. These are the seams that matter most often, and how each one is handled.

  • Data Centers

    This Business Unit

    Active network, compute, storage, virtualisation and infrastructure security inside the room.

    The other side

    The room itself — power, cooling, containment, detection and facility monitoring.

    How the seam is closedOne drawing set and a joint commissioning position for the space.

  • Audiovisual

    This Business Unit

    The network the systems run on, quality-of-service design, and the unified communications platform.

    The other side

    Room systems, displays, control and the experience inside the space.

    How the seam is closedBandwidth, addressing and control-network requirements agreed at design.

  • Events

    This Business Unit

    Permanent infrastructure and connectivity at the venue.

    The other side

    Temporary production systems and live technical operation.

    How the seam is closedA defined handover point between permanent estate and event installation.

  • The client’s own teams

    This Business Unit

    Infrastructure design, delivery and the agreed operational scope.

    The other side

    Applications, data ownership and security policy.

    How the seam is closedA written responsibility matrix issued before installation begins.

Common questions

What procurement teams ask us first.

  • Which Business Unit should we contact?

    Tell us what you are planning, where the scope sits and the outcome that matters. Your enquiry is directed to the Business Unit that owns that field, and you deal with that team directly.

  • Can one contract cover more than one discipline?

    Most engagements are led by a single Business Unit working directly in its field. Where a requirement genuinely crosses disciplines, the Group coordinates the points where those specialist scopes meet, without diluting the expertise behind each one.

  • What management systems are certified, and what do they cover?

    ISO 9001:2015, ISO/IEC 27001:2022, ISO 37001:2016 and ISO 45001:2018, within the certified scope of Data Centre Solutions and Services. The certified scope is stated on every page where the standards appear.

  • How is delivery structured?

    A consistent approach across every Business Unit, scaled to the requirement: understand the environment and constraints, engineer against the relevant standards, coordinate where specialist scopes meet, deliver and commission the agreed scope, then support it to the contracted model.

  • How do we obtain prequalification documents?

    Company facts, capabilities and certified management systems are assembled for procurement officers and evaluation teams, with a controlled prequalification pack available on request through the Evaluation Center.

Certified management systems

ISO 9001:2015, ISO/IEC 27001:2022, ISO 37001:2016 and ISO 45001:2018, within the certified scope of Data Centre Solutions and Services.

Certified management systems
StandardSubjectCertified scope
ISO 9001:2015Quality managementData Centre Solutions and Services
ISO/IEC 27001:2022Information securityData Centre Solutions and Services
ISO 37001:2016Anti-bribery managementData Centre Solutions and Services
ISO 45001:2018Occupational health and safetyData Centre Solutions and Services
The next architecture conversation

Planning a network refresh or new infrastructure build?

Convergent's IT Infrastructure team works with CIOs, IT directors, and procurement teams from network design through commissioning to ongoing operations.