Fondamentaux de la collaboration¶

Comprendre les domaines fonctionnels, les protocoles standards et les modèles d'architecture avant de choisir des outils.

Les 5 domaines de la collaboration¶

La collaboration numerique se decompose en cinq domaines fonctionnels. Chaque domaine peut etre couvert par un outil dedie ou par une plateforme intégrée.

Protocoles standards¶

WebDAV, CalDAV, CardDAV¶

La famille DAV (Distributed Authoring and Versioning) repose sur HTTP et fournit un accès standardise aux ressources :

PROPFIND /remote.php/dav/files/alice/ HTTP/1.1
Host: cloud.example.com
Depth: 1
Content-Type: application/xml

<?xml version="1.0" encoding="UTF-8"?>
<d:propfind xmlns:d="DAV:">
  <d:prop>
    <d:getlastmodified/>
    <d:getcontentlength/>
    <d:resourcetype/>
  </d:prop>
</d:propfind>

WebSocket¶

Les applications de messagerie instantanee et d'edition collaborative utilisent WebSocket pour maintenir une connexion bidirectionnelle persistante entre le navigateur et le serveur.

GET /api/v4/websocket HTTP/1.1
Host: chat.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13

Le serveur répond avec 101 Switching Protocols et la connexion reste ouverte pour les événements temps reel (nouveaux messages, notifications de frappe, mises a jour de statut).

WebRTC¶

La visioconference utilise WebRTC pour établir des flux audio/video pair-a-pair. Les composants cles sont :

ActivityPub¶

ActivityPub est le protocole de fédération du Fediverse. Il permet à des instances indépendantes de communiquer entre elles. Nextcloud Social et certains projets experimentent son integration pour le partage federe de fichiers et de messages.

{
  "@context": "https://www.w3.org/ns/activitystreams",
  "type": "Create",
  "actor": "https://cloud.example.com/users/alice",
  "object": {
    "type": "Note",
    "content": "Rapport Q1 disponible dans le dossier partage."
  }
}

Modèles de fédération¶

La fédération permet à plusieurs instances d'un même logiciel (ou de logiciels compatibles) d'échanger des données.

Fédération Nextcloud-a-Nextcloud¶

Deux serveurs Nextcloud peuvent échanger des partages de fichiers via le protocole OCM (Open Cloud Mesh) :

graph LR
    A["Nextcloud A<br/>cloud-a.example.com"] <-->|"OCM / WebDAV"| B["Nextcloud B<br/>cloud-b.example.com"]
    A1["Alice"] --> A
    B1["Bob"] --> B

L'utilisateur Alice peut partager un dossier avec bob@cloud-b.example.com. Le partage apparait dans l'interface de Bob comme un dossier local.

Fédération Mattermost¶

Mattermost ne supporte pas nativement la fédération inter-instances. Les alternatives sont :

• Shared Channels (licence Enterprise) — synchronisation de canaux entre deux serveurs Mattermost
• Webhook bridges — un bot relaye les messages entre instances via des webhooks entrants/sortants
• Matrix bridge — un pont Mattermost-Matrix permet la communication avec tout serveur Matrix federe

Modes online et offline¶

Synchronisation fichiers¶

Le client desktop Nextcloud maintient une copie locale des fichiers. Les modifications effectuees hors ligne sont synchronisees au retour de la connexion. Le client gère les conflits en creant des copies suffixees (conflit).

Messagerie¶

Mattermost met en cache les messages recents dans le navigateur (IndexedDB). L'application mobile stocke egalement un cache local. Cependant, la rédaction de nouveaux messages necessite une connexion active au serveur.

Propriété et portabilité des données¶

L'auto-hebergement garantit la propriété des données. Mais la propriété sans portabilité est un leurre. Verifiez ces critères avant d'adopter un outil :

Nextcloud¶

Les fichiers sont stockes en clair sur le disque (ou dans un bucket S3). Les metadonnees (partages, tags, commentaires) sont dans PostgreSQL. L'export est trivial : copier les fichiers + dump SQL.

Mattermost¶

Les messages sont dans PostgreSQL, les fichiers joints sur le disque ou S3. L'outil mmctl export génère une archive JSONL complète. L'import depuis Slack, Microsoft Teams et d'autres plateformes est supporte nativement.

CryptPad¶

Les documents sont chiffres côté client. L'export se fait document par document en format standard (XLSX, DOCX, MD). Il n'existe pas d'export global automatise — c'est la contrepartie du chiffrement zero-knowledge.

Synthese¶

graph TB
    subgraph "Domaines"
        F["Fichiers"]
        M["Messagerie"]
        V["Visioconference"]
        E["Edition"]
        P["Projets"]
    end

    subgraph "Protocoles"
        DAV["WebDAV / CalDAV / CardDAV"]
        WS["WebSocket"]
        RTC["WebRTC"]
        AP["ActivityPub"]
    end

    F --> DAV
    M --> WS
    V --> RTC
    E --> WS
    P --> WS
    F -.-> AP

Les protocoles ouverts garantissent l'interopérabilité entre les outils et les clients. Le chapitre suivant compare les solutions disponibles pour chaque domaine.