Plugin Installer Service for Legacy Application Cloud Migration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Legacy on-premises software applications face challenges when transitioned to a cloud environment, including limited flexibility in updating and managing plugins, which can lead to compatibility issues and increased testing complexity due to their non-cloud-native architecture.

Innovation Solution

A plugin installer service is implemented in the cloud environment, allowing users to install, upgrade, and remove plugins through a frontend interface, which interacts with a plugin catalog and storage, reducing the need for direct access to application containers and minimizing the risk of malware introduction.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If legacy on-premises applications are transitioned to cloud environment, then application availability and scalability are improved, but plugin management flexibility deteriorates due to non-cloud-native architecture

Engineering Contradiction:
Improveapplication availabilityVSAvoidplugin management flexibility
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

A plugin service is introduced as an intermediary component between users and the legacy application containers. This service runs in the cloud environment and provides plugin installation, upgrade, and removal capabilities through standardized interfaces, enabling flexible plugin management without direct container access while maintaining the legacy application architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system separates plugin management functionality from the legacy application containers by implementing it as a standalone service. This segmentation allows the application to run in its original non-cloud-native form while the plugin service handles all plugin-related operations, resolving the contradiction between maintaining legacy architecture and providing cloud-native flexibility.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If direct access to application containers is allowed for plugin installation, then plugin management flexibility is improved, but system security deteriorates due to increased malware introduction risk

Engineering Contradiction:
Improveplugin management flexibilityVSAvoidmalware introduction risk
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The plugin service acts as a security intermediary that mediates all plugin operations. Users interact with the service through controlled interfaces rather than having direct container access. The service validates plugin requests, checks compatibility, and manages installation procedures, thereby maintaining flexibility while blocking potential malware introduction vectors.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The plugin service implements feedback mechanisms to monitor and control plugin installation processes. It provides information about available plugins, compatibility status, and installation progress to users, while simultaneously maintaining security controls. This feedback loop enables flexible management without compromising security by keeping users informed within safe boundaries.

Inventive Principle:
Principle #23Feedback

3Reliability

If plugin compatibility is strictly enforced, then system reliability is improved, but ease of operation deteriorates due to increased version checking complexity

Engineering Contradiction:
Improvesystem reliabilityVSAvoidplugin installation ease
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The plugin service implements self-service functionality by automatically checking plugin compatibility with the running application version. When a user requests to install a plugin, the service autonomously verifies compatibility requirements, resolves version conflicts, and either proceeds with installation or provides clear compatibility information, eliminating the need for users to manually check versions and maintaining both reliability and ease of operation.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12254020B2Container plugin for legacy on-premise application
Publication Date: 2025.03.18 SAP SE
  • US12254020B2 patent drawing
  • US12254020B2 patent drawing
  • US12254020B2 patent drawing

AI summary

Various examples are directed to systems and methods for installing a plugin to a cloud-implemented database management application. A shared container file system may be initiated at a cloud environment. A plugin container image may be accessed, where the plugin container image comprises plugin payload data describing a first plugin to the database management application and a copy executable. A plugin container may be started at the cloud environment, where the plugin container is based at least in part on the plugin container image. The plugin container may be mounted to the shared container file system. The copy executable may be executed to copy the plugin payload data to the shared container file system. The first plugin may be installed to a database management application instance executing at the cloud environment.