ITSM cloisonné sur PostgreSQL. Chaque client obtient un environnement CMDB et tickets séparé, sans que vous payiez une seconde machine virtuelle avec ses licences Windows et SQL.
État d’avancement honnête : La séparation des clients est aujourd’hui logique (base commune, accès filtrés par client). L’isolation complète avec une base de données par client est en cours de réalisation – dans la maturité des modules le module se situe actuellement autour de 53 %. Pour un usage MSP en production, l’isolation par base est une condition préalable et fait partie du périmètre pilote.
# Un service, plusieurs clients PostgreSQL 18 ├─ ordivis_alpha CMDB · tickets · IPAM ├─ ordivis_beta CMDB · tickets · IPAM ├─ ordivis_gamma CMDB · tickets · IPAM └─ registry Clients · appartenances Isolation : une base de données par client Matériel : 1 VM au lieu de N VM
Chaque client obtient sa propre base sur le même serveur PostgreSQL, avec un registre central des clients et de leurs appartenances. Des données physiquement séparées – et le départ d’un client est une suppression de base, pas un projet d’effacement.
Au lieu de fournir à chaque client une machine virtuelle avec ses licences Windows et SQL, tous les clients partagent un serveur. Le deuxième client ne vous coûte pas une seconde infrastructure.
Aucun compteur de nœuds, aucun palier. Quelle que soit la croissance du réseau d’un client – vos coûts restent prévisibles.
Une base de registre gère l’affectation. Les nouveaux clients sont créés par provisionnement, non par déploiement d’un serveur.
Le monolithe modulaire met à jour toute l’instance en une exécution transactionnelle – pas de marathon de correctifs sur des systèmes répartis.
Exploitez Ordivis Platform chez vous ou chez le client – personne ne vous impose un nuage tiers. Vous gardez la maîtrise de l’exploitation, des SLA et des données.
Parlons des paliers par client et des conditions de revente.