Déploiement et distribution
Statut documentaire : guide — voir Maturité et preuves.
Une application logiCells déployable contient davantage que des binaires. Regroupez modèle déclaratif, configuration, vues, services et ressources Runtime dans un assemblage reproductible.
Arbre de déploiement
Gardez ces responsabilités visibles :
application/
packages/
models/
views/
services/
resources/
database/
database/clean/
graph/
cache/
log/
temp/
synchronization/
snapshots/
process/
wallets/
Les modèles et les vues sont des ressources Runtime, pas seulement des artefacts de développement.
Binding de graphe selon l'environnement
L'exemple d'environnement du guide est conservé avec les noms publics normalisés :
# Développement
graphKind: MemoryRichGraph
graphParams: [Workspace]/Graph
# Release
graphKind: PersistentRichGraph
graphParams: [BasePath]/Graph
Le modèle conceptuel reste identique entre les environnements ; la configuration sélectionne le déploiement Runtime concret.
Promotion
Une promotion en production doit démontrer :
- le chargement des mêmes identités package/manifest/modèle ;
- la disponibilité des capacités requises ;
- l'accessibilité et la compatibilité du stockage persistant ;
- l'activation de la publication de services uniquement là où elle est prévue ;
- la distinction entre liveness du processus et readiness réelle du Runtime ;
- la visibilité des échecs de chargement/initialisation dans les logs.
Ne placez pas les secrets d'environnement dans les packages de modèles réutilisables. Identifiants, endpoints, ports et chemins locaux appartiennent à la configuration de déploiement ou à la gestion de secrets.
Voir Déploiement DevOps et Readiness Runtime.
Parcours opérationnel complet
Pour le parcours complet configuration, services, packaging, mise à jour et diagnostic, continuer avec Services Runtime, packaging et déploiement.