Serverless Containerization for Collaboration Apps

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The process of deploying and updating applications is often time-consuming and error-prone, with new versions requiring extensive installation procedures and potentially leading to installation errors or unexpected performance issues.

Innovation Solution

The implementation of serverless containerization, where a collaboration application is executed in a container without managing servers, allowing for automated deployment of different versions through container images, which include all necessary components and dependencies.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional application deployment methods are used, then application functionality can be provided, but the deployment process is time-consuming and error-prone due to extensive installation procedures and dependency management

Engineering Contradiction:
Improvedeployment speedVSAvoiddeployment error rate
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent applies preliminary action by pre-packaging the application with all its dependencies, runtime environment components, and configuration files into a self-contained container image before deployment. This pre-preparation eliminates the need for time-consuming installation procedures and dependency management during deployment, allowing the application to be deployed as a single unit that automatically includes everything needed to run, thereby increasing deployment speed and reducing errors.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The containerized application implements self-service by including all necessary runtime dependencies, system libraries, and configuration files within the container image itself. The application becomes self-sufficient and can be deployed without requiring external system configurations or manual installation steps, eliminating human error in the deployment process and enabling automated, error-free deployments.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If application versions are updated through traditional methods, then new functionality and bug fixes can be delivered, but extensive installation procedures are required and installation errors may occur

Engineering Contradiction:
Improveversion update capabilityVSAvoidupdate installation complexity
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

For version updates, the patent applies preliminary action by pre-building new container images with the updated application code and dependencies before deployment. The new version is completely prepared in advance as a self-contained unit, allowing seamless replacement of the old version without requiring partial installations or modifications to the existing system, thereby simplifying the update process while maintaining full adaptability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent uses copying by creating new container images that are complete copies of the application with all dependencies for each version. Instead of incrementally updating the existing installation, each new version is copied as a complete, self-contained container image that can be deployed independently, replacing the previous version entirely. This eliminates installation complexity while preserving full version update capability.

Inventive Principle:
Principle #26Copying

3Reliability

If application dependencies are manually managed during deployment, then runtime requirements can be met, but the process becomes time-consuming and error-prone

Engineering Contradiction:
Improveruntime environment compatibilityVSAvoiddependency installation time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies merging by combining the application code, all runtime dependencies, system libraries, and configuration files into a single integrated container image. This consolidation ensures that all runtime requirements are met by including everything needed within the container itself, eliminating the need for manual dependency management while ensuring complete runtime environment compatibility. The merging process occurs during image building, not during deployment, thereby eliminating time loss.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent applies preliminary action by pre-resolving and pre-installing all application dependencies during the container image building phase. Before deployment occurs, the complete dependency tree is analyzed and all required components are bundled into the container image. This advance preparation ensures runtime environment compatibility is guaranteed while eliminating the time-consuming dependency installation process during actual deployment.

Inventive Principle:
Principle #10Preliminary action

4Ease of manufacture

If traditional deployment methods are used, then application installation can be performed, but installation errors and unexpected performance issues may result after deployment

Engineering Contradiction:
Improvedeployment simplicityVSAvoidpost-deployment stability
Core Design Contradiction:
Ease of manufactureVSReliability

Solution Approach 1:

The containerized application implements self-service by including all necessary runtime dependencies, system libraries, and configuration files within the container image itself. The application becomes self-sufficient and can be deployed without requiring external system configurations or manual installation steps, eliminating human error in the deployment process and enabling automated, error-free deployments.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent applies homogeneity by ensuring that the container image provides a consistent, uniform runtime environment that is identical across all deployment targets. By packaging the application with its exact runtime requirements in a standardized container format, the patent eliminates variations between different deployment environments that could cause installation errors or unexpected performance issues, thereby simplifying deployment while ensuring post-deployment stability.

Inventive Principle:
Principle #33Homogeneity

Data Source

PatentUS20250077214A1Serverless containerization of collaboration applications for automatic installation and version updates
Publication Date: 2025.03.06 MASTERCARD TECHNOLOGIES CANADA ULC
  • US20250077214A1 patent drawing
  • US20250077214A1 patent drawing
  • US20250077214A1 patent drawing

AI summary

Serverless containerization of a collaboration application improves deployment and security of the collaboration application. A system may generate a container within a private cloud. The container may execute the collaboration application. The container is assigned an Internet Protocol (IP) address and is associated with a security group that controls network traffic to and from the container. The system may include a network load balancer configured with the IP address assigned to the container that allocates computational resources for executing the collaboration application. The system may include serverless resources such as a database and filesystem that is accessible to the container within the private cloud. The system may include a private cloud (PC) endpoint configured to establish a private connection with an end user interface, wherein the private connection provides secure network traffic between the PC endpoint the end user interface within a private network of the PC endpoint.