Bonjour à tous,

J'ai commencé à suivre le parcours "Apprenez ASP.NET MVC"

Sur la page suivante : https://openclassrooms.com/fr/courses/1730206-apprenez-asp-net-mvc/1828216-le-modele

Une phrase attire mon attention : "Attention, une base de données locale n’est pas à utiliser en environnement de production."

Mais aucune explication n'est fournie.  Quelqu'un saurait expliquer au néophyte que je suis SVP ?

Est-ce une question de performance ? de sécurité ? de fiabilité (risque de corruption) ? Autre ?

Merci de vos lumières

David

Hors contexte, c'est assez obscure comme affirmation.

Généralement, les serveurs de base de données sont placés dans une zone plus "protégée" dans l'architecture réseau d'un fournisseur "pro".

Comme les serveurs hébergeant votre code applicatif doivent être accessibles, plus ou moins directement, par les utilisateurs externes (en cas d'extranet ou de site Web "institutionnel"), ils ne peuvent pas être dans cette même zone "protégée".

C'est donc une question de sécurité qui tend à mettre les serveurs de base données sur des machines distinctes des machines "applicatives" (principalement car il y a aussi d'autres "avantages" (facturation etc...)).

Merci bacelar

Désolé je vous réponds un peu tard mais je n'avais pas vu votre réponse. Je pensais recevoir un email d'avertissement lorsqu'une réponse arriverait.

Je comprend que la machine "applicative" étant particulièrement exposées, les données sont hébergées sur un autre serveur. Une LocalDB est donc exclue.

C'est effectivement plus clair.

Merci encore

Bonjour a vous deux,

Donc si je comprend bien il faut utiliser un serveur pour l'API et un serveur pour la base de donnée? Donc il faut deux machines ou autres VPS?

steph02590 a écrit:

Bonjour a vous deux,

Donc si je comprend bien il faut utiliser un serveur pour l'API et un serveur pour la base de donnée? Donc il faut deux machines ou autres VPS?

Salut,

Ça dépend, rien ne t'empêche de faire tourner les deux trucs sur la même machine (si tu as une bonne raison), mais dans tous les cas on ne se connecte pas directement à la base de données, on développe une API qui sert d'intermédiaire et c'est avec elle que le client interagit.

(Edit: Après ce seul message depuis quoi, un an ? Je retourne dans les limbes d'Internet...)

-
Edité par MysteryDash 23 mai 2020 à 20:41:54

MysteryDash a écrit:

Salut,

Ça dépend, rien ne t'empêche de faire tourner les deux trucs sur la même machine (si tu as une bonne raison), mais dans tous les cas on ne se connecte pas directement à la base de données, on développe une API qui sert d'intermédiaire et c'est avec elle que le client interagit.

Oui je travail toujours avec une API. Ce qui me dérangé c'était de me dire qu'il faudrait éventuellement 2 machines (1 pour l'API et une pou la BDD). Je trouvé ça contraignant.

>Je trouvé ça contraignant.

Généralement, à partir d'un certain niveau d’exigence/optimisation, avoir une seule machine qui n'est ni bonne à faire tourner une application frontale ni à faire tourner une base de données, c'est relou.