Serverless File Data Optimization for Lambda Layer Size Limits

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing serverless architectures, such as AWS Lambda, face challenges with manual, time-consuming Lambda layer creation, duplication, and size limitations that prevent efficient data deployment and management.

Innovation Solution

A system that optimizes data by reducing size, applying metadata, and storing it in a repository for serverless file systems, allowing for efficient deployment and management through automated processes and machine learning.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If manual creation of Lambda layers is performed, then customization and control are improved, but time consumption and complexity increase significantly

Engineering Contradiction:
Improvecontrol over Lambda layer creationVSAvoidtime required for manual creation
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The system performs self-service by automatically creating, optimizing, and managing Lambda layers without requiring manual intervention. The service autonomously handles code analysis, dependency resolution, packaging, and deployment to the serverless file system, eliminating the time-consuming manual processes while maintaining full control through automated governance policies.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

An intermediary service is introduced between the code repository and the serverless file system to automate Lambda layer creation. This intermediary service analyzes code, resolves dependencies, creates optimized layers, and manages deployments, thereby reducing manual effort while maintaining control through structured processes and automated governance.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If code is uploaded directly to AWS Lambda, then deployment is straightforward, but size limitations prevent many applications from being deployed

Engineering Contradiction:
Improvedeployment process simplicityVSAvoidability to deploy applications of various sizes
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The system segments large codebases into smaller, manageable Lambda layers that comply with AWS size limitations. By automatically analyzing code dependencies and creating modular layers, the system enables deployment of applications that would otherwise exceed size restrictions, while maintaining straightforward deployment processes through automated packaging and upload.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes the size parameter of code uploads by compressing and optimizing Lambda layers before upload. Through automated minification, dependency resolution, and efficient packaging, the system transforms large codebases into size-compliant layers, enabling deployment of applications that would otherwise be rejected by AWS Lambda size constraints.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If Lambda layers are created ad-hoc per deployment, then flexibility is improved, but duplications increase and governance is lost

Engineering Contradiction:
Improveflexibility in deployment timingVSAvoidcode duplication and lack of governance
Core Design Contradiction:
Adaptability or versatilityVSLoss of substance

Solution Approach 1:

The system performs preliminary actions by creating and storing optimized Lambda layers in advance in a serverless file system, rather than creating them ad-hoc at deployment time. This preliminary optimization eliminates code duplication across deployments and establishes governance policies upfront, while maintaining flexibility to deploy layers as needed from the pre-prepared repository.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses copying by storing optimized Lambda layers in a centralized serverless file system that can be referenced across multiple deployments. Instead of recreating layers ad-hoc, the system copies proven, optimized layers from the repository, eliminating duplication and ensuring consistent governance while maintaining deployment flexibility.

Inventive Principle:
Principle #26Copying

4Productivity

If automated optimization is implemented, then deployment speed is improved, but system complexity increases

Engineering Contradiction:
Improvedeployment speedVSAvoidsystem architecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system achieves universality by creating a multi-functional service that handles code analysis, dependency resolution, optimization, packaging, and deployment automation within a single Lambda layer creation service. This consolidates multiple functions into one system, improving deployment speed without proportionally increasing overall system complexity.

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

Solution Approach 2:

The system replaces manual mechanical processes with automated computational processes. Instead of manual code analysis and layer creation, the system uses automated algorithms for dependency resolution, optimization, and packaging. This substitution dramatically improves deployment speed while the automation itself manages the complexity internally.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS12499090B2Systems and methods for optimizing data for a serverless file system
Publication Date: 2025.12.16 CAPITAL ONE SERVICES LLC
  • US12499090B2 patent drawing
  • US12499090B2 patent drawing
  • US12499090B2 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.