HomeServices › Private Cloud
Managed private cloud

A private cloud built to IFS’s own server requirements

Your IFS applications run on resources dedicated to you alone — an isolated environment that is never shared with another customer or application, dimensioned to deliver the performance of physical hardware and sized to the server, network and security requirements IFS Global publishes. Hardware, network, operating system, Oracle, IFS application servers, backup, monitoring and disaster recovery are all managed by our team. You need neither your own datacentre nor an in-house infrastructure team.

What you hand over

The whole stack, one team

Datacentre network, storage, servers, virtualisation
Operating system, Oracle database, middleware, runtime
IFS application servers, installation and version work
Backup, monitoring, disaster recovery
What stays yours: your data and how you use it.

IFS is not a workload you can size by guesswork. General-purpose cloud leaves that guess to you.

An ERP that carries your operation needs the database, the application server and the network to be dimensioned together. On shared infrastructure the resource you paid for is contended for by someone else’s workload; when month-end closing slows down, no one can tell you whether the cause is your code, your database or a neighbour on the same host.

We start from IFS’s own requirement document — the server roles, resource sizes, network and security requirements published by IFS Global are the specification, and the resources are dedicated to you alone — isolated, not contended for. The same team that runs your Oracle database and IFS application servers also operates the infrastructure underneath them.

No hardware to purchase, no datacentre contract to sign.

No in-house infrastructure team to build and keep.

No sizing guesswork: the requirement comes from IFS, the measurement from us.

What is provided

The complete IFS topology, not just a server

Production, development and test environments are provided as separate server sets — because a version upgrade you cannot test is a risk you carry into production. Each environment gets its own Oracle database and application server; management servers are added for the IFS Cloud version, and e-application, portal and document management servers are provided when your licence covers them.

Who owns what

Everything below your data is our job

The boundary is drawn in writing before the service starts, so no layer is left to “whoever notices first”. You use the application and own your data; every layer beneath it — down to the datacentre network — is operated, patched, backed up and monitored by us.

Responsibility matrix agreed in writing at the start of the service
LayerOwner
Data and usageYou
IFS applicationDBO
MonitoringDBO
BackupDBO
Installation and version workDBO
Runtime and middlewareDBO
Oracle databaseDBO
Operating system and patchingDBO
VirtualisationDBO
Servers and storageDBO
Datacentre network, firewall, DDoSDBO
One contract, one point of contact — no vendor ping-pong between hosting, database and application.
In scope

What the service includes, item by item

Dedicated servers

Server roles sized to the resource, network and security requirements published by IFS Global — on resources reserved for you and isolated from any other customer or application, performing like physical hardware.

Network, firewall and DDoS protection

The network and security layer the environment needs, including DDoS protection, is set up and operated as part of the service.

Bandwidth to IFS requirements

Internet bandwidth at the access speed IFS requires, so that client performance is not limited by the connection.

Backup with 14-day retention

Database and application server backups follow the strategies IFS and Oracle recommend; retention is 14 days and a copy is kept in a second, geographically separate datacentre.

Active-passive disaster recovery

A disaster recovery environment in a different city and datacentre, holding continuous copies of the live system.

Operating system patching

Critical patches and security updates for IFS application and database servers are in scope, as long as IFS approves their compatibility with the IFS release.

24/7 emergency support within SLA

Emergency system support followed by a technical team with genuine IFS and Oracle expertise, around the clock, inside agreed response times.

Monitoring and reporting

The monitoring and reporting system is set up and managed by us; regular system health reports land with you rather than being asked for.

Database performance tuning

Where measurement shows it is needed, database performance work is carried out as part of the service — not quoted as a separate project.

Continuity

A copy in a second datacentre, not just on the same rack

Continuity is not a promise, it is a topology: backups follow the strategy IFS and Oracle recommend, a copy leaves the primary site, and the disaster recovery environment sits in a different city and datacentre in active-passive mode. Restore tests are part of the operating routine, not something discovered on the day of the incident.

Continuity topology primary · disaster recovery · backup copy active-passive
SiteHoldsPurpose
Primary datacentreProduction, Dev, Testlive operation
Second city / datacentreContinuous copy of productiondisaster recovery
Separate datacentreBackup copy · 14 daysrestore and audit
Data residency is your decision: we agree the region your data and its copies may sit in before the service starts.
Who it’s for

For every organisation whose operation runs on IFS

Value for every team

  • IT managementNo hardware investment, no datacentre contract and no infrastructure hiring plan; capacity is a service item rather than a capex cycle.
  • ERP and application teamsProduction, Dev and Test come as separate environments, so version upgrades are tested before they reach the live system.
  • FinanceOne predictable service cost instead of hardware renewal, licence and staffing lines scattered across budgets.
  • Information securityNetwork, firewall, DDoS protection, patching and access control are operated under a written responsibility boundary.
  • Internal auditBackup retention, disaster recovery topology and health reporting are documented and evidenced rather than described verbally.
  • Business unitsThe environment is monitored around the clock by people who know both Oracle and IFS, so an incident does not wait for business hours.

Why us for this layer

  • Both layers, the same teamThe database and the IFS application layer are owned together — a combination very few companies anywhere hold. Problems that sit between the two are resolved at source.
  • Dedicated, not oversubscribedResources are reserved for you and isolated from other customers and applications. Performance does not depend on what a neighbouring workload is doing.
  • IFS’s requirements are the specificationSizing, network and security follow the requirement documents IFS Global publishes, not a generic cloud template.
  • Written responsibility boundaryWhich layer belongs to whom is agreed before the service starts, so accountability is never in question during an incident.
  • Data residency is agreed, not assumedWhere your data and its copies sit is decided with you; target regions include Europe and the UK.
  • Operated by the tools we buildThe monitoring, auditing and diagnostic products we develop in house run on the environments we manage.

Let’s look at your IFS environment together

Tell us your IFS version, user count and the environments you need; we will come back with the server roles, resources and continuity topology that fit.