Les 4 décisions structurantes

L’architecture et le modèle commercial de Duule Koode Cloud (DKC) reposent sur quatre choix structurants. Ces décisions ne doivent pas être déviées afin d’assurer l’évolution cohérente de la plateforme.

1. Isolation Hybride (Multi-tenancy)

Pour s’adapter à la taille de chaque client :

• Pooled : Les petites boutiques partagent les mêmes ressources d’infrastructure (bases de données PostgreSQL avec RLS, serveurs Web, cache Redis).
• Dédié : Conçu pour les gros clients — base PostgreSQL et ressources isolées. Ce mode d’hébergement n’est pas encore en service ; le code est déjà prêt à l’accueillir.

[!IMPORTANT] Principe directeur : Le code est toujours tenant-aware. L’infrastructure seule décide si un tenant est pooled ou dédié. Si un client grandit, il déménage ses données sans modification de code.

2. Codebase Unique & Entitlements Runtime

Aucune duplication ou divergence de code n’est tolérée entre les clients :

• Tous les clients exécutent la même codebase.
• Une licence signée (Ed25519) contient les droits et limitations (entitlements).
• À l’exécution, les fonctionnalités et quotas sont débloqués dynamiquement selon ces feature keys (gating backend et frontend).

3. White-label & Theming avancé

La personnalisation visuelle s’applique à chaud au runtime :

• Les tokens de design (couleurs, rayons des bordures, polices) sont traduits en variables CSS injectées dans le DOM.
• Des modèles de page (PDP, Home, Listing) et l’ordonnancement de blocs sont modifiés à la volée depuis la console d’administration.
• Noyri utilise simplement la configuration visuelle par défaut.

4. Modèle Business : Licence & Hébergement

BSIT gère l’exploitation et la maintenance de la plateforme :

• Facturation d’une licence récurrente indexée sur les volumes d’usage (metering).
• Frais de configuration initiaux, en particulier pour les déploiements dédiés.
• Offre de services de développement sur mesure ou d’intégrations spécifiques (Salesforce, ERP).