Client-Side Filesystem for Distributed Repository Coordination

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current computer network systems face challenges in efficiently managing and orchestrating computations across distributed hosts, particularly in terms of data access, resource utilization, and scalability, leading to inefficiencies in network and computational resource usage.

Innovation Solution

A client-side filesystem and computation orchestrator system that utilizes a repository manager to store and manage data and program code, allowing clients to access and update data locally while sending only new files to the repository, and orchestrates computations across hosts based on capabilities and needs, enabling efficient use of resources and reproducibility.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Extent of automation

If a centralized repository manager is used to manage all data access and computations, then control and coordination are improved, but system complexity and latency increase

Engineering Contradiction:
Improvecentralized coordinationVSAvoidsystem complexity
Core Design Contradiction:
Extent of automationVSDevice complexity

Solution Approach 1:

The system segments the centralized repository manager into distributed repository instances across multiple data centers. Each data center maintains its own repository manager that autonomously manages data access and computations locally, reducing the complexity burden on a single centralized system while maintaining coordinated control through the distributed architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces a peer-to-peer communication layer as an intermediary between data producers and consumers. This intermediary enables direct data exchange between distributed repositories without requiring constant mediation from a centralized authority, reducing system complexity while maintaining automated coordination through protocol-based communication.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Stability of the object's composition

If all data is stored and accessed through a centralized repository, then data consistency is improved, but network bandwidth consumption increases

Engineering Contradiction:
Improvedata consistencyVSAvoidnetwork bandwidth
Core Design Contradiction:
Stability of the object's compositionVSLoss of energy

Solution Approach 1:

The system segments the centralized data storage into distributed repositories located at multiple data centers. Each repository stores and manages data locally for its region, reducing the amount of data that needs to be transmitted across the network. Data consistency is maintained through selective synchronization of changes between distributed repositories rather than requiring all data to pass through a central point.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by caching frequently accessed data locally at each data center repository. This allows data to be accessed from local storage rather than requiring continuous network retrieval, reducing network bandwidth consumption while maintaining data consistency through local copies that are updated asynchronously.

Inventive Principle:
Principle #10Preliminary action

3Extent of automation

If computations are orchestrated centrally, then coordination is improved, but response time increases

Engineering Contradiction:
Improvecomputation coordinationVSAvoidresponse time
Core Design Contradiction:
Extent of automationVSSpeed

Solution Approach 1:

The system segments the centralized computation orchestration into distributed computation managers at each data center. Each local computation manager autonomously coordinates computations within its region, making decisions and executing tasks locally without waiting for centralized approval. This maintains automated coordination through distributed intelligence while significantly improving response time by eliminating multi-hop communication delays.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements dynamic computation orchestration where computation managers can adapt their coordination behavior based on local conditions. The system dynamically adjusts computation routing, data caching strategies, and synchronization timing based on real-time network status and computational demands, improving response time while maintaining automated coordination through adaptive algorithms.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS11755764B2Client-side filesystem for a remote repository
Publication Date: 2023.09.12 AMAZON TECH INC
  • US11755764B2 patent drawing
  • US11755764B2 patent drawing
  • US11755764B2 patent drawing

AI summary

Methods, systems, and computer-readable media for a client-side filesystem for a remote repository are disclosed. One or more files of a repository are sent from a storage service to a client device. The file(s) are obtained by the client using a credential sent by a repository manager. Local copies of the file(s) are accessible via a local filesystem mounted at the client device. One or more new files associated with the repository are generated at the client device. Using the credential, the one or more new files are obtained at the storage service from the client device. The one or more new files are added to the repository.