| Status | |
| Owner | WENNINGER-ext, Sascha |
| Stakeholders | The business stakeholders involved in making, reviewing, and endorsing this decision. Type @ to mention people by name |
The creation of a new set of enterprise systems by the ERP Rebuild program provides an opportunity to revisit historical decisions about the hosting locations of IT systems which were made in a time of on-premises data centres and were potentially influenced by acquisitions of businesses or other legacy Solvay concerns. This is done to better leverage available cloud technologies, SaaS and PaaS components, improve security and data protection, or improve end user experience.
This document recommends continuing the current practice of using the European Union as the primary hosting location for global IT systems serving the Syensqo group as a whole. There are no architectural reasons to recommend building the new enterprise systems in the other viable alternative of the United States. Conversely there exist legal and regulatory considerations which could prove to be significant barriers to such a change. Understanding in detail the extent of these considerations, and the mitigations required to address them, would require an in-depth analysis by legal experts, and at a minimum, the creation of internal contractual frameworks to ensure compliance with relevant data protections and export controls. The recommended option is also referred to as Option B in this document.
Historically most of Solvay's global IT systems have been located in on-premises data centres in Civirieux (north of Lyon in France), or AWS and GCP regions in Europe (predominantly the Netherlands and Germany). Global SaaS applications have followed this allocation, with Salesforce and other global SaaS instances being placed in the EU. For the purposes of this document, the countries of the EU are treated as a single geopolitical entity, with no distinction being made between countries of the Union. One exception to this is the discussion on network latency, where geographical 'Europe' designation is used. This includes other geographically proximate countries not in the Union, e.g. the UK, Luxembourg, Switzerland.
The graph below depicts the geographic distribution of Syensqo's staff across a number of major geographic regions.
|
The scope of this discussion is limited to globally-used instances of enterprise systems, such as S/4HANA, SAP DataSphere, Salesforce, etc. Local site-based applications in the Manufacturing Execution Systems, Laboratory Management Systems, and R&I domains are not covered by this document, and should continue to be deployed in line with operational requirements and applicable data protection and data export control requirements.
Option A: Build Syensqo's new global business systems in the USA
This option would seek to build all new enterprise systems in data centre locations in the USA. Relocation of existing SaaS systems would be considered on a case-by-case basis depending on integration requirements and data residency and export control requirements. If possible, systems would be located on the East Coast of the continental United States to maximise geographical proximity to Europe, and thus reduce latency from the approx. 42% of Syensqo employees based in that geography.
This option continues the current practice of the use of the EU as the primary location for enterprise IT systems used globally by the Syensqo group. New systems being established by the ERP Rebuild program would be located in the EU.
The EU and USA are approximately equivalently beneficial hosting locations from a technical perspective. Europe presents a marginally more beneficial location from a network latency perspective for the 18% of Syensqo users who are located in greater Asia (China, India, South Korea, Thailand); otherwise the user experience obtained via network latency is deemed immaterially different. Both locations offer great breadth of available technology solutions, with multiple "hero regions" of AWS, Azure, and SAP present in each location, thus offering early access to new technologies and sufficient depth of infrastructure to ensure resiliency and scalability.
However Syensqo's historical choice of the EU as primary hosting location means the company is well-equipped to handle data protection and export controls in this legislative regime, and is ill-equipped to do the same when systems are hosted in the US. As there is no compelling technical reason to deviate from the existing use of the EU, while there are significant and currently largely unknown, legal complexities, this document recommends to continue to use the EU as the primary hosting location (i.e. Option B below).
Option A | Option B Located in EU | |
|---|---|---|
| Legal/regulatory requirements for data localisation |
|
|
| Internal legal support, inc. data export and data processing agreements |
| |
| Availability of SaaS applications |
An analysis of SAP's Data Center listing (see also below) shows that all SAP SaaS and PaaS services relevant for Syensqo are available in the EU and USA. While SAP's region strategy is less well known than the strategies of AWS and Azure, it appears to be clear that both geographies receive new services upon release, and provide an equivalent degree of hosting location and provider diversity as evidenced by major SaaS and PaaS applications being available in multiple locations in each geography. An analysis of Salesforce's public documentation reveals no significant differences in the regional coverage between the EU and USA for their core product. The exception to this is the Data Cloud product whose only EU-based hosting option is Frankfurt, although this is spread across multiple AWS Availability Zones for DR purposes. | |
| Depth and breadth of technology platform components |
AWS and Azure operate multiple "hero regions" in both the EU and USA; these are generally the first locations to receive new features and products, offer the largest number of Availability Zones for redundancy, and largest infrastructure footprints to ensure infrastructure is available when needed. This bears greater importance to cutting-edge features such as AI/ML functions than commoditised server and storage services, because delays of a year or more are not uncommon between deployment to hero regions and products reaching smaller locations. | |
| Network latency impact for end users |
Syensqo's user base is heavily weighted towards Europe (42%) and North America (36%), followed by Asia (18%). Only 3% of the Syensqo user base is located outside these regions. There are over a dozen high-capacity Internet connections between Europe and North America which offer diverse paths and service providers, as well as low latencies (approx. 100ms; very suitable for enterprise application traffic and relatively low compared to server-side processing times). The location of Syensqo's business systems in either Europe or North America will offer excellent latencies for the user populations in these regions. The larger Asian geography is also generally very well connected to both Europe and North America in terms of overall capacity and diversity of supplier and path. However the larger distances to North America from multiple locations significant to Syensqo (China, India, South Korea) result in latencies up to 120ms higher than when compared to Europe. From a latency perspective, a European location is thus marginally more favourable for the Asian user base. Syensqo does not have significant user populations in regions exposed to the choice of either Europe or North America as the hosting location. Almost all internet connections from South America and Australia are routed via North America, and almost all traffic from Africa is routed through Europe. Users in these locations benefit immensely from locating IT systems in the most closely-connected geography, and are expected to incur latency penalties of 100-150ms for systems not located in the most closely-connected location. However only 3% of Syensqo's user population resides in such regions. | |
| Carbon footprint | ||
| A caveat to this analysis is that all major IaaS providers purchase electricity directly from power generators via direct purchase agreements that favour renewable energy, rather than obtaining power from the national grid. They also tend to purchase renewable energy offsets for a large part of their operations (e.g. AWS offsets 100% of carbon emissions in most Regions in 2023; Azure will offset 100% of emissions by 2025). Their actual CO₂ footprint is likely much lower to that of the respective national grids. | ||
Maps showing the carbon intensity of the electricity grid by geography
A summary of the List of SAP Data Centres for SAP Cloud Services for products and services relevant for Syensqo is represented below. Numbers indicate the number of physical locations (i.e. data centres or IaaS regions) in which each product or service is available. Availability of a product or service in only a single region in a particular geography may limit the Disaster Recovery options available for that service. This is thus represented as a paler shade of green in the table below. The information for this summary table was retrieved in September 2024, using the then-current version v.9-2024 of the document. The latest-available version can be retrieved at List of SAP Data Centres for SAP Cloud Services.
Product | EU | US | China |
|---|---|---|---|
AI | 2 | 4 | 1 |
Application Development and Automation | 3 | 8 | 1 |
Customer Data Solutions | 2 | 2 | 1 |
Data and Analytics | 3 | 7 | 1 |
Data Custodian KMS | 1 | 2 | 0 |
Foundation / Cross-Services | 4 | 8 | 1 |
Integration | 3 | 8 | 1 |
Miscellaneous | 4 | 8 | 1 |
RISE with S/4HANA, Private Edition | 17 | 18 | 6 |
SAP Advanced Financial Closing | 1 | 1 | 0 |
SAP Ariba | 1 | 1 | 1 |
SAP Ariba Buying | 1 | 1 | 0 |
SAP Asset Performance Management | 2 | 2 | 0 |
SAP Business Network | 2 | 2 | 1 |
SAP Cloud ALM | 2 | 1 | 1 |
SAP Cloud for Customer | 1 | 2 | 0 |
SAP Concur | 1 | 1 | 1 |
SAP CPQ | 1 | 1 | 0 |
SAP Digital Manufacturing | 2 | 2 | 0 |
SAP Sales & Service Cloud v2 | 1 | 1 | 0 |
SAP SuccessFactors | 6 | 6 | 1 |
SAP Sustainability Control Tower | 1 | 1 | 0 |
SAP Test Automation by Tricentis | 1 | 1 | 0 |
Salesforce documentation provides a list of data centre locations from which their application is served. Salesforce maintains 3 separate data centre locations in the USA, and 4 inside the EU (plus one in the UK). Each location provides multiple separate data centres with separate, completely redundant infrastructure. Salesforce additionally leverages AWS locations to deliver the Hyperforce and Data Cloud services. Despite a Dec. 2023 press release announcing the availability of core products on Alibaba Cloud in China, available documentation including those linked below, do not mention hosting locations in China.
| EU | US | China | |
|---|---|---|---|
| Salesforce-managed data centers | 4 | 3 | ? |
| Hyperforce locations (hosted in AWS) | 4 | 3 | ? |
| Data Cloud | 1 | 2 | ? |
See also the Salesforce Security, Privacy, and Architecture documents for Salesforce Services and Hyperforce.
WonderNetworks - latency data for many locations around the world
CloudPing - measure latency to various IaaS locations
Submarine Cable map - showing routes of fiberoptic cables carrying internet services
Excerpt from the 2022 Global Internet Map, published by Telegeography, showing aggregate internet bandwidth between major geographies:

