Cloud Pipe System for Event Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In cloud-based computing environments, services often face compatibility issues due to differences in code, interfaces, or protocols, leading to latency and message failures when trying to process data from services using different APIs or data formats, making it difficult for services to communicate effectively without manual code integration.

Innovation Solution

The implementation of a 'pipe' system that acts as a virtual communication channel to integrate services in an event-driven architecture, allowing developers to configure data transmission between services without requiring human-provided code, enabling filtering, transformation, batching, and buffering of events, and defining event structures for efficient data exchange.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If services use different APIs, data formats, or protocols, then service diversity and functionality are improved, but compatibility and communication reliability deteriorate

Engineering Contradiction:
Improveservice diversityVSAvoidcommunication reliability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements an event bus as an intermediary component that mediates communication between services with different APIs and data formats. The event bus provides a standardized interface for event publishing and subscription, allowing heterogeneous services to communicate without direct integration. Event sources publish events to the event bus using a unified protocol, and event destinations subscribe to relevant events through the same interface, eliminating the need for services to know about each other's specific APIs or data formats.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent transforms service communication from direct point-to-point interactions with varying protocols into a standardized event-driven model. By changing the communication parameters to use a common event structure and publishing/subscription mechanism, the system maintains service diversity while ensuring reliable communication through parameter standardization.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If manual code integration is provided to mitigate differences between services, then communication compatibility is improved, but system complexity and development effort increase

Engineering Contradiction:
Improvecommunication compatibilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The event bus provides self-service integration capabilities where services automatically publish events and subscribe to events based on their event structure definitions. The system automatically handles event routing, transformation, and delivery without requiring manual code integration. Services declare their event production and consumption requirements through configuration, and the event bus infrastructure automatically establishes the communication pathways.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The event bus serves as a universal integration platform that handles multiple communication scenarios through a single standardized interface. It provides event publishing, event subscription, event routing, and event transformation capabilities through a unified mechanism, eliminating the need for separate integration code for different service pairs.

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

3Speed

If direct service-to-service communication is implemented, then communication speed is improved, but system scalability and deployment flexibility decrease

Engineering Contradiction:
Improvecommunication speedVSAvoidsystem scalability
Core Design Contradiction:
SpeedVSAdaptability or versatility

Solution Approach 1:

The patent segments the communication system into independent event sources, event bus, and event destinations. This segmentation allows each component to be developed, deployed, and scaled independently. Services can be added, removed, or modified without affecting other services, as long as they adhere to the event bus interface. The event bus acts as a decoupling layer that maintains communication efficiency while enabling independent service evolution.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a new communication dimension by implementing an event-driven architecture layer between direct service interactions. This additional dimension (the event bus layer) provides scalability and flexibility while maintaining communication efficiency through asynchronous event processing and selective event subscription.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Data Source

PatentUS11836545B1Integration of cloud entities in an event architecture
Publication Date: 2023.12.05 AMAZON TECH INC
  • US11836545B1 patent drawing
  • US11836545B1 patent drawing
  • US11836545B1 patent drawing

AI summary

Techniques for a service provider network to communicatively couple services and/or applications in a serverless computing environment. A pipe component can configure a pipe to integrate two services by transmitting data between services and/or applications using the pipe. The pipe may also be configured to transform how a service processes an event, control timing of event transmissions using the pipe, define an event structure for an event, and/or batch events. Pipes enable an application or service to exchange data with a variety of services provided by the service provider network while controlling what type of data is generated, stored, or transmitted.