Un système par client, ou une plateforme pour tous les clients. L'architecture détermine votre façon de grandir.

Un numéroteur multi-tenant sert de nombreux clients — les tenants — depuis une seule plateforme partagée. Chaque tenant ne voit que ses propres campagnes, contacts, agents, enregistrements et rapports, mais tous les tenants tournent sur la même application. L'isolation est appliquée logiquement plutôt qu'en donnant à chaque client un matériel distinct. Bien conçu, un tenant ne peut jamais voir ni atteindre les données d'un autre tenant.

DialerBee est multi-tenant par conception et applique l'isolation au niveau des données. Chaque enregistrement porte une identité de tenant, et l'accès est limité pour que les requêtes ne renvoient que les lignes du tenant demandeur — une approche couramment mise en œuvre avec des mécanismes de base de données comme la sécurité au niveau des lignes de PostgreSQL. La séparation entre clients est ainsi appliquée par la plateforme de données elle-même, et non laissée au seul code applicatif.

Pour un BPO ou un revendeur, l'avantage opérationnel est décisif. Accueillir un nouveau client est une étape de configuration, pas un projet d'infrastructure. Mises à niveau, correctifs de sécurité et nouvelles fonctionnalités sont déployés pour tous les tenants à la fois. Vous n'avez qu'une plateforme à superviser et à maintenir, tandis que chaque client dispose d'un espace de travail entièrement séparé et personnalisable à sa marque. C'est ce qui fait de l'architecture multi-tenant le choix naturel pour quiconque gère des appels sortants pour plusieurs clients. Consultez notre fonctionnalité multi-tenant pour le détail complet.

L'architecture multi-tenant est le bon choix par défaut pour les organisations qui gèrent des appels sortants pour de nombreux clients, mais le mono-tenant n'est pas obsolète. Dans certaines situations, une instance dédiée reste plus adaptée.

Si un client unique est soumis à une obligation de résidence des données ou à un mandat contractuel exigeant une infrastructure physiquement dédiée, un déploiement mono-tenant peut répondre directement à cette exigence. Il en va de même lorsqu'un client a besoin d'une personnalisation poussée et sur mesure du système sous-jacent, personnalisation qui ne serait pas appropriée sur une plateforme partagée.

Les organisations qui ne servent qu'un seul client — ou qui sont elles-mêmes l'unique utilisateur final — gagnent peu au multi-tenant, puisqu'il n'y a pas de second tenant dont s'isoler. Dans ces cas, la simplicité opérationnelle d'un environnement unique peut l'emporter entièrement sur les avantages d'une plateforme partagée.

Pour tous les autres — BPO, revendeurs télécom et agences qui ajoutent régulièrement des clients et ont besoin d'une séparation par client sans charge par client — une plateforme multi-tenant bien conçue offre l'isolation de systèmes séparés avec l'efficacité d'un système unique. C'est l'équilibre autour duquel DialerBee est conçu, et c'est pourquoi notre solution BPO et plateforme de numérotation en marque blanche reposent sur des fondations multi-tenant.

DialerBee est multi-tenant par conception. L'isolation est appliquée au niveau de la base de données avec la sécurité au niveau des lignes de PostgreSQL : chaque requête est limitée au tenant demandeur et l'accès inter-tenants est bloqué par le moteur de base de données plutôt que par la logique applicative. Chaque tenant dispose de ses propres règles de conformité, de ses propres enregistrements avec des contrôles indépendants de conservation et de gel juridique, de sa propre attribution d'usage et de facturation, et de sa propre image de marque. Les nouveaux tenants sont créés en quelques minutes via le portail d'administration ou l'API partenaire. Le détail figure sur la page architecture multi-tenant.

L'accès se lit sur une grille plutôt que de se deviner : une matrice de rôles par tenant de 11 catégories et 41 permissions, un journal d'audit enregistrant l'action, l'utilisateur et l'adresse IP d'origine, des clés API hachées au repos et limitées à leur tenant, et des administrateurs partenaires qui ne voient que les tenants qu'ils possèdent. C'est détaillé sur sécurité et accès. Les administrateurs plateforme et partenaires disposent aussi d'un centre d'opérations avec la santé des services, les appels en direct et la trace de bout en bout des appels, tandis que les administrateurs de tenant ne voient que leur propre tenant.