Cela dépend de la plateforme sur laquelle vous allez compter.
Vous pouvez développer une architecture n-couche en utilisant les bonnes pratiques et en évitant les dépendances entre les couches, ce qui permet d'avoir une conception pouvant évoluer vers une approche à n-tiers. Par exemple, si vous êtes dans l'arène .NET, le portage d'une architecture non n-tier vers n-tier est facile grâce à Windows Communication Foundation, ce qui vous évite d'écrire beaucoup de code pour exposer vos services via HTTP, TCP brut ou tout autre protocole que vous souhaitez utiliser pour communiquer les niveaux, et même le code client pour les consommer.
Jetez un oeil à la conception axée sur le domaine et ses modèles de conception connexes et vous gagnerez. En résumé, vous devez analyser si la distribution de votre solution dans différents niveaux améliorerait son évolutivité dans votre première version. Et préparez votre design pour soutenir facilement n-tier.
Cela permet de séparer les problèmes afin d'éviter les dépendances et de permettre à chaque partie de votre programme de fonctionner avec des interfaces partagées. Quoi qu'il en soit, les sites Web à n-niveaux doivent être moins performants que les sites tiers dans un scénario d'utilisation faible à moyenne, ce qui signifie que votre application devra diffuser du contenu à des milliers ou des millions d'utilisateurs simultanément. et quel serait le coût d'un scénario à n-tiers.
N-tier aurait besoin d'un hébergement dédié.
Pouvez-vous fournir plus d'informations sur les objectifs de votre projet? (Je veux dire en termes d'évolutivité).