Discussion :

[Hiken]

Bonjour,

Je viens demander votre expertise pour un conseil.

Nous devons monter un site web pas très complexe programmatiquement parlant, mais devant gérer des comptes de connexion (login/password/forget/create/...) tout ça avec une problématique de sécurité (DMZ, Base donnée sur un autre server que le frontale web) et enfin avec une problématique de volumétrie en terme de compte utilisateur, partons sur une base de 1 million de compte existant (pas de connexion simultanée ).

Alors je sais que ASP.NET est le bon choix technologique, maintenant je pensais utiliser le Membership provider offert par ASP.NET pour répondre à tout mes besoins.
Pensez vous que c'est la bonne solution ? Y-a-t-il des inconvénients ? Enfin existe t-il d'autres solution aussi "simple" à intégrer (automatique)

Merci d'avance pour vos conseils.

Cdlt,
Joe

[DotNetMatt]

Nous devons monter un site web pas très complexe programmatiquement parlant, mais devant gérer des comptes de connexion (login/password/forget/create/...) tout ça avec une problématique de sécurité (DMZ, Base donnée sur un autre server que le frontale web) et enfin avec une problématique de volumétrie en terme de compte utilisateur, partons sur une base de 1 million de compte existant (pas de connexion simultanée ).

Cela ne représente rien de très sorcier, c'est le lot commun de la plupart des sites ayant un trafic important, ou même sans avoir de trafic important, des sites Web contenant des infos sensibles. Et c'est même d'une manière générale une bonne pratique pour maximiser la sécurité du site.

Alors je sais que ASP.NET est le bon choix technologique, maintenant je pensais utiliser le Membership provider offert par ASP.NET pour répondre à tout mes besoins.
Pensez vous que c'est la bonne solution ?

Oui les fonctionnalités du Membership ASP.NET sont fiables et peuvent être étendues selon les besoins.

Y-a-t-il des inconvénients ?

Oui, par défaut il ne fournit que des fonctionnalités assez basiques. Dès que les besoins sont un tant soit peu spécifiques, il faut passer par la case développement. Cette phase de développement doit être prise au sérieux puisqu'il ne faut pas que ce code supplémentaire crée des failles de sécurité...

Enfin existe t-il d'autres solution aussi "simple" à intégrer (automatique)

Non, puisque c'est fourni nativement il n'y a rien d'aussi simple. Il y a des solutions plus poussées, éditées par des spécialistes en sécurité, qui proposent des solutions d'IAM (Identity and Access Management), comme Evidian par exemple. Mais ça nécessite forcément de l'intégration, donc du dév.

[Hiken]

Merci DotNetMatt pour ces réponses, c'est exactement ce dont j'avais besoin.
Nous allons donc partir sur ces développements.

Au passage, connaîtrais tu des doc ou sites pour l'implémentation du Membership provider, histoire de rester dans les best practice ?

Encore merci

[DotNetMatt]

Des sites qui parlent du Membership provider, oui il y en a plein. Tu trouveras ton bonheur en lançant une recherche sur Google avec l'expression "ASP.NET 4.5 Membership provider"