VPC-Specific DNS Resolution for Hub-and-Spoke Cloud Endpoints

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud networks face issues with scalability and performance due to congestion and name collisions when multiple virtual private clouds (VPCs) access service endpoints, leading to inefficient DNS resolution and potential data access failures.

Innovation Solution

Create virtual private endpoints (VPEs) for each VPC with bucket names containing VPC identifiers, enabling a private DNS resolver to parse and extract the VPC ID for context-based resolution, ensuring accurate and efficient DNS queries.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If multiple VPCs access service endpoints through a hub VPC gateway, then centralized management is achieved, but network congestion and performance degradation occur

Engineering Contradiction:
Improvecentralized managementVSAvoidnetwork performance
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

The patent segments the centralized gateway function by creating VPC-specific endpoints (VPEs) for each VPC. Instead of all VPCs sharing a single hub gateway, each VPC has its own dedicated endpoint, dividing the network traffic into separate pathways and eliminating the congestion point at the centralized gateway while maintaining manageable architecture.

Inventive Principle:
Principle #1Segmentation

2Device complexity

If a single DNS resolver is used for all VPCs, then simplified resolution is achieved, but name collisions occur

Engineering Contradiction:
ImproveDNS resolution simplicityVSAvoidname collision prevention
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The patent segments the DNS resolution process by creating VPC-specific DNS resolvers that are isolated to each VPC's namespace. Each VPC has its own DNS resolver that only resolves names within that VPC's context, preventing name collisions between different VPCs while maintaining simple resolution within each VPC boundary.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces VPC-specific DNS resolvers as intermediary components between clients and the DNS infrastructure. These intermediaries handle DNS resolution locally within each VPC, isolating resolution operations to prevent name collisions while simplifying the overall architecture by eliminating the need for a single complex global resolver.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Measurement precision

If VPC IDs are embedded in bucket names, then accurate DNS resolution is achieved, but storage space requirements increase

Engineering Contradiction:
ImproveDNS resolution accuracyVSAvoidstorage space
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The patent applies preliminary action by pre-creating VPC-specific DNS zones and resolvers before VPCs need to access service endpoints. The VPC ID is embedded in the DNS zone configuration and bucket naming conventions upfront, enabling accurate resolution without requiring additional runtime storage or processing space during actual operations.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20260032104A1Context based resolution for virtual private clouds in a HUB and spoke model
Publication Date: 2026.01.29 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US20260032104A1 patent drawing
  • US20260032104A1 patent drawing
  • US20260032104A1 patent drawing

AI summary

A computer-implemented method (CIM), according to one embodiment, includes creating virtual private endpoints (VPEs) for service endpoints for virtual private clouds (VPCs) of a cloud network, and creating, for the VPCs, buckets having names that include VPC identifiers (IDs). In response to receiving, from a first of the VPCs, a first query for a first of the service endpoints, a name included within the first query is caused to be used for parsing for one of the buckets, where the parsing identifies a first of the buckets. The CIM further includes causing a VPC ID to be extracted from the first bucket, and using the extracted VPC ID as context for resolving the first query.