initial commit

This commit is contained in:
ycc
2026-01-20 19:49:41 +01:00
commit 30a59d7e4e
30 changed files with 12607 additions and 0 deletions

58
content/project/_index.md Normal file
View 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)

File diff suppressed because one or more lines are too long

17
content/project/faq.md Normal file
View 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
View 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.

View 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

View 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