Carte des crates

Quand un runtime grandit, les limites entre crates doivent expliquer l'architecture. Dans AppCore elles suivent l'ownership : contrats (appcore-contracts, appcore-types), lifecycle (appcore-supervisor), core (appcore-core), services (appcore-api, appcore-storage, appcore-security, appcore-scheduler, appcore-sync), distribué (appcore-control-plane, appcore-peer-rpc, appcore-gateway), composition (appcore-provider, appcore-update) et host (appcore-bin).

appcore-bin est le seul composition root concret pour les applications. Les contrats ne dépendent pas des implémentations, et le code métier ne doit pas importer de modules privés du host.

Limitations

• Cette carte explique l'ownership ; elle ne remplace pas une référence API.
• Les crates de tooling/certification peuvent ne pas faire partie de la surface applicative stable.
• Les modules internes peuvent changer même lorsque manifests et facade publique restent compatibles.