Cloud Network Isolation Architecture for Remote aPaaS Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Large enterprises face challenges in integrating and streamlining their operations due to the proliferation of siloed custom software applications, which hinder their ability to innovate, meet regulatory requirements, and efficiently manage data and systems.

Innovation Solution

A remotely-hosted Application Platform as a Service (aPaaS) system that automates workflows, supports standardized application components, and provides secure, scalable infrastructure for developing and managing applications, including a multi-instance architecture to isolate customer data and enhance security.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If a remotely-hosted aPaaS system is deployed on public cloud network infrastructure, then the operator does not have to devote time to provision or deploy its own infrastructure to host services, but the operator may not have full control over the infrastructure configuration and security policies

Engineering Contradiction:
Improveinfrastructure provisioning timeVSAvoidinfrastructure configuration control
Core Design Contradiction:
Loss of timeVSAdaptability or versatility

Solution Approach 1:

The system segments infrastructure management into two distinct layers: the public cloud network provides standardized virtual machine infrastructure, while the aPaaS system implements custom security policies, access controls, and configuration management software. This segmentation allows operators to leverage cloud convenience while maintaining control through software-based configuration management.

Inventive Principle:
Principle #1Segmentation

2Reliability

If computational instances are isolated from one another in the public cloud network, then customer data security is enhanced, but network connectivity and integration between instances become more complex

Engineering Contradiction:
Improvedata securityVSAvoidnetwork connectivity complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The aPaaS system introduces intermediary components including virtual private networks (VPNs), network gateways, and API gateways that mediate communication between isolated computational instances. These intermediaries enable secure data exchange and integration while preserving the isolation boundaries that ensure security.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If a quarantine system is implemented for approval of updates to configuration, software, or database schema, then system stability and security are improved, but deployment time and process complexity increase

Engineering Contradiction:
Improvesystem stabilityVSAvoiddeployment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The quarantine system implements preliminary action by creating isolated test environments where configuration updates, software changes, and database schema modifications are validated before being deployed to production. This preliminary testing phase catches errors early and prevents unstable configurations from reaching live systems.

Inventive Principle:
Principle #10Preliminary action

4Adaptability or versatility

If infrastructure services are positioned in the provider network rather than the public cloud network, then operational control and security policy enforcement are improved, but infrastructure cost and complexity increase

Engineering Contradiction:
Improveoperational controlVSAvoidinfrastructure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The aPaaS system implements universal, multi-functional infrastructure services that can operate in both public cloud and provider network environments. Configuration management, security policy enforcement, and application deployment capabilities are designed to be environment-agnostic, allowing the same software stack to function across different infrastructure locations.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS12549639B2Remote network management infrastructure for cloud-based deployments
Publication Date: 2026.02.10 SERVICENOW INC
  • US12549639B2 patent drawing
  • US12549639B2 patent drawing
  • US12549639B2 patent drawing

AI summary

A software architecture within a public cloud network may include units of: (i) a plurality of computational instances respectively related to managed networks, (ii) a plurality of servers configurable as load simulators, (iii) administrative components configured to deploy and update the software architecture, and (iv) shared infrastructure services, wherein the units of the software architecture are implemented on virtual machines of the public cloud network and are connected to but logically isolated from one another by way of different access controls or policies. A provider network, coupled to the software architecture by way of network gateways within the shared infrastructure services, may be configured to deliver the configuration, software packages, and database schema to the infrastructure-as-code platform.