Container Image Manifest for Bandwidth Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current container image implementations are slow and I/O-intensive due to the need for downloading and storing large images, leading to high memory, storage, and network utilization, making them bulky and expensive to transfer and store.

Innovation Solution

A method that involves receiving a request to create a container, retrieving a manifest for the container image, and mounting a file system using the manifest, rather than the complete image, to reduce bandwidth usage and improve performance by using metadata for on-demand file access and installation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If large container images are downloaded and stored locally, then complete container functionality is achieved, but bandwidth usage increases and deployment speed decreases

Engineering Contradiction:
Improvecontainer deployment speedVSAvoidbandwidth usage
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The container image is segmented into two parts: a small manifest containing only metadata (file names, permissions, checksums) and the actual file contents stored remotely. The host system downloads and stores only the manifest locally, while file contents remain in the remote registry. This segmentation allows fast local deployment with minimal bandwidth consumption, as only the small manifest needs to be transferred.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The manifest acts as an intermediary between the host system and the remote container image files. It contains metadata that enables the host to identify and retrieve specific files from the remote registry on-demand, without requiring the entire image to be downloaded upfront. This intermediary structure facilitates efficient partial image retrieval.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If large container images are stored locally, then complete container functionality is achieved, but local storage and memory utilization increase

Engineering Contradiction:
Improvecontainer functionalityVSAvoidlocal storage usage
Core Design Contradiction:
Ease of operationVSQuantity of substance

Solution Approach 1:

The actual file contents are extracted from the traditional container image and stored remotely in the registry, leaving only the manifest (containing file metadata) on the host system. This extraction eliminates the need for large local storage while maintaining the ability to access all container files on-demand through the remote registry.

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If complete container images are transferred over the network, then all files are available locally, but network utilization and registry load increase

Engineering Contradiction:
Improvefile availabilityVSAvoidnetwork traffic
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

Instead of transferring the complete container image, only the essential manifest is transferred to the host system. The actual file contents are transferred partially and on-demand only when specific files are needed by the container, reducing overall network traffic while maintaining file availability through the remote registry.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS12056511B2Container image creation and deployment using a manifest
Publication Date: 2024.08.06 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US12056511B2 patent drawing
  • US12056511B2 patent drawing
  • US12056511B2 patent drawing

AI summary

A computer-implemented method according to one embodiment includes receiving a request to create a container; retrieving a manifest for a container image of the container; and mounting a file system for the container, utilizing the manifest.