Scénarios d'installation
Nectari prend en charge plusieurs architectures de déploiement afin de répondre à des besoins organisationnels variés. Les scénarios ci‑dessous présentent les méthodes recommandées pour installer et répartir les composants principaux de Nectari , ainsi que les bases de données et services, sur un ou plusieurs serveurs.
Les options de déploiement incluent à la fois des solutions auto‑hébergées sur votre propre infrastructure et des services cloud entièrement gérés. Le résumé des scénarios ci‑dessous vous aidera à choisir l’approche la mieux adaptée à votre environnement.
Aperçu des scénarios
| Scénario | Serveurs | Description | Idéal pour |
|---|---|---|---|
| Serveur unique | 1 | Tous les composants et bases de données sur un seul serveur | Petites équipes, environnements de test |
| Deux serveurs | 2 | ERP et bases de données sur un serveur; Nectari sur un autre | Séparation des performances |
| Trois serveurs | 3 | ERP, base de données et Nectari chacun sur un serveur dédié | Production petite à moyenne |
| Quatre serveurs (Dist.) | 4 | Les tâches de distribution sont déplacées vers un serveur dédié | Charges de rapports élevées, automatisation |
| Cinq serveurs (OLAP) | 5 | Ajout d’un serveur OLAP dédié pour l’analytique | Charges OLAP intensives |
| Entièrement distribué | 6+ | Chaque rôle principal dispose d’un serveur dédié | Grandes entreprises, évolutivité maximale |
Scénario 1 : déploiement sur serveur unique
Tous les composants Nectari et ERP s’exécutent sur un seul serveur. Cette configuration convient aux petites organisations ou aux environnements d’évaluation, mais elle peut ne pas être adaptée aux environnements de grande envergure ou nécessitant une haute disponibilité.
Architecture du serveur :
| Serveur | Composants installés |
|---|---|
| Serveur unique | Application ERP, Base de données ERP, Base de données Nectari, Base de données Licence BI, Base de données du cube OLAP, Base de données DataSync (optionnel), Application Nectari (monolocataire), Central Point, Web Configurator, DataSync (optionnel), Excel Add-in (Complément) (optionnel) |
Scénario 2 : déploiement sur deux serveurs
Dans cette configuration, l’application ERP et toutes les bases de données résident sur un serveur, tandis que Nectari fonctionne sur un autre. La séparation du traitement transactionnel et des fonctions d’analyse/rapport améliore les performances globales, simplifie la gestion et renforce la sécurité des données. Cette approche augmente l’évolutivité et réduit la concurrence sur les ressources, mais nécessite davantage de configuration et d’infrastructure qu’un déploiement sur serveur unique.
Architecture du serveur :
| Serveur | Composants installés |
|---|---|
| ERP/Base de données | Application ERP, Base de données ERP, Base de données Nectari, Base de données Licence BI, Base de données du cube OLAP, Base de données DataSync (optionnel) |
| Nectari | Application Nectari (monolocataire), Central Point, Web Configurator, DataSync (optionnel), Excel Add-in (Complément) (optionnel) |
Scénario 3 : déploiement sur trois serveurs
Des serveurs dédiés sont attribués à l’application ERP, aux bases de données et à Nectari. Cette structure permet à chaque zone de monter en charge indépendamment, optimise les performances et améliore l’isolation du système. Les organisations recherchant une meilleure fiabilité ou une sécurité renforcée choisissent souvent cette option, bien qu’elle nécessite davantage d’infrastructure et une configuration plus complexe que les déploiements plus simples.
Architecture du serveur :
| Serveur | Composants installés |
|---|---|
| ERP | Application ERP |
| Base de données | Base de données ERP, Base de données Nectari, Base de données Licence BI, Base de données du cube OLAP, Base de données DataSync (optionnel) |
| Nectari | Application Nectari (monolocataire), Central Point, Configurateur Web du Central Point, DataSync (optionnel), Excel Add-in (Complément) (optionnel) |
Scénario 4 : déploiement sur quatre serveurs
Les rôles ERP, bases de données, application et distribution sont chacun hébergés sur des serveurs distincts. L’ajout d’un serveur dédié à la distribution est particulièrement utile lorsque des distributions de rapports fréquentes ou de grande envergure sont nécessaires, tout en maintenant des performances élevées pour les charges transactionnelles et analytiques. Cette configuration améliore la fiabilité et la flexibilité de gestion des ressources, mais augmente également la complexité de l’infrastructure et du déploiement.
Architecture du serveur :
| Serveur | Composants installés |
|---|---|
| ERP | Application ERP |
| Base de données | Base de données ERP, Base de données Nectari, Base de données Licence BI, Base de données de cube OLAP, Base de données DataSync (optionnel) |
| Nectari | Application Nectari (multilocataire avec Application, Scheduler, OLAP Worker), Central Point, Configurateur Web du Central Point, DataSync (optionnel) |
| Distribution | Nectari (Distribution Worker), Excel Add-in (Complément) (optionnel, pour la distribution) |
Scénario 5 : déploiement sur cinq serveurs
Chaque serveur est dédié à une fonction essentielle : traitement ERP, bases de données, services applicatifs, charges OLAP et distribution. L’isolation des serveurs OLAP et de distribution optimise les performances analytiques et de génération de rapports pour les volumes de données élevés ou les besoins complexes. Ce scénario convient aux organisations ayant des charges BI exigeantes, mais il implique des coûts d’infrastructure plus élevés ainsi qu’une configuration et une administration avancées.
Architecture du serveur :
| Serveur | Composants installés |
|---|---|
| ERP | Application ERP |
| Base de données | Base de données ERP, Base de données Nectari, Base de données Licence BI, Base de données du cube OLAP, Base de données DataSync (optionnel) |
| Nectari | Application Nectari (multilocataire avec Application, Scheduler), Central Point, Configurateur Web du Central Point, DataSync (optionnel) |
| OLAP | Nectari (OLAP Worker) |
| Distribution | Nectari (Distribution Worker), Excel Add-in (Complément) (optionnel, pour la distribution) |
Scénario 6 : entièrement distribué
Un serveur distinct est dédié à chaque fonction principale, notamment l’ERP, les bases de données, l’application, la configuration, la distribution, le traitement OLAP et la planification. Cette structure offre une évolutivité, une fiabilité et des performances maximales pour les grandes entreprises ou les organisations ayant les exigences les plus élevées en matière de sécurité et de disponibilité. Une distribution complète minimise la concurrence sur les ressources, mais représente également la configuration la plus complexe, tant pour le déploiement que pour la gestion continue.
Architecture du serveur :
| Serveur | Composants installés |
|---|---|
| ERP et Base de données | Application ERP, Base de données ERP, Base de données Nectari, Base de données Licence BI, Base de données du cube OLAP, Base de données DataSync (optionnel) |
| Nectari 1 | Application Nectari (multilocataire avec Application), Central Point, DataSync (optionnel) |
| Nectari 2 | Application Nectari (multilocataire avec Application) |
| Configurateur Central Point | Configurateur Web du Central Point |
| Distribution | Nectari (Distribution Worker), Excel Add-in (Complément) (optionnel, pour la distribution) |
| OLAP | Nectari (OLAP Worker) |
| Scheduler | Nectari (Scheduler) |
Déploiements cloud
Nectari peut être déployé en tant que service cloud entièrement géré ou comme solution auto‑hébergée sur votre propre infrastructure. Les déploiements cloud offrent une disponibilité gérée, une maintenance automatisée, une mise à l’échelle simplifiée, des fonctionnalités intégrées de sauvegarde/restauration et une licence SQL incluse. DataSync prend en charge les synchronisations cloud‑à‑cloud, hybrides ou locales‑vers‑cloud.
Principaux avantages
- Aucune infrastructure à gérer
- Licence SQL intégrée
- Mises à niveau, surveillance et haute disponibilité automatisées
- Sauvegardes automatiques, reprise après sinistre et restauration à un point dans le temps
Principales limitations
- Pas de distribution directe vers des dossiers réseau
- Les sources de données doivent se synchroniser via l’entrepôt de données cloud à l’aide de DataSync
- Pas d’authentification Active Directory (OAuth2, SAML2 ou utilisateurs standards uniquement)
- Certains connecteurs (comme Excel, Access et ODBC) ne sont pas disponibles dans Cloud DataSync
- Aucun accès Remote Desktop ou accès direct au serveur