Architecture

Architecture fonctionnelle.

BlueMind est 100 % Web.

Toutes les fonctionnalités de BlueMind sont conçues pour et disponibles via un navigateur Web. Ainsi, l'ensemble des fonctionnalités est accessible au moyen d'un simple navigateur Web. L'utilisation de clients de messagerie n'est donc plus nécessaire et les déploiements sont grandement facilités.

Sur cette page :

En rapport :

BlueMind supporte en particulier les navigateurs :

  • Mozilla à partir de la version ESR 10
  • Chrome à partir de la version 15
  • Internet Explorer à partir de la version 8
  • Safari à partir de la version 5.

Interfaces utilisateurs Full JavaScript

BlueMind offre des ergonomies riches de type client lourd depuis de simples navigateurs :

  • Pas de rechargement de page
  • Mode web déconnecté dans le navigateur

File de messages (MOM)

BlueMind utilise des files de messages afin de limiter le trafic superflu et centraliser certains traitements. C'est en particulier le cas pour :

  • le push e-mail (les nouveaux mails sont poussés vers les appareils mobiles quand nécessaire, rendant inutile le trafic lié à la vérification des nouveaux messages),
  • la réplication de sessions entre tous les serveurs BlueMind,
  • la répartition de charge et la haute disponibilité.

SSO intégré

BlueMind intègre son propre SSO, ce qui permet de passer de façon transparente d'une application à l'autre. Ainsi, un utilisateur en mode Web, quel que soit le navigateur, s'authentifie au moment de l'accès à BlueMind. Une fois cette authentification validée, il peut accéder à l'ensemble des applications BlueMind (Messagerie, Agenda, Contacts, Console d'administation...) sans nécessiter de nouvelle authentification.

De plus, le SSO autorise le single logout, qui déconnecte l'utilisateur de l'ensemble des onglets ou fenêtres BlueMind lorsqu'il se déconnecte d'une fenêtre.

Environnement Microsoft

BlueMind permet d'éviter la ré-authentification dans le cas d'une utilisation dans un environnement Microsoft.

Ainsi, un utilisateur sous Windows utilisant Outlook qui s'authentifie auprès de l'Active Directory à l'ouverture de session a son authentification reprise au lancement d'Outlook. La connexion à BlueMind est donc transparente.

Architecture logique

  • BM-Core est le composant central de BlueMind. Il est le centre de gestion unique des données et des règles métier. C'est le seul composant à accéder à la base de données.

  • Toutes les fonctionnalités sont exposées en Web Services et peuvent donc être pilotées par d'autres applications.

  • Tous les composants, internes ou externes, utilisent les Web Services. Cela a pour avantage de limiter les flux depuis et vers la messagerie BlueMind (qui sont restreint aux flux Web Services et au flux de messagerie) et de garantir l'utilisation de règles de gestion homogènes quel que soit le point d'entrée d'une modification.

Architecture multi-tenant et multi-domaines

Multi-tenant

BlueMind peut héberger sur une même infrastructure (matérielle ou virtualisée) plusieurs messageries totalement cloisonnées. Ce principe, appelé multi-tenant, peut être utilisé dans des infrastructures clouds ou simplement pour faire cohabiter plusieurs messageries.

Multi-domaines

Par ailleurs, plusieurs domaines et/ou sous-domaines peuvent être hébergés sur une même instance de messagerie. Dans ce cas, il n'y a pas de cloisonnement de ces messageries. Ces domaines peuvent :

  • constituer des alias, chaque utilisateur pouvant exister sur un ou plusieurs domaines alias (l'utilisateur peut ainsi recevoir des messages sur chacun des domaines sur lesquels son adresse a été définie)
  • constituer des services de messagerie différents, mais pas totalement cloisonnés. Ainsi, par exemple, pour deux sociétés ayant le même directeur, il est possible d'avoir un seul service de messagerie et seul le directeur a un compte sur les deux domaines. Il a ainsi un seul agenda qu'il peut partager à des utilisateurs de l'un ou l'autre des domaines.

Sous-domaines

Pour BlueMind, un sous-domaine est un domaine comme un autre. Il peut donc être utilisé :

  • comme alias de domaine
  • comme domaine de messagerie 

Critères de sélection dans une architecture multi-domaines

Sur une même infrastructure de messagerie,

  • les données ne sont pas cloisonnées. Les droits unitaires permettent toutefois de masquer ou cloisonner les données utilisateurs selon les droits gérés par les utilisateurs eux-mêmes.

Sur des domaines cloisonnées d'une infrastructure multi-tenant :

  • les données sont totalement cloisonnées, les messageries sont étanches. Il n'est pas possible de partager des données.

 

 

  • Aucune étiquette