Serverless File Data Optimization for Lambda Layer Size Limits

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional Lambda layers in serverless architectures are created ad-hoc, leading to duplication and lack of governance, and many applications exceed AWS Lambda's size limitations, necessitating improved systems for optimizing data for serverless file systems.

Innovation Solution

A system that optimizes input data by reducing size, applying metadata, and storing it in a data repository, allowing for enterprise governance and compliance, with search functionality to manage data efficiently and upload it to serverless file systems.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If manual creation of Lambda layers is performed ad-hoc per deployment, then customization and flexibility are improved, but time consumption and lack of governance worsen

Engineering Contradiction:
Improvecustomization flexibilityVSAvoidtime consumption
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by automatically creating Lambda layers in advance based on deployment metadata, rather than manually creating them ad-hoc. The layer creation is triggered automatically when deployment information is detected, eliminating the need for manual intervention while maintaining customization through metadata-driven configuration.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system enables self-service by automatically detecting deployment metadata and generating corresponding Lambda layers without requiring manual creation. The automated process serves itself by monitoring deployment information and autonomously creating the necessary layers, reducing both time consumption and improving governance.

Inventive Principle:
Principle #25Self-service

2Quantity of substance

If data size is reduced through optimization, then storage requirements and deployment time are improved, but data processing complexity worsens

Engineering Contradiction:
Improvedata storage sizeVSAvoiddata processing complexity
Core Design Contradiction:
Quantity of substanceVSDevice complexity

Solution Approach 1:

The system segments data into optimized chunks that can be independently processed and stored. By dividing the data processing task into smaller, manageable segments with defined optimization criteria, the system reduces overall data size while maintaining processing efficiency through modular, standardized operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system applies parameter changes by modifying data characteristics during optimization, such as changing data formats, compression levels, or structure. These parameter transformations reduce data size while the system manages the associated processing complexity through automated parameter selection and optimization algorithms.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If Lambda layer size is increased to include more code, then functionality and utility are improved, but AWS Lambda size limitations worsen

Engineering Contradiction:
ImprovefunctionalityVSAvoidsize limitation compliance
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system segments code into multiple Lambda layers, each within the AWS size limitations. By dividing the total codebase into smaller, manageable layers that can be independently deployed and combined, the system maintains full functionality while ensuring each layer complies with size constraints.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system transitions from a single-dimension approach (one large Lambda layer) to a multi-dimensional approach (multiple smaller layers organized in a hierarchy). This dimensional change allows the system to achieve greater total functionality by combining multiple layers, each within size limits, while maintaining compliance with AWS constraints.

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

Data Source

PatentUS20260099465A1Systems and methods for optimizing data for a serverless file system
Publication Date: 2026.04.09 CAPITAL ONE SERVICES LLC
  • US20260099465A1 patent drawing
  • US20260099465A1 patent drawing
  • US20260099465A1 patent drawing

AI summary

Disclosed embodiments may include a system for optimizing data for a serverless file system. The system may receive input data and determine whether the input data is appropriate for optimization. If so, the system may optimize the input data to reduce a size to create optimized data, group the optimized data, apply metadata, versioning, tags, enterprise governance and compliance requirements to the optimized data and store the optimized data in a data repository. In response to receiving an input to upload the optimized data to the serverless file system and determining, from the metadata, that the optimized data is not stored in the serverless file system, the system may upload the optimized data to the serverless file system via an application programming interface. The system may update metadata of the optimized data to indicate a new location at which the optimized data is stored on the serverless file system.