Multi-Cloud Terraform Infrastructure for Resilient Service Routing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Creating a resilient infrastructure across multiple cloud providers is complex and time-consuming, often involving manual configuration and expertise, leading to increased maintenance effort, configuration errors, and inconsistent resiliency measures.

Innovation Solution

A method and system that utilize a terraform configuration file to define infrastructure across multiple cloud providers, including defining deployment rules, DNS zones, and global load balancers, to automate the setup and enhance resiliency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If manual configuration is used to create resilient infrastructure across multiple cloud providers, then flexibility and control are improved, but complexity and time consumption increase

Engineering Contradiction:
Improveflexibility and controlVSAvoidcomplexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system enables self-service automation where the infrastructure provisioning process automatically configures and deploys resilient infrastructure across multiple cloud providers without requiring manual intervention. The automated system manages the complexity internally while providing users with simple deployment commands, resolving the contradiction between operational ease and system complexity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

An automated intermediary system is introduced between the user and the complex multi-cloud infrastructure provisioning process. This intermediary handles the complexity of configuring resilient infrastructure across multiple providers by translating high-level user requirements into detailed deployment configurations, thereby maintaining flexibility while reducing perceived complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If manual configuration is used to create resilient infrastructure, then customization capability is improved, but error rate and maintenance effort increase

Engineering Contradiction:
Improvecustomization capabilityVSAvoiderror rate
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system uses template-based copying where pre-configured infrastructure blueprints are replicated across multiple cloud providers. These templates encode best practices and proven configurations that reduce errors while maintaining customization capability through parameterization. Users can customize deployments by modifying template parameters rather than creating configurations from scratch, thereby reducing error rates while preserving adaptability.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The system enables customization through parameter changes rather than structural modifications. By allowing users to configure infrastructure through parameter adjustments in standardized templates, the system maintains reliability through consistent structural patterns while achieving customization goals, thereby reducing configuration errors.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If extensive manual configuration is performed, then infrastructure resilience is improved, but deployment time increases

Engineering Contradiction:
Improveinfrastructure resilienceVSAvoiddeployment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary action by pre-configuring resilient infrastructure templates with all necessary resilience configurations before deployment. These templates are prepared in advance with best practices for multi-cloud resilience already embedded, allowing rapid deployment without sacrificing resilience. The complex resilience configurations are created beforehand and can be quickly replicated across cloud providers.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The automated system performs the extensive configuration work that would otherwise require manual effort, thereby reducing deployment time while maintaining infrastructure resilience. The self-service automation executes complex provisioning tasks across multiple cloud providers simultaneously, achieving both speed and resilience that would be difficult to balance manually.

Inventive Principle:
Principle #25Self-service

4Productivity

If automated infrastructure provisioning is implemented, then deployment speed is improved, but initial setup complexity increases

Engineering Contradiction:
Improvedeployment speedVSAvoidinitial setup complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The automated provisioning system is segmented into modular, reusable components and templates. This segmentation allows the complex automation logic to be broken down into manageable units that can be independently configured and combined. Users only need to select and parameterize appropriate templates for their needs, reducing the perceived initial setup complexity while maintaining high deployment speed through automated execution.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS20260046206A1Methods for creating an infrastructure for a plurality of cloud providers to enhance service resiliency
Publication Date: 2026.02.12 SCHLUMBERGER TECH CORP
  • US20260046206A1 patent drawing
  • US20260046206A1 patent drawing
  • US20260046206A1 patent drawing

AI summary

A method for creating an infrastructure for a plurality of cloud providers includes receiving input data corresponding to the infrastructure for the plurality of cloud providers. The input data includes a plurality of deployments, a DNS zone including a single DNS name, and a global load balancer. The method also includes modifying a terraform configuration file based on the input data to define the infrastructure and thereby improve a distribution across the plurality of cloud providers. Modifying the terraform configuration file includes defining a respective path and respective deployment rules for each deployment of the plurality of deployments, defining the DNS zone and the single DNS name thereof, and defining one or more routing rules for the global load balancer. The method also includes creating the infrastructure based on the terraform configuration file to provide enhanced resiliency across the plurality of cloud providers.