Avantages et inconvénients de la multi-location
L’avantage le plus évident et le plus important de la multi-location est la réduction des dépenses d’hébergement grâce à une utilisation optimale des ressources, mais il existe d’autres avantages très importants que cette architecture peut apporter à votre entreprise :
- Une mise à l’échelle rapide et facile, qui permet d’allouer autant de ressources que nécessaire sans temps d’arrêt et sans beaucoup de routines administratives.
- Niveau élevé de protection contre les logiciels malveillants.
- Les mises à jour et la maintenance des logiciels sont prises en charge par les fournisseurs de SaaS.
- Réduction des coûts et du temps consacrés à la gestion du matériel.
- Easy integration with third-party software through the use of APIs.
Parmi les inconvénients potentiels, il convient de mentionner les options de personnalisation limitées par rapport à l’architecture à locataire unique, certains problèmes de sécurité et de conformité, ainsi que l’effet « voisin bruyant », qui peut se produire lorsqu’un client utilise une quantité démesurée de CPU et ralentit les applications des autres locataires.
Pour résumer tous les points ci-dessus, l’architecture mono-locataire offre un niveau élevé de sécurité et de personnalisation et constitue un bon choix pour les grandes entreprises. L’architecture multi-tenant est un modèle plus rentable et hautement évolutif qui convient parfaitement à la plupart des entreprises.
Modèles SaaS multi-tenant
Les modèles SaaS multi-tenant les plus courants sont les suivants :
- Multi-location basée sur les conteneurs : en règle générale, dans un environnement conteneurisé, les données de chaque client (locataire) sont isolées, mais un serveur d’applications commun est partagé entre eux. Cependant, il est possible d’exécuter à la fois le serveur d’applications et la base de données dans un conteneur de locataire complètement isolé.
- Multi-location basée sur la virtualisation : ce modèle est très proche de la mono-location et offre un niveau très élevé de sécurité et d’isolation car chaque client dispose de sa propre VM avec application et base de données. Malgré cela, il n’est utilisé qu’occasionnellement en raison de sa faible évolutivité et de son coût élevé.
Base de données par locataire : dans ce cas, chaque locataire a sa propre base de données. Seul le serveur d’applications est partagé et peut être redimensionné verticalement ou horizontalement si nécessaire. Cette approche fonctionne bien pour plusieurs locataires, mais ne convient pas aux applications dont l’échelle est inconnue, en raison du grand nombre de bases de données nécessaires.
Base de données multi-locataires unique : ce modèle est très populaire car il offre un stockage unique pour tous les utilisateurs, qui peut être facilement étendu lorsque cela est nécessaire. Le principal inconvénient de cette approche est le risque élevé de l’effet « voisin bruyant », mentionné plus haut.
- Bases de données multi-locataires shardées : ce modèle permet de stocker les données des locataires dans plusieurs bases de données. Les données des locataires sont divisées en un ensemble de segments (shards) et plusieurs utilisateurs peuvent utiliser le même shard. Cependant, ce modèle garantit que les données d’un locataire particulier ne seront pas réparties entre plusieurs shards. C’est une approche gagnant-gagnant pour construire une application hautement évolutive.
Points à considérer lors de la conception d’une application multi-tenant
- Type d’isolation : comme les utilisateurs partagent des ressources dans des environnements multi-locataires, leur sécurité et leur confidentialité doivent être assurées par le fournisseur SaaS. Vous pouvez choisir entre trois des modèles d’isolation les plus couramment utilisés : les isolations en silo, en pool, en pont et en niveau.
– Silo Les fournisseurs SaaS proposent des clusters isolés distincts pour chaque locataire. Cette approche est similaire à la location unique et nécessite des coûts supplémentaires en termes d’infrastructure, de développement et de gestion, mais garantit un niveau élevé de protection de la vie privée.
– L’isolation des pools permet aux utilisateurs de partager la même infrastructure et offre une mise à l’échelle efficace des ressources, mais présente des faiblesses en matière de sécurité.
– Le modèle de pont est un mélange d’isolation en silo et en pool, avec des infrastructures partagées et isolées en même temps.
– L’isolation par niveau implique différents types d’isolation en fonction des plans d’abonnement, par exemple : les locataires du niveau gratuit utilisent une infrastructure partagée tandis que les locataires du niveau supérieur disposent d’environnements isolés. - Consommation de ressources prévue : analysez soigneusement le nombre de locataires que vous devez gérer, les coûts d’infrastructure par utilisateur, l’utilisation de l’espace de stockage et de l’unité centrale, ainsi que les bénéfices prévus. Gardez également à l’esprit que votre SaaS multi-tenant doit collecter très soigneusement et régulièrement de nombreuses mesures de consommation de ressources.
- Options de personnalisation : essayez d’examiner le niveau de personnalisation dont vos locataires ont besoin pour gérer leurs environnements et le niveau de contrôle dont vous avez besoin.
- Clients support: étudiez très attentivement quel type de support vos locataires pourraient avoir besoin de l’environnement et de l’infrastructure, quel contenu et quelles ressources devraient être partagés, et qui gérera leurs demandes supplémentaires.
- Limites de l’infrastructure : il faut bien comprendre comment fonctionne l’infrastructure qui supporte votre architecture multi-tenant et s’il existe des limites aux ressources que vous consommez.
- SLA (Service Level Agreement) : il s’agit d’un document très important qui mesure les attentes du client et aide à comprendre ses besoins. Il doit absolument contribuer à votre modèle de multi-location.
- Unfournisseur d’hébergement réputé : trouver un hébergement pour votre SaaS qui soit suffisamment puissant et évolutif pour garantir un accès fluide et sécurisé aux logiciels pour les clients peut être un véritable défi. Hidora Cloud couvre tous ces besoins et même plus : nos experts inspirés vous aideront à construire l’infrastructure de votre application.
Conclusions
La mise en place de la bonne architecture SaaS multi-tenant est un facteur crucial qui affecte la qualité du service fourni et votre activité en général. Tenez compte de tous les facteurs fondamentaux mentionnés ci-dessus dès le début pour avoir une compréhension claire du logiciel que vous développez et de tous les besoins de vos clients.
