initial commit
This commit is contained in:
58
content/project/_index.md
Normal file
58
content/project/_index.md
Normal file
@@ -0,0 +1,58 @@
|
||||
+++
|
||||
title = "The OpenCloud Project"
|
||||
description = "A sovereign, peer-to-peer distributed cloud fabric for sharing infrastructure and resources across trusted partners."
|
||||
+++
|
||||
|
||||
Each participant can selectively share:
|
||||
|
||||
- **Data**
|
||||
- **Algorithms**
|
||||
- **Compute power**
|
||||
- **Storage**
|
||||
- **Pre-built workflows and services**
|
||||
|
||||
with other OpenCloud peers, under rules they fully control.
|
||||
|
||||
## What OpenCloud Enables
|
||||
|
||||
With OpenCloud, organizations can:
|
||||
|
||||
- Build **cross-organization workflows** that run across multiple infrastructures
|
||||
- **Monetize resources** (share, sell, or rent capacity and services)
|
||||
- Create **private communities of peers** for sensitive or strategic projects
|
||||
- Maintain full **control over data location and access policies**
|
||||
- Track **resource consumption and billing** transparently between partners
|
||||
|
||||
## Optimization on Your Own Terms
|
||||
|
||||
Distributed execution in OpenCloud is not tied to a single global policy.
|
||||
Each instance can optimize workflows for its own objectives:
|
||||
|
||||
- **Maximal sovereignty** – prioritize data locality, compliance, and strategic autonomy
|
||||
- **Accelerated computation** – prioritize time-to-result and performance
|
||||
- **Cost minimization** – route workloads based on cost constraints
|
||||
- **Optimized infrastructure investments** – improve utilization of existing assets
|
||||
|
||||
## Key Concepts
|
||||
|
||||
OpenCloud instances expose a set of integrated services:
|
||||
|
||||
- **Resource Catalog** – index and describe data, algorithms, compute units, storage, and workflows
|
||||
- **Workspace Management** – organize resources of interest into project-oriented workspaces
|
||||
- **Workflow Editor** – build distributed workflows and permanent services from catalog elements
|
||||
- **Collaborative Areas** – define rules and constraints for shared workspaces and workflows
|
||||
- **Peer Management** – configure trust relationships and access rights between peers and groups
|
||||
|
||||
These services together create a **cooperation framework** that covers both **technical** and **organizational/legal** aspects of distributed projects.
|
||||
|
||||
## Who Is OpenCloud For?
|
||||
|
||||
OpenCloud targets organizations that:
|
||||
|
||||
- Need to collaborate on **data- and compute-intensive projects**
|
||||
- Care about **sovereignty, compliance, and resilience**
|
||||
- Want to avoid **vendor lock-in** and opaque proprietary platforms
|
||||
- Intend to run workloads **from datacenter to edge** and possibly on **public cloud** when appropriate
|
||||
|
||||
[Discover the Architecture →](/project/architecture)
|
||||
[Explore Features and Benefits →](/project/features)
|
||||
4894
content/project/architecture.md
Normal file
4894
content/project/architecture.md
Normal file
File diff suppressed because one or more lines are too long
17
content/project/faq.md
Normal file
17
content/project/faq.md
Normal file
@@ -0,0 +1,17 @@
|
||||
+++
|
||||
title = "FAQ"
|
||||
+++
|
||||
|
||||
# Frequently Asked Questions
|
||||
|
||||
**Is OpenCloud a replacement for traditional cloud providers?**
|
||||
It might be a substitute for some users with very strong privacy concerns, but generally it complements them by enabling sovereign interconnections between private clouds.
|
||||
|
||||
**Who controls the data?**
|
||||
Each participant retains full control of its own resources and data flows.
|
||||
|
||||
**How is trust managed?**
|
||||
Trust is peer-defined. Nodes explicitly accept or reject partnerships.
|
||||
|
||||
**Is the project open-source?**
|
||||
Yes, under a permissive license — link available on the home page.
|
||||
204
content/project/features.md
Normal file
204
content/project/features.md
Normal file
@@ -0,0 +1,204 @@
|
||||
+++
|
||||
title = "Features & Benefits"
|
||||
description = "Core services, collaboration capabilities, and strategic benefits of the OpenCloud distributed cloud fabric."
|
||||
+++
|
||||
|
||||
# Features & Benefits
|
||||
|
||||
Each OpenCloud instance runs a collection of services that allow users to interact with their own deployment and with other OpenCloud participants.
|
||||
Together, these services form a **federated cloud fabric** that is both technically powerful and strategically aligned with sovereignty goals.
|
||||
|
||||
---
|
||||
|
||||
## Core Services
|
||||
|
||||
### Resource Catalog
|
||||
|
||||
The **Resource Catalog** indexes all resources provided by an OpenCloud instance, including:
|
||||
|
||||
- **Data**
|
||||
- **Algorithms**
|
||||
- **Compute Units**
|
||||
- **Storages**
|
||||
- **Processing Workflows**
|
||||
|
||||
Every resource is described by metadata (see the `catalog_metadata` definition) and can be:
|
||||
|
||||
- **Public** – visible to all OpenCloud peers
|
||||
- **Restricted** – visible only to selected partners, projects, entities, or groups
|
||||
|
||||
Access to specific resources may require:
|
||||
|
||||
- Credentials
|
||||
- Payment
|
||||
- Contractual or policy-based agreements
|
||||
|
||||
This catalog is the foundation for **discoverability, interoperability, and monetization** of resources.
|
||||
|
||||
---
|
||||
|
||||
### Workspace Management
|
||||
|
||||
Each OpenCloud user can create **workspaces** to organize resources of interest.
|
||||
Within a workspace, users can:
|
||||
|
||||
- Aggregate data, algorithms, and compute/storage units from their own instance and from peers
|
||||
- Prepare resources that will be used in **processing workflows** or **permanent services**
|
||||
- Structure projects by theme, partner, or business objective
|
||||
|
||||
Workspaces make complex, multi-partner projects more manageable and traceable.
|
||||
|
||||
---
|
||||
|
||||
### Workflow Editor
|
||||
|
||||
Using resources collected in a workspace, users can build:
|
||||
|
||||
- **Distributed processing workflows**
|
||||
- **Permanent services** running on top of the OpenCloud fabric
|
||||
|
||||
The **integrated workflow editor** provides a user-friendly interface to define and manage:
|
||||
|
||||
- Processing chains spanning multiple peers
|
||||
- Data flows and storage locations
|
||||
- Execution policies aligned with sovereignty, cost, or performance objectives
|
||||
|
||||
This enables **end-to-end distributed workflows** without central orchestration dependencies.
|
||||
|
||||
---
|
||||
|
||||
### Collaborative Areas
|
||||
|
||||
OpenCloud supports the creation of **Collaborative Areas**, where:
|
||||
|
||||
- Workspaces and workflows can be shared with selected partners
|
||||
- Rules and constraints can be defined and enforced (automatically or via manual review)
|
||||
|
||||
Examples of rules include:
|
||||
|
||||
- Only **open-source components** allowed in the workflows
|
||||
- **No personal data** allowed, or strict constraints on its use
|
||||
- Specific **result visibility** and sharing policies
|
||||
- **Legal and compliance limitations** tied to jurisdictions or contracts
|
||||
|
||||
Collaborative Areas provide a robust framework for **governed, multi-party collaboration**.
|
||||
|
||||
---
|
||||
|
||||
### Peer Management
|
||||
|
||||
OpenCloud allows you to define and manage relationships with other peers, enabling the creation of:
|
||||
|
||||
- Private communities of trusted partners
|
||||
- Thematic or project-based federations
|
||||
|
||||
Access rights and trust levels can be configured:
|
||||
|
||||
- At a **global peer scope**
|
||||
- For **specific groups** or communities within the peer network
|
||||
|
||||
This supports **fine-grained, community-aware access control** across the distributed cloud.
|
||||
|
||||
---
|
||||
|
||||
## Strategic Benefits
|
||||
|
||||
### Complete Control Over Data Location
|
||||
|
||||
OpenCloud encourages users to **host their own data**.
|
||||
When external storage is required, OpenCloud allows you to:
|
||||
|
||||
- Carefully select **where** data is replicated
|
||||
- Choose **which peers** can host copies
|
||||
- Ensure **privacy, compliance, and performance** through data locality control
|
||||
|
||||
---
|
||||
|
||||
### Cooperation Framework
|
||||
|
||||
OpenCloud provides a structured **cooperation framework** that covers:
|
||||
|
||||
- **Data sharing and common workspaces**
|
||||
- **Usage and access regulations**
|
||||
- Alignment between **technical mechanisms** and **legal/contractual rules**
|
||||
|
||||
This framework is particularly suited for **cross-organization, regulated, or high-stakes projects**.
|
||||
|
||||
---
|
||||
|
||||
### Data Redundancy with Sovereignty
|
||||
|
||||
Like public clouds, OpenCloud supports **data redundancy** for availability and resilience.
|
||||
However, it does so with **finer-grained control**:
|
||||
|
||||
- You decide on which peers and in which jurisdictions your data is replicated
|
||||
- Redundancy policies can reflect **regulatory** or **strategic** constraints
|
||||
|
||||
---
|
||||
|
||||
### Hybrid Compatibility with Public Cloud
|
||||
|
||||
When workloads require **massive storage or computational capabilities** beyond what your peer network can provide, you can:
|
||||
|
||||
- Deploy an OpenCloud instance on a **public cloud provider**
|
||||
- Use it as an extension of your federated infrastructure
|
||||
- Offload **non-sensitive or non-strategic workloads** to public cloud capacity
|
||||
|
||||
This enables a **hybrid architecture** where sovereignty-sensitive workloads remain under your control, while others can scale on demand.
|
||||
|
||||
---
|
||||
|
||||
### Fine-Grained Access Control
|
||||
|
||||
OpenCloud offers **fine-grained access control** mechanisms that allow you to:
|
||||
|
||||
- Define **who** can access **what**, **from where**, and **under which conditions**
|
||||
- Apply policies at the level of **resources, workspaces, collaborative areas, and peers**
|
||||
- Combine **technical controls** with **organizational rules**
|
||||
|
||||
---
|
||||
|
||||
### Lightweight for Datacenter and Edge
|
||||
|
||||
The OpenCloud stack is developed in **Go**, generating:
|
||||
|
||||
- **Native binaries**
|
||||
- Minimal **scratch containers**
|
||||
|
||||
All selected COTS components for OpenCloud services follow the same design philosophy.
|
||||
|
||||
As a result, OpenCloud can run:
|
||||
|
||||
- In **datacenters**, to support large-scale processing workflows
|
||||
- On **ARM-based single-board computers**, to handle concurrent payloads such as:
|
||||
- Sensor preprocessing
|
||||
- Image recognition
|
||||
- Data filtering
|
||||
|
||||
Graphical interfaces are implemented in **Flutter** and rendered as **HTML/JS**, enabling lightweight deployment with standard web technologies.
|
||||
|
||||
---
|
||||
|
||||
### Fully Distributed and Resilient
|
||||
|
||||
OpenCloud has a **fully distributed architecture**:
|
||||
|
||||
- No central administrator
|
||||
- No central registry or authority
|
||||
- No single point of failure
|
||||
|
||||
Partners can join or leave the network without disrupting the broader community, making the system inherently **resilient** and suitable for **long-lived collaborations**.
|
||||
|
||||
---
|
||||
|
||||
### Open Source and AGPL v3 Licensed
|
||||
|
||||
To foster trust and prevent opaque forks, OpenCloud is released as **open-source software** under the **AGPL v3** license.
|
||||
|
||||
This ensures that:
|
||||
|
||||
- The codebase remains **transparent and auditable**
|
||||
- Contributions and modifications remain **aligned with the community**
|
||||
- Closed, private forks cannot undermine the **trust and openness** of the ecosystem
|
||||
|
||||
The source code is publicly available for review, security audits, and community contributions.
|
||||
18
content/project/governance.md
Normal file
18
content/project/governance.md
Normal file
@@ -0,0 +1,18 @@
|
||||
+++
|
||||
title = "Governance"
|
||||
+++
|
||||
|
||||
# Governance
|
||||
|
||||
OpenCloud promotes **transparent, community-driven governance**.
|
||||
|
||||
## Decision-Making Principles
|
||||
- Shared control across contributors
|
||||
- No dependency on a single vendor
|
||||
- Long-term sustainability
|
||||
|
||||
## Participation
|
||||
Any organization can:
|
||||
- Host nodes
|
||||
- Contribute code
|
||||
- Join working groups
|
||||
31
content/project/roadmap.md
Normal file
31
content/project/roadmap.md
Normal file
@@ -0,0 +1,31 @@
|
||||
+++
|
||||
title = "Roadmap"
|
||||
+++
|
||||
|
||||
## Proofs Of Concept
|
||||
- 2019-2021: Distributed environemental data processin ecosystem
|
||||
- 2021: Distributed Space Situation Awareness processing GUI demonstrator
|
||||
- 2024: Distributed Digital twin factory infrastructure design
|
||||
- 2025: Resilient and Sovereign Space Edge Computing System Orchestration
|
||||
|
||||
|
||||
## Current Status
|
||||
- Resource catalog: **Stable**
|
||||
- Workflow editor: **Stable**
|
||||
- Distributed Wokflow execution: **Functional**
|
||||
- Shared workspaces: **Functional**
|
||||
- Core P2P communication layer: **Under design**
|
||||
- Resource sharing prototype: **Functional**
|
||||
- Sovereignty rules engine: **In development**
|
||||
- Web-based admin console: **In development**
|
||||
- Services accounting and monitoring: **Under design**
|
||||
|
||||
|
||||
## Next Milestones
|
||||
- 2026 — Heterogeneous target deployment and operation
|
||||
- 2026 — Monitoring, accounting and billing demonstration
|
||||
|
||||
|
||||
## Future Evolutions
|
||||
- Policy-driven data and processing placement
|
||||
- Advanced cryptographic trust models
|
||||
Reference in New Issue
Block a user