Message Broker Configuration via Segmented Resource Provisioning

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud application platforms face performance issues due to resource-intensive message brokers, which complicate debugging and hinder self-service goals by requiring complex configuration and resource allocation visibility from developers.

Innovation Solution

A guided and semi-automatic configuration of hardware-isolated message brokers allows developers to provision and configure message broker clusters with minimal manual effort, ensuring performance across multiple software platforms through a system controller that uses on-demand resource provisioning and predefined configurations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If message brokers are integrated into cloud application platforms, then message routing and queue management capabilities are provided, but network and computing resources are consumed significantly

Engineering Contradiction:
Improvemessage broker functionalityVSAvoidnetwork and computing resources
Core Design Contradiction:
Adaptability or versatilityVSUse of energy by moving object

Solution Approach 1:

The system segments message broker functionality into isolated containers that run separately from application containers. Each message broker container is provisioned with dedicated computing and network resources, preventing resource contention with applications while maintaining full message broker capabilities.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces a platform operator intermediary who manages message broker provisioning and configuration. This intermediary layer abstracts the complexity of message broker resource allocation from developers, allowing automated resource provisioning while maintaining control over resource consumption.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If message brokers are configured with comprehensive options, then functionality and adaptability are improved, but configuration complexity increases

Engineering Contradiction:
Improvemessage broker configuration optionsVSAvoidconfiguration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system implements self-service provisioning where the platform automatically configures message brokers based on simple developer inputs. Developers specify basic requirements (throughput, latency, message size), and the system automatically selects appropriate configuration parameters, eliminating the need for developers to manually configure complex message broker settings.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system changes the parameter space from detailed configuration options to high-level performance requirements. Instead of exposing numerous configuration parameters, the system accepts simple performance targets (throughput, latency) and automatically translates these into appropriate message broker configurations.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If message brokers consume more resources, then performance capabilities are improved, but debugging visibility and self-service goals are hindered

Engineering Contradiction:
Improvemessage broker performanceVSAvoiddebugging visibility and self-service
Core Design Contradiction:
ProductivityVSEase of operation

Solution Approach 1:

The system segments resource allocation by providing developers with visibility into the specific resources allocated to their message broker containers. This segmentation allows developers to understand and manage resource consumption without being overwhelmed by the complexity of the underlying infrastructure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements feedback mechanisms that provide developers with visibility into message broker resource usage and performance metrics. This feedback loop enables developers to make informed decisions about message broker configuration and troubleshoot issues without requiring deep infrastructure knowledge.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10917458B2Message broker configuration
Publication Date: 2021.02.09 VMWARE INC
  • US10917458B2 patent drawing
  • US10917458B2 patent drawing
  • US10917458B2 patent drawing

AI summary

Methods, systems, and apparatus, including computer programs encoded on computer storage media, for providing guided provisioning and configuration of a message broker cluster. One of the methods includes maintaining a message broker platform system configured to host one or more message broker clusters in a cloud computing environment of a distributed computing system. A first software platform system configured to host user-provided computing tasks in the distributed computing system receives a computing task, provisions computing resources in an underlying cloud computing infrastructure, and launches one or more instances of the computing task using the provisioned computing resources in the underlying cloud computing infrastructure. The message broker platform system binds the computing task in the first software platform system to the message broker cluster in the message broker platform system.